Форум » » Выпущена Aml Pages 9.32 Beta 3 build 2266 (Ru+En versions) » Ответить
Выпущена Aml Pages 9.32 Beta 3 build 2266 (Ru+En versions)
Carc: Выпущена третья beta-версия записной книжки Aml Pages 9.32 Beta 2 сборка 2266 Скачать\Download Русская версия: amlpages_ru.zip Русская портабельная версия: amlpages_ru_pe.zip English version: amlpages_en.zip Что нового добавлен поиск по меткам поддержка плагинов в липких листочках (собсна сабж: проверялось на эвентивных плагинах типа автозавершения и автозамены - работают как влитые) отложенное сохранение из IE2Aml и иже с ними (подробнее см. ниже, для тех у кого были проблемы с IE2Aml, Opera2Aml) много мелких исправления (для U-версии) мелкие улучшения. Полный список изменений выложен на сайте (также включен и в ZIP-архив дистрибутива). На сайте изменения последних версий вверху списка. What news See on official web site
Ответов - 77, стр:
1 2 3 4 All
DenisSMI: [+] добавлены новые клавиши в меню выбора в настройках горячих клавиш; Новые комбинации клавиш? [+] сброс несохраненных изменений из редактора текста в липкий листочек при потере фокуса ввода; А это как? У меня чего-то не получилось...
Carc: DenisSMI пишет: Новые комбинации клавиш? Ну да, по меню рядом из кнопки рядом с выбором клавиш. DenisSMI пишет: А это как? У меня чего-то не получилось... Если открыт одновремнно и текст в редакторе, и эта же страница в липком листочке, то изменения в редакторе текста не сразу передаются в листочек, а по мере как пользователь перестанет топтать клаву как сумасшедший в редакторе текста. Это легко проверить: открой пустую страницу в редакторе, тут же открой ее в листочек - так чтобы были видны оба окна одновременно. И начинай быстро набирать текст в редакторе. Изменения в листочке синхронизируются не сразу же, а когда будет перерывчик в яростном наборе текста (ну с пол-секундочки где-то). Ну, а если редактор текста теряет фокус ввода (в дерево, в меню, в тулбар) - изменения синхронизируются сразу же. Это нужно для больших текстов во много страниц. Если на каждый щелчок по клавише гонять текст туда-сюда (редактор-листочек-обратно) - то сразу видны тормоза. Такие фишки хорошо работают: когда при скрытой самой Aml Pages, открываем рабочую страницу как листочек из Ассиста, и что-то там пописываем. Как правило рабочая страница не-маленькая, и при таких записках тормоза недопустимы. PS: все точно также в направлении наоборот: когда редактируем в листочке, а в редакторе в основном окне по ходу дела данные обновляются.
Carc: Что нового поддержка плагинов в липких листочках (собсна сабж: проверялось на эвентивных плагинах типа автозавершения и автозамены - работают как влитые) Ключевой момент я выделил... Вот где твое мнение в первую очередь интересно. Остальные изменения или рюшечки на вкус и на цвет - вроде алфавитного порядка неуместившихся вкладок (кому надо - тот прочувствует, кому нет - пофиг), или уж настолько внутренние изменения технического плана, что они в список не включены.
DenisSMI: Carc пишет: Ключевой момент я выделил... Вот где твое мнение в первую очередь интересно. Остальные изменения или рюшечки на вкус и на цвет - вроде алфавитного порядка неуместившихся вкладок (кому надо - тот прочувствует, кому нет - пофиг), или уж настолько внутренние изменения технического плана, что они в список не включены. Отлично работает! Супер просто Спасибо
Carc: DenisSMI пишет: Отлично работает! Супер просто Спасибо Ну дык! Только пока это относится к эвентивным плагинам (которые в фоне чего-то делают в редакторах текста). Те что по команде запускаются (вроде той же орфографии) - это пока не делалось. Не знаешь что делать, ни делай ничего! (C) Козьма Прутков а) там непонятно оно вообще надо? б) покрутить идеи реализации в голове еще надо. Поэтому пока это в стадии тихого анализа.
DenisSMI: Понял, спасибо.
Carc: Про отложенное сохранение данных из плагина IE2Aml, Opera2Aml В этой версии Aml Pages реализовано отложенное сохранение данных из IE2Aml. И не только его — из того же плагина Opera2Aml то же самое, т.к. сохранение в Opera2Aml работает на том же самом движке. Что это означает: в новой версии, когда Aml Pages получает данные от плагина Ie2Aml (или других, как писал выше) — она сразу отвечает плагину "ОК, данные получены", и только потом начинает заниматься собственно распаковкой и сохранением данных. Проще говоря: больше не должно увидеть сообщение в IE2Aml — "не удалось дождаться ответа от Aml Pages в течении 15 секунд" — т.к. Aml Pages отвечает сразу. Это сделано потому, что в некоторых случаях при передаче существенных обьемов данных по "трубе" плагин-AmlPages собственно сама распаковка и складывание данных в документ, а главное их сиюсекундная визуализация в Aml Pages могла занимать весьма существенное время. В основном это проявлялось в случае когда передается большая веб-страница, и сама Aml Pages находится в определенной фазе работы (no OLE host first, dnc, автосохранение и.т.д.). Поэтому Aml Pages и не успевала за положенные 15 секунд. Теперь все проще: данные получены? Ответила плагину — "спасибо за данные", и уже сама по себе разбирается с данными. Нет ненужных задержек, нет тормозов, нет неприятных сообщений в плагинах. Более того, в такой реализации 15 секунд вполне достаточно для распаковки (главный тормоз там вовсе не в распаковке, и даже и не в сохранении данных). Написано в Aml Pages Aml Pages 9.32 сборка 2259
Carc: Про поиск по меткам. Предлагаю обсудить Застрял я все-таки со сценарием использования поиcка по меткам. Никак мне в голову не идет, а как его блин отменять. Поэтому предлагаю обсудить. Итак, в чем суть. Предполагается, что результаты поиска по меткам отображаются в панели меток. Найденное показывается, остальные метки временно прячутся. Теоретически можно и иначе — но не в этом суть (почему ниже). Как оно примерно будет работать. пользователь выбирает команду "Найти в метках" (где-то там в меню). запускается диалог ввода поисковой строки, он будет а-ля поиска по заголовкам ввели строку для поиска, нажали ОК левая панель переключается в режим панели меток (если не была уже) начинается фильтрация меток: те что подпадают под условия поиска, остаются. Остальные прячутся (или как-то иначе — не в этом суть). И вот он непротык. ОК! Теперь мы видим отфильтрованные метки — те что соответствуют поисковой строке. А как вернуться обратно ко всем меткам. Без фильтра по поисковой строке? Как это должно быть в пользовательском интерфейсе? Каким образом это отобразить причем ведь нужно наглядно… Как пользователю предложить недвусмысленную команду "Показать обратно все метки"? Итого: как явно и недвусмысленно показывать в пользовательском интерфейсе, что показаны только результаты поиска по меткам (а не все) как явно и наглядно предложить пользователю возможность переключиться обратно в режим всех меток. ПыСы: остальное это в общем-то детали, поэтому о них я особо не пишу. С этим чуть позже. Сначала с главным надо разобраться. Заинтересованным в реализации поиска по меткам — мнения в студию!
SetQ: Carc пишет: как явно и недвусмысленно показывать в пользовательском интерфейсе, что показаны только результаты поиска по меткам (а не все) Как и в фильтре - притопить кнопочку "фильтр". как явно и наглядно предложить пользователю возможность переключиться обратно в режим всех меток. То же самое - в менюшке по кнопке "фильтр" показать галочку - "фильтр по меткам", снимаешь её - фильтр по меткам откл.
Carc: SetQ пишет: Как и в фильтре - притопить кнопочку "фильтр". То же самое - в менюшке по кнопке "фильтр" показать галочку - "фильтр по меткам", снимаешь её - фильтр по меткам откл. Т.е. все таки явно склоняемся в сторону фильтров вместо поиска?
DenisSMI: Carc пишет: Т.е. все таки явно склоняемся в сторону фильтров вместо поиска? Я пока еще в сторону поиска.
Carc: DenisSMI пишет: Я пока еще в сторону поиска. Ну это как бы понятно - что смахивать это будет именно на поиск, т.к. есть ввод поисковой (фильтровой строки). Ну а как тогда недвусмысленно дать возможность отменять результаты поиска в пользовательском интерфейсе, и перейти обратно к просмотру всех меток?
DenisSMI: Carc пишет: Итого: как явно и недвусмысленно показывать в пользовательском интерфейсе, что показаны только результаты поиска по меткам (а не все) как явно и наглядно предложить пользователю возможность переключиться обратно в режим всех меток. В правом углу поисковой строки нарисовать крестик, нажатие на который будет стирать из строки само слово поиска и, соответственно, возвращать режим отображения ко "всем меткам". Ввожу в строку поиска слово и нажимаю ENTER. После нажатия ENTER вышеописанный крестик становится активным, что является подсказкой для пользователя. Можно еще слово выделять другим цветом (после нажатия ENTER), что будет означать, что это слово уже применено как критерий поиска. Если же слово введено, но нажатия ENTER не последовало, то крестик активным не становится, и слово в поисковой строке не подсвечивается.
Carc: DenisSMI пишет: В правом углу поисковой строки нарисовать крестик, нажатие на который будет стирать из строки само слово поиска и, соответственно, возвращать режим отображения ко "всем меткам". Ввожу в строку поиска слово и нажимаю ENTER. После нажатия ENTER вышеописанный крестик становится активным, что является подсказкой для пользователя. Можно еще слово выделять другим цветом (после нажатия ENTER), что будет означать, что это слово уже применено как критерий поиска. Если же слово введено, но нажатия ENTER не последовало, то крестик активным не становится, и слово в поисковой строке не подсвечивается. Это где? В диалоге поиска по заголовкам? Дык там вроде и так крестик есть...
DenisSMI: Carc пишет: Это где? В диалоге поиска по заголовкам? Дык там вроде и так крестик есть... По МЕТКАМ. Крестик не в углу окна, а в конце поисковой строки.
Carc: DenisSMI пишет: По МЕТКАМ. Это я понимаю - но диалог ввода поисковой строки для меток будет базироваться на диалоге поиска по заголовкам (чтобы заново не писать почти такой же диалог). DenisSMI пишет: Крестик не в углу окна, а в конце поисковой строки. А зачем он там? Крестик есть в самом окне ввода поисковой строки. Если диалог закрывать мышью, то какая разница куда кликать - в поле ввода поисковой строки, или по диалогу. А если закрывать клавой - то вообще быстрее - Escape и диалог закрыт, ввод отменен. Или же вообще ткнуть мышью мимо диалога вполне достаточно для закрытия.
DenisSMI: Carc пишет: А зачем он там? Крестик есть в самом окне ввода поисковой строки. Если диалог закрывать мышью, то какая разница куда кликать - в поле ввода поисковой строки, или по диалогу. А если закрывать клавой - то вообще быстрее - Escape и диалог закрыт, ввод отменен. Или же вообще ткнуть мышью мимо диалога вполне достаточно для закрытия. Я думал, что будет не диалог, а поисковая строка в шапке Дерева.
Carc: DenisSMI пишет: Я думал, что будет не диалог, а поисковая строка в шапке Дерева. 1) Я бы и сам не против. Да только меня беспокоит хваленная совместимость интерфейсов Windows. Уже напарывался, что то, что распрекрасно работает в XP\Vista\2000 напрочь не работает в какой-нить Windows7. А просто вот так вот блин - поле ввода поисковой строки создается, все оба-на как прекрасно - только панель инструментов запихивает ее куда-то вбок, так что ее напрочь не видно. И что хочешь то и делай. Такое уже было с панелями редактора текста на Висте. 2) Панель дерева показывается всегда. Там отображаются не только данные по поиску меток, но и вообще информация по левой панели. Тогда придется переделывать и поиск по заголовкам в таком же стиле. А куда там вставлять настройки приблизительного поиска?
DenisSMI: Да, видимо с диалогом все же проще...
Carc: DenisSMI пишет: Да, видимо с диалогом все же проще... Да кто бы спорил, что по уму нужно эту самую поисковую строку делать в панели дерева. Ну там ей место, она очевида и твои замечания мне весьма импонируют. Но а) с диалогом будет в разы быстрее. А тут еще проблемы со сценарием использования, как оно примерно будет работать. Поэтому в первом приближении я все-таки бы остановился на диалоге... А уж потом когда с ним будет ясно, можно обрастать толковым UI. б) Меня реально пугает проблема с панелями инструментов в Виста\7. Тогда проблему в Висте ведь так толком и не решили (отключать пользовательский интерфейс в стиле ХП - это не решение, а костыль найденный опытным путем)... А что будет если та же проблема проявится и поисковой строкой? А Висты-то у меня для тестов и нету, чтобы нормально посмотреть что к чему. Хотя косяк там принципиальный, на уровне архитектуры компонентов Виндовс (нагородили кучу стилей, которые по сути битовая маска. Одна только фигня: они друг друга не исключают, а пересекаются - что в принципе неверно. Да к тому же еще и по разному работают в разных Виндовс - и как с этим бороться?)
полная версия страницы