Posted: 08.05.16 07:49. Post subject: Aml Pages : Что дальше?

Отгремела Aml Pages 9.72

Традиционный русский вопрос. Что делать? Что делать дальше. Я конечно кое-что причесываю в последней сборке Aml Pages, но это уже рюшечки-цветочки-технические-должочки.
А на самом деле пора задуматься о новых фичах, и улучшениях\исправлениях старых.

Меня тут просили несколько человек о следующем.

Иерархические теги.
Ну как бы сейчас выбор тега всегда из списка (из меню). Причем это меню - всегда одного уровня. Ну список, он и есть список. А просили сделать чтобы теги могли быть дочерними\родительскими по отношению к друг другу.
Общее видение и прикидки как-такое сделать у меня примерно есть
Оно кому нибудь надо?

Множественное выделение в дереве
Сейчас в панели дерева в Aml Pages можно выделить один и только один узел. Выделяем другой - с предыдущего выделение снялось.
Хотят чтобы можно было выделить сразу несколько - ну к примеру через выделение следующего узла в дерева, удерживая клавишу Ctrl.
Нужно, чтобы проводить операции сразу над несколькими узлами. Ну например выбирать цвета\иконки.
Рабочий прототип у меня в последней сборке Aml Pages уже есть. Кривой\косой, но само выделение множественное через Ctrl работает. Естественно, в production релизы публичные это не попадает.
Это кому нибудь надо?

Цветовые группы
Уже сделано
Сейчас можно отдельно выбирать цвет текста узла в дереве, цвет фона узла в дереве.
Сделать чтобы можно было сразу, выбирать разом и то и другое, описанное в некой цветовой группе.
Несложно, но уже какая-то мешанина получается.
Есть категории - та еще муть (цвет текста + иконка)
Есть цвета в дереве - текста и фона.

Но суть в категориях что они работают как стили. Один раз вовне описали стиль (цвета, иконка) и все узлы, которым назначена эта категория используют именно эти настройки. Фишка в другом: поменяли парамеры конкретной категории и все узлы с этой категорией, автоматически изменили свой внешний вид.

Поэтому цветовые группы напрашиваются в категории. Но там много переделывать, и скорее всего придется порушить совместимость форматов файлов сверху вниз (старые версии Aml Pages, не смогут прочитать версии документов созданные в новой - наоборот легко).


Дикое сорри, конечно. Но категории делались еще в версии 9.00-9.02. Тогда я еще не придумал способ наращивать формат файла документа так, чтобы старые версии могли как минимум прочитать версии документов, созданные в новой версии Aml Pages, и нормально с ним работать. Просто не трогая данные новых версий (игнорируя их - прочитали, изменили только то что умеем, знаем - и записали всё обратно: измененные данные - и данные новой версии, неизменными обратно их в файл).
В общем там не так все просто.

Оно кому нибудь надо?

Другие пожелания хотения?

 Posted: 08.05.16 10:42. Post subject: Фичи эти все хороши..

Фичи эти все хорошие и нужные. Повышают гибкость и удобство работы.

