Форум » » Выпущена 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. Тогда проблему в Висте ведь так толком и не решили (отключать пользовательский интерфейс в стиле ХП - это не решение, а костыль найденный опытным путем)... А что будет если та же проблема проявится и поисковой строкой? А Висты-то у меня для тестов и нету, чтобы нормально посмотреть что к чему. Хотя косяк там принципиальный, на уровне архитектуры компонентов Виндовс (нагородили кучу стилей, которые по сути битовая маска. Одна только фигня: они друг друга не исключают, а пересекаются - что в принципе неверно. Да к тому же еще и по разному работают в разных Виндовс - и как с этим бороться?)

DenisSMI: Carc пишет: - и как с этим бороться?) Послать их на ... ) Давай пока диалог, потому может что проясниться с вистой, тада можно будет переделать.

Carc: DenisSMI пишет: Послать их на ... ) Давай пока диалог, потому может что проясниться с вистой, тада можно будет переделать. Дык йопта, а я что и делаю диалогом? Это такой способ посылать :) а когда им нужно по аглицки послать, то я им ссылку на их лекции про индуктивный пользовательский интерфейс даю... Тоже мне блин гуру в области UI - Microsoft. Что-то я ни разу не слышал, чтобы на них профи ссылались - вроде Тидвелл или Купера (и это несмотря на то, что Купер много лет отработал в MS).

Carc: Залил Aml Pages 9.32 Beta сборка 2259: новая версия Ассиста, ну и изменения по мелочам.

DenisSMI: Carc пишет: Залил Aml Pages 9.32 Beta сборка 2259: новая версия Ассиста, ну и изменения по мелочам. Dr.Web! обнаруживает вирус в amlpages.exe (портабельная русская) Trojan.Packed.197 ???

Carc: DenisSMI пишет: Dr.Web! обнаруживает вирус в amlpages.exe (портабельная русская) Trojan.Packed.197 ??? Думаю, очередной фолс-позитив - хотя VirusTotal не ругается, ну кроме легендарного AVG... Правда, куда-то с вирустотала дрвеб пропал... Многа думал. Странно это!

DenisSMI: Carc пишет: Дык йопта, а я что и делаю диалогом? Это такой способ посылать :) а когда им нужно по аглицки послать, то я им ссылку на их лекции про индуктивный пользовательский интерфейс даю... Тоже мне блин гуру в области UI - Microsoft. Что-то я ни разу не слышал, чтобы на них профи ссылались - вроде Тидвелл или Купера (и это несмотря на то, что Купер много лет отработал в MS) Лидеры, понимаешь... Carc пишет: Думаю, очередной фолс-позитив - хотя VirusTotal не ругается, ну кроме легендарного AVG... Правда, куда-то с вирустотала дрвеб пропал... Многа думал. Странно это! Ну я в исключения добавил - доверяю

Carc: DenisSMI пишет: Лидеры, понимаешь... Угу, точно - лидеры это когда фиг догонишь. Как говорил Спольски: "У MS в банке денег столько, что вся корпорация еще лет 10 фигней страдать может и ни черта от этого сильно не похудеет". Вот у них и начинается: в огороде бузина, в Киеве дядька, а главное каждую виндовс новые рекомендации в корень расходящиеся с предыдущими. DenisSMI пишет: Ну я в исключения добавил - доверяю Когда дойдет более-менее до финальной версии, то буду традиционно с ними списываться. Пока смысла нет: сегодня исправят ложное срабатывание, завтра на новой сборке уже новое словят. Замаешься писать через день им сообщения.

Carc: Про новый Aml Assist 2.60 Кто-то просил в почте, сию сек найти не могу - сделать чтобы панель Ассиста никогда не перекрывалась панелью задач Windows. Дык вот новая версия Ассиста 2.60 именно этой настройкой и обзавелась (настройка "Поверх панели задач": правой кнопкой по панели, см. в подменю Настройки). По умолчанию эта настройка выключена - так что включаем ручками через указанное меню.

