Как сделать сноски в конце документа для каждого документа?

Автор SunnyXXX, 29 октября 2017, 18:20

0 Пользователи и 1 гость просматривают эту тему.

McAaron

Цитата: mikekaganski от 30 октября 2017, 18:05
А, понятно.
3. На самом деле это вообще не проблема и не ошибка, а попытка перейти по ссылке в момент, когда Writer ещё не закончил размещение текста на листах. Переход в этом случае переносит нас на место, которое ещё в процессе, и будет меняться. Подождите.
Это именно ошибка -- ошибка проектирования интерфейса.
Еще в далеком 1989 году IBM выпустила книжку про основы построения CUA интерфейса (как раз тогда широко стали распространены видеоадаптеры и мониторы IBM8514 и VGA, на которых отлично пошла графика). Книга в начале 90-х была переведена на русский. В частности, там было написано, НЯП, что до тех пор пока управляющий элемент (control) не будет готов отработать событие, инициированное пользователем, он должен быть в одном из двух состояний -- либо невидимым, либо неактивным (серенький).
Что касается области рисования/редактирования, то пока она не готова принимать ввод на старте программы, ее оконного фрейма вообще не должно быть на десктопе. Вот когда все будет готово, тогда ее делают visible и active.
Особо говорилось о недопустимости инкрементального отображения оконных форм в процессе их создания, как о одном из наиболее тяжелых раздражающих факторов. Именно это в самом наглом виде мы видим в интернет-просмотрщиках. И это реально раздражает.
И еще куча всего про то, как должна быть организована обработка пользовательского ввода с точки зрения реакции ЦНС человека.
Просто начиная с какого-то момента на все эти требования стали наваливать кактусы, и в результате мы имеем паразитную визуализацию процесса загрузки виджетов, страниц, окон и постоянные связанные с этим висяки интерфейса.



mikekaganski

Как забавно читать домыслы людей, незнакомых с тем, о чём пишут. Например, с фразами типа

Цитировать
Some components of the user interface may never become part of CUA. Application-specific components should be designed by application designers. For example, CUA does not specify appearance or interaction techniques for a text editor, a spreadsheet, or a painting canvas.

Главное - покатегоричнее и с апломбом заявить о чём-то наукообразном, показывая пальцами на дураков вокруг себя.
С уважением,
Михаил Каганский

economist

Был как-то давно на курсах по промдизайну и юзабилити интерфейсов, от москвичей + Siemens (SCADA, Simatic итд).
Чего я там только не услышал! Для себя сделал вывод что правил, как таковых, существовать просто не может.  
Делал в то время (2009) GPS-трекер для грузовиков с ПО, т.е. слушал не просто так.  

"Гасить" или дизаблить кнопки - надо, но не шизовать. Переменчивый, слишком адаптивный и-фейс - ловушка сознания. SCADA же говорит о том что "...вся картина должна быть видна постоянно, даже если регулировать - нечего".

И на-CUA теперь книжки 89-го года, когда люди смотрят в смартфон по 5 часов в день, а в монитор - по 3?  
Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, -
Не понять его никак...

McAaron

Цитата: mikekaganski от 21 ноября 2017, 21:17
Как забавно читать домыслы людей, незнакомых с тем, о чём пишут. Например, с фразами типа

Цитировать
Some components of the user interface may never become part of CUA. Application-specific components should be designed by application designers. For example, CUA does not specify appearance or interaction techniques for a text editor, a spreadsheet, or a painting canvas.

Главное - покатегоричнее и с апломбом заявить о чём-то наукообразном, показывая пальцами на дураков вокруг себя.
Речь шла не о самом CUA, а о том, как реализовывать совместимые с ним интерфесы, чтобы пользователям вычислительных систем IBM  не выносило мозг.
И там, кстати,  было четко прописано, что отклик любого элемента управления и интерфейса в целом должен быть ожидаем и происходить не позже 0.1 с после инициации события. Если невозможно обеспечить это время, например, при открытии файлов,  необходимо операцию запустить в новом треде и тотчас вернуться в главный цикл.
Первый вход в главный цикл должен осуществляться после того, как окно будет собрано, активированы в нем все контролы, котороые должны быть активны, после чего окно должно быть сделано видимым и только после этого можно обрабатывать сообщения из этого окна. Если процесс занимает больше 0.1 c, следует вывести индикатор. В те времена в качестве уведомления использовали иконку часов, а не анимацию или визуализацию сборки окна. WPS и PM следовали этим принципам и все нормально работало даже на первых пентиумах с 128 мегабайтами. И старофис (3-5) никогда не открывал окна с документом, если окно было не готово.



mikekaganski

Цитата: McAaron от 22 ноября 2017, 13:10
Речь шла не о самом CUA, а о том, как реализовывать совместимые с ним интерфесы, чтобы пользователям вычислительных систем IBM  не выносило мозг.
Вот как это прокомментировать? "Речь не о CUA, а о интерфейсах, совместимых с ним". Вы хоть поняли, что написали? Концепция называлась Common User Access - A consistent and usable human-computer interface. Речь шла не об интерфейсе, а о том, как реализовывать интерфейсы, совместимые с ним? Совместимые с чем? Если Вы приводите в пример правила построения интерфейсов, принятые некой корпорацией когда-то, то логично посмотреть, что сами правила говорят о тех вещах, о которых говорите Вы. И оказывается, что эти правила, вообще-то, распространялись на диалоговые окна по большей части, а к тому, о чём говорите Вы (т.е. основное окно редактора, или, например, браузера), там было ясно заявлено, что данные правила неприменимы. Авторы понимали разницу между этими вещами.
Цитировать
И там, кстати,  было четко прописано, что отклик любого элемента управления и интерфейса в целом должен быть ожидаем и происходить не позже 0.1 с после инициации события. Если невозможно обеспечить это время, например, при открытии файлов,  необходимо операцию запустить в новом треде и тотчас вернуться в главный цикл.
Первый вход в главный цикл должен осуществляться после того, как окно будет собрано, активированы в нем все контролы, котороые должны быть активны, после чего окно должно быть сделано видимым и только после этого можно обрабатывать сообщения из этого окна. Если процесс занимает больше 0.1 c, следует вывести индикатор. В те времена в качестве уведомления использовали иконку часов, а не анимацию или визуализацию сборки окна. WPS и PM следовали этим принципам и все нормально работало даже на первых пентиумах с 128 мегабайтами. И старофис (3-5) никогда не открывал окна с документом, если окно было не готово.
Правда??? :) Да вы что.

Конечно, то, что начинало отшлифовываться в 80х годах на большом количестве пользователей, не может быть подвергнуто сомнению по результатам такого многолетнего и широкого тестирования на миллионах и миллиардах случаев.

Конечно, тот код, который я постоянно пытаюсь улучшить, и который пестрит комментариями из 90х, не делал того, что делает сейчас.

Конечно, мы должны подвешивать систему до полного построения всех 100500 страниц (на что могут уйти минуты), хотя могли бы позволить пользователю начать читать или писать на первых страницах. И не важно, что большинство пользователей предпочитает начать как можно быстрее: данные из эры начала широких психофизиологических исследований, связанных с интерфейсами - наше всё.
С уважением,
Михаил Каганский

McAaron

Цитата: mikekaganski от 22 ноября 2017, 11:30Правда??? Улыбка Да вы что
Таки, представьте, да. Одна десятая и не больше. Все, что дольше -- в отдельном треде с блокировкой ввода, пока не созреет.

... Пороюсь в  архивах в поисках руководств разработчика графических приложений для PM и WPS...