Форум » » Aml Pages : Что дальше? » Ответить

Aml Pages : Что дальше?

Carc: Отгремела Aml Pages 9.72 Традиционный русский вопрос. Что делать? Что делать дальше. Я конечно кое-что причесываю в последней сборке Aml Pages, но это уже рюшечки-цветочки-технические-должочки. А на самом деле пора задуматься о новых фичах, и улучшениях\исправлениях старых. Меня тут просили несколько человек о следующем. Иерархические теги. Ну как бы сейчас выбор тега всегда из списка (из меню). Причем это меню - всегда одного уровня. Ну список, он и есть список. А просили сделать чтобы теги могли быть дочерними\родительскими по отношению к друг другу. Общее видение и прикидки как-такое сделать у меня примерно есть Оно кому нибудь надо? Множественное выделение в дереве Сейчас в панели дерева в Aml Pages можно выделить один и только один узел. Выделяем другой - с предыдущего выделение снялось. Хотят чтобы можно было выделить сразу несколько - ну к примеру через выделение следующего узла в дерева, удерживая клавишу Ctrl. Нужно, чтобы проводить операции сразу над несколькими узлами. Ну например выбирать цвета\иконки. Рабочий прототип у меня в последней сборке Aml Pages уже есть. Кривой\косой, но само выделение множественное через Ctrl работает. Естественно, в production релизы публичные это не попадает. Это кому нибудь надо? Цветовые группы Уже сделано Сейчас можно отдельно выбирать цвет текста узла в дереве, цвет фона узла в дереве. Сделать чтобы можно было сразу, выбирать разом и то и другое, описанное в некой цветовой группе. Несложно, но уже какая-то мешанина получается. Есть категории - та еще муть (цвет текста + иконка) Есть цвета в дереве - текста и фона. Но суть в категориях что они работают как стили. Один раз вовне описали стиль (цвета, иконка) и все узлы, которым назначена эта категория используют именно эти настройки. Фишка в другом: поменяли парамеры конкретной категории и все узлы с этой категорией, автоматически изменили свой внешний вид. Поэтому цветовые группы напрашиваются в категории. Но там много переделывать, и скорее всего придется порушить совместимость форматов файлов сверху вниз (старые версии Aml Pages, не смогут прочитать версии документов созданные в новой - наоборот легко). Дикое сорри, конечно. Но категории делались еще в версии 9.00-9.02. Тогда я еще не придумал способ наращивать формат файла документа так, чтобы старые версии могли как минимум прочитать версии документов, созданные в новой версии Aml Pages, и нормально с ним работать. Просто не трогая данные новых версий (игнорируя их - прочитали, изменили только то что умеем, знаем - и записали всё обратно: измененные данные - и данные новой версии, неизменными обратно их в файл). В общем там не так все просто. Оно кому нибудь надо? Другие пожелания хотения?

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

Carc: SetQ пишет: Формат документа apd не меняется, дополняется только tags.ini и способ его обработки и поведение при нажатии на кнопку "Тэги". С этим проблем не будет. Просто вся иерархия тегов будет запакована в специфичное вложение к документу, и вложено в него. Бинарная совместимость гарантирована. Т.н. атачменты. Очень обобщенный движок ядра Aml Pages для обработки абстрактных данных. Более того: старые версии Aml Pages, когда откроют документ из новой версии с такой вложенной иерархией, они ничего в ней не нарушат. Прочитают иерархию как набор байтов, и обратно положат точно так же неизменной. Древний уже и отработанный механизм в Aml Pages. Умеет она из новых форматов файлов брать данные, которые она не понимает как интерпретировать (т.к. это данные для функционала более новой версии), но при этом класть эти новые данные обратно при сохранении в неизменном виде. PS: плагин File2Aml, и его продолжение в самой Aml Pages именно вовсю и используют механизм атачментов в документах. Aml Pages предоставляет к нему доступ через Plugin API. Но это частный и узко ограниченный случай - хранение файлов в атачментах документов Aml Pages. Там вообще что угодно можно хранить. И сама Aml Pages этим малехося пользуется по мере надобности. И к слову, теги к узлу дерева именно так и хранятся.

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

Carc: SetQ пишет: Если нужно всё про Германию, то можно просто добавить в меню тэгов при раскрытии подменю пункт "выбрать всё", и Германия, Берлин, Мюнхен будут выбраны одним кликом мышки - это для фильтра по тэгам. А вот с фильтрам аккурат непонятка. Там через меню не получится. Т.к. родительский тег может иметь отметку, а может и нет. А в меню на клик это не повесишь — там на этом будет болтаться открытие подменю. Вяроятно будет какой-то выпадающее окошко с привычным деревом, с галками для отметок, что включать в фильтр что нет. Аля окошко "Переместить В" - самозакрывающееся как меню. PS: Ну и по видимому поначалу все равно будет отдельная настройка. Показывать меню назначения и фильтров для тегов как меню, или как выпадающее дерево тегов с галками.


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

Carc: SetQ пишет: А если выбор сделать по контрол+ЛКМ и ПКМ? Просто ЛКМ - раскрыть список. Во первых это весьма не очевидно, и новичков будет ставить в тупик. Во вторых будет хромать скорость выбора тегов. Чтобы добраться до дочернего нужно развернуть подменю. Можно и автоматически разворачивать подменю дочерних тегов, но в любой момент Икс может быть только одно подменю дочерних развернуто, остальные свернуты. С деревом же с галками проще: там можно хоть сразу все ветки развернуть, можно хоть часть, хоть как. Мышом скользнул к тегу - поставил галку и ОК.

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

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

Carc: SetQ пишет: Или в правую. Там будут постоянно галочки и кнопки "очистить всё", "применить фильтр", "отменить фильтр". Ну я то же потихоньку к этому склоняюсь. Проще делать как новую правую стационарную панель тегов. Может быть и туда само поле ввода тегов перетащить из панели Заголовок.

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

Carc: Guest пишет: 1. С панелями (в т.ч. тегов) согласен. Правильное направление развития. Пока только размышления, обсуждения, аналитика. Guest пишет: 2. Из нужного - очень хочется использовать местную подсветку: выделяя зоны действия той или иной подсветки Нету такого в Aml Pages. И не думаю, что нужно это как-то смешивать. Главное зачем? Если 2 разных подсветки постоянно используются, надо просто слить 2 ash-файла правил этих подсветок в один и использовать его. И будет всем счастье. Guest пишет: 3. Сейчас при включении т.н. пользовательской подсветки безвозвратно теряется всё форматирование сделанное вручную :( Сами понимаете - это мягко говоря недопустимо! Это первое что нужно срочно починить! А тут и чинить нечего. Подсветка это авто-форматирование на лету. У нее нет и не может быть никаких предположений, что пользовательское форматирование, и его трогать нельзя, а что форматирование по умолчанию и его можно подсветить. В основном подсветка используется в страницах простого текста, там ломаться нечему. Т.к. простой текст не хранит в себе форматирование, которое ему автоматически назначает подсветка. Можно использовать стили форматирования вместо подсветки. В крайнем случае можно сделать разовую команду "Подсветить выделенное такой-то синтаксической подсветкой". Тогда это будет работать. И зоны подсветки тогда вовсе не нужны, т.к. форматированный текст все равно запомнит что там наменяла подсветка. Ну как-то так…

Guest: 1. Зоны должны быть - так как я могу разместить в пределах одной страницы примеры кода на несколько языках программирования. А это требует разной подсветки для каждого. Впрочем, для всех, кто активно пользуется форумами по программирования, это и так очевидно. 2. Немного странный эффект: если начать переименовывать страницу и не закончив переместится страницей ниже с помощью Ctrl+Alt+Down

Carc: Guest пишет: 1. Зоны должны быть - так как я могу разместить в пределах одной страницы примеры кода на несколько языках программирования. А это требует разной подсветки для каждого. Впрочем, для всех, кто активно пользуется форумами по программирования, это и так очевидно. Не уловил мысли. Это к чему? Aml Pages это разве форум по программированию? Или редактор кода? Зачем ей эти функции?

Carc: Guest пишет: 2. Немного странный эффект: если начать переименовывать страницу и не закончив переместится страницей ниже с помощью Ctrl+Alt+Down А в чем эффект? У меня вроде бы ничего и не случилось. Редактирование названия продолжалось, но выделелиась другая страница… Не спорю, поведение некое непонятное. Но какого-то странного эффекта я все равно не увидел… Чего странного должно было произойти? Может просто у меня не проявилось?

Carc: Guest пишет: 2. Немного странный эффект: если начать переименовывать страницу и не закончив переместится страницей ниже с помощью Ctrl+Alt+Down Во-о-о! Разобрался - действительно неправильное поведение… Спасибо за репорт! Пофиксил и выложу к вечеру, кстати говоря, вместе с новой черной темой для пользовательского интерфейса Aml Pages.

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

Carc: Guest пишет: Всё-таки AML - это многоцелевой блокнот. И эта функция ему очень бы пригодилась даже безотносительно программирования. Почему мне вроде бы даже как-то понятно… Остается только один вопрос: ЗАЧЕМ? Зачем в одной-единственной странице Aml Pages форматировать код да еще и на двух и более языках программирования? Тем более, что для этого есть специализированные инструменты… Для чего вообще это может понадобиться? Почему нужно это делать именно в Aml Pages? Какая цель? Какая задача? А про пригодиться, могу сказать одно: это и так можно сделать в Aml Pages. Рядом или уровнем ниже расположить вторую страницу с другим кодом на другом языке программирования, а из первой вставить ссылку на эту страницу. И всё! Вуаля, бон вояж и всё готово.



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