DenisSMI: Carc пишет: Про новый Aml Assist 2.60 Кто-то просил в почте, сию сек найти не могу - сделать чтобы панель Ассиста никогда не перекрывалась панелью задач Windows. Дык вот новая версия Ассиста 2.60 именно этой настройкой и обзавелась (настройка "Поверх панели задач": правой кнопкой по панели, см. в подменю Настройки). По умолчанию эта настройка выключена - так что включаем ручками через указанное меню. Когда эта настройка включена, вырубается автоскрытие панели задач винды

Carc: DenisSMI пишет: Когда эта настройка включена, вырубается автоскрытие панели задач винды Подумаю, что можно сделать. Но в принципе как раз эта настройка нужна когда панель задач висит постоянно.

DenisSMI: Carc пишет: Подумаю, что можно сделать. Но в принципе как раз эта настройка нужна когда панель задач висит постоянно. А я подумал использовать эту настройку, что ассист перестал иногда "уходить в фон". Не знаю, насколько разумно.

Carc: DenisSMI пишет: А я подумал использовать эту настройку, что ассист перестал иногда "уходить в фон". Не знаю, насколько разумно. Да тут немного другое. Изначально в почте кто-то просил, с месяц назад что ли - нельзя ли сделать так, чтобы панель Aml Assist висела всегда над панелью задач. Дело в том, что у него какой-то там ноут или нетбук или что-то там, где маленький экран. И чтобы Ассист не загораживал основные окна, он перетаскивает его поверх постоянно висящей панели задач. Ессесна, Виндовс на обычные окна кладет с прибором, и всегда при щелчке по панели задач (как впрочем и по другим), размещает панель задач всегда выше, а Ассист оказывается под ней. А ему было нужно чтобы Ассист при щелчке по панели задач не уходил под нее. Вот и пришлось помудрить конкретно с панелью, чтобы она взаимодействовала с панелями. И только для этого делалось. В принципе при включенной настройке "Поверх панели задач" Ассист в любом случае даже в фоновом режиме будет жрать больше ресурсов (процессорного времени). Т.к. Винда будет его дергает по поводу и без поводу - по любому чиху мышой в панели задач. Как правило, это не нужно. Но раз просили - сделал. Если включить эту настройку, то хоть и дергается Ассист - но панель задач его никогда уже не может перекрыть. Имхо, проблема с уходом в фон не в этой части. Что-то иногда влияет на Ассист. А что я понять не могу пока. Так что это настройка конечно отчасти может помочь в этой проблеме. Но делалось не совсем для решения проблемы. Хотя и с некоторым заглядом и в эту траблу.

SetQ: [+] на вкладку Дерево в левом сайд-баре добавлена команда "Новая страница"; А где это?

Carc: SetQ пишет: А где это? А левый сайд-бар с вертикальными вкладками для переключения режимов левой панели. Там на каждой вкладке есть свое контекстное меню, ну вот туда и добавил команда "Новая страница" (нужна когда редактор текста развернут на весь экран, а нужно быстро создать новую страницу).

SetQ: Ага, всё нашёл!

Carc: Залил Aml Pages 9.32 Beta 2...

DenisSMI: Carc пишет: Залил Aml Pages 9.32 Beta 2... Тестю...

Carc: DenisSMI пишет: Тестю... Если ты про "Поверх панели задач", то это я проверил. Странная какая-то бага есть непонятная, но причину я ее пока не понял. Там изменения в прорисовке развернутого ассиста только в этой части и какие-то мелочи. Ну а новый наг-скрин проверить легко - заходим в папку Aml Pages, переменовываем кей-файл во что-нить вида ***.key2, перезапускаем, любуемся, критикуем. Потом переименовываем обратно, и получаем снова зареганную Aml Pages. Ну и листочки основательно до ума доводил: начиная от многопоточности, и заканчивая изменениями в прорисовке кнопок и новой моделью инициализации листочка. Проверить не лишнее: хотя я гонял пару дней, у меня полет нормальный.

DenisSMI: наг-скрин - это чего?

Carc: DenisSMI пишет: наг-скрин - это чего? Баблопопрошайко это такой специальный экран в софте. Просто меня тут основательно подъекнули на BDJ, на предмет этого экрана. Я понятное дело, часто его не вижу. А ведь он действительно ужасный был - ему ж лет 5 наверное уже. Написал с полного нуля новый: подружественнее к пользователю, ну и надеюсь поприятнее на вид.

DenisSMI: Carc пишет: Проверить не лишнее: хотя я гонял пару дней, у меня полет нормальный. ОК Carc пишет: Баблопопрошайко это такой специальный экран в софте. А чего название такое страшное? "чтоб никто не догадался"???

Carc: DenisSMI пишет: А чего название такое страшное? "чтоб никто не догадался"??? А это от английского nagscreen просто, англицизъм

Carc: Залил сборку 2261: добавлен импорт рисунков + много, очень много внутренних изменений. Пока складывал подарки, я конечно юзал некоторые неочевидные возможности импорта Aml Pages (перетаскивание файлов в редактор), но заепси заколебался и прикрутил нормальный импорт рисунков через стандартные механизмы импорта.

DenisSMI: Carc пишет: Пока складывал подарки, я конечно юзал некоторые неочевидные возможности импорта Aml Pages (перетаскивание файлов в редактор), но заепси заколебался и прикрутил нормальный импорт рисунков через стандартные механизмы импорта. Все то, что можно импортировать с помощью плагина можно так же вставлять перетаскиванием?

Carc: DenisSMI пишет: Все то, что можно импортировать с помощью плагина можно так же вставлять перетаскиванием? Хм, какого плагина импорта? В редактор текста много чего можно перетаскивать, как и в липкие листочки. А в веб-страницы по моему только в режиме редактирования.

DenisSMI: Carc пишет: Хм, какого плагина импорта? В редактор текста много чего можно перетаскивать, как и в липкие листочки. А в веб-страницы по моему только в режиме редактирования. Импорт рисунков, я имел ввиду. Не плагин. Импорт всего того, что импортируется с помощью диалога возможен также путем простого перетаскивания файла в редактор?

Carc: DenisSMI пишет: Импорт рисунков, я имел ввиду. Не плагин. Импорт всего того, что импортируется с помощью диалога возможен также путем простого перетаскивания файла в редактор? Про всё не скажу, но импорт рисунков возможен путем перетаскивания в редактор текста.

M. Legendre: «Нормальные», если кто не слышал, это: 1) самостоятельные стили структуры содержания документа, которые являются свойством абзаца; 2) самостоятельные выделительные стили шрифтового и художественного оформления фрагментов текста, которые являются свойством символов.

Carc: M. Legendre пишет: «Нормальные», если кто не слышал, это: 1) самостоятельные стили структуры содержания документа, которые являются свойством абзаца; 2) самостоятельные выделительные стили шрифтового и художественного оформления фрагментов текста, которые являются свойством символов. Дык кто против? Plugin API Aml Pages позволяет получить полный доступ к тексту в редакторе главного окна и липких листочков. С текстом можно сделать всё что угодно из плагина, так что сделать такой плагин помех нет (по крайней мере теоретически). Так что, как говорится, "полный вперед" для всех желающих... А реализация подобных стилей в самой Aml Pages это кажется пока затруднительным, и скорее всего, не целесообразным.

M. Legendre: Carc пишет: так что сделать такой плагин помех нетРазумеется, можно его сделать. Можно ещё чтобы забить в стену гвоздь, съездить добыть руды и угля, выплавить во дворе железо, отлить из него металлическую часть молотка, выстрогать к нему ручку, собрать инструмент, ну и вуаля… Хотя гвозди, наверное, тоже нужно бы, если уж по гамбургскому счёту, предварительно отлить и выковать. И наковальню к ним в комплект. Одно непонятно: для чего в таком случае Aml Pages продвигается в качестве коммерческого продукта? Carc пишет: …скорее всего, не целесообразным.На такое просто даже теряешься, что ответить. Если подобное пишет разработчик, продукт, пожалуй, таки придётся списать по статье «убытки, понесенные по собственной глупости».

Carc: M. Legendre пишет: Разумеется, можно его сделать. Можно ещё чтобы забить в стену гвоздь, съездить добыть руды и угля, выплавить во дворе железо, отлить из него металлическую часть молотка, выстрогать к нему ручку, собрать инструмент, ну и вуаля… Хотя гвозди, наверное, тоже нужно бы, если уж по гамбургскому счёту, предварительно отлить и выковать. И наковальню к ним в комплект. Одно непонятно: для чего в таком случае Aml Pages продвигается в качестве коммерческого продукта? Скажем проще: если 8 из 10 пользователей нужна фича Икс, а одному из 10 фича встроенные "нормальные стили форматирования" для редактора текста, то стили форматирования вероятнее всего оказываются в самом конце списка для реализации. Стили форматирования есть в HTML-редакторах, есть в Microsoft Word, есть в Acrobat Writer и прочих продуктах для верстки документов. Понятие "стили", в том смысле, как оно употреблено здесь, как-то мало вяжется с понятиями "записная книжка", "оперативный блокнот". Если бы так просто было реализовать поддержку стилей аля Word или CSS, то они бы и были практически в любом приложении. Но это не так-то просто. Вы предлагаете бросить все усилия и время на создание конкурента, ну скажем, MS Word? Зачем? Более того, если нужны стили как встроенная разметка и непосредственно часть текста, а не просто атрибутика, то в конце концов отчасти это сделано в синтаксической подсветке. Минимальные вещи она вполне реализует, а большего в 99 из 1000 практически и не нужно. А если кратко: то напрочь непонятно, что же именно такое нужно пытаться сделать в Aml Pages, чтобы действительно вот прямо таки понадобились стили форматирования аля Ворд или CSS????

Carc: Залил третью бета-версию Aml Pages 9.32 Beta 3 сборка 2262 Собственно добавлен долгожданный поиск по меткам.

DenisSMI: Carc пишет: Собственно добавлен долгожданный поиск по меткам. Первый тест показал, что все отлично Спасибо!

Carc: DenisSMI пишет: Первый тест показал, что все отлично Спасибо! Есть существенная непонятка с поиском по меткам... Если запустить поиск по меткам, то Aml Pages переключает левую панель в режим меток (если она не была включена. Если уже слева были метки - то они сразу начинают фильтроваться по результатам). После этого панель меток отображает только метки соответствующие условию поиска, остальные временно прячет. Явной отмены отображения только результатов поиска нет. Только если переключится обратно в дерево или список страниц. Если переключаться между режимами меток, то все равно показываются только результаты поиска (мне показалось это разумным, и укладывающимся в основной сценарий использования поиска по меткам). Отсюда и вопросы: Как сделать переход обратно к режиму всех меток в левой панели? Явно? Командой меню или не стоит? По уму да по толковову нужно каким-то образом показывать что отображаются только найденные метки. Как это сделать непонятно. В самом списке меток места особо нет, по крайней мере список найденных меток может занимать достаточно много места по вертикали. Ну разве что я могу рисовать вертикально текст слева: что-то вроде "Найденные метки". Или может быть еще как можно показывать? Сейчас сделано так: чтобы не путать, закладки меток на левом сайд-баре ("Все метки", "Метки страницы") в режиме только найденных меток показываются со звездочками, в стандартном режиме без. Но боюсь это не так очевидно.

DenisSMI: Вообще вариант с открытием новой вкладки в вертикальном сайдбаре звучит неплохо. Этот подход хорошо зарекомендовал себя в других приложениях. Ну и крестик на вкладке для её закрытия. Или по двойному щелчку, или по щелчку колесиком.

Carc: DenisSMI пишет: Вообще вариант с открытием новой вкладки в вертикальном сайдбаре звучит неплохо. Этот подход хорошо зарекомендовал себя в других приложениях. Ну и крестик на вкладке для её закрытия. Или по двойному щелчку, или по щелчку колесиком. Вообще говоря, поиск не столь, как мне кажется, частое действие - чтобы заводить для него вкладку. Вот фильтры - эти да, для них можно и вкладки разрешать пользователю добавлять.

DenisSMI: Carc пишет: Вообще говоря, поиск не столь, как мне кажется, частое действие - чтобы заводить для него вкладку. Вот фильтры - эти да, для них можно и вкладки разрешать пользователю добавлять. Так она может появляться только тогда, когда есть поисковый запрос. В другое время - отсутствовать.

Carc: DenisSMI пишет: Так она может появляться только тогда, когда есть поисковый запрос. В другое время - отсутствовать. Ну а если у нас несколько поисковых запросов, почему бы тогда по идее не быть нескольким вкладкам? И потом: как тогда будет увязываться это вкладка вида "Найденные метки" с областью просмотра? Сейчас, если включить поисковый запрос и потом переключаться между вкладками "Все метки" и "Метки страницы" - то меняется область, но поисковый запрос по меткам применяется к обеим областям. А с еще одной вкладкой как тогда? Ведь будет неочевидно, к какой области применен поисковый запрос - ко всему документу или только к странице?

DenisSMI: Carc пишет: Ну а если у нас несколько поисковых запросов, почему бы тогда по идее не быть нескольким вкладкам? И потом: как тогда будет увязываться это вкладка вида "Найденные метки" с областью просмотра? Сейчас, если включить поисковый запрос и потом переключаться между вкладками "Все метки" и "Метки страницы" - то меняется область, но поисковый запрос по меткам применяется к обеим областям. А с еще одной вкладкой как тогда? Ведь будет неочевидно, к какой области применен поисковый запрос - ко всему документу или только к странице? Может тогда все же указывать поисковый запрос в верхней строке панели Дерево в режиме Метки??

Carc: DenisSMI пишет: Может тогда все же указывать поисковый запрос в верхней строке панели Дерево в режиме Метки?? Мысль интересная... Но, тогда при вертикальном скроллинге списка найденных меток и первая строка будет уплывать вверх, а хорошо бы чтобы она оставалась видимой всегда.

DenisSMI: Carc пишет: Мысль интересная... Но, тогда при вертикальном скроллинге списка найденных меток и первая строка будет уплывать вверх, а хорошо бы чтобы она оставалась видимой всегда. Получить такое кол-во результатов будет весьма проблематично, я считаю, поэтому я бы пока этим не парился.

Carc: DenisSMI пишет: Получить такое кол-во результатов будет весьма проблематично, я считаю, поэтому я бы пока этим не парился. Ну на тестах по всему документу поиск выдает вполне большие результаты

Carc: DenisSMI пишет: Получить такое кол-во результатов будет весьма проблематично, я считаю, поэтому я бы пока этим не парился. В принципе для списков есть понятие Групп, но это будет работать только для Висты и старше... Но! Если ты говоришь, что список результатов как правило меньший - я могу рисовать внизу списка поисковый запрос, в принципе это будет работать везде и всегда + информация о поисковом запросе будет видна лучше (т.к. будет расстояние между последним элементом в списке и информацией о поисковом запросе в самому низу панели меток). Понятное дело, для огромного списка не будет хорошо. Но в 99 из 100 список найденных меток как правило меньше чем высота панели.

DenisSMI: Carc пишет: В принципе для списков есть понятие Групп, но это будет работать только для Висты и старше... Но! Если ты говоришь, что список результатов как правило меньший - я могу рисовать внизу списка поисковый запрос, в принципе это будет работать везде и всегда + информация о поисковом запросе будет видна лучше (т.к. будет расстояние между последним элементом в списке и информацией о поисковом запросе в самому низу панели меток). Понятное дело, для огромного списка не будет хорошо. Но в 99 из 100 список найденных меток как правило меньше чем высота панели. А если и снизу и сверху?

Carc: DenisSMI пишет: А если и снизу и сверху? Вверху не получится - будет закрываться самими метками из списка. Вот как выглядит поисковый запрос по меткам внизу панели сейчас + поисковый запрос показывается также во всплывающих подсказках в элемента списка результатов.

Carc: Про встроенные рисунки в HTML Aml Pages при сохранении веб-страниц сама по себе рисунки не вытаскивает, то бишь они как были в теле HTML ссылкой на веб-сервер куда-то там, так и остаются. Но есть пробный и пока закрытый плагин, который умеет перегонять рисунки внутрь Aml Pages, вставлять рисунки внутрь тела HTML-страницы. Кому нить надо?

DenisSMI: Carc пишет: Про встроенные рисунки в HTML Aml Pages при сохранении веб-страниц сама по себе рисунки не вытаскивает, то бишь они как были в теле HTML ссылкой на веб-сервер куда-то там, так и остаются. Но есть пробный и пока закрытый плагин, который умеет перегонять рисунки внутрь Aml Pages, вставлять рисунки внутрь тела HTML-страницы. Кому нить надо? надо

Carc: DenisSMI пишет: надо Плагин ImagesIntoHTML - сохранение веб-страниц вместе с рисунками Лови ZIP-архив плагина ImagesIntoHTML Инструкция по применению: Открываем веб-страницу с рисунками в Aml Pages. Соответственно, раз рисунки у нас идут ссылками на веб-сервер желательно подключение к инету, чтобы рисунки скачались. Выбираем команду меню "Плагины\Images Into HTML" В окне плагина видим два варианта веб-страницы: слева как оно было, справа уже со встроенными рисунками. В нижней части окна отображается разница в размерах веб-страниц (насколько выросло со встроенными рисунками) Если все ОК, жмем "Save To Aml Pages" и вариант со встроенными рисунками сохраняется в Aml Pages. Требует версию Aml Pages 9.35 или старше - именно она реализовывает некоторые интерфейсы для работы плагинов с веб-страницами. Как-то так. С большими рисунками могут быть проблемы. Поэтому в preview окне плагина имеет смысл смотреть что получилось. Я тестил с движками IE8 - у меня вроде бы ОК, все более или менее.

DenisSMI: хорошо!

Carc: ОК, тогда пока тормознемся на этом варианте с поисковым запросом внизу, а там видно будет.

DenisSMI: Carc пишет: ОК, тогда пока тормознемся на этом варианте с поисковым запросом внизу, а там видно будет. ОК

Carc: Залил сборку 2264 c поисковой строкой внизу...

DenisSMI: Carc пишет: Залил сборку 2264 c поисковой строкой внизу... Работает отлично! Спасибо

Carc: DenisSMI пишет: Работает отлично! Спасибо Гут! И сенкс за проверку! Ну, тогда потихоньку начинаем двигаться к релизу...

Carc: Залил сборку 2266: изменения во внешнем виде дерева и новые настройки цветов.

DenisSMI: Carc пишет: Залил сборку 2266: изменения во внешнем виде дерева и новые настройки цветов. Так лучше

Carc: DenisSMI пишет: Так лучше ВЕРХНИЙ регистр выделенного узла был захардкоден пару версий назад, сейчас убрал. Цвет рамки ясное дело настраиваемый.



полная версия страницы