Форум » » [АНОНС] Выпущена Aml Pages 9.19 Final сборка 2148 (en+ru+pt+de+sp+ukr versions) » Ответить
[АНОНС] Выпущена Aml Pages 9.19 Final сборка 2148 (en+ru+pt+de+sp+ukr versions)
Carc: Выпущена Финальная версия записной книжки Aml Pages 9.19 сборка 2148 ПЛАНЫ РАЗВИТИЯ Aml Pages см. в этом посте Скачать\Download Русская версия: http://www.amlpages.com/Source/amlpages_ru.zip Русская портабельная версия: http://www.amlpages.com/Source/amlpages_ru_pe.zip English version: http://www.amlpages.com/Source/amlpages_en.zip Portuguese version: http://www.amlpages.com/Source/amlpages_pt.zip German version: http://www.amlpages.com/Source/amlpages_de.zip Spanish version: http://www.amlpages.com/Source/amlpages_sp.zip Украинская версия: http://www.amlpages.com/Source/amlpages_uk.zip В рамках нашей новостной рассылки выпущен развернутый анонс самых ощутимых изменений в последних версиях записной книжки Aml Pages 9.18 и 9.19: новые возможности в работе с метками, обновленные плагины, способы оплаты через платежные терминалы и многое другое. Что нового в этой версии? добавлена hot-настройка параметров абзаца, с мгновенным отображением параметров в редакторе текста; добавлено описание способа оплаты Aml Pages через платежные терминалы; новая версия плагина Aml Assist 2.20 (добавлено открытие документов с переходом к заданной странице без запуска Aml Pages, необходим плагин FavEx); открытие страниц документов из панели Aml Assist сразу активизирует главное окно Aml Pages; добавлен акселератор Ctrl+Alt+T для быстрого переключения панели комментариев; добавлены новые демонстрационные видео-ролики; обновлены русские советы дня; теперь по умолчанию при запуске НЕ показывается диалог советов дня (вполне достаточно панели советов дня); исправлена обработка команд меню в панели комментариев; исправлены галочки в пунктах меню плагинов, показываемое по правому клику по панелям инструментов; обновлены альтернативная русская справка и демо-документ; добавлены новые интерфейсы событий в Plugin API; мелкие изменения; Список изменений см. в текстовом файле здесь (также включен и в ZIP-архив дистрибутива) Подробности смотрите на официальном сайте в разделе Бета-версии Details change-log in English
Ответов - 59, стр:
1 2 3 All
DenisSMI: Drag'n'drop на панель ассиста файла mht переносит mht, но делает его нечитаемым. Если переносить прямо в дерево, то все в порядке. Так и должно быть?
Carc: DenisSMI пишет: Drag'n'drop на панель ассиста файла mht переносит mht, но делает его нечитаемым. Если переносить прямо в дерево, то все в порядке. Так и должно быть? 1. Попробуй поменять кодировку в уже импортированном мхт. Проблема именно в этом. 2. Кинь мне на почту сам мхт, я попробую повторить - там особые фокусы с определением автоматическим кодировки именно для мхт. Для простых ХТМЛ там иначе у меня сделана авто-аналитика.
DenisSMI: - Открываю выпадающий список документов на панели Aml Assist (Aml Pages не запущен!!!) - Решаю не запускать - Чтобы убрать выпадающий список, кликаю в любом месте экрана => появляется сообщение об ошибке... (Invalid Index)
Carc: DenisSMI пишет: - Открываю выпадающий список документов на панели Aml Assist (Aml Pages не запущен!!!) - Решаю не запускать - Чтобы убрать выпадающий список, кликаю в любом месте экрана => появляется сообщение об ошибке... (Invalid Index) ОК, спасибо! Я понял в чем дело. Отличный репорт! Поправлю.
Carc: Перезалил архивы всех версий с новым включенным Aml Assist 2.20: в нем пофиксена проблема с неправильным индексом меню при незапущенной еще Aml Pages и перенос mht-файлов. А заодно уж подключил к Aml Assist`у новейшую версию Plugin API от Aml Pages 9.19 b2148 (там уже сделаны фишки для продвинутой навигации, о которой говорили на днях. В тестовом варианте FavEx уже умеет с этим работать. Осталось только до ума довести). Кстати говоря: а что должно запоминаться в истории навигации? Сейчас уже может и просмотренные и измененные ловить и запоминать (ну и ясный пень открывать - собсна для этого и затевалось). Что предпочтительнее? Наверное запоминать последние измененные?
DenisSMI: Carc пишет: Кстати говоря: а что должно запоминаться в истории навигации? Сейчас уже может и просмотренные и измененные ловить и запоминать (ну и ясный пень открывать - собсна для этого и затевалось). Что предпочтительнее? Наверное запоминать последние измененные? Ну да, последние измененные. Насчет просмотренных хорошо, что упомянул... Может понадобиться в будущем... Carc пишет: Перезалил архивы всех версий с новым включенным Aml Assist 2.20: в нем пофиксена проблема с неправильным индексом меню при незапущенной еще Aml Pages и перенос mht-файлов. А заодно уж подключил к Aml Assist`у новейшую версию Plugin API от Aml Pages 9.19 b2148 (там уже сделаны фишки для продвинутой навигации, о которой говорили на днях. В тестовом варианте FavEx уже умеет с этим работать. Осталось только до ума довести). Спасибо, щас посмотрим.
Carc: DenisSMI пишет: Ну да, последние измененные. Насчет просмотренных хорошо, что упомянул... Может понадобиться в будущем... Ну теоретически это может понадобиться для просмотра истории навигации, где были, что смотрели. Но это скорее нужно в пределах сеанса работы скорее всего - куда что чего. А вот когда стартуем Aml Pages нам скорее по идее нужно продолжить работу, поэтому в большинстве случаев нам скорее будет нужно именно история последних измененных страниц (ну ясное дело, только что созданные в нее также попадают - потому как время последнего изменения у них такое же).
Carc: DenisSMI пишет: Спасибо, щас посмотрим. Там даже не баги - а бажки были... Банально менялось в одной строчке всего - но такие "пеньки" в "лесе" кода можно ну очень долго не замечать. Это тебе СПАСИБО! А то бы так и было бы там до конца - там в принципе то и не в кодировке проблема была, а в том что Ассист в редкой ситуации "ошибался" с типом передаваемых данных (нужно было AmlPages`у сказать что это веб-архив, ибо это он и есть, а он думал что просто веб страница - кстати любопытный косячок выявился в самое дизайне по ходу исправления).
DenisSMI: Carc пишет: Но это скорее нужно в пределах сеанса работы скорее всего - куда что чего. В пределах сеанса в самом деле неплохо. Carc пишет: Там даже не баги - а бажки были... Да, теперь все в порядке...
Carc: DenisSMI пишет: В пределах сеанса в самом деле неплохо. Дык вопрос где показывать? FavEx с Ассистом хорош для быстрого открытия, а вот для просмотра навигации имхо не очень удобно. DenisSMI пишет: Да, теперь все в порядке... ГУт!
DenisSMI: Carc пишет: Дык вопрос где показывать? FavEx с Ассистом хорош для быстрого открытия, а вот для просмотра навигации имхо не очень удобно. А последние измененные где планировалось показывать?
Carc: DenisSMI пишет: А последние измененные где планировалось показывать? А там же в меню Ассистовском - они же для быстрого открытия нужны. А в самой Aml Pages подокументно они есть в панели Закладки (по умолчанию там именно последние измененные показываются). Более того для Асссита это прозрачно - его дело вытащить команды да меню создать. А откуда FavEx эти ссылки берет, это сугубо личное и внутреннее дело. Так что даже Ассист переделывать не надо будет.
DenisSMI: Carc пишет: А там же в меню Ассистовском - они же для быстрого открытия нужны. А в самой Aml Pages подокументно они есть в панели Закладки (по умолчанию там именно последние измененные показываются). Более того для Асссита это прозрачно - его дело вытащить команды да меню создать. А откуда FavEx эти ссылки берет, это сугубо личное и внутреннее дело. Так что даже Ассист переделывать не надо будет. Ну тогда для последних просмотренных можно или в меню Вид или в меню Плагины создать подменю История, напр. Как тебе?
Carc: DenisSMI пишет: Ну тогда для последних просмотренных можно или в меню Вид или в меню Плагины создать подменю История, напр. Как тебе? Можно... В принципе это запросто. Но тут какой момент: для чего нам нужна история просмотра? Для быстрого перехода обратно. А подменю второго уровня быстроты как раз на не обеспечит. По уму вообще нужна отдельная панель, да и мысль была дать возможность создавать свои панели непосредственно в Aml Pages - но пока до этого руки не дошли. Более того, История просмотра и так уже есть, причем давно. На подменю кнопок Назад\Вперед. Более того, кнопки Alt+Влево, Alt+Вправо именно подменю истории показывают, а не переходят на шаг назад\вперед. Суть этого решения проста: здесь вам не веб браузеры - это там в 99 из ста нужно действительно ровно на один шаг назад. В Aml Pages с точностью наоборот в 99 из ста как раз нужно не на шаг назад, а вообще куда-то назад, на одну из предыдущих просмотренных страниц. Поэтому и показывается сразу подменю со всей историей, а не один шаг назад. Но даже подменю первого уровня уже не дает быстроты - разве что кнопками завсегда показывать подменю (не важно: по стрелке щелкнули или по самой кнопке)!?!
DenisSMI: Carc пишет: Можно... В принципе это запросто. Но тут какой момент: для чего нам нужна история просмотра? Для быстрого перехода обратно. А подменю второго уровня быстроты как раз на не обеспечит. По уму вообще нужна отдельная панель, да и мысль была дать возможность создавать свои панели непосредственно в Aml Pages - но пока до этого руки не дошли. А я думал, что 1. История просмотра будет охватывать все документы в рамках сессии, а не как существующая сейчас только один. 2. Эта история будет нужна не для быстрого перехода (т.к. для быстрого перехода уже сейчас есть много возможностей), а для того, чтобы охватить взглядом и вспомнить , где и над чем велась работа.
Carc: DenisSMI пишет: 1. История просмотра будет охватывать все документы в рамках сессии, а не как существующая сейчас только один. Угу - это верно. История в самой Aml Pages в панели Закладок и в самой Истории - подокументная. Это так и есть. Уж так сложилось... DenisSMI пишет: 2. Эта история будет нужна не для быстрого перехода (т.к. для быстрого перехода уже сейчас есть много возможностей), а для того, чтобы охватить взглядом и вспомнить , где и над чем велась работа. Ну дык! И я "ап том жи" - именно для этого все и затевается, чтобы не просто открыть какой-то документа, а сразу более-менее примерно увидеть что в предыдущий раз делали (название страниц что-то да подскажет, ну или хотя бы заинтересует).
DenisSMI: Carc пишет: Ну дык! И я "ап том жи" 0- именно для этого все и затевается, чтобы не просто открыть какой-то документа, а сразу более-менее примерно увидеть что в предыдущий раз делали (название страниц что-то да подскажет, ну или хотя бы заинтересует). Тогда быстрота не так уж важна и подменю второго уровня вполне подходит. Разве нет?
Carc: DenisSMI пишет: Тогда быстрота не так уж важна и подменю второго уровня вполне подходит. Разве нет? Я имел ввиду в меню Ассиста - там от меню что так, что эдак никуда не деться... И потом, выражаясь абстрактно в Ассисте это уже подменю первого уровня (если выражаться в терминах юзабилити и use-case аналитики: т.к. постоянного меню нет, то и нет первого шага по выбору подменю. Всегда сначала клик правой, и первое подменю). Это именно в IdX терминологии конечно - проектирование взаимодействия. Подменю типа есть, но т.к. постоянного в Ассисте нет - то получается, что пользователь не вынужден выбирать - всегда правый клик. Соответственно в IdX-сценарии пропускается первый шаг - отсюда и получается что подменю по сути работает на первом уровне (в Ассисте).
DenisSMI: Carc пишет: Я имел ввиду в меню Ассиста - там от меню что так, что эдак никуда не деться... И потом, выражаясь абстрактно в Ассисте это уже подменю первого уровня (если выражаться в терминах юзабилити и use-case аналитики: т.к. постоянного меню нет, то и нет первого шага по выбору подменю. Всегда сначала клик правой, и первое подменю). Это именно в IdX терминологии конечно - проектирование взаимодействия. Подменю типа есть, но т.к. постоянного в Ассисте нет - то получается, что пользователь не вынужден выбирать - всегда правый клик. Соответственно в IdX-сценарии пропускается первый шаг - отсюда и получается что подменю по сути работает на первом уровне (в Ассисте). Ну так там можно же 2 меню сделать: Посл.измененные и История. ?? Или История как подменю Посл.измененных.
Carc: DenisSMI пишет: Ну так там можно же 2 меню сделать: Посл.измененные и История. ?? Или История как подменю Посл.измененных. ОК, можно и так: но все просмотренные есть также и во всех изменных (изменить не просмотрев конечно можно, но сложно).
DenisSMI: Carc пишет: ОК, можно и так: но все просмотренные есть также и во всех изменных (изменить не просмотрев конечно можно, но сложно). Согласен, но чтение документа зачастую тоже важная часть работы, при которой изменений не вносится. Но в целом, конечно, Посл.измененные, важнее, а потребуются ли Просмотренные - это еще вопрос.
Carc: DenisSMI пишет: Ну так там можно же 2 меню сделать: Посл.измененные и История. ?? Или История как подменю Посл.измененных. Выложил FavEx 2.00 - он умеет под управлением Aml Pages 9.19 запоминать историю измененных страниц автоматически. Ну и соответственно передавать ее в меню Aml Assist.
DenisSMI: Carc пишет: Выложил FavEx 2.00 - он умеет под управлением Aml Pages 9.19 запоминать историю измененных страниц автоматически. Ну и соответственно передавать ее в меню Aml Assist. Т.е. "Открыть раздел документа [FaxEx]" в меню ассиста отображает теперь Последние Измененные? По-моему, они там в перемешку с Избранным FavEx... Кроме того, измененная страница добавляется в список избранного "Organize Favorites" и, соответственно, после нажатия ОК также становится частью Избранного FavEx.
Carc: DenisSMI пишет: Т.е. "Открыть раздел документа [FaxEx]" в меню ассиста отображает теперь Последние Измененные? По-моему, они там в перемешку с Избранным FavEx... Пока так и задумывалось, чтобы не переделывать сам Aml Assist. DenisSMI пишет: Кроме того, измененная страница добавляется в список избранного "Organize Favorites" и, соответственно, после нажатия ОК также становится частью Избранного FavEx. Ну чтобы ее можно было удалить из списка.
DenisSMI: Carc пишет: Ну чтобы ее можно было удалить из списка. Тогда нужно попривыкнуть, что Последние измененные и Избранное вместе теперь...
Carc: DenisSMI пишет: Тогда нужно попривыкнуть, что Последние измененные и Избранное вместе теперь... Та не-е, я думаю тут нужно поколдовать с Use-case, со сценариями использования помедитировать. Нужно врубиться какие у пользователя цели (goals), я пока поэтому и не делал в этом направлении ничего - т.к. просто ни черта пока не ясно. По уму вроде как: FavEx обеспечивает быстрое открытие не только документов, но и конкретных уже страниц документов. Соответственно, предположив, что последние измененные вероятно должны интересовать пользователя скорее всего, то и информация по ним (ссылки на открытие, пункты меню) пользователю вероятно так же нужна. А вот откуда она берется это уже детали реализации - по сути пользователю это само по себе неинтересно. Да и вообще детали как-бы лишние - только затуманивают общую картину. То бишь идея проста: хотели быстрого открытия? Ок! Вот оно! Автоматическое запоминание скорее его дополняет, чем видоизменяет. А вот если как-то иначе рассуждать, то тогда нужно разбираться как именно иначе, какой этот самый сценарий использования (use-case). В принципе без проблем можно отличать и в диалоге настройки и меню автоматически запомненные страницы, от тех, которые пользователь положил туда сам (например цвета, шрифт, или еще как-то - интерфейс плагинов такие возможности предоставляет). Но стоит ли? Вот в чем вопрос... PS: + последние измененные ротируются - я там для начала поставил максимум в 16 ссылок. Как только появляется 17-ая, первая автоматически запомненная удаляется. Но только автоматически запомненная - запомненные пользователем не трогаются никогда, их судьбу решает только пользователь сам.
Carc: DenisSMI пишет: Ну так там можно же 2 меню сделать: Посл.измененные и История. ?? Или История как подменю Посл.измененных. Выложил FavEx 2.00 - он умеет под управлением Aml Pages 9.19 запоминать историю измененных страниц автоматически. Ну и соответственно передавать ее в меню Aml Assist.
DenisSMI: У меня один *.mht стабильно переключается с нормальной кодировки на "квадратики". Автовыбор кодировки или его отсутствие ничего не меняет. Сохранение документа с выбранной правильной кодировкой тоже ничего не меняет.
DenisSMI: DenisSMI пишет: Выложил FavEx 2.00 - он умеет под управлением Aml Pages 9.19 запоминать историю измененных страниц автоматически. Ну и соответственно передавать ее в меню Aml Assist. Крутняк сейчас посмотрим
Carc: DenisSMI пишет: У меня один *.mht стабильно переключается с нормальной кодировки на "квадратики". Автовыбор кодировки или его отсутствие ничего не меняет. Сохранение документа с выбранной правильной кодировкой тоже ничего не меняет. 1) А как ты его импортировал в документ? 2) Скинь mht на почту, посмотрю в чем там дело.
DenisSMI: - Посление измененные и Избранное - это способы укладки информации в первую очередь В ГОЛОВЕ пользователя. Избранное - это зачастую просто любимые места документов или такие места, ссылки на которые всегда должны быть под рукой. В этом смысле, считаю, их не стоит мешать с Последними измененными, потому как список Избранного дополняется нечасто, поэтому пользователь запоминает, что там где и может быстро найти ссылку на нужный документ. Если же добавить в этот список еще и Последние измененные, то запоминания не происходит, приходится заново ориентироваться в списке, т.е. идея Избранного просто теряется. - То, что Последние измененные ротируются - отлично. 16 - 20 ссылок, я считаю, вполне достаточно. А вот возможность удалять Последние измененные из списка лишняя, я считаю. Зачем это надо? Последние измененные - это ведь статистика и возможностью перехода по ссылке, к тому же ротируемая, т.е. любая ссылка оттуда рано или поздно пропадает. Так зачем удалять их в ручную?
Carc: DenisSMI пишет: - То, что Последние измененные ротируются - отлично. 16 - 20 ссылок, я считаю, вполне достаточно. А вот возможность удалять Последние измененные из списка лишняя, я считаю. Зачем это надо? Последние измененные - это ведь статистика и возможностью перехода по ссылке, к тому же ротируемая, т.е. любая ссылка оттуда рано или поздно пропадает. Так зачем удалять их в ручную? А например если плагин запомнил некое место, куда мы не хотим ходить, или не дай бог завтра старший брат увидит что мы туда заходили!?! По идее это может быть нужно... Например, так. У меня подобное было кстати (ссылка на запароленный документ, правда пофиг - пароль то все равно стороннему народу неизвестен, но вот сам факт что я туда зачем то ходил - он то просвечивается в ссылках на открытие).
DenisSMI: Carc пишет: А например если плагин запомнил некое место, куда мы не хотим ходить, или не дай бог завтра старший брат увидит что мы туда заходили!?! По идее это может быть нужно... Например, так. У меня подобное было кстати (ссылка на запароленный документ, правда пофиг - пароль то все равно стороннему народу неизвестен, но вот сам факт что я туда зачем то ходил - он то просвечивается в ссылках на открытие). Ну о таких экстренных случаях я даже и не думал. На моем домашнем компе они вряд ли будут встречаться. А сложно сделать в свойствах документах опцию "Не отображать в последних измененных". Ну и до кучи команду "Очистить список" для Последних измененных ?? Можно, конечно, и то, как сейчас, просто, по-моему, не слишком удобно и изящно мешать все в одну кучу.
Carc: DenisSMI пишет: Ну о таких экстренных случаях я даже и не думал. На моем домашнем компе они вряд ли будут встречаться. А сложно сделать в свойствах документах опцию "Не отображать в последних измененных". Ну и до кучи команду "Очистить список" для Последних измененных ?? Можно, конечно, и то, как сейчас, просто, по-моему, не слишком удобно и изящно мешать все в одну кучу. Имхо, это уже крайний случай. И потом Очистить и сейчас уже есть. А вот мешать в кучу это где? В диалоге управления списком запомненных (который показывает сам плагин) или все-таки в меню?
DenisSMI: Carc пишет: Имхо, это уже крайний случай. И потом Очистить и сейчас уже есть. А вот мешать в кучу это где? В диалоге управления списком запомненных (который показывает сам плагин) или все-таки в меню? Ну в диалоге управления еще куда ни шло. Все равно туда редко заглядываешь, так что там можно и перемешать, а вот в меню я бы мешать не стал. Какое-нибудь вы-/отделение не помешало бы.
Carc: DenisSMI пишет: Ну в диалоге управления еще куда ни шло. Все равно туда редко заглядываешь, так что там можно и перемешать, а вот в меню я бы мешать не стал. Какое-нибудь вы-/отделение не помешало бы. А в каком именно меню? В меню Избранное самой Aml Pages, или в меню Aml Assist?
DenisSMI: Carc пишет: А в каком именно меню? В меню Избранное самой Aml Pages, или в меню Aml Assist? И в том и в другом, разумеется. А то к каждому по-отдельности привыкать придется. Зачем это нужно?
Carc: DenisSMI пишет: И в том и в другом, разумеется. А то к каждому по-отдельности привыкать придется. Зачем это нужно? Ну в меню Ассиста придется дорабатывать сам Ассист, он этого не умеет сейчас. В Aml Pages это не проблема.
DenisSMI: Carc пишет: Ну в меню Ассиста придется дорабатывать сам Ассист, он этого не умеет сейчас. В Aml Pages это не проблема. Тогда может в ассисте одно из двух отображать? Напр., Последние измененные. А со временем может и Избранное добавить. Если пользователи попросят...
Carc: DenisSMI пишет: Тогда может в ассисте одно из двух отображать? Напр., Последние измененные. А со временем может и Избранное добавить. Если пользователи попросят... А почему отдавать предпочтение А или Б? На каком основании?
DenisSMI: Тема [Kids]: http://zalil.ru/29793492
Carc: DenisSMI пишет: Тема [Kids]: http://zalil.ru/29793492 Прикольная тема!
Carc: Carc пишет: Тогда может в ассисте одно из двух отображать? Напр., Последние измененные. А со временем может и Избранное добавить. Если пользователи попросят... А смысл? И то и другое обеспечивает быстрое открытие нужной страницы. А Ассист это делает быстрее и проще (в количестве кликов) чем меню Избранное (сначала активизировать, потом выбрать Избранное, а только потом). Так что по идее в Ассисте это нужно.
DenisSMI: Carc пишет: А смысл? И то и другое обеспечивает быстрое открытие нужной страницы. А Ассист это делает быстрее и проще (в количестве кликов) чем меню Избранное (сначала активизировать, потом выбрать Избранное, а только потом). Так что по идее в Ассисте это нужно. Т.е. оставить в перемешку? Можно конечно, но все-таки жаль, что нельзя их как-то разделить. Но может я привыкну. А сейчас пока мне не понять, где там что. Путаюсь.
Carc: DenisSMI пишет: Т.е. оставить в перемешку? Можно конечно, но все-таки жаль, что нельзя их как-то разделить. Но может я привыкну. А сейчас пока мне не понять, где там что. Путаюсь. Ну в принципе можно и разделить, просто для этого понадобится доработать Aml Assist и FavEx. А в меню Aml Pages можно уже и сейчас разделить.
DenisSMI: Carc пишет: Ну в принципе можно и разделить, просто для этого понадобится доработать Aml Assist и FavEx. А в меню Aml Pages можно уже и сейчас разделить. По-моему, это просто разумно.
Carc: DenisSMI пишет: По-моему, это просто разумно. ОК, со временем доработаю.
DenisSMI: Тема [No War]: http://zalil.ru/29795973
evan: 9.19 сборка 2148, msftedit.dll 4.1 1. Липкий листочек По кнопке свернуть в заголовок, нижняя рамочка похоже, отображается впереди кнопок после сворачивания, хотя кнопка Закрыть правильно расположена впереди нижней рамки, а Заголовок листочка-надпись как то хитро отображается, после сворачивания , ещё захватывает нижнюю часть текста заголовка, после перемещения за заголок. 2. Показать документ, "Как список" в левой панели дерева, не решена Главная задача обзора - отображать список аналогично сортировки, которую выбрал сам пользователь, в Дереве документа. Причём всё для этого есть, это Правая панель Дерева кликом по Корневой папки ввиде списка Почему бы не взять этот список из Правой панели Дерева и расположить в такой последовательности в панели "Как список"(ясенно без обозначений папок, Хотя и интересный момент, отобразить папку с подсчитанным размером в списке) - это будет отображаться при клике по Закладке "Как список" по умолчанию. ++ Если информация будет браться из Правой панели Дерева, тогда можно ещё по желанию пользователя выбрать и любой список из Дерева правой панели - путём выделения Shift+ стрелка и кликом по закладке "Как список" - когда не надо показывать весь список документа, а пользователь выберит только то, что ему нужно посмотреть.
Carc: evan пишет: 1. Липкий листочек По кнопке свернуть в заголовок, нижняя рамочка похоже, отображается впереди кнопок после сворачивания, хотя кнопка Закрыть правильно расположена впереди нижней рамки, а Заголовок листочка-надпись как то хитро отображается, после сворачивания , ещё захватывает нижнюю часть текста заголовка, после перемещения за заголок. Скриншот в студию....
evan: 1. После клика по кнопке свернуть Листочек в Заголовок скрин1 2. Следующее действие чуть сдвинул за Заголовок скрин2 То же самое и в бэта версии Версия: 9.20 сборка 2150, msftedit.dll 4.1
Carc: evan пишет: 2. Следующее действие чуть сдвинул за Заголовок скрин2 Да, подтверждаю. Есть некоторая неправильность в рендеринге листочка, свернутого в заголовок. Но там пока не до конца понятно, как именно исправить эту неточность. Она очень по разному проявляется в разных версиях Windows. К примеру, в той же самой Windows2000 ее вообще нет. А вот XP SP3 есть, в XP SP2 опять же нету, и в Vista нет. Что то там Windows косячит с поддержкой де факто своих же собственных интерфейсов (формальная совместимость есть, де факто поведение разное в разных версиях).
evan: Carc пишет: Да, подтверждаю. Есть некоторая неправильность в рендеринге листочка, свернутого в заголовок. Но там пока не до конца понятно, как именно исправить эту неточность. Она очень по разному проявляется в разных версиях Windows. К примеру, в той же самой Windows2000 ее вообще нет. А вот XP SP3 есть, в XP SP2 опять же нету, и в Vista нет. Что то там Windows косячит с поддержкой де факто своих же собственных интерфейсов (формальная совместимость есть, де факто поведение разное в разных версиях). Но в первых версиях, когда ты реализовал команду свернуть в Заголовок усё работало ведь!!!
Carc: evan пишет: Но в первых версиях, когда ты реализовал команду свернуть в Заголовок усё работало ведь!!! Оно и сейчас работает, если убрать оформление в стиле XP\Vista\7 - проблема именно в нем...
evan: Carc пишет: Оно и сейчас работает, если убрать оформление в стиле XP\Vista\7 - проблема именно в нем... ХА!!! Опять ловлю себя на МЫСЛИ, если хотца, шоб всё работало, имей такую же ОПЕРАЦИОНКУ, как у Афтура!!! Но а если на его операционке, не работают многие программки, которые разработаны для Windows младших версий, как тогда решить эту проблемму?
Carc: evan пишет: ХА!!! Опять ловлю себя на МЫСЛИ, если хотца, шоб всё работало, имей такую же ОПЕРАЦИОНКУ, как у Афтура!!! Но а если на его операционке, не работают многие программки, которые разработаны для Windows младших версий, как тогда решить эту проблемму? 1. И какая у тебя Windows? 2. Что именно не работает для Windows более младших версий? 3. Там в XP есть какая-то непонятка с рендерингом, а главное вычислением размера неклиентской области окна. Все никак не могу разобраться до конца, откуда у этой проблемы ноги растут... Отсюда и этот "шов" после перемещения листочка свернутого в заголовок.
evan: Carc пишет: 1. И какая у тебя Windows? ХРsp2 Carc пишет: 2. Что именно не работает для Windows более младших версий? Я имею ввиду программы (разные приложения), которые разработаны для ХРsp2, не будут корректно работать в ХРsp3 - поэтому и не перехожу пока на sp3, или надо тогда две операционки иметь sp2 и sp3
Carc: evan пишет: Я имею ввиду программы (разные приложения), которые разработаны для ХРsp2, не будут корректно работать в ХРsp3 - поэтому и не перехожу пока на sp3, или надо тогда две операционки иметь sp2 и sp3 Да! Кое что в смысле безопасности было сильно переделано в SP3...
Carc: evan пишет: 2. Показать документ, "Как список" в левой панели дерева, не решена Главная задача обзора - отображать список аналогично сортировки, которую выбрал сам пользователь, в Дереве документа. Причём всё для этого есть, это Правая панель Дерева кликом по Корневой папки ввиде списка Почему бы не взять этот список из Правой панели Дерева и расположить в такой последовательности в панели "Как список"(ясенно без обозначений папок, Хотя и интересный момент, отобразить папку с подсчитанным размером в списке) - это будет отображаться при клике по Закладке "Как список" по умолчанию. Ну имхо это явно лишнее. Управлять сортировкой панели списка в дереве... Почему в дереве, почему скажем не в жил.конторе подавать заявление на сортировку панели списка? Каким интересно способом пользователь уловит связь между установкой сортировки в дереве и в списке? Во вторых, дерево имеет свои собственные настройки сортировки для каждой ветки. Которые абсолютно бесмысленны в панели списка в виду отсутствия каких-бы то не было веток... Ну, и в третьих по списку, но пожалуй первым по значениию. Чего огород городить? В панели списка есть заголовки столбцов - щелкни по ним, и все пересортируется. Более того это ну настолько устоявшийся стандарт поведения пользовательского интерфейса, что именно этого и будет ожидать любой среднестатистический пользователь. Дык зачем тогда усложнять, да еще и делать установку значений сортировки в панели которой нет на экране. Алан Купер наверное был бы в восторге просто от такого решения... Тут, "понимашь" битва за субъективные расстояния на экране идет - а ты предлагаешь сделать управление сортировкой в соседней панели... Ладно бы не было средства быстрого переключения сортировки, дык вот же оно... Тогда собсна говоря к чему? evan пишет: ++ Если информация будет браться из Правой панели Дерева, тогда можно ещё по желанию пользователя выбрать и любой список из Дерева правой панели - путём выделения Shift+ стрелка Shift+стрелка - неочевидно для 99 процентов пользователей. Из оставшихся 1-го процента, 0,99 процента просто не обнаружат это команды... evan пишет: кликом по закладке "Как список" - когда не надо показывать весь список документа, а пользователь выберит только то, что ему нужно посмотреть. 33 года и 3 месяца это уже есть - есть команда "Только эту ветку", а есть Фильтры страниц. Вполне замечательно справляются с этими задачами.
полная версия страницы