...И пускай не будет обратной совместимости, главное, какой-нибудь конвертер предложить ( для перевода из .apd в .apd2 )
( В том же Ворде, кстати, есть режим ограниченной совместимости и форматы .doc и .docx. И ничего - как-то живём...

Ещё хотелось бы из нереального - форматирования названия узла делать разным (как в обычном тексте):
часть написано одним шрифтом и цветом, часть другим и играть с размерами. Вообще цены бы не было!

 Posted: 08.05.16 11:55. Post subject: Guest пишет: Ещё хо..

Guest пишет:

quote:

Ещё хотелось бы из нереального - форматирования названия узла делать разным (как в обычном тексте): часть написано одним шрифтом и цветом, часть другим и играть с размерами. Вообще цены бы не было!

А нафига это!?!

 Posted: 08.05.16 11:18. Post subject: И если уж просить.....

И если уж просить...

Сделайте мне также красиво!..

Только из-за этого я до сих пор вынужден "сидеть на двух стульях"
Такого простого и выразительного дерева я нигде ещё не видел... (у других подобное получается (коряво и далеко от идеала) даже после пляски с бубном). А здесь - даже не хочется ничего улучшать. И это при том, что я не сторонник всяких тем для Windows, FF (например, Stylish) и рюшечек!

Вот образец настроек. Поиграйтесь: http://file.qip.ru/arch/xRBE9k7k/bloknot.html

 Posted: 08.05.16 11:46. Post subject: А что там такого в э..

А что там такого в этом дереве чего нет в Aml Pages?

В Aml Pages все то же самое + цвета узлов, чего как раз нет в указанной ссылке.

 Posted: 08.05.16 12:07. Post subject: Carc пишет: В Aml P..

Carc пишет:

quote:

В Aml Pages все то же самое + цвета узлов, чего как раз нет в указанной ссылке.

При выборе какой темы будут ТОЧНО ТАКИЕ же цвета, пунктиры и иконки?

Укажите - и буду благодарен.
Самому создать или настроить (особенно учитывая нестабильность при назначении иконок) - получалось крайне муторно, а родные темы скорее пугают, чем привлекают...

С удовольствием бы включил такую тему если будет существовать подобное.

 Posted: 08.05.16 12:10. Post subject: Guest пишет: При вы..

Guest пишет:

quote:

При выборе какой темы будут ТОЧНО ТАКИЕ же цвета, пунктиры и иконки? Укажите - и буду благодарен. Самому создать или настроить (особенно учитывая нестабильность при назначении иконок) - получалось крайне муторно, а родные темы скорее пугают, чем привлекают... С удовольствием бы включил такую тему если будет существовать подобное.

Запускаем менеджер тем, выбираем настройки по вкусу. Чуть что не понравилось - жмем отмена, и все вернется к тому же виду, как и до запуска менеджера тем.

Если понравилось, сохраняем тему. Дальше просто ее выбираем в списке и всех делов то.

 Posted: 08.05.16 13:38. Post subject: Carc пишет: Запуск..

Carc пишет:

quote:

Запускаем менеджер тем, выбираем настройки по вкусу. Чуть что не понравилось - жмем отмена, и все вернется к тому же виду, как и до запуска менеджера тем. Если понравилось, сохраняем тему. Дальше просто ее выбираем в списке и всех делов то.

Для меня, Гоша, это как раз очень сложно. Уже намучился изрядно...

Можно попросить создать тему как на картинке выше? И чтоб иконки тоже точно такие же?

 Posted: 12.05.16 10:36. Post subject: Guest пишет: Для ме..

Guest пишет:

quote:

Для меня, Гоша, это как раз очень сложно. Уже намучился изрядно... Можно попросить создать тему как на картинке выше? И чтоб иконки тоже точно такие же?

А что сложно то!?! Мышкой покликать что ли в менеджере тем?
И потом иконки не выставляются через темы. Это только через настройки узлов дерева можно сделать. А темы влияют на общий вид Aml Pages.

 Posted: 12.05.16 15:21. Post subject: Guest пишет: Для ме..

Guest пишет:

quote:

Для меня, Гоша, это как раз очень сложно. Уже намучился изрядно...

PS: Вот статья на сайте про статья про использование тем

 Posted: 09.05.16 21:59. Post subject: А иерархические тэги..

А иерархические тэги существуют в природе? Раньше никогда не встречал.

Множественное выделение пока не требовалось.

Так сейчас только цвет фона не поменять с помощью категории?

 Posted: 12.05.16 10:34. Post subject: SetQ пишет: А иерар..

SetQ пишет:

quote:

А иерархические тэги существуют в природе? Раньше никогда не встречал.

Угу. Видал пару раз. Та же CintaNotes.

SetQ пишет:

quote:

Множественное выделение пока не требовалось.

Вот и я пока что мнительный, ака Сидор.

SetQ пишет:

quote:

Так сейчас только цвет фона не поменять с помощью категории?

Не-а, сейчас категории цветом фона вообще никак не управляют.

 Posted: 12.05.16 22:59. Post subject: Иерархию тэгов можно..

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

А зачем менять цвет фона? Разный цвет шрифта - это как паста разного цвета в ручках, а разный фон - это маркеры, они недавно появились, жили же раньше без них.

 Posted: 13.05.16 06:42. Post subject: SetQ пишет: Иерархи..

SetQ пишет:

quote:

Иерархию тэгов можно заменить разделением заметок из разных предметных областей на разные файлы.

Ну файлы файлами. А теги это способ категоризации внутри документа. Несколько разные вещи.

SetQ пишет:

quote:

Линейный список проще и лучше, мне кажется, зачем усложнять.

Вот тут я согласен. Чем проще - тем лучше.

 Posted: 13.05.16 06:46. Post subject: SetQ пишет: А зачем..

SetQ пишет:

quote:

А зачем менять цвет фона?

Ну у меня это как маркер работает. Т.к. цвет фона на всю строку, он лучше привлекает внимание. А текст заголовка узла в дереве - он уже детали. Я таким образом помечаю свои "горячие" страницы. Те же страницы по Aml Maple, Aml Pages, TwinkiePaste, WriteYours.

SetQ пишет:

quote:

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

Мне тоже так кажется. Что разноцветный текст внутри заголовка узла дерева - это уже явный перебор. Ну какой смысл в такой вот фигне

Заголовок узла

Елку что ли наряжаем? Цвета нужны только как маркеры. Чтобы быстро визуально находить нужный узел в дереве. А разноцветность это антимаркер уже получается.

 Posted: 13.05.16 08:40. Post subject: А кто-нить Win10 пол..

А кто-нить Win10 пользуется?

Кто пользуется, как Aml Pages определяет операционную систему Windows?
Можно посмотреть в диалоге "О программе", в прокручиваемом списке будет инфа как она видит Windows.
По идее, несмотря на то, что работает Aml Pages под Windows10, она определит Винду как Win8\8.1 скорее всего.

Кому не сложно, проверьте плз.

 Posted: 13.05.16 16:14. Post subject: Carc пишет: А кто-н..

Carc пишет:

quote:

А кто-нить Win10 пользуется? Кто пользуется, как Aml Pages определяет операционную систему Windows? Можно посмотреть в диалоге "О программе", в прокручиваемом списке будет инфа как она видит Windows. По идее, несмотря на то, что работает Aml Pages под Windows10, она определит Винду как Win8\8.1 скорее всего. Кому не сложно, проверьте плз.

Windows 8 build 9200

 Posted: 13.05.16 17:11. Post subject: DenisSMI пишет: Win..

DenisSMI пишет:

quote:

Windows 8 build 9200

Ага, спасибо!

А то же самое проверить в TwinkiePaste последней версии 2.16? Можно? Там аккурат кое что менял в этой части…

 Posted: 14.05.16 09:38. Post subject: DenisSMI пишет: Win..

DenisSMI пишет:

quote:

Windows 8 build 9200

А в новой сборке 2643? Как?
Я там аккурат правил. Посмотри, пожалуйста.

 Posted: 14.05.16 14:25. Post subject: Carc пишет: А в нов..

Carc пишет:

quote:

А в новой сборке 2643? Как? Я там аккурат правил. Посмотри, пожалуйста.

Windows 8 32x build 9200

 Posted: 14.05.16 14:27. Post subject: DenisSMI пишет: Win..

DenisSMI пишет:

quote:

Windows 8 32x build 9200

Спасибо.
Странные дела творятся в Мордоре…

 Posted: 14.05.16 14:21. Post subject: Carc пишет: Иерархи..

Carc пишет:

quote:

Иерархические теги. Ну как бы сейчас выбор тега всегда из списка (из меню). Причем это меню - всегда одного уровня. Ну список, он и есть список. А просили сделать чтобы теги могли быть дочерними\родительскими по отношению к друг другу. Общее видение и прикидки как-такое сделать у меня примерно есть Оно кому нибудь надо?

Мне будет очень полезно!

 Posted: 14.05.16 14:24. Post subject: А тебе они для чего ..

А тебе они для чего именно нужны? Как ты используешь иерархические теги?

 Posted: 14.05.16 14:28. Post subject: Carc пишет: А тебе ..

Carc пишет:

quote:

А тебе они для чего именно нужны? Как ты используешь иерархические теги?

Как классы и подклассы.
Для разных тегов нужны подтеги с идентичными именами.
Напр, теги "Россия", "Германия"
Подтеги "Политика", "ТВ", "Адреса" и т.п.

 Posted: 14.05.16 14:36. Post subject: DenisSMI пишет: Как..

DenisSMI пишет:

quote:

Как классы и подклассы. Для разных тегов нужны подтеги с идентичными именами. Напр, теги "Россия", "Германия" Подтеги "Политика", "ТВ", "Адреса" и т.п.

Странный какой-то способ у тебя использования тегов.
У меня скорее наоборот. Теги это признак принадлежности страницы к какой-то тематике по определенному признаку.

Т.е. теги "Россия", "Германия"
+
теги (не подтеги]) "Политика", "ТВ", "Адреса"

Тогда страница в Aml Pages, которая имеет теги "Россия", и теги "Политика" - то это означает, что страница про что-то там про Россию, и про Политику.

Представь: что есть другая страница с тегами "Германия" + "Политика". Тогда это означает, что страница содержит инфу какую-то тоже про политику, но про германию.

А третья: содержит теги "Россия", "Германия", "Политика", "ТВ" - там просто ссылка про передачу на ТВ, в которой обсуждается срач спор бундестага и госдуры на политическую тему.

Т.е. мысль проста: вроде как нет никаких подтегов. Есть только тег. Установка тега означает, что страница относится к тематике, которая описана этим тегом.

Т.е. в приведенном примере: страницы могут относиться к разным тематикам (тегам) одновременно. И политика, и тв, и Россия.

Это как бы классификатор. Но каждый тег ортоганален другому. Т.е. страница про Германию легко может содержать и тег "ТВ" - т.к. там что-то про телепередачу про германию, а может и не содержать тега "ТВ" - т.к. там просто список адресов в Германии.

Улавливаешь, о чем я?

 Posted: 14.05.16 14:41. Post subject: PS: другой разговор,..

PS: другой разговор, что теги все-таки могут иметь некоторые соподчиненные отношения.

Ну например: теги "Берлин" и "Германия".

В странице с тегом "Берлин" допустим инфа про музеи Берлина.

А в других страницах с тегом "Германия" - что-то вообще про Германию. Но не про прям вот про Берлин.

Но кагбэ тут напрашивается соотношение, что тег Берлин дочерний тегу "Германия". Он как бы часть Германии.
Ну и соответственно тогда все страницы, имеющие только тег Берлин, автоматически имеют и тег "Германия" - т.к. он более высокого порядка. И все что с тегом "Берлин" автоматически относится к тегу "Германия".

Но не наоборот. Все страницы с тегом "Германия" не относятся автоматически к тегу Берлин.

Вот как-то так иногда напрашивается…

 Posted: 15.05.16 13:10. Post subject: А мне чуть иначе вид..

А мне чуть иначе видится. Пусть однородный список тэгов как был, так и остаётся. А иерархия будет только интерфейсом - удобным способом доступа (поиска, выбора) к тэгам. То есть тэги Германия и Берлин будут в одном списке, но чтобы найти тэг надо будет раскрыть список Германия. Я бы просто два тэга поставил - и Германия, и Берлин.

Как у меня будет: скажем есть информация о строительных конструкциях. Я завожу папки для тэгов "материалы", "сооружения", "конструкции", в них будут группироваться тэги (сейчас они лежат в одном общем списке) железобетон, сталь, дерево; жилые дома, теплотрассы, спортивные комплексы; лестницы, крыши, фундаменты. Для каждого объекта строительства или справочного информации могут быть выбраны любые такие тэги в любом сочетании. А иерархический список - это способ навигации между ними.

Сейчас описал - вроде полезная вещь получается. А то сейчас у меня список тегов в выпадающем меню на пол экрана.

Остаётся придумать способ хранения иерархии тэгов. Он будет внутри документа apd или во внешнем файле?

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

Вот так например:

quote:

[материалы] железобетон сталь дерево [сооружения] жилые дома теплотрассы спортивные комплексы [конструкции] лестницы крыши фундаменты

Можно в tags.ini просто добавить, там есть секция [tags] - для тэгов по умолчанию. А если уже установленный в документе тэг находится в одной из остальных секций tags.ini (все остальные секции - это указания по группировке тэгов в одноуровневую иерархию), то для него создаётся подменю и он туда группируется. Как? Все несгруппированные тэги просто как прежде остаются в основном списке по кнопке "Тэги".

Тогда лучше такой формат:

quote:

[tagstree] count=3 grupname1=материалы gruplist1=железобетон,сталь,дерево grupname2=сооружения gruplist2=жилые дома,теплотрассы,спортивные комплексы grupname3=конструкции gruplist3=лестницы,крыши,фундаменты

Формат документа apd не меняется, дополняется только tags.ini и способ его обработки и поведение при нажатии на кнопку "Тэги". Ещё в фильтрах тэги появляются, там примерно также, как при назначении тэгов будет.


Для географии я бы так сделал:

quote:

[Германия] Германия Берлин Мюнхен [Россия] Россия Москва Петербург

Если нужно всё про Германию, то можно просто добавить в меню тэгов при раскрытии подменю пункт "выбрать всё", и Германия, Берлин, Мюнхен будут выбраны одним кликом мышки - это для фильтра по тэгам.

 Posted: 15.05.16 14:00. Post subject: SetQ пишет: Как у м..

SetQ пишет:

quote:

Как у меня будет: скажем есть информация о строительных конструкциях. Я завожу папки для тэгов "материалы", "сооружения", "конструкции", в них будут группироваться тэги (сейчас они лежат в одном общем списке) железобетон, сталь, дерево; жилые дома, теплотрассы, спортивные комплексы; лестницы, крыши, фундаменты. Для каждого объекта строительства или справочного информации могут быть выбраны любые такие тэги в любом сочетании. А иерархический список - это способ навигации между ними. Сейчас описал - вроде полезная вещь получается. А то сейчас у меня список тегов в выпадающем меню на пол экрана.

Именно это я и имел ввиду.
Разве что не "папки", а родительские теги. Т.е. все эти "материалы", "сооружения", "конструкции" это тоже теги. Но родительские для других каких-то тегов. Мне кажется так нагляднее и понятнее.

Хотя там больше будет мути с обработкой таких родительских тегов. А именно фильтры по тегам, и левая панель просмотра по тегам. Как оно будет соотноситься с такой постановкой.

По уму напрашивается, что если выбран дочерний тег - то все его родители, и над-родители, дедушки как бы автоматически присутствуют.

Но не наоборот.

 Posted: 15.05.16 15:15. Post subject: Родительские тэги - ..

Родительские тэги - это, конечно, дополнительные возможности, но так и сделать их будет труднее.

 Posted: 15.05.16 15:32. Post subject: SetQ пишет: Родител..

SetQ пишет:

quote:

Родительские тэги - это, конечно, дополнительные возможности, но так и сделать их будет труднее.

А иначе кой смысл в группах тегов?

 Posted: 15.05.16 16:20. Post subject: Carc пишет: А иначе..

Carc пишет:

quote:

А иначе кой смысл в группах тегов?

Можно просто группировать тэги в меню выбора по смыслу, а не по алфавиту сортировать - тоже полезно было бы. Но это программа - минимум.

 Posted: 15.05.16 16:39. Post subject: SetQ пишет: Можно п..

SetQ пишет:

quote:

Можно просто группировать тэги в меню выбора по смыслу, а не по алфавиту сортировать - тоже полезно было бы. Но это программа - минимум.

Ну это очевидно! Что группировка. Но почему отдельная сущность? "Группа"?

Просто родительский тег, он же группа дочерних тегов. Т.е. грубо говоря родительский тег-группа - это такой более обобщенный тег. Дочерние теги - это те же теги, из той же группы-тега - но по смыслу более частые.

Тогда мое видение таково: что все страницы которым выставлен родительский тег считаются что они так же имеет и родительский тег-группу. Но не наоборот.
Я это в смысле тегов.

Выбрали в фильтрах тег-группу "Строительство" - туда попадут все страницы и с дочерними тегами "Материалы", "Конструкции". А выбрали в фильтрах дочерний тег "Материалы" - туда попадут только те страницы, которым явно выставлен дочерний тег "Материалы". Но не попадут у которых соседний тег "Конструкции", или только родительский тег "Строительство"

 Posted: 15.05.16 16:59. Post subject: Согласен, с дочерним..

Согласен, с дочерними тэгами совсем другая песня.

 Posted: 16.05.16 09:32. Post subject: SetQ пишет: Согласе..

SetQ пишет:

quote:

Согласен, с дочерними тэгами совсем другая песня.

Единственное конечно, логика обработки тегов во всяких фильтрах становится весьма мутной. Ну да это проанализируется.

 Posted: 15.05.16 16:46. Post subject: ЗЫ: вот видео что пр..

ЗЫ: вот видео что просили сделать как в myBase.

 Posted: 15.05.16 16:55. Post subject: Хорошо работает в ма..

Хорошо работает в майБазе.

 Posted: 16.05.16 09:33. Post subject: SetQ пишет: Хорошо ..

SetQ пишет:

quote:

Хорошо работает в майБазе.

Да, там хотя бы пример наглядный.

 Posted: 15.05.16 14:02. Post subject: SetQ пишет: Остаётс..

SetQ пишет:

quote:

Остаётся придумать способ хранения иерархии тэгов. Он будет внутри документа apd или во внешнем файле?

Мне как-то казалось, что иерархия должна храниться внутри документа. + Дублироваться во внешнем файле или настройках. Чтобы не создавать иерархию заново для каждого нового документа.

 Posted: 15.05.16 15:18. Post subject: Тоже свои плюсы есть..

Тоже свои плюсы есть в документе хранить. Учитывая, что у меня всё в одном документе apd хранится, так будет удобнее для переноса на другой комп, если в доку иерархия.

 Posted: 15.05.16 15:33. Post subject: SetQ пишет: Тоже св..

SetQ пишет:

quote:

Тоже свои плюсы есть в документе хранить. Учитывая, что у меня всё в одном документе apd хранится, так будет удобнее для переноса на другой комп, если в доку иерархия.

Ну я думаю что приоритетом будет все таки документ. А теги по умолчанию так и останутся умолчаниями для новых документов. Как-то так вероятно.

 Posted: 15.05.16 14:07. Post subject: SetQ пишет: Тогда л..

SetQ пишет:

quote:

Тогда лучше такой формат:

Ну с форматом разберемся.
Я думаю сделаем несколько иначе.
Все равно понадобится редактор иерархиии тегов. Перетащить\Заменить и.т.д.
А как он серилизуется во внешний файл дело наживное.

Плюсы: ини-файла - легко писать в папку программы. Windows это по умолчанию вполне себе пропускает. А если и делает редирект ини-файла, то все равно для программы прозрачно.
Минусы ини-файла: ну его редактировать ручками конечно дело не очень удобное.

Второй вариант XML-файл:
тут все с точностью до наоборот.
Редактируй хоть в чем угодно, XML-редакторов огромное число. А вот записать XML-файл рядом в папку с программой при определенных установках безопасности винды может оказаться делом невыполнимым.

 Posted: 15.05.16 14:12. Post subject: SetQ пишет: Формат ..

SetQ пишет:

quote:

Формат документа apd не меняется, дополняется только tags.ini и способ его обработки и поведение при нажатии на кнопку "Тэги".

С этим проблем не будет.
Просто вся иерархия тегов будет запакована в специфичное вложение к документу, и вложено в него.
Бинарная совместимость гарантирована. Т.н. атачменты. Очень обобщенный движок ядра Aml Pages для обработки абстрактных данных.

Более того: старые версии Aml Pages, когда откроют документ из новой версии с такой вложенной иерархией, они ничего в ней не нарушат. Прочитают иерархию как набор байтов, и обратно положат точно так же неизменной.

Древний уже и отработанный механизм в Aml Pages. Умеет она из новых форматов файлов брать данные, которые она не понимает как интерпретировать (т.к. это данные для функционала более новой версии), но при этом класть эти новые данные обратно при сохранении в неизменном виде.

PS: плагин File2Aml, и его продолжение в самой Aml Pages именно вовсю и используют механизм атачментов в документах. Aml Pages предоставляет к нему доступ через Plugin API. Но это частный и узко ограниченный случай - хранение файлов в атачментах документов Aml Pages.

Там вообще что угодно можно хранить. И сама Aml Pages этим малехося пользуется по мере надобности. И к слову, теги к узлу дерева именно так и хранятся.

 Posted: 15.05.16 15:24. Post subject: Весьма дальновидно с..

Весьма дальновидно сделано!

 Posted: 15.05.16 14:22. Post subject: SetQ пишет: Если ну..

SetQ пишет:

quote:

Если нужно всё про Германию, то можно просто добавить в меню тэгов при раскрытии подменю пункт "выбрать всё", и Германия, Берлин, Мюнхен будут выбраны одним кликом мышки - это для фильтра по тэгам.

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

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

PS: Ну и по видимому поначалу все равно будет отдельная настройка. Показывать меню назначения и фильтров для тегов как меню, или как выпадающее дерево тегов с галками.

 Posted: 15.05.16 15:25. Post subject: А если выбор сделать..

А если выбор сделать по контрол+ЛКМ и ПКМ? Просто ЛКМ - раскрыть список.

 Posted: 15.05.16 15:36. Post subject: SetQ пишет: А если ..

SetQ пишет:

quote:

А если выбор сделать по контрол+ЛКМ и ПКМ? Просто ЛКМ - раскрыть список.

Во первых это весьма не очевидно, и новичков будет ставить в тупик.

Во вторых будет хромать скорость выбора тегов. Чтобы добраться до дочернего нужно развернуть подменю. Можно и автоматически разворачивать подменю дочерних тегов, но в любой момент Икс может быть только одно подменю дочерних развернуто, остальные свернуты.

С деревом же с галками проще: там можно хоть сразу все ветки развернуть, можно хоть часть, хоть как. Мышом скользнул к тегу - поставил галку и ОК.

 Posted: 15.05.16 15:30. Post subject: Carc пишет: Вяроятн..

Carc пишет:

quote:

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

Можно же дерево тэгов в левую боковую панель засунуть стационарно. Или в правую. Там будут постоянно галочки и кнопки "очистить всё", "применить фильтр", "отменить фильтр".

 Posted: 15.05.16 15:40. Post subject: SetQ пишет: Можно ж..

SetQ пишет:

quote:

Можно же дерево тэгов в левую боковую панель засунуть стационарно.

Видимо если только в правую. Как показал опыт: левая панель это всегда и только всегда навигация по всему документу.

Тот же опыт панели меток показал. Левая панель может показывать метки только отдельной страницы. Т.е. информацию по текущей странице. Все время переключаться неудобно оказалось. Так что лучше в правую панель.

 Posted: 15.05.16 15:42. Post subject: SetQ пишет: Или в ..

SetQ пишет:

quote:

Или в правую. Там будут постоянно галочки и кнопки "очистить всё", "применить фильтр", "отменить фильтр".

Ну я то же потихоньку к этому склоняюсь. Проще делать как новую правую стационарную панель тегов. Может быть и туда само поле ввода тегов перетащить из панели Заголовок.

 Posted: 16.05.16 07:43. Post subject: 1. С панелями (в т...

1. С панелями (в т.ч. тегов) согласен. Правильное направление развития.

2. Из нужного - очень хочется использовать местную подсветку: выделяя зоны действия той или иной подсветки

3. Сейчас при включении т.н. пользовательской подсветки безвозвратно теряется всё форматирование сделанное вручную :(
Сами понимаете - это мягко говоря недопустимо! Это первое что нужно срочно починить!

 Posted: 16.05.16 09:39. Post subject: Guest пишет: 1. С п..

Guest пишет:

quote:

1. С панелями (в т.ч. тегов) согласен. Правильное направление развития.

Пока только размышления, обсуждения, аналитика.

Guest пишет:

quote:

2. Из нужного - очень хочется использовать местную подсветку: выделяя зоны действия той или иной подсветки

Нету такого в Aml Pages. И не думаю, что нужно это как-то смешивать. Главное зачем? Если 2 разных подсветки постоянно используются, надо просто слить 2 ash-файла правил этих подсветок в один и использовать его. И будет всем счастье.

Guest пишет:

quote:

3. Сейчас при включении т.н. пользовательской подсветки безвозвратно теряется всё форматирование сделанное вручную :( Сами понимаете - это мягко говоря недопустимо! Это первое что нужно срочно починить!

А тут и чинить нечего. Подсветка это авто-форматирование на лету. У нее нет и не может быть никаких предположений, что пользовательское форматирование, и его трогать нельзя, а что форматирование по умолчанию и его можно подсветить.

В основном подсветка используется в страницах простого текста, там ломаться нечему. Т.к. простой текст не хранит в себе форматирование, которое ему автоматически назначает подсветка.

Можно использовать стили форматирования вместо подсветки.
В крайнем случае можно сделать разовую команду "Подсветить выделенное такой-то синтаксической подсветкой". Тогда это будет работать. И зоны подсветки тогда вовсе не нужны, т.к. форматированный текст все равно запомнит что там наменяла подсветка.

Ну как-то так…

 Posted: 16.05.16 10:31. Post subject: 1. Зоны должны быть..

1. Зоны должны быть - так как я могу разместить в пределах одной страницы примеры кода на несколько языках программирования. А это требует разной подсветки для каждого. Впрочем, для всех, кто активно пользуется форумами по программирования, это и так очевидно.

2. Немного странный эффект:
если начать переименовывать страницу и не закончив переместится страницей ниже с помощью Ctrl+Alt+Down

 Posted: 16.05.16 10:56. Post subject: Guest пишет: 1. Зон..

Guest пишет:

quote:

1. Зоны должны быть - так как я могу разместить в пределах одной страницы примеры кода на несколько языках программирования. А это требует разной подсветки для каждого. Впрочем, для всех, кто активно пользуется форумами по программирования, это и так очевидно.

Не уловил мысли. Это к чему?
Aml Pages это разве форум по программированию? Или редактор кода?
Зачем ей эти функции?

 Posted: 16.05.16 10:58. Post subject: Guest пишет: 2. Нем..

Guest пишет:

quote:

2. Немного странный эффект: если начать переименовывать страницу и не закончив переместится страницей ниже с помощью Ctrl+Alt+Down

А в чем эффект? У меня вроде бы ничего и не случилось. Редактирование названия продолжалось, но выделелиась другая страница… Не спорю, поведение некое непонятное. Но какого-то странного эффекта я все равно не увидел…
Чего странного должно было произойти? Может просто у меня не проявилось?

 Posted: 16.05.16 18:37. Post subject: Guest пишет: 2. Нем..

Guest пишет:

quote:

2. Немного странный эффект: если начать переименовывать страницу и не закончив переместится страницей ниже с помощью Ctrl+Alt+Down

Во-о-о! Разобрался - действительно неправильное поведение… Спасибо за репорт!

Пофиксил и выложу к вечеру, кстати говоря, вместе с новой черной темой для пользовательского интерфейса Aml Pages.

 Posted: 16.05.16 11:05. Post subject: 1. Зоны должны быть..

Carc пишет:

quote:

это разве форум по программированию? Или редактор кода? Зачем ей эти функции?

Всё-таки AML - это многоцелевой блокнот. И эта функция ему очень бы пригодилась даже безотносительно программирования.

 Posted: 16.05.16 14:24. Post subject: Guest пишет: Всё-та..

Guest пишет:

quote:

Всё-таки AML - это многоцелевой блокнот. И эта функция ему очень бы пригодилась даже безотносительно программирования.

Почему мне вроде бы даже как-то понятно… Остается только один вопрос: ЗАЧЕМ?

Зачем в одной-единственной странице Aml Pages форматировать код да еще и на двух и более языках программирования? Тем более, что для этого есть специализированные инструменты…

Для чего вообще это может понадобиться? Почему нужно это делать именно в Aml Pages? Какая цель? Какая задача?

А про пригодиться, могу сказать одно: это и так можно сделать в Aml Pages. Рядом или уровнем ниже расположить вторую страницу с другим кодом на другом языке программирования, а из первой вставить ссылку на эту страницу.
И всё! Вуаля, бон вояж и всё готово.