Форум » » [АНОНС] Выпущена новая версия Aml Pages 9.12 » Ответить

[АНОНС] Выпущена новая версия Aml Pages 9.12

Carc: Выпущена Aml Pages 9.12 Скачать русскую версию тут: http://www.amlpages.com/Source/amlpages_ru.zip Английская версия: http://www.amlpages.com/Source/amlpages_en.zip Украинская версия: http://www.amlpages.com/Source/amlpages_uk.zip Список изменений тут: http://www.amlpages.com/Rus/history.htm Развернутый анонс основных изменений см. в этом выпуске нашей новостной email-рассылки

Ответов - 26, стр: 1 2 All

Dezderella: Несмотря, что приобрел программу относительно давно, пытаюсь внедрить ее в свою жизнь с некоторой периодичностью. И как только начинаю, так собираю :) Поставил последнюю бету + плагин орфографии + в папку плагинов комплект довеска... Если включаю автопроверку, то получаю через какое-то время ошибку Бывает, что ошибка идет с 0 адресом. Программа стоит на флешке. ПС В новой Opera включается проверка орфографии русского языка. По требованию. Кажется, что словарь от опен офиса. Может это вариант злой дружбы в МС?

Carc: Dezderella пишет: Несмотря, что приобрел программу относительно давно, пытаюсь внедрить ее в свою жизнь с некоторой периодичностью. И как только начинаю, так собираю :) Поставил последнюю бету + плагин орфографии + в папку плагинов комплект довеска... Если включаю автопроверку, то получаю через какое-то время ошибку Да в старой версии попадался такой косячок неприятный - работа ведется. Но новая версия еще не закончена полностью, хотя и перетрясена более чем основательно (отчасти и для поддержки других способов проверки орфографии, не только завязанных на недрах Microsoft Office). Пока выкладывать ее на сайта рановато, т.к. не все еще доделано, но могу скинуть на почту для проверки проблемы. Dezderella пишет: ПС В новой Opera включается проверка орфографии русского языка. По требованию. Кажется, что словарь от опен офиса. Может это вариант злой дружбы в МС? Это в Опера турба 10.0 что ли? Ну с Microsoft там далеко не так всё просто, в 2-ух словах и не рассказать. Там как бы сама по себе ситуация более чем непростая, да и скользкая, дык еще есть парочка-троечка нюансов, которые вообще всё с ног на голову ставят. Даже когда-то затевалась статья в блоге об этом, да всё руки закончить не доходят... А вообще и OpenOffice юзает HunSpeller (+ всякие его же нездоровые реинкарнации вроде ASpeller), их же использует судя по "внутренностям" и The Bat.

Dezderella: Carc пишет: Пока выкладывать ее на сайта рановато, т.к. не все еще доделано, но могу скинуть на почту для проверки проблемы. могу попробовать альфу :)


Carc: Dezderella пишет: могу попробовать альфу :) Ушло почтой на мыло в профиле, подробности в ReadMe файле внутри архива.

Dezderella: Хотя не касается альфы, но вопрос: почему опции плагина выделяются жирным, а не галочкой, как другие основные меню?

Carc: Dezderella пишет: Хотя не касается альфы, но вопрос: почему опции плагина выделяются жирным, а не галочкой, как другие основные меню? Это НЕ опции. Так Aml Pages сама автоматически подсвечивает последнюю выбранную команду плагинов. Сделано это собственно вот для чего: большинство плагинов умеют встраиваться в контекстные меню. Но т.к. плагины модули автономные, то никакого понятия о своих соседних командах меню плагины попросту не имеют. И если в стандартном контекстном меню еще можно поиграться с названием команд, какие показывать, какие нет, расположением (ну там, близкие рядом, разные команды подальше друг от друга), то в в плагинах это попросту невозможно - т.к. меню формируется автоматически и никогда не известно кто кому соседом будет. В этом случае когда в меню достаточно много плагинов (а 5-6 плагинов у многих есть), то меню превращается в какой-то прям реестр-список возможностей. В нем тяжело ориентироваться. Но тем не менее пользователь в течении момента времени Икс не копается прямо таки во всех плагинах подряд, а в каком-то одном, решая какую-то конкретную задачу именно этим плагином. Соответственно запросто можно несколько раз подряд обращаться к командам одного и того же плагина - и вот в этом случае подсветка жирным шрифтом последней выбранной команды из последнего же плагина очень сильно помогает ориентироваться в этом собирательном меню быстро. Это легко оценить если наставить несколько плагинов и посмотреть сколько всяких команд плагины текста добавляет к меню редактора текста, а плагины дерева к дереву. А так все мгновеннно - правый клик, у-п-п-п-с - вот она только что поюзанная команда.

Dezderella: Работает :) 1. Кажется, что "проверять автоматически" и "проверить сначала" взаимоисключающие опции, по крайней мере по выделению. 2. Опция "проверять автоматически" не выделена, но работает после перегрузки АМЛ.

Carc: Dezderella пишет: Работает :) Ну аккуратно в любом случае - все таки пререлизный плагин, а "перетрясло" его более чем основательно. На всяк случай имеет смысл настроить автосохранение по максимуму, подробно написано в статье о безопасной работе Я бы даже пока не рекомендовал бы пользоваться автопроверкой - не всё там так просто, надо еще поковырять новую версию. В любом случае можно пользоваться командой "Подчеркнуть ошибки" - она делает всё тоже самое, только не по ходу редактирования, а разово - проходя весь текст в момент выбора команды.

Dezderella: Эти элементы панели как-будто немного не умещаются. Так всегда было, мне кажется, не только в этой версии...

Carc: Dezderella пишет: Эти элементы панели как-будто немного не умещаются. Так всегда было, мне кажется, не только в этой версии... Да, так всегда и было (кстати именно поэтому Aml Pages больше половины своих кнопок по умолчанию не показывает). Все элементы физически просто там не уместятся, если их все расположить. Ну собственно можно настроить конкретные кнопки\элементы: правый клик по любой панели, в контекстном меню выбрать команду "Настроить кнопки". Собственно говоря в новых версиях появилась возможность настраивать и элементы панели "Шрифт" (выбор шрифта, размера, стиля форматирования и.т.д.)

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

Dezderella: Если переходить в дереве с листочков в другие части, панель с деревом заметно моргает (перерисовывается наверное или еще что)

Carc: Dezderella пишет: Если переходить в дереве с листочков в другие части, панель с деревом заметно моргает (перерисовывается наверное или еще что) Сенкс за репорт! Тоже подметил - многа_думал! Работаю над этим.

evan: Window XPsp2 Aml Pages версия: 9.12 сборка 2044, msftedit.dll 4.1 Странные моменты с интерфейсом дерева, объясните плиз. начинающему. 1. Почему в Дереве заголовок активной страницы, не засвечивается выделением при переходе по клавиши "Tab." из Редактора в Дерево.? ( рис.1) Точно также не засвечивается от клика мышкой по заголовку страницы в Дереве - всё время белый фон. - Причём если включить в дереве отображение документа в Дереве в виде Списка, выделение заголовка по клавиши "Tab." отображается, но с разными действиями: а). Если кликнуть Мышкой в поле дерева не в заголовок (рис.4) - то не засвечивается заголовок при переключении клавишей "Tab." б). , если Мышкой по заголовку (рис.2) то засвечивается при переключении клавишей "Tab." - если просто наведу курсор на заголовок ещё один цвет фона получается (рис.3) а если документ в виде дерева , то только одним цветом. см.Скриншоты:

Carc: evan пишет: Почему в Дереве заголовок активной страницы, не засвечивается выделением при переходе по клавиши "Tab." из Редактора в Дерево.? ( рис.1) Оно и не должно

evan: Да, но фокус зрения какой то должен быть, что перешёл в дерево, и находишся на заголовке страницы.

evan: В старых версиях было чётко видно , в каком поле находишся при переключении клавишей "Tab", в Редакторе (рис.1)или Дереве (рис.2), за счёт выделения в Заголовке страницы, тобиш привлечения фокуса зрения, а в новых всё одним цветом. Разве плохо посмотри? как было хорошо:

Carc: evan пишет: В старых версиях было чётко видно , в каком поле находишся при переключении клавишей "Tab", в Редакторе (рис.1)или Дереве (рис.2) Видно то видно, да только эта видимость не нафиг не нужна. Все равно подавляющее большинство пользователей всегда в курсе - в дереве они или в редакторе текста. Хотя бы только потому, что всегда пользуются мышкой для работы с деревом. Даже я, старый клавиатурщик - будь моя воля, вообще бы мышку отключил да выкинул - все равно пользуюсь в дереве именно мышью, а не клавой. Клава там может быть нужна только для сквозной навигации, да и то, мало кто пользуется - для этого есть панель Закладок, есть меню Закладок, есть История навигации, наконец есть специальные команды "Следующая\Предыдущая страница". Сама по себе клава практически не используется. evan пишет: а в новых всё одним цветом. Разве плохо посмотри? как было хорошо: Вопрос тут не в "плохо", или хорошо, а сугубо в целесообразности... Для чего так четко показывать имеет дерево фокус ввода или нет? Что от этого меняется для пользователя? А вот четко, и главное, единообразно всегда показывать выделенный узел - это вполне оправданная мысль: т.к. именно это имеет значение, для постоянного вопроса "где я нахожуся" - редактируется данные именно выделенного узла, именно они просматриваются. Для тех кто пишет какие-то большие тексты, просматривает пространные веб страницы - для них вопрос "где я" вообще не стоит. Они выбрали объект (узел), сосредоточились на нем и вряд ли у них появится восклицание "Идея" ("иде я нахожуся"). Они уже выбрали, уже активно работают с самими данными и для них этот вопрос и так ясен как божий день. А вот для тех кто ведет практически постоянно, похожие по смыслу\оформлению записи в разных страницах, ну например списки дел, заметок (о багах например) для них вопрос актуален для быстрой записи - какая именно страница сейчас активна, куда он прямо сию сек что-то хочет внести. Надо ли переключиться на другую страницу или он уже в ней. Вот в таком случае польза от более "яркого" выделения узла налицо. А вот от активности дерева показанной цветом выделения вообще никакой пользы кроме вреда - вопрос у пользователя один и тот же, а узел выглядит по разному. Зачем ему разнобой? Ну а в старых версиях юзалось дефолтовое поведение Windows, в новых версиях код Windows вообще не используется, просто выкинут и всё написано ручками. Вообще говоря Винда умеет не показывать выделение в неактивном дереве, но это как раз таки недопустимо - скорее нужно однообразное отображение вне зависимости от активности, что собсна ручками в новой версии с нуля и написано.

Carc: evan пишет: Да, но фокус зрения какой то должен быть, что перешёл в дерево, и находишся на заголовке страницы. Зачем? Мышку что ли плохо видно? Или может быть при навигации клавой не видно где движется текстовый курсор - в тексте или изменяется выделенный узел в дереве?

evan: 1. Я привык пользоваться стандартным быстрым сохранением через Ctrl+S, до автоматизма. Но, когда работаешь с листочком, и в AML находятся несколько документов и активным(открытым) документом является другой, документ не листочка, то при вводе в листочек текста нажимаешь Ctrl+S - сохраняется документ,который активный - другой не документ листочка. В таком случае можно потерять данные вводимые в листочек. Вопрос? Не льзя ли сделать так, чтобы по команде Ctrl+S в активном поле Листочка сохранялся именно документ Листочка, а не другой документ, Во многих многооконных программах сохранение работает по принципу если активное окно и нажал Ctrl+S - сохраняется документ Окна. = Я в курсе, что есть опции сохранения в листочке: а). Сохранять после создания листочка. б). Сохранять при закрытии листочка в). Сохранять после "Вставить как литочек" Но ведь листочек и открывается для быстрой, важной записи информации - поэтому и должна быть команда, сразу сохранить важную информацию и не ждать, когда закроется листочек, или потеряется твоя инфо. 2. Если переходить в Дереве из вида ввиде "Дерева" на вид ввиде "Список", при этом в дереве выделена Папка документа, то после перехода в "Список", появляется прорисовка в конце строчек списка, не может ли это это привести к сбою в программе. скриншот: - при переходе с выделенной страницы заголовка, прорисовка отсутствует. 3. Попутно по Списку в Дереве. Возможно ли, сохранять вид сортировки, который выбран ввиде Дерева и передавать его в вид Списка? А то после выбора Списка, все страницы перемешаны в Дереве в виде "Список". 4. В панели Шрифт не полностью отображается текст шрифта 5. Мелочь, но бросается в глаза. В панели Форматирования кнопка "Дата и время" Как то не обычно бросается запись Даты, может наоборот прописать "03-07-2009",при чём остальной список в таком же порядке записи.

Carc: evan пишет: 1. Я привык пользоваться стандартным быстрым сохранением через Ctrl+S, до автоматизма. Но, когда работаешь с листочком, и в AML находятся несколько документов и активным(открытым) документом является другой, документ не листочка, то при вводе в листочек текста нажимаешь Ctrl+S - сохраняется документ,который активный - другой не документ листочка. В таком случае можно потерять данные вводимые в листочек. Вопрос? Не льзя ли сделать так, чтобы по команде Ctrl+S в активном поле Листочка сохранялся именно документ Листочка, а не другой документ, Во многих многооконных программах сохранение работает по принципу если активное окно и нажал Ctrl+S - сохраняется документ Окна. ОК, я подумаю... evan пишет: 2. Если переходить в Дереве из вида ввиде "Дерева" на вид ввиде "Список", при этом в дереве выделена Папка документа, то после перехода в "Список", появляется прорисовка в конце строчек списка, не может ли это это привести к сбою в программе. скриншот: Нет, к сбою привести точно не может. Я знаю про эту неприятность, работа ведется. evan пишет: 3. Попутно по Списку в Дереве. Возможно ли, сохранять вид сортировки, который выбран ввиде Дерева и передавать его в вид Списка? А то после выбора Списка, все страницы перемешаны в Дереве в виде "Список". Сохранять невозможно, т.к. дерево умеет хранить свою собственную сортировку для каждой отдельной папки, а в режиме списка сортировка сквозная, для всех страниц. Но передавать для использования по умолчанию, при переходе из режима дерево в режим списка сортировку из текущей папки в принципе возможно. Хотя вообще говоря, список свой выбранный режим сортировки вообще отдельно хранит между сеансами работы и собственно его и использует по умолчанию. evan пишет: 4. В панели Шрифт не полностью отображается текст шрифта Ну потому что он туда не влезает, поэтому и не полностью. evan пишет: 5. Мелочь, но бросается в глаза. В панели Форматирования кнопка "Дата и время" Как то не обычно бросается запись Даты, может наоборот прописать "03-07-2009",при чём остальной список в таком же порядке записи. С хренов ли? Что в Windows попутали, так она и отображает. Как форматы даты в Windows выставлены, так они и отображаются в меню, точно в таком же виде, в котором дата и будет вставлена в текст.

Carc: evan пишет: 2. Если переходить в Дереве из вида ввиде "Дерева" на вид ввиде "Список", при этом в дереве выделена Папка документа, то после перехода в "Список", появляется прорисовка в конце строчек списка Вдогонку к посту выше.... Блин, пока кодил следующую сборку с мелкими исправлениями баг этот куда-то мифически изчез. Откуда там эти морочки с прорисовкой возникли оно как бы понятно и ожидаемо. Но вообще Windows дура старая обязана была изменять изображение. Но как обычно Windows не особо об этом позаботилась Ясное дело были некоторые соображения, как пофиксить эту неприятность. Но способов ее пофиксить несколько: одни капитально-брутальные - но ими не хочется пользоваться, т.к. нефиг за Windows ее работу выполнять, другие более тонкие и подправляющие только нужные аспекты. Но чтобы выбрать решение нужно посмотреть когда эта бага мелькает... А она и пропала как всегда на самом интересном месте... Не обратил внимания когда бага проявлялась? 1) Нет ли связи из какого узла дерева переходить в список? 2) Ты не перенастраивал показываемые в режиме списка столбцы? Теперь это возможно (правой кнопкой, и команда "Выбрать столбцы"). В том-то и дело что по сути выбор столбцов влиять мог (т.к. Windows не удосужилась обновить изображение, хотя обязана), а я уже с ним наигрался, но опять же по умолчанию все равно некоторые столбцы прячутся, так что то ли влияет, то ли нет....

Dezderella: Пропала панель форматирования. Как вернуть, не нашел. Судя по опциям она есть...

Carc: Dezderella пишет: Пропала панель форматирования. 1) А если в сборке 2045 попробовать? 2) Она после чего пропала? 3) Если попробовать старинный и проверенный вариант "выйти и войти", выключить и включить из контекстного меню?

Dezderella: Carc пишет: 1) А если в сборке 2045 попробовать? не помогает Carc пишет: 2) Она после чего пропала? не знаю. Я запустил в т.ч. амл с флешки на компе, на котором еще не запускал. Сомнительно, что в этом причина, но кто знает... Carc пишет: 3) Если попробовать старинный и проверенный вариант "выйти и войти", выключить и включить из контекстного меню? не раз и пробовал на другом компе ее запускать (опять же с флешки)

Dezderella: Короче ничего не помогало, даже установка поверх более старой версии. Все снес полностью и поставил заново. Пока все ОК.



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