Форум » » [updated 25 сентября 2018 г.] ПЛАНЫ РАЗВИТИЯ Aml Pages » Ответить

[updated 25 сентября 2018 г.] ПЛАНЫ РАЗВИТИЯ Aml Pages

Carc: Здесь будут публиковаться планы развития Aml Pages. Ну, а заодно и обсуждаться пожелания... Сейчас озвучены в основном самые-самые горячие планы, на следующую версию Aml Pages 9.20. А вообще их немало, просто все разом указывать - замучаешься писать. Конечно, планы будут пополняться, выполненные отмечаться. Поэтому иногда имеет смысл перепросматривать этот пост. Планы развития Aml Pages Защита отдельных, конкретных страниц (узлов) дерева паролем от несанкционированного просмотра Сделано в версии Aml Pages 9.84 Добавить к меткам имена Дать возможность давать меткам собственные имена, а не текст после самой метки. Индивидуальные настройки страниц [quote] - возможность сделать отдельную страницу только для чтения: защита от случайного изменения. Сделано в версии Aml Pages 9.82; - еще настройки: цвета фона редактора текста. Тогда разные страницы будут различаться по виду. [/quote] Иерархические теги Сделано в версии Aml Pages 9.82 Сейчас можно выбрать только из списка тегов. Есть мысли сделать иерархические теги. Поддержка тегов как дерева: есть теги, есть дочерние, есть дочерние у дочерних тегов. Пример: [more][pre] Тег: Германия - Тег: Дас Ист фантастиш: это относится к Германии - Тег: Берлин: это относится к Германии - Тег: Города - Тег: Берлин: это и к городам, и относится к Германии - Тег: Москва: это относится только к городами к городам [/pre] [/more] Экспорт в Web View Ну собсна всё этим сказано... Страницы пользовательского типа Когда в содержании страницы могут находиться данные любого типа. И за их отображение отвечают внешние модули (плагины...). То бишь справа вместо редактора текста или веб-страницы вообще что-то другое... Поддержка напоминаний Поддержка возможности всплывающих напоминаний с переходом к документу, странице, метке. Обсуждение тут Планируется... Основательная переделка поиска Основательная переделка поиска по документам Aml Pages. Поддержка поиска по нескольким документам сразу. Значительно более удобное юзабилити и прочия, и прочия и прочия. Уже сделано в версии Aml Pages 9.71 Поддержка просмотрщика документов под Android... Поддержка просмотрщика документов Aml Pages под Android, iOS, WinPhone и прочие мобильные девайсы. Уже сделано в версии Aml Pages 9.68 Импорт\экспорт из TreePad Поддержка непосредственного импорта из TreePad. Сделано в версии Aml Pages 9.61 Интеграция с Evernote Возможность отдавать данные из Aml Pages в Evernote. Сделано в версии Aml Pages 9.59, см. плагин Aml2Evernote Файловые вложения с возможностью внешнего редактирования Возможность прицеплять (вкладывать) любые файлы внутрь документа. Причем так, чтобы после редактирования внешними приложениями, изменения автоматически сохранялись обратно в документ Aml Pages. Сделано в версии Aml Pages 9.59 Пользовательские наборы закладок Вверху окна документа есть панели закладок. Стандартно она показывает список последних измененных страниц (хотя при этом может и показывать результаты быстрого поиска). Планируется добавить возможность создавать собственные наборы закладок. К примеру по тематикам "Кулинария", "Водки много Напитки", "Адреса" ну и.т.д. Т.е. чтобы пользователь мог поместить закладку на страницу (или и на метку в тексте) в определенный набор. Соответственно затем можно просматривать такие тематические наборы, не шарясь по всему документу. Клик и все открылось. Сделано в версии Aml Pages 9.46 Дочерние Подстраницы Возможность создавать подстраницы. Что это означает? Сейчас: есть папки, в папках могут быть дочерние страницы и другие папки. Но папки не имеют сопоставленного с ними текста. Есть страницы - они имеют с ними сопоставленный текст (или веб-страничка) - то бишь имеют контент. Но страницы не могут содержать дочерние подстраницы. Соответственно: дочерние подстраницы - это возможность чтобы страница (со своим текстом) могла иметь другие дочерние для нее подстраницы, уже со своим текстом... Такие подстраницы могут быть полезны для каких-то заметок, конспектов и.т.п. относящихся к основной, родительской странице с текстом. Сделано в версии Aml Pages 9.46 Голосование по этой возможности находится на нашем сайте здесь Множественное назначение тегов Сделано в версии 9.38. Когда можно будет сразу назначать теги не одной-единственной странице документа (которую видим справа, в редакторе текста). А сразу целой группе страниц, выделенной пользователем. Фильтры страниц по тегам Сделано в версии Aml Pages 9.36. Фильтр по тегам, фильтр по тегам этой страницы, фильтр без тегов, процентное соотношение с документом отфильтрованных таким образом страниц, теги из нескольких слов (через пробел) и многое другое. Теги страниц Поддержка назначения пользовательских тегов (tags: ключевые слова для категоризации) для страниц документа. Сделано в версии Aml Pages 9.35, но планируется и значительное дальнейшее развитие: фильтры, управление тегами, и еще парочка уникальных в отличие от похожих программ вкусностей, которые пока секрет Поддержка расширенных гиперссылок в документах: ссылки на метки, ссылки на страницы других документов, ссылки с именованием и.т.д. Сделано в версии Aml Pages 9.20 Поддержка открытия гиперссылок на документы Aml Pages (или любую его часть вплоть до конкретных страниц и меток) из любых сторонних приложений. К примеру из веб-браузеров. Сделано в версии Aml Pages 9.21 Расширенная история по страницам документов. Т.е. предоставлять не только список последних открытых документов, а список вплоть до страниц документов (например, по признаку последнего редактирования и\или просмотра). Обсуждение тут. Сделано в версии 9.23 Панель Портфель - для сохранения ссылок на конкретные страницы или части документов в отдельном независимом хранилище - отдельной панели. Расширенная проверка орфографии. Сейчас есть проверка только русской орфографии... Планируется создание нового плагина, который будет поддерживать не только русский, но и другие языки. Альфа-версия нового плагина Spell Checker уже в сделана. Плагин поддерживает проверку орфографии нескольких языков одновременно. Релиз не за горами. Редактирование веб-страниц Возможность редактировать веб-страницы непосредственно в Aml Pages, как в обычном веб-редакторе. Cделано в версии 9.23. Включить редактирование можно командой меню "Правка\HTML\Редактировать" или через панель инструментов Форматирование Специальные возможности для синхронизации документов через Интернет Дополнительные возможности для ручной и автоматической синхронизации документов (или их частей) через Интернет. Всё просто: 1) поработали с документом 2) синхронизовали документ (или его часть) с сервером в сети (по команде пользователя или автоматически) 3) пришли на другой компьютер, вынули документ (или его часть) с сервера 4) продолжили работу 5) см. пункт 1. Сделано в версии 9.23 Плагин для Aml Pages готов. См. плагин Aml2Dropbox Поддержка шаблонов текста для редактора веб страниц Про шаблоны текста написано здесь. Если вкратце это механизм быстрой вставки кусков текста, кода, выражений, конструкций в текст. Сейчас это работает с редактором текста. Планируется сделать точно такую же работу и в редакторе веб страниц. Приблизительный поиск по заголовкам Поиск по заголовкам не по точному совпадению искомой строки, а по приблизительному. Т.е. вводим для поиска "строчка", ставим предел приблизительности совпадения и на выходе получаем список страниц документа, содержащих не только точное совпадение с "строчка", но и "строка", "строчки", "строчку" и.т.д. - т.е. все страницы, имеющие в заголовки приблизительно такие же слова, как и сама искомая строка. Сделано в в версии 9.26 Фильтр страниц по категориям Сделано в версии Aml Pages 9.28 Проводник резервных копий Инструмент для разбора и просмотра резервных копий документов, как созданных автоматически, так и созданных пользователем вручную. Сделано в версии Aml Pages 9.28 Шаблоны форматированного текста Возможность быстро вставлять большие фрагменты форматированного текста с таблицами, рисунками, форматирование и прочей дребеденью. Сделано в версии Aml Pages 9.29 Шаблоны деревьев Возможность создавать документы на основе шаблонов деревьев, с предопределенной иерархией, названиями узлов, и прочия - в общем такая быстрая заготовка под конкретные виды деревьев. А оно нам вообще надо? Поиск\фильтры по меткам Фильтры по меткам по содержанию одного или нескольких слов (для начала будет примерно так же работать, как и поиск по заголовкам - потом уже будет затеваться редизайн пользовательского интерфейса в этой области). Сделано в версии 9.32. Полная поддержка Unicode Полная поддержка Unicode в новых версиях Aml Pages. Сделано в версии 9.54.

Ответов - 155, стр: 1 2 3 4 5 6 7 8 All

DrakonHaSh: пожелание: * добавить в поиск поддержку регулярных выражений * добавить в поиск фичу "выделить все"

Carc: DrakonHaSh пишет: * добавить в поиск поддержку регулярных выражений Запланировано на будущие версии. DrakonHaSh пишет: * добавить в поиск фичу "выделить все" А что должна делать эта фича в поиске? Что выделять?

DrakonHaSh: Я:* добавить в поиск фичу "выделить все" Вы:А что должна делать эта фича в поиске? Что выделять? выделять все вхождения найденного шаблона по аналогии с FireFix - [Подсветить все] MS Word - [Выделить все элементы, найденные в:]


Carc: DrakonHaSh пишет: выделять все вхождения найденного шаблона по аналогии с FireFix - [Подсветить все] MS Word - [Выделить все элементы, найденные в:] Редактор текста не поддерживает множественного выделения. Но есть команда "В дерево" - она сохраняет результаты поиска как виртуальную ветку в дереве. Выбор любого результата из этой ветки выделяет найденное вхождение в редакторе текста или веб странице.

evan: Хорошо бы искать для стихоплётов рифмы слов в документе - ведь всё сделано, только добавить инверсию поиска, Искать не с начала слова, а с конца слова, например: Брависимо - задал поиску "имо" и он ищет все слова в документе по поиску с конца слов, где присутствуют три последние буквы и выдаёт список: Исправимо Невидимо Невыносимо и.т. далее

Carc: evan пишет: Хорошо бы искать для стихоплётов рифмы слов в документе - ведь всё сделано, только добавить инверсию поиска, Искать не с начала слова, а с конца слова, например: Брависимо - задал поиску "имо" и он ищет все слова в документе по поиску с конца слов, где присутствуют три последние буквы и выдаёт список: Исправимо Невидимо Невыносимо и.т. далее Ну, во первых в поиске просто сними галку Слово целиком ну найдет она тебе все вхождения. Во вторых, ну к чему здесь Aml Pages? Вообще, я тебя конечно понимаю, но есть такая штука по моему Rhymes называлась, дык вот она рифмы неплохо подбирает (ясен перец только по словам), зато она умеет еще и ударения учитывать. Где-то в сети валялась... На крайняк черкни мылом, где-то она у меня на харде была...

evan:

Seraf: пожелание: * выделить в тексте строку, и "сделать выделенное именем страницы" или "Листочка" Я такое не нашел, может плохо искал.

Carc: Seraf пишет: пожелание: * выделить в тексте строку, и "сделать выделенное именем страницы" или "Листочка" Я такое не нашел, может плохо искал. Есть такая команда: меню "Страницы\В заголовок", также есть и одноименная кнопка на панели инструментов "Формат", которая располагается над редактором текста.

Seraf: Carc пишет: Есть такая команда: меню "Страницы\В заголовок", также есть и одноименная кнопка на панели инструментов "Формат", которая располагается над редактором текста. Огромное спасибо это я что то тормознул. Позвольте еще одно пожелание озвучить, чисто эстетическое. А именно к Aml Assist, пока его иконка не активно все красиво но стоит подвести к ней курсор она (иконка) превращается в иконку в совершенно дурацком прямоугольнике внизу странная надпись из трех букв (Нас...) <- вот такая. К чему бы это? Может ее можно облагородить. И еще, как мне кажется уважаемый Гоша, Вы решая сложные программные задачи, совершенно плюнули на дизайн и Aml Pages. Вы создали поистине прекрасную программу которой я пользуюсь ежедневно, но мне так хотелось бы чтоб она была чуток покрасивше, чтоб не только интеллект радовался, а и глаз . Вот для примера закладка с надписью "Как дерево", нижняя часть шрифта съедена?? Почему так? На панели инструментов, иконка "фильтр страниц/папок" видна только на половину а вторую половину иконки прикрывают стрелки "добавить на панель инструментов". Иконки те что на панели над редактором, не четко видно, если не активна функция, вообще пока курсор не подвидешь фиг поймешь, что там такое. В общем, итог, вашему прекрасному творению нужно как мне кажется добавить лоска ))))

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

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

Carc: Seraf пишет: Ну если присутствует цель сделать ее отличной от обычной иконки может есть смысл, чтоб при наведении она с одной стороны оставалась красивой а с другой стороны, динамической, ну она могла бы например становится ярче, с прозрачным все таки фоном, и как то двигаться, подпрыгивать как вариант, качаться, в нее могла бы указывать динамическая появляющаяся стрелка. Ну в конце концов Rocket Dock и им подобные в помощь, там ведь когда выделяешь элемент иконка совершает какие то динамические - двигательные действия. Ну с прозрачностью это не проблема... Она и сейчас есть: при перемещении мыши и получении фокуса ввода панелью, прозрачность уменьшается. После восстанавливается до стандартной. А вот движения, покачивания, мысль интересная.

Seraf: Гоша хотел тебе еще такую идею предложить, как говорится с меня идея с тебя техническое исполнение, если идея понравится))). Идея №1. Очень удачно, что можно взять файлик с расширением .apd на флэху и воткнуть где то на работе в ноут и продолжать работать с файлом, плохо другое, когда флэху забываешь дома, или файлик копернуть забываешь. Теперь сама идея, начало романтически мечтательное. ... Ах как было бы здорово, если б я мог клацнуть кнопиш какой-то и отправить файл **.apd на сервер в инете какой то, а потом прийти на работу, и отсенхранизировать мои **.apd на рабочем компе и на сервере. Таким образом я мог бы получить доступ ко всем своим файлам с расширением **.apd, с любого компа на котором у меня стоит Aml Pages, не зависимо от того где и что я правил или сохранял. Доступ к хранилищу мог бы быть получен или по регистрации, это если для всех, или скажем только для зарегистрированных пользователей и Aml в качестве ключа мог бы отсылать данные с key файла в авто режиме, совпало, получил доступ к своему хранилищу и к синхронизации. идея №2 А ведь многие пользователи Aml Pages, я так думаю, сохраняют им интересные вырезки из инета, с сайтов, просто собственные умные мысли, и может найдутся такие, как я, кто захотел своими **.apd файлами (тематическими) поделится с людьми. Сделать на офф. сайте раздел где народ мог-бы выложить свои **.apd которыми хотел бы поделиться с мировым сообществом Aml Pages. А еще можно было бы если соединить идею 1 и 2 сделать файлы общего редактирования. Скажем так есть файл "умные изречения.apd", и все могут его качать и вносить в него изменения, скажем добавлять свои умные мысли, а редактировать на удаление, может только автор тот кто первым создал файл. Ну и все его могут качать и читать.

Carc: Seraf пишет: Гоша хотел тебе еще такую идею предложить, как говорится с меня идея с тебя техническое исполнение, если идея понравится))). Идея №1. Очень удачно, что можно взять файлик с расширением .apd на флэху и воткнуть где то на работе в ноут и продолжать работать с файлом, плохо другое, когда флэху забываешь дома, или файлик копернуть забываешь. Теперь сама идея, начало романтически мечтательное. ... Ах как было бы здорово, если б я мог клацнуть кнопиш какой-то и отправить файл **.apd на сервер в инете какой то, а потом прийти на работу, и отсенхранизировать мои **.apd на рабочем компе и на сервере. Таким образом я мог бы получить доступ ко всем своим файлам с расширением **.apd, с любого компа на котором у меня стоит Aml Pages, не зависимо от того где и что я правил или сохранял. Доступ к хранилищу мог бы быть получен или по регистрации, это если для всех, или скажем только для зарегистрированных пользователей и Aml в качестве ключа мог бы отсылать данные с key файла в авто режиме, совпало, получил доступ к своему хранилищу и к синхронизации. Подобное есть уже в 2-ух решениях: Решение 1: В виде отдельного плагина, который после сохранения Aml Pages сжимает документ в ZIP-архив (если надо, то и с паролем) и отправляет в инет (там было два варианта: а) отправляет на почту б) отправляет на произвольный сервер в сети вообще). Соответственно позже с любого компа можно этот документ вынуть - равно как из почты, так и из того же и из произвольного сервера. Но в публичном виде этот плагин не распространяется. Т.к. плагин писался на заказ, затачивался под нужды клиента и одним из его условий было закрытое распространение (то бишь только заказчику). Хотя, в принципе, этот плагин не использует ничего либо такого, чего не могут любые другие плагины (программный интерфейс плагинов открыт, и сущности используемые в упомянутом плагине могут быть использованы и в любом другом плагине). Решение 2: Есть и еще плагин, который умудрялся скидывать отдельные страницы документов в аккаунт Evernote на удаленный сервер. Ну и даже с переменным успехом оттуда мог вынимать записанную ранее туда страницу. Но это вообще было баловство исключительно в силу собственного любопытства. До ума в этом плагине и вовсе ничего не доводилось - просто проба сил. Честно говоря, я не поклонник Evernote - достаточно тяжелое приложение, со странным на мой взгляд проектированием да и вообще еле-еле поворотливое да и порядочно глюкавое (что клиентская часть, что серверная). Так что это даже и не плагин вовсе - а скорее это я так попросту развлекался в части распределенного программирования.

Seraf: Carc пишет: Но в публичном виде этот плагин не распространяется Ну а как сделать чтоб распространить в публичном? Плагин то ведь нужный многим, ИМХО конечно

Carc: Seraf пишет: Ну а как сделать чтоб распространить в публичном? Плагин то ведь нужный многим, ИМХО конечно Смотря о чем речь: если про удаленный сервер, то тот клиент свой собственный использовал. А если про отправку документа на почту, то проще с нуля новый плагин написать... Но это сейчас не хватает свободного времени, пожеланий и так выше крыши.

Seraf: Carc пишет: Смотря о чем речь: если про удаленный сервер, то тот клиент свой собственный использовал. А если про отправку документа на почту, то проще с нуля новый плагин написать... Так может напишешь для мэйла, и включить его как стандартный в новые версии? А для сервера, может использовать какой - то, сервер, скажем один общий для всех, самый как мне кажется разумный сервер, это сервер проекта Aml Pages, просто у каждого должна быть своя учетная запись на хранилище, или как бесплатное хранилище которое есть у Yandex и у Google, может их можно как то приспособить?

Carc: Seraf пишет: Так может напишешь для мэйла, и включить его как стандартный в новые версии? А для сервера, может использовать какой - то, сервер, скажем один общий для всех, самый как мне кажется разумный сервер, это сервер проекта Aml Pages, просто у каждого должна быть своя учетная запись на хранилище, или как бесплатное хранилище которое есть у Yandex и у Google, может их можно как то приспособить? Ну для мейла, смотря что писать: в случае с заказчиком там вообще затачивалось ух как, на несколько профилей + использование корпоративной почтовой системы + завязки на разные архиваторы (от собственного встроенного движка до внешних архиваторов). В общем, та еще муть в общих случаях немногим нужная. Но там и заказ был все-таки платный - обсудили ТЗ, разбили на этапы и понеслось. По ходу дела кое-что убирали, кое-что добавляли. Ну я даже и не знаю. То что я для себя любимого писал, то вообще получилась некая собственная приблуда, впрямую завязанная на мои почтовые ящики, с весьма "брутальной" конфигурацией через текстовые файлы (фиг с ним что неудобно, проще один раз настроить чем писать конфигурационный код), и почти полным отсутствием защиты информации (ну кроме как запароленные документы и встроенная архивация с шифрованием). Такое выкладывать на публику не дело! А писать с нуля новый плагин... Да я даже и не знаю: сейчас у меня и так работы навалом + есть некоторые небесплатные запросы на приоритезацию фич (что делать раньше, что потом). А уж про Маплю и помалкиваю... Там народ все фич просит, а тут все никак с главное фичей которая перетрясет пол ядра программы доделать не могу. Только-только юнит-тесты заканчиваю. А уже и неудобняк получается, люди вон говорят "год прошел", всякую ересь мелочь просят вроде перекодировки неправильно набранного. А мне и показать-то им нечего (все эти мелочи на коленке пишутся минут за 20, доводятся до ума за 2 часа, и аккуратно прошиваются в пользовательский интерфейс за дня 4-5... А вот ядро сделать стабильным, это работа более чем неслабая. Не знаешь где подскользнешься - проектирование, тесты, только на это недели уходят). Поэтому, честно говоря, на общественных началах я не знаю когда найду время заняться плагином для Email. Если только банальную приблуду для The Bat, но и то там непонятно что выйдет...

Carc: Seraf пишет: идея №2 А ведь многие пользователи Aml Pages, я так думаю, сохраняют им интересные вырезки из инета, с сайтов, просто собственные умные мысли, и может найдутся такие, как я, кто захотел своими **.apd файлами (тематическими) поделится с людьми. Сделать на офф. сайте раздел где народ мог-бы выложить свои **.apd которыми хотел бы поделиться с мировым сообществом Aml Pages. А еще можно было бы если соединить идею 1 и 2 сделать файлы общего редактирования. Скажем так есть файл "умные изречения.apd", и все могут его качать и вносить в него изменения, скажем добавлять свои умные мысли, а редактировать на удаление, может только автор тот кто первым создал файл. Ну и все его могут качать и читать. Дык есть такое - причем давно: Каталог называется и лежит на русской странице Aml Pages. Там всякой всячины навалом, есть и парочка моих собственных документов. В основном все в 2-ух форматах: в формате APD, ну и в формате CHM, который генерится из документа тем же самым плагином Aml2CHM.

Carc: Seraf пишет: Идея №1. Очень удачно, что можно взять файлик с расширением .apd на флэху и воткнуть где то на работе в ноут и продолжать работать с файлом, плохо другое, когда флэху забываешь дома, или файлик копернуть забываешь. Теперь сама идея, начало романтически мечтательное. ... Ах как было бы здорово, если б я мог клацнуть кнопиш какой-то и отправить файл **.apd на сервер в инете какой то, а потом прийти на работу, и отсенхранизировать мои **.apd на рабочем компе и на сервере. Таким образом я мог бы получить доступ ко всем своим файлам с расширением **.apd, с любого компа на котором у меня стоит Aml Pages, не зависимо от того где и что я правил или сохранял. Доступ к хранилищу мог бы быть получен или по регистрации, это если для всех, или скажем только для зарегистрированных пользователей и Aml в качестве ключа мог бы отсылать данные с key файла в авто режиме, совпало, получил доступ к своему хранилищу и к синхронизации. Можно синхронизировать через сервис DropBox. В принципе сервис производит приятное впечатление, доступен с любого компа в сети, а главное имеет еще и веб-доступ. Тогда сценарий использования достаточно прост Скидка в DropBox из Aml Pages 1) В Aml Pages есть команда меню "Файл\Отправить копию". 2) Выбираем эту команду меню, и Aml Pages скидывает копию документа в папку на диске компьютера, которая предназначена для сервиса DropBox. 3) По ходу дела Aml Pages автоматически при этом проверит даты последних синхронизаций, и если данные не новее предупредит об этом. 4) Сервис DropBox сам в автоматическом режиме синхронизирует документ с сервером DropBox. Открытие из DropBox в Aml Pages Все просто: можно открыть документ из той же папки, куда скидывали в сценарии загрузки в DropBox в пункте 2. Опять же сервис сам автоматически может синхронизовать документ с сервера. Видимые преимущества использования 1) Сервис бесплатный - 2 GB бесплатно выдается, если нужно больше уже сами смотрим - приплачивать за использование сервиса DropBox или почистить старые копии 2) Скинутые в DropBox документы Aml Pages можно открывать для общего доступа, или наоборот закрыть, и оставить доступными только для себя. Понятное дело, можно открыть доступ только ограниченному числу людей. 3) Если есть беспокойство за приватность документов, то можно использовать пароль на открытие документа. В этом случае данные при сохранении в Aml Pages шифруются (и соответственно дешифрируются) по паролю обратно при открытии - нет пароля и привет (сугубо алгоритмически выражаясь, дешифрировать вполне можно и неверным паролем - никто не мешает. Но на выходе все равно получим винегрет. Собственно какая разница как абсолютно нечитабельный винегрет величать "зашифрованные" или "дешифрованные неверным паролем"). 4) К сервису DropBox есть и обычный доступ через веб. Заходите к ним на сайт, вводите свой пароль, и можно вынуть нужные вам документы через обычный веб-интерфейс (аля веб почта, список файлов, скачать\закачать и.т.д.). Т.е. нет необходимости устанавливать специальные инструменты на любой компьютер для работы с сервисом. Хотя, конечно же, на основном ежедневном компе специальные программы для автоматической синхронизации с сервисом DropBox удобны - берут на себя всю рутинную работу. 5) В перспективе запросто можно и создать плагин для такой синхронизации с сервисом DropBox. Базовый функционал можно сделать более менее за пару вечеров. Остальное потом (там не столько работы с кодом, сколько понадобится анализ сценариев использования, посмотреть, понаблюдать, пообщаться с пользователями, что и как нужно). Ну, вот примерно, вот так вот. Это что называется навскидку, то что видно невооруженным взглядом. PS: ну большая часть всего и вся здесь описанного а) или специфична для разработки специального плагина, в основном это рутина: установка\или отмена паролей на документы, выбор папки для сброса документа и.т.д.. В общем, все то что можно сделать и сейчас из Aml Pages, но это требует действий пользователя. б) или уже отчасти есть и используется в других плагинах. Например, незабвенный демо-документ (файл sample.apd из дистрибутива Aml Pages) и готовится в выпуску специальным плагином. Это именно плагин выполняют все рутину: перенастраивает некоторые параметры документа, меняет расположение папок для резервных копий, снимает и устанавливает пароли на документ и.т.д.

evan: Пожелание создавать макросы, простыми действиями: 1. Включил запись, и работаешь в программе, что тебе нужно, и все твои действия записались. Потом можно использовать эти наборы макросов, для автоматизации работы в программе Aml Pages. И ещё круто, если эту последовательность программа запишет со значками в структуре(последовательности) макроса, потом к этим значкам можно приделать управление разное (например отключать, включать ненужные операции в макросе, останавливаться для ввода каких нибудь новых данных на месте остановки макроса. Такая автоматизация например, сделана в PS и называется Экшен. Этими макросами, можно обмениваться между пользователями, редактировать, приспосабливать под себя. Так например заготовки различных документов, бланков и.т.д Запустил макрос документа, он останавливается на нужных местах для ввода данных, ввёл только нужные данные и документ готов к печати, и не нужно заходить в специализированную программу, или в ручную всё набивать.

Carc: evan пишет: 1. Включил запись, и работаешь в программе, что тебе нужно, и все твои действия записались. Потом можно использовать эти наборы макросов, для автоматизации работы в программе Aml Pages. И ещё круто, если эту последовательность программа запишет со значками в структуре(последовательности) макроса, потом к этим значкам можно приделать управление разное (например отключать, включать ненужные операции в макросе, останавливаться для ввода каких нибудь новых данных на месте остановки макроса. AutoIt в помощь... Хотя отчасти это есть и сейчас в интерфейсе плагинов, но с очень ограниченным набором команд, т.к. никому не нужно было вроде, поэтому и сделано было только то, что лично мне понадобилось дабы на каждом релизе не кликать до посинения.... Вопрос только что за команды нужны и только. Да и то там не язык в полном понимании структуры обычного языка программирования, а банальный набор последовательных действий, вроде показать диалог такой, спросить такое-то, выставить настройки такие, сохранить документ с настройками такими-то... evan пишет: Такая автоматизация например, сделана в PS и называется Экшен. Кто такой PS?

evan: Carc пишет: AutoIt в помощь... Спасибо за ссылочку, но такими вещами должны заниматься профессионалы... Carc пишет: Кто такой PS? Графический редактор Photoshop

Carc: evan пишет: Спасибо за ссылочку, но такими вещами должны заниматься профессионалы... Там все тривиально. evan пишет: Графический редактор Photoshop А какие могут быть параллели между Photoshop и Aml Pages?

evan: Carc пишет: А какие могут быть параллели между Photoshop и Aml Pages? Какая разница, с чем сводить параллели, с Офисом, или с другой текстовой программой, как вариант, если везде есть команда, операция, макрос к этим операциям. Вопрос совершенно в другом - в реализации этих возможностей и подхода к решению данной задачи => конкретным программистом (Я знаю, что у тебя подобные вещи классно получаются) поэтому и выложил своё пожелание. Со слов наверно будет трудно обяснить, это надо смотреть в живую, или по видео. Там действительно очень интересные решения затрагиваются по автоматизации и всё просто смотрится Попробую найти подходящий видеоурок по этой теме, или потом сам создам это видео. Всё равно сейчас ты будешь загружен по самое не могу гиперссылками....

Carc: evan пишет: Какая разница, с чем сводить параллели, с Офисом, или с другой текстовой программой, как вариант, если везде есть команда, операция, макрос к этим операциям. Вопрос совершенно в другом - в реализации этих возможностей и подхода к решению данной задачи => конкретным программистом (Я знаю, что у тебя подобные вещи классно получаются) поэтому и выложил своё пожелание. Со слов наверно будет трудно обяснить, это надо смотреть в живую, или по видео. Там действительно очень интересные решения затрагиваются по автоматизации и всё просто смотрится Попробую найти подходящий видеоурок по этой теме, или потом сам создам это видео. Всё равно сейчас ты будешь загружен по самое не могу гиперссылками.... ОК, что-то общее есть во всем... Тогда сфорулируем несколько в иной плоскости: А зачем в Aml Pages автоматизация? Ну допустим в Photoshop я понимаю, это монопольное приложение, которое занимает у пользователя очень много времени в работе, есть много работы и часть конечно же можно и нужно автоматизировать... Но Aml Pages же несколько другое в понимании того, как она используется? Что именно там автоматизировать-то!?! Повторяющихся действий же практически нет. Ну разве что ввод текста да быстрое сохранение... Но опять же: для ввода текста есть плагин Aml Auto Completion для автоматического завершения слов при вводе, и при умолчательных настройках (подбирать слова не только из списка пользователя, но и анализировать уже введенный текст автоматом) - он достаточно неплохо с этим справляется. Ну а сохранение чего-бы то ни было - дык Ассист и так уже все автоматизировал дальше некуда: автоматический выбор документа, если нужно сам же его открывает, если нужно сам же автоматически его сохраняет, анализирует все возможные форматы, вытаскивает попутную инфу (например, гиперссылку на то, откуда тащили данные)... Все что пользователю остается это подтвердить да выбрать формат. А как выбор пользователя автоматизировать? Что-то других повторяющихся действий в Aml Pages я себе не представляю... Ну, а гиперссылки - "шо могу сказать"... Процесс идет, идет доточка мелочей... В принципе в пределах документа уже всё работает, ссылки на соседние документы тоже, осталось только сделать выбор ссылок на соседние документы удобным.

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

Carc: evan пишет: Я об этом всю жисть мечтал, только представлял себе, ни как портфель, а как страницы содержания гиперсылок, по разным темам. Гиперссылки уже в процессе... Почти доделаны гиперссылки на строки, страницы документа с наименованием и.т.д. в пределах одного документа (по крайней мере уже сегодня к вечеру Aml Pages 9.20 как кенгуру скакала по ссылкам на строки в пределах страницы и в пределах документа, но опять же с привязкой к строкам в соседних страницах). Постепенно перехожу к гиперссылкам на соседние документы. Я имею ввиду пользовательский интерфейс. Движок обработки, парсинга и подсветки гиперссылок уже переделан и обрабатывать все это почти-что окончательно умеет. Осталось прикрутить толковый пользовательский интерфейс к вставке и редактированию гиперссылок (там очень много разных исключительных да крайних ситуаций, которые следует обрабатывать особо + все это... хм... еще придется немного дотачивать для особых ситуаций с большими документами. Я бы даже сказал не переделывать, а разумно оптимизировать - а на раннем этапе это занятие бессмысленное. Но в проектировании всей системы все эти "повороты" до "ухабы" исключительных случаев вроде как закладывал изначально). evan пишет: А может её и разместить с права редактора текста, можно ещё и такую фишку сделать, подводишь курсор на панель. Панель увеличивает размер в лево, для удобства работы, убираешь курсор с поля панели, панель занимает исходный размер. Это уже детали... И потом портфель это будет не просто сборище гиперссылок на части документа. По идее планировалось дать ему больше возможностей работы чем просто переходы по ссылкам - дать возможность полностью управлять ссылаемой сущностью (открыть, изменить, удалить из документа и.т.д.).

evan: Carc пишет: Гиперссылки уже в процессе... Почти доделаны гиперссылки на строки, страницы документа с наименованием и.т.д. в пределах одного документа (по крайней мере уже сегодня к вечеру Aml Pages 9.20 как кенгуру скакала по ссылкам на строки в пределах страницы и в пределах документа, но опять же с привязкой к строкам в соседних страницах). Неуж то руки дошли до Гиперссылок на строку!

Carc: evan пишет: Неуж то руки дошли до Гиперссылок на строку! Дык в этом же посте и писал, что в первую очередь были озвучены планы на следующую версию 9.20...

evan: Сама жисть, в любой сфере её деятельности обучения, имеет начальный(средний) и профессиональный(продвинутый) подход к обучению. И чтобы чему либо быстро научиться, нужно полюбому вначале пройти первый начальный этап обучения, и постепенно двигаться к профессиональной подготовке. По моему Aml Pages, уже давно перешла из разряда обычных Записных книжечек в разряд Монстра программы, название даже не знаю, какое лучше и подойдёт, с каждым днём добавляются всё новые и новые идеи, решения, инструменты, плагины, всякие навороты. Поэтому можно смело сказать, что это Серьёзная, профессиональная программа для работы с текстом. Отсюда следует, что для освоения (обучения с программой), нужно хотя бы минимум этапов обучения - Начальный и Продвинутый. Всвязи с этим предлагаю идею - решение, создать два режима работы "Начинающий/ Продвинутый" ++ Основная суть идеи: Скрывать процентов так 50 инструментов, команд меню, кнопок с помошью ОПЦИИ "Начинающий/ Продвинутый" режим работы Т. есть исходный режим Продвинутый, а при выборе Начинающий прячутся 50% инструментов (или наоборот) Я считаю, что такое решение привлекёт больше пользователей к работе с программой, и будет легко осваивать, знакомится с программой, когда видешь не так много команд перед глазами, а после уже получения какого то навыка работы, самому захочется перейти на уровень выше. Конечно это для обшего среднего класса пользователей, а кто профессионально владеет работой с многими программами, тот ясенно, что установит.

Carc: evan пишет: Сама жисть, в любой сфере её деятельности обучения, имеет начальный(средний) и профессиональный(продвинутый) подход к обучению. И чтобы чему либо быстро научиться, нужно полюбому вначале пройти первый начальный этап обучения, и постепенно двигаться к профессиональной подготовке. По моему Aml Pages, уже давно перешла из разряда обычных Записных книжечек в разряд Монстра программы, название даже не знаю, какое лучше и подойдёт, с каждым днём добавляются всё новые и новые идеи, решения, инструменты, плагины, всякие навороты. Поэтому можно смело сказать, что это Серьёзная, профессиональная программа для работы с текстом. Отсюда следует, что для освоения (обучения с программой), нужно хотя бы минимум этапов обучения - Начальный и Продвинутый. Всвязи с этим предлагаю идею - решение, создать два режима работы "Начинающий/ Продвинутый" ++ Основная суть идеи: Скрывать процентов так 50 инструментов, команд меню, кнопок с помошью ОПЦИИ "Начинающий/ Продвинутый" режим работы Т. есть исходный режим Продвинутый, а при выборе Начинающий прячутся 50% инструментов (или наоборот) Я считаю, что такое решение привлекёт больше пользователей к работе с программой, и будет легко осваивать, знакомится с программой, когда видешь не так много команд перед глазами, а после уже получения какого то навыка работы, самому захочется перейти на уровень выше. Конечно это для обшего среднего класса пользователей, а кто профессионально владеет работой с многими программами, тот ясенно, что установит. А это и так давно есть... Большая часть кнопок всех панелей инструментов по умолчанию скрыта, и не показывается пока их не включит пользователь. Половина контекстных меню тоже по умолчанию не показывают весомую долю имеющихся команд, их можно добавить только в настройке меню. Плагины и вовсе вспомогательные инструменты, которые пользователь устанавливает сам и только когда (вероятно) знает что и зачем он хочет (это, конечно, не касается плагинов включенных в дистрибутив программы). Меню верхнего уровня и так скрыты: их незачем прятать. Они показываются только, когда пользователь раскроет меню. Поэтому все это и так есть. А скрывать что-то насильно это имхо лишнее, т.к. Режимы зло изначальное было, есть оно же, и им и останется. Кнопки Caps Lock, Insert на клаве ярко это демонстрируют. Невидимые режимы еще большее зло, т.к. что-то выглядит или работает иначе, а почему никак не понять. Известное поделие Opera это демонстрирует ежедневно, тем самым интенсивно стимулируя пополнение русской ненормативной лексики. Примеров хоть отбавляй, писать не буду: Опера это даже не на двойку, там на кол натянуть только по блату если получится. Только вчера новое матное слово придумал, дама была рядом, а я искал как в этом погании под название "Опера" вырубить инструмент, который был включен случайно из-за неверной компоновки меню... Поэтому и пришлось выразиться словом сочным, но новым - чтобы не уличили в громогласной матерщине (и это я, девелопер меня возьми, искал!!! несколько минут - хотя я точно знаю что и есть, и можно, и сейчас найдем. А что же будет с простым пользователем?). Все равно это не избавляет от ответственности что именно должно быть скрыто, а что нет. Какие инструменты должны попасть в эти 50 процентов, а какие в другие. Это все будет очень сильно зависеть от пользовательской аудитории и понимания как и зачем они используют Aml Pages. А этой информации нет. Поэтому приходится двигаться наощупь - что сейчас и есть. По умолчанию все более или менее специфичные инструменты спрятаны подальше. С другой же стороны: далеко не все можно спрятать. К примеру, буквально на днях спрашивали про как поместить быстро в заголовок тексте? А в Aml Pages с незапамятных времен есть далеко не один способ это сделать (драг-н-дроп, кнопка на панели инструментов, горячие клавиши)... Ан нет - человек все равно не нашел. А что же будет если это еще и спрятать в настройки? Вопрос скорее в том, как выставить любопытные фичи сбоку-припеку, пусть хоть и не навязчиво, но все же на хоть сколько-нибудь заметное место. Более того метафора расширенного и начинающего по сути своей тупик. Никакой инструмент не меняет своей формы напрочь, как только владелец инструмента поднастаскался в нем. Дорабатываться, затачиваться, подстраиваться - это да, и то только по желанию пользователя. Но никак не на 100 процентов изменять свой привычный вид. PS: в большинстве случае лично я встречался только с вариантами, когда пользователь сам не знает чего он хочет... Но эту проблему решить невозможно. Йопта у меня тут с одним дяденькой было пару-тройку месяцев назад: четыре часа базара разговоров - и ни одного слова хоть на сколько нибудь полезной информации. Пользователь просто сам не знает что он хочет! А уж в том случае, я ушами отработал не то слово... Все таки там совсем в доску свои люди были, "сродственники" можно сказать... Кстати говоря, именно поэтому я иногда спрашиваю вроде как очевидные вещи, пусть они тривиальны, но они куда-то как информативнее в виде банальных примеров что и зачем делается... А вообще говоря, все это называется шаблон интерфейса "Good Defaults" - хорошие (приемлемые для большинства) настройки по умолчанию... В литературе по usability, IdX-дизайну и прочей всей этой интерфейсной шатии-братии это понятие очень часто приводится. Сорри, но сейчас что-то не получилось найти толковое определение в сети... PS: вообще разные режимы пользовательского интерфейса нужна когда программа по разному используется. К примеру, в той же самой Опере с тем же вышеупомянутым инструментом возможно два варианта: обычный юзер серфится по сети - ему нафиг не нужен инструмент инспектирования стилей (он слов то таких не знает и даже не подозревает что есть какие-то там стили). А есть девелопер - которому это нужно. Вот в таком случае имеет смысл иметь 2 режима: в одном девелоперские инструменты есть в пользовательском интерфейсе (кнопки, меню), в другом нет. По умолчанию ясен перец лучше выключить (на то они и девелоперы - они такие, эти найдут где угодно как включить нужное). Но для этого нужно знать хотя бы приблизительное распределение ролей в использовании Aml Pages: кто как и зачем ее юзает. У меня вот это в первую очередь оперативный блокнот + барахолка для всякий всячины. Urasvon в основном юзает для создания каталогов, подборок инфы, кто-то для быстрых записок. Понятное дело, роли могут пересекаться - но все равно нужно выделить какие-то основные русла, кто для чего. Тогда можно и акцентировать внимания на каких-то режимах (все равно конечно смеси останутся, но подавляющему большинству подойдет какой-то конкретный режим с минимальной до-настройкой под свои нужды).

evan: Я бы не сказал, что я начинающий пользователь Aml Pages, в тоже время не считаю себя и продвинутым.. В другой раз открываешь меню, вроде как всё знаю, а глаза разбегаются от большого количества команд И в этот момент я себя ставлю на уровень, начинающего пользователя, и задумываюсь, а что бы он подумал? Да, я знаю как комплектовать и убирать ненужное из меню, но постоянное обращение к настройкам меню, займёт энное время и наверно неудобство в таком моём решении, нужен ещё какой то вариант => Вот подходящее решение Carc пишет: А вообще говоря, все это называется шаблон интерфейса "Good Defaults" Вот и решение, пришло само - сабой от тебя! Нужно парочку шаблонов интерфейса, только, чтоб они позволяли пользователю самому создавать этот шаблон и с возможностью редактировать, добавлять и убирать ненужное. Тогда всё очень просто решается, и у пользователя будут 2 собственых редактируемых необходимых наборов А по умолчанию, пусть отображается исходное инсталяции Только надо процедуру набора свести до минимума, например: Зашёл в настроики меню, выбрал нужные и убрал не нужные инструменты После чего включил опцию 1набор и ОК Всё записалось в 1набор, точно так же 2набор Жаль, что у пользователя нет доступа к закрытию команд Главного меню, а то бы тоже кое что выключил в наборе Шаблона интерфейса, по причине редкого использования да ведь ещё остаются и Быстрые клавишами, которые заменят скрытую команду (Кстати в том же Фотошопе, можно любую команду меню закрыть, и назначить ей свои горячие клавиши)

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

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

Carc: evan пишет: Такая возможность на мой взгляд - помощь начинающему, А в прочем у каждого своё мнение..... Согласен: мнения разные всегда есть, всегда были, и всегда будут (только рад этому). А теперь к аргументам: Значит просто начать причем начинающему пользователю тяжело, а конфигурировать, настраивать значит уже нормально? Это как это!?! Значит оную "дрель" начинающем пользователю в руки взять непонятно как... А вот "перенастроить", подкрутить там эту самую "дрель" опять же тому же самому начинающему пользователю будет проще? По моему так не бывает...

evan: Carc пишет: Значит просто начать причем начинающему пользователю тяжело, а конфигурировать, настраивать значит уже нормально? Это как это!?! Значит оную "дрель" начинающем пользователю в руки взять непонятно как... А вот "перенастроить", подкрутить там эту самую "дрель" опять же тому же самому начинающему пользователю будет проще? По моему так не бывает... Ха, дык начинающий использует встроенную опцию(которая уже имеется в параметрах) И допустим, при инсталяции Aml Pages в первый раз, может выбрать в диалоге установки, установку с режимом Начинающий/ Продвинутый пользователь(с пометкой к любому режиму можно всегда перейти и вернутся после установки программы) Но только, вот если не будут ещё, в этих настройках скрываться, хотя бы процентов 30-40 не часто используемые команды меню, тогда дальше разговор можно не продолжать. Потому что одни Контекстные меню, погоду не сделают... Приятно было услышать ваши мнения. Есть ещё отличный, вариант для начинающего, и не только, это создание полного обучающего курса видео по Aml Но подобные вещи не каждому под силу... Кстати Carc, могу попробовать себя в создании видео, но для этого тебе тоже тогда придётся принять участие Например для пробы моих сил, предлагаю тебе сделать словесное описание(сценарий) ввиде текста, толь ко не посылай меня в справку, там само разумеется, есть дополнительная инфо. И так начало курса - допустим: Знакомство с Интерфейсом программы Aml Pages, где ты словесно описываешь, интрефейс. Я это озвучиваю и записываю в Видео, и далее разбор полёта... и оценка моих способностей стоит, нет, портить бумагу и трафик....

Carc: evan пишет: Ха, дык начинающий использует встроенную опцию(которая уже имеется в параметрах) См. постами выше - уже писал, что это и так давным давно есть в Aml Pages... Уже не первый год причем! evan пишет: И допустим, при инсталяции Aml Pages в первый раз, может выбрать в диалоге установки, установку с режимом Начинающий/ Продвинутый пользователь Да не будет никто ничего выбирать на этапе инсталляции. Это миф и вообще бред сисопов (собсна, откуда у них этот бред оно и понятно - он же (бред) и оплачивается клиентами). Более того, "выбери то не знаю что" это называется. На этапе инсталяции пользователь не имеет возможности выбрать что он выбирает, т.к. UI он не видит в этот момент. А ты хочешь мало того что предложить ответственность за выбор пользователю, который вообще программу видит в первый раз. Дык еще и вдобавок предложить ему ответственность за "выбор в темную". К чему это приведет пояснять надо или нет? evan пишет: с пометкой к любому режиму можно всегда перейти и вернутся после установки программы) Опять же все это есть в Aml Pages. Само собой вернуться можно, это вообще касается абсолютно всех настроек Aml Pages. Инсталятор любых версий умеет конфигурировать Aml Pages в разных вариантах. Но в любом случае позже пользователь может все изменить как ему удобнее. evan пишет: Но только, вот если не будут ещё, в этих настройках скрываться, хотя бы процентов 30-40 не часто используемые команды меню, тогда дальше разговор можно не продолжать. Потому что одни Контекстные меню, погоду не сделают... Приятно было услышать ваши мнения. Опять двадцать пять. Во первых какие именно инструменты? Во вторых, прочти что я написал выше - по умолчанию скрывается не то что 30-40, скрывается больше половины и не только контекстных меню, но и панелей инструментов и их содержания. А корежить главное меню, это вообще сомнительный прием. Главное меню всегда служит туром по возможностям программы. Эдаким путеводителем, что вообще умеет программа. Тем более что любой пункт меню снабжен всплывающей подсказкой с более чем информативными рекомендациями не только что делает, но и как и для чего рекомендуется и удобно использовать. А ты предлагаешь весь этот путеводитель попросту убрать что ли? И откуда по твоему пользователь узнает о возможностях Aml Pages? Только не говори мне про справку - ее вообще никто никогда не читает... evan пишет: Есть ещё отличный, вариант для начинающего, и не только, это создание полного обучающего курса видео по Aml Но подобные вещи не каждому под силу... Видео ясное дело всегда более восприябельно, чем текст, другой бы спорил... evan пишет: Кстати Carc, могу попробовать себя в создании видео, но для этого тебе тоже тогда придётся принять участие Например для пробы моих сил, предлагаю тебе сделать словесное описание(сценарий) ввиде текста, Не совсем тебя понял... А что именно? В какую вообще степь ты хочешь "снять"? Какова аудитория? Кто зрители? Просто для пользователя использующего впервые это будет одно "кино", для других несколько иное. Да и даже для начинающих все равно вырисовывается несколько вариантов о чем снимать... Для кого кино "снимаем"? На чем именно будет акцент выбран? evan пишет: Знакомство с Интерфейсом программы Aml Pages, где ты словесно описываешь, интрефейс. А стоит ли? Продаются не "дрели", продаются "отверстия". Имхо, пользователя куда как более будет интересовать способ решения его проблем, чем просто обзор инструментов (интерфейса) - уж больно они разноликие в Aml Pages. И могут использоваться для достижения разных целей. А вот если про интерфейс аккурат есть новое видео про аглицкую версию тут.

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

Carc: evan пишет: А по умолчанию, пусть отображается исходное инсталяции Только надо процедуру набора свести до минимума, например: Зашёл в настроики меню, выбрал нужные и убрал не нужные инструменты После чего включил опцию 1набор и ОК Всё записалось в 1набор, точно так же 2набор А это есть. Меню Сервис\Настройки, в диалоге настроек меню Файл\Импортировать или экспортировать в файл. Это оно и есть.

Carc: evan пишет: Жаль, что у пользователя нет доступа к закрытию команд Главного меню, а то бы тоже кое что выключил в наборе Шаблона интерфейса, по причине редкого использования да ведь ещё остаются и Быстрые клавишами, которые заменят скрытую команду (Кстати в том же Фотошопе, можно любую команду меню закрыть, и назначить ей свои горячие клавиши) Что-то я себе слабо представляю пользователя который будет столь серьезно конфигурировать Aml Pages. Если бы у пользователей было бы время на эти исключительно для настройки инструментов, а не самого решения задачи, достижения цели, тогда зачем ему Aml Pages? Пиши в Ворде к примеру. Умеет он больше, конфигурить можно как хочешь, правда вот как быстрый оперативный блокнот его использовать не получится... Пока будет думать, что да как, да где - все мысли уже улетучатся, а время будет потеряно.

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

Seraf: Гоша привет! Если помнишь мы с тобой в начале этой темы вели полемику о "облагородить интерфейс" и "получить доступ к своим блокнотам через интернет, на любой машине" (хорошо бы и на любой платформе а то как я на МАКе буду без любимого Aml), так вот случайно попал на удачный пример и в плане красивого интерфейса и в плане работы через инет, возможно ты еще не видел этой разработки и тебе она будет интересна, может чего полезного и слямзиш у них)). Вот ссылка http://www.evernote.com/

Carc: Seraf пишет: Гоша привет! Если помнишь мы с тобой в начале этой темы вели полемику о "облагородить интерфейс" и "получить доступ к своим блокнотам через интернет, на любой машине" (хорошо бы и на любой платформе а то как я на МАКе буду без любимого Aml), так вот случайно попал на удачный пример и в плане красивого интерфейса и в плане работы через инет, возможно ты еще не видел этой разработки и тебе она будет интересна, может чего полезного и слямзиш у них)). Вот ссылка http://www.evernote.com/ Видел я это... и неоднократно. Программа, которая призвана быть ежедневным помощником, просто не может себе позволить стартовать по десятку другому секунд и обладать столь низким быстродействием. Кому нужен помощник, которого нужно все время ждать? Сейчас стало лучше, но то что было раньше - это полнейший мрак. 1. Ссылка раз: "потеря данных 6-ю тысячами пользователей". 2. Ссылка два: http://lifehacker.ru/2010/06/09/«umnyjj»-organajjzer-springpad-—-dostojjnaja-alternativa-evernote/ - Evernote тормозит по черному" (и это правда, проверено ни по разу. Неспроста же они положили с прибором на 3-и предыдущих версии и начала разрабатывать Windows-клиент с нуля заново. Не прошло и трех версий... Хотя хоть такой прогресс радует). 3. Плагин для синхронизации с Evernote теоретически можно доработать, но на это понадобятся дополнительные ресурсы и время. И вообще говоря, не все в восторге от хранения своих собственнных данных на стороне - у многих в Aml Pages хранятся более чем приватные данные, и даже мысли не может быть о том, что что-то уходит на неизвестно какие сервера (именно поэтому такие вещи можно делать только как дополнительные, но вовсе не обязательные возможности). 4. Ссылка три: Windows-клиент новый, а баги все старые - так ничего и не исправили несмотря на новую версию. Развеселило безмерно - там править на 30 секунд работы, но даже такой косяк не правится годами... Все вышеперечисленное вызывает серьезные сомнения в целесообразности интеграции с Evernote. Хотя конечно в порядке эксперимента попробовать можно. Ну а интересного у них в интерфейсе не так чтобы много - UI сторонний, серверная часть и вовсе закрыта, API спорен... В общем, тут пока не влезешь в это полностью - толком и не составить мнение. Но чтобы его составить - нужно время. Ну, а маркетологи они всегда про себя любимых песни поют и тут Evernote ничем из общего хора не выделяется - каждый кулик свое болото хвалит. Такова уж "се ля ва". Но тут вопросы тонкой разницы между "хвальбой" и "умалчиванием"... Есть такая красивая поговорка, перефразирующая американские клятвы и ее же журналистику пародирующая "Это правда, только правда и ничего кроме правды.... только... только вот это не вся правда" Так что пробовать надо, собирать мнения де факто, а там видно будет...

Seraf: Carc пишет: Все вышеперечисленное вызывает серьезные сомнения в целесообразности интеграции с Evernote. Хотя конечно в порядке эксперимента попробовать можно. Нет нет Гош, ты меня не правильно понял. Я не имел ввиду интеграцию не с этой платформой Evernote, не вообще какие либо интеграции. Я предлагал Evernote рассматривать только как пример и не более. А если писать то сугубо не зависимый, абсолютно личный плагин, для личного сервера хранения данных на стороне Aml Pages. А что касаемо приватности, я полагаю возможно шифрование, перед отправкой, ключом на стороне клиента. Вот потеря данных вопрос серьезный, хотя если происходит регулярная синхронизация, с компьютером, то потеря, предположим, на сервере Aml (это абсолютно условно, я уверен, что у тебя таких ошибок не будет), не критична, так как есть копии локальные на компьютере, единственный возможный не достаток это временное отсутствие данных, если с собой не взял *.apd файл. К тому же синхронезация может быть с подтверждением, это застрахует от того, что если есть сбои, на другой машине не запортит имеющиеся файлы. И самое главное, это вопрос к программистам, есть мульен программ с синхронизацией и там не чего не теряется и все работает ) Скорость работы, это то же вопрос к программистам, в нормальных программах хороший интерфейс не когда не являлся вопрос ограничения скорости, сл-но, изъяны Evernote это их проблемы, потому как у них нет тебя, а у тебя все будет по другому, потому что у тебя руки от куда нужно, так что я в тебя верю )))) Так, что я уверен ты сможеш и интерфейс сделать и скорость сохранить.

Carc: Seraf пишет: Нет нет Гош, ты меня не правильно понял. Я не имел ввиду интеграцию не с этой платформой Evernote, не вообще какие либо интеграции. Я предлагал Evernote рассматривать только как пример и не более. А если писать то сугубо не зависимый, абсолютно личный плагин, для личного сервера хранения данных на стороне Aml Pages. Ну для этого нужно хорошая серверная сторона, которая физически потянет такие нагрузки. Изначально сервер AmlPages.com для этого не задумывался... Seraf пишет: А что касаемо приватности, я полагаю возможно шифрование, перед отправкой, ключом на стороне клиента. Ну шифрование это уже дело техники: вариантов много, алгоритмов тоже. С этим вообще не проблема: и шифровать, и сжать с приличной степенью компрессии (хоть встроенным алгоритмом сжатия в Aml Pages, хоть архивировать на лету в ZIP-архив, причем опять же независимо от внешних библиотек и архиваторов). Seraf пишет: Вот потеря данных вопрос серьезный, хотя если происходит регулярная синхронизация, с компьютером, то потеря, предположим, на сервере Aml (это абсолютно условно, я уверен, что у тебя таких ошибок не будет), не критична, так как есть копии локальные на компьютере, единственный возможный не достаток это временное отсутствие данных, если с собой не взял *.apd файл. К тому же синхронезация может быть с подтверждением, это застрахует от того, что если есть сбои, на другой машине не запортит имеющиеся файлы. И самое главное, это вопрос к программистам, есть мульен программ с синхронизацией и там не чего не теряется и все работает ) Пока все абсолютно упирается в серверную сторону - не думаю, что сервер Aml Pages такое потянет в принципе. Остальное можно варьировать как угодно... Seraf пишет: Скорость работы, это то же вопрос к программистам, в нормальных программах хороший интерфейс не когда не являлся вопрос ограничения скорости, сл-но, изъяны Evernote это их проблемы, потому как у них нет тебя, а у тебя все будет по другому, потому что у тебя руки от куда нужно, так что я в тебя верю )))) Так, что я уверен ты сможеш и интерфейс сделать и скорость сохранить. Декомпозиция в Evernote кривая, индикация и того хуже. В общем случае, это не такая уж проблема сделать синхронизацию асинхронной (вот сказал то)... Чтобы пользователь не ожидал завершения синхронизации... Вообще, мысль сделать синхронизацию достаточно интересна. Давно хотелось бы попробовать... Но для начала нужно понимать, что именно будет синхронизоваться. Документ целиком? Или его отдельные части (страницы узлы дерева). С этого все начнется по сути - остальное будет зависеть от этого на 99 процентов.

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

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

Carc: Seraf пишет: Мне кажется самый первый раз документ целиком, это как бы отправка на сервер первоначальная, в последующем синхронизируется только то что изменилась в документе, или новая папка, или узел, или новый документ. Так синхронизация должна быть достаточно скоростная, мне кажется. Если на компьютере еще нет документа, то с сервера передается документ целиком, а в последствии "смотри начало описания" ))). Ну вообще примерно так и задумывалось, но работы тут невпроворот. Seraf пишет: еще, хочу выразить, тебе личную огромную благодарность,что прислушался к моим пожеланиям, кнопки интерфейса в последнем Aml стали гораздо красивее )))), так держать, и не забывать про эстетику программного продукта )))) Иконки постепенно меняются и дорабатываются по мере сил и времени. Там достаточно много морочной и рутинной работы с иконками, поэтому разом все и не получится. Бум делать постепенно...

M. Legendre: Недурно бы программе, имеющей коммерческую версию, обзавестись нормальной документацией. То, что завётся в ней справкой, на самом деле иначе, как записками на манжетах, не назовёшь. А нормальной, по-людски составленной документации, которую можно распечатать карманной брошюркой и почитать на досуге, не существует в природе. [img src=/gif/smk/sm40.gif]

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

Carc: Планы развития обновлены...

DenisSMI: Carc пишет: Планы развития обновлены... Интересно! Насчет шаблонов подумаю...

Carc: DenisSMI пишет: Интересно! Насчет шаблонов подумаю... Про шаблоны форматированного текста или про шаблоны деревьев? 1) С шаблонами форматированного текста более менее все как раз ясно, там только развитие осталось по мере потребностей. 2) А вот про шаблоны деревьев непонятно, оно вообще-то нужно в повседневной работе? Новичкам-то оно может еще и нужно, а "завсегдатаям" к чему? Просто кто-то просил, ну и включил в план. Благо в технологическом смысле много пересечений (экспорт в XML плагином Aml Export по сути тоже самое и делает, только все разом до кучи, а люди просили в основном шаблоны деревьев).

DenisSMI: Carc пишет: Про шаблоны форматированного текста или про шаблоны деревьев? Шаблоны деревьев. Я как раз пытаюсь себе представить, какие шаблоны могли бы мне понадобиться. Пока в голову не приходят такие, которые нужны были бы больше одного-двух раз.

Carc: DenisSMI пишет: Шаблоны деревьев. Я как раз пытаюсь себе представить, какие шаблоны могли бы мне понадобиться. Пока в голову не приходят такие, которые нужны были бы больше одного-двух раз. Ну, руку на сердце положа, могу сразу сказать - что это скорее инструмент продвижения. Фигак-с, и Ленского не стало, новичок открывает меню "Создать" - а там целый огород на выбор. Такие вещи нужны скорее новичкам, чем профи. Ну, а фишка конечно в том, что тогда любой сможет создавать подобные шаблоны + как всегда "езь нюанс" (C): сохранять иконки или нет, сохранять категории или нет, сохранять данные страниц или нет и.т.д. В принципе там ничего сложного нет в разработке, а штука может получиться интересной....

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

Carc: DenisSMI пишет: Ну если в первую очередь для маркетинга - почему бы и нет? Всегда приятно иметь в наборе разные интересные инструменты, даже если ими не пользуешься или пользуешься мало Ну можно преспокойно этим в версии 2.30 и заняться.... Благо по мелочам есть и еще чего поправить\улучшить в 2.29

DenisSMI: Carc пишет: Ну можно преспокойно этим в версии 2.30 и заняться.... Благо по мелочам есть и еще чего поправить\улучшить в 2.29 Оки-доки

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

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

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

Carc: Обновил планы развития в соответствии с реалиями версии Aml Pages 9.31...

Carc: Обновлены планы

DenisSMI: шаблоны деревьев вроде как не катят пока никак. Жду поиск/фильтры по меткам и теги.

Carc: DenisSMI пишет: шаблоны деревьев вроде как не катят пока никак. Жду поиск/фильтры по меткам и теги. Аналогично! Отложено до лучших времен. Индусы в панике. Остальным особо и не нужно. Скорее нужны шаблоны форматированного текста, дык вот они уже сделаны с пару версий назад. Поиск по меткам как раз и запланирован на 9.32, а теги на 9.33.

DenisSMI: Теги не за горами

Carc: DenisSMI пишет: Теги не за горами Не за горами то это да, осталось только придумать и разработать контрол для управления тегами.

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

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

Carc: DenisSMI пишет: Вполне а там посмотрим А вообще есть хоть какие-то представления как такое должно выглядеть? Лучше бы скриншотом\примером конечно!?!

DenisSMI: Carc пишет: А вообще есть хоть какие-то представления как такое должно выглядеть? Лучше бы скриншотом\примером конечно!?! хотя бы так:

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

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

Carc: DenisSMI пишет: нет, значок кнопки (нажатый или отжатый) и сбоку от него название тега. Т.е. что вроде вертикального списка кнопок (нажатых\отжатых) - где название кнопок это и есть теги? Так?

DenisSMI: Carc пишет: Т.е. что вроде вертикального списка кнопок (нажатых\отжатых) - где название кнопок это и есть теги? Так? ес, оф кос

Carc: DenisSMI пишет: ес, оф кос Только получается что тогда нужно будет чтобы вся панель была видна постоянно. Иначе какой смысл, если не видна, а показывается только по нажатию кнопки над деревом!?! Я ведь так понимаю кнопки должны показывать своей нажатостью: назначен тег страницы или нет!?!

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

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

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

Carc: DenisSMI пишет: тада можно на кнопке кол-во показывать, а при наведении курсора на кнопку показывать список тегов. Проблема в несколько другом. Ну допустим панель будет выпадаюющей, но как тогда ее закрывать? 1) Если это menu-like панель - то это не подходит, она закрывается при первом же выборе тега ("команды меню") автоматически. А что делать, когда нужно назначить несколько тегов сразу? Некоторые назначить, другие убрать. Как тогда? Каждый раз заново панель открывать? 2) Если панель выпадающая, причем поверх дерева и автоматически не закрываемая. То каким образом закрывать эту панель. Опять отдельную кнопку ОК? А оно кому надо? Хочется без закрывающей кнопки "ОК" обойтись.... Я как-то так размышлял...

DenisSMI: Carc пишет: 1) Если это menu-like панель - то это не подходит, она закрывается при первом же выборе тега ("команды меню") автоматически. А что делать, когда нужно назначить несколько тегов сразу? Некоторые назначить, другие убрать. Как тогда? Каждый раз заново панель открывать? 2) Если панель выпадающая, причем поверх дерева и автоматически не закрываемая. То каким образом закрывать эту панель. Опять отдельную кнопку ОК? А оно кому надо? Хочется без закрывающей кнопки "ОК" обойтись.... Кнопка в дереве, там же, где "создать страницу", "Избранное", "Фильтры" открывает/закрывает эту панель. В самой панели можно выбирать сколько угодно тегов, при этом она не закрывается. На всякий пожарный еще крестик вверху панели сделать можно - для закрытия.

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

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

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

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

Carc: DenisSMI пишет: А кнопка, которую ты прислал? Хм, не понял... Ты о чем? И потом как через подобное меню сделать например такие операции: "удалить тег" - т.е. пролистать все страницы и во всех страницах удалить тег напрочь. "объединить теги в тег" - т.е. выделить в некоей панели несколько тегов, и выполнить операцию объединения с последним из выделенных Проще говоря: в этой операции все выделенные теги (кроме!!! последнего) удаляются во всех страницах где они были. И в то же время всем страницам где встречались удаляемые теги назначается тот самый последний... А такие операции запросто могут понадобится, теги - они блин такие. Они копятся, и их надо периодически упорядочивать. И чтобы упорядочивание не было слишком сложным для пользователя - иначе никто этим заниматься не будет. А если не будут упорядочивать теги - то сама идея тегов дискриминируется.

Carc: Выслал вариант с незакрывающимся меню по почте. Посмотри.

DenisSMI: Carc пишет: Выслал вариант с незакрывающимся меню по почте. Посмотри. Мне нравится. Удобно!

Carc: DenisSMI пишет: Мне нравится. Удобно! Дык не вопрос. Только с меню трабл получается - а что делать если нужно ввести название, нового, еще не существующего тега? Куда его вводить?

DenisSMI: Carc пишет: Дык не вопрос. Только с меню трабл получается - а что делать если нужно ввести название, нового, еще не существующего тега? Куда его вводить? Приделать в меню кнопку "редактировать теги" или "добавить тег" и под это дело уже какое-нить окно или панель. Или просто окошко ввода названия нового тега.

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

DenisSMI: Carc пишет: Ну разве что как-то так попробовать сделать. Есть у меня такие мысли. Но все равно если понадобится расширение функционала, вроде объединения тегов - то в варианте через меню уже точно не развернешься. С панелью таких проблем не будет. Там можно развиваться сколь угодно и в какую угодно сторону, вплоть до собственных рисовалок. тада 1. Выбор из меню типа того, что ты прислал. 2. всплывающая подсказка над кнопкой с названиями присвоенных тегов. 3. быстрое добавление нового тега через окошко для ввода его названия. 4. отдельное окно/панель для подробного редактирования. ушел спать...

Carc: DenisSMI пишет: тада 1. Выбор из меню типа того, что ты прислал. 2. всплывающая подсказка над кнопкой с названиями присвоенных тегов. 3. быстрое добавление нового тега через окошко для ввода его названия. 4. отдельное окно/панель для подробного редактирования. ушел спать... Разумно млин! Чего мудрим то - надо кушать слона по частям: сначала назначать\удалять, и заводить новые теги. А уж потом все остальные навороты...

Carc: PS: закралась давнишняя подлая мысль.... Если развить теги, нафиг тогда нужны категории?

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

Carc: DenisSMI пишет: Может оказаться, что и не нужны. Но пока стоит оставить, чтобы пользователи могли перестроиться с них на теги, а там видно будет. Хех, ты не понял мой подлый тролльский "подъё" Категории теги это гут. Но категории этой еще и внешний вид - а как можно назначить несколько внешних видов одновременно? А то что если изменяться\убираться категории будут, то постепенно. Это оно конечно само собой. Тут ты прав!

DenisSMI: Carc пишет: Хех, ты не понял мой подлый тролльский "подъё" Категории теги это гут. Но категории этой еще и внешний вид - а как можно назначить несколько внешних видов одновременно? А то что если изменяться\убираться категории будут, то постепенно. Это оно конечно само собой. Тут ты прав! а зачем несколько внешних видов? Категория присваивается только одна и этого вроде как достаточно, а значков тегов вроде пока и не надо. Достаточно списка. А там видно будет.

Carc: DenisSMI пишет: а зачем несколько внешних видов? Категория присваивается только одна и этого вроде как достаточно, а значков тегов вроде пока и не надо. Достаточно списка. А там видно будет. Ну пока именно как-то так... А там посмотрим...

DenisSMI: Carc пишет: Ну пока именно как-то так... А там посмотрим... ок

Carc: Очередное обновление

alexboobook: Было бы здорово, если в таблицах можно будет делать небольшие математические действия (как в exel), хотя, конечно, достаточно было бы нескольких базовых действий. расщиренные функции вычислений не нужны. . Это очень удобно при ведении расчетов, вычислении процентов от суммы и просее. Есил вести все расчеты внутри программы, используя таблицы.

Carc: alexboobook пишет: Было бы здорово, если в таблицах можно будет делать небольшие математические действия (как в exel), хотя, конечно, достаточно было бы нескольких базовых действий. расщиренные функции вычислений не нужны. . Это очень удобно при ведении расчетов, вычислении процентов от суммы и просее. Есил вести все расчеты внутри программы, используя таблицы. А не проще ли такими вещами в Экселе заниматься!?! Хотя как отдельный плагин в принципе можно сделать...

Carc: Очередное обновление планов с связи с выходом релизной версии Aml Pages 9.36

DenisSMI: Carc пишет: Очередное обновление планов с связи с выходом релизной версии Aml Pages 9.36 Отлично!

Carc: Обновил планы....

_1_: У меня есть свой опыт разработки органайзера (+ файловый менеджер). Пользуюсь только им. На прочие изделия даже не смотрю. Причина предпочтений: в моём органайзере впервые в мире реализован алгоритм сетевой сортировки: любую сколь угодно сложную сеть взаимосвязанных объектов можно представить в виде TreeView (= интерактивного сворачиваемого дерева), растущего из полноценной реляционной базы данных, и оперирующего с ней. Спойлеры MS Word – тоже моя разработка. Уже пару лет пользуюсь, и до сих пор никто не повторил. Прятать лишнюю информацию (в том числе, рисунки, вложенные документы, таблицы, и даже излишние подробности в полях таблиц) – это гениально! (если есть удобный инструмент). Спойлеры могут быть вложенными, иметь несколько кнопок, и даже содержать свои или ‘чужие’ кнопки внутри себя. Такая изысканность возможностей востребована крайне редко. А вот просто спрятать хлам – этим, с наслаждением, пользуюсь каждый день. Спойлер подобен пункту оглавления: разница в том, что он отсылает к содержимому внутрь себя. Вдобавок, буквально на днях разработал графические обложки для любых файлов: чтобы получить доступ к архиву, достаточно разархивировать рисунок. В рисунке, как в обложке, можно наглядно изобразить суть содержимого архива. И очень легко передавать такие архивы: сохраняя их прямо с Интернет-странички. Эти разработки имеют прямое отношение к Aml Pages, и, при заинтересованности разработчика, готов поделиться замечаниями и идеями. В общем, готов тут остаться для работы.

Carc: _1_ пишет: Эти разработки имеют прямое отношение к Aml Pages, и, при заинтересованности разработчика, готов поделиться замечаниями и идеями. В общем, готов тут остаться для работы. Было бы любопытно послушать...

_1_: Carc пишет: Было бы любопытно послушать... Хорошо. Начну с текущих задач. Но сначала, вводная часть: 1. Я не сторонник импорта файлов в органайзер. Причина понятна: возникают вопросы о синхронизации (особенно, если изменения одновременно вносятся в архив и в оригинал ) Считаю, что оптимальный способ связать файлы – это внешнее оглавление (одно для группы файлов). Вношу в это оглавление не только ссылки на разделы документов, но и ссылки на рисунки (в составе документов), и даже на обычные фрагменты текста. Такое оглавление объединяет файлы (сколь угодно сложные взаимные связи между частями различных документов и рисунков), и управляет работой с ними (в основном, открытие и переходы по множественным ссылкам). Если нужно передать группу взаимно связанных файлов, с этим отлично справится архиватор (получив чёткое задание от органайзера). Достаточно пометить нужные узлы сетевого дерева, и файлы, обозначенные этими узлами, будут заархивированы единственным нажатием кнопки. Если не связываться с внутренним хранением файлов, такой файловый менеджер становится лёгоньким, почти невесомым. А нагрузка реальной работы с информацией выпадает на спецпрограммы (идеально предназначенные для конкретных типов файлов). 2. О возможностях множественных ссылок понятно без слов, достаточно взглянуть на рисунки: - Прежде, чем перейти к конкретным вопросам, расскажу о впечатлениях работы с сетевыми структурами взаимосвязанных объектов: 3. Кайф заключается в том, что почти не нужно думать о системе упорядочивания таких структур. Достаточно указать направленные связи между объектами, и причину каждой такой связи (причина – это тоже обычный объект). Впрочем, для простых структур (в пределах пяти сотен узлов), причины связей можно и не указывать. Нажатием кнопочки программа сама структурирует все объекты; причём, сделает это безошибочно, оптимально (наиболее наглядно, не запутанно), и однозначным способом (выполнив работу, на которую у человека ушло бы несколько месяцев каторжного, и, к сожалению, не безошибочного труда). В этом смысле, компьютер помогает думать: свалка объектов и связей гарантированно превращается в наглядную (почти прозрачную) древовидную структуру, в которой, к тому же, становятся видны ошибки оператора (по части назначения связей). 4. Любители общения на форумах знают как трудно (почти невозможно) пройти по ниточке обсуждений, не отклонившись от темы. Аналогичные проблемы возникали в любых органайзерах: со временем, любая привычная структура перестаёт удовлетворять пользователя по следующей причине: из уже структурированных задач растут другие, которые (почему то!)) уже существуют в других ветках :( Теперь эта проблема улетучилась. Сетевое оглавление само себя переконфигурирует так, чтобы вместить все новые связи, оставив существующую структуру без изменений. Это всегда возможно, поэтому об этом вообще не стоит думать и беспокоиться. Более того, такой органайзер не только к задачам, но и к файлам относится соответствующим образом: в какой папке или группе не участвовал бы каждый конкретный файл, любая новая группа или цепочка с его же участием будет автоматически и оптимально включена в любую, уже существующую структуру. Один и тот же файл (!) умеет одновременно присутствовать везде. А то, что не только папка, но и файл может содержать в себе другие папки и файлы – этим уже никого не удивишь: пример – обычные архивы. С тем дополнением, что теперь такими "родителями" могут быть не только архивы, а вообще: любые файлы. И все эти связи могут быть обозначены в универсальной структуре. -- Итак, главное в работе с внешними оглавлениями – возможность точно ссылаться на фрагменты файлов. Сейчас из всех типов файлов только документы MS Word позволяют (мне) это делать: переходом извне по гиперссылке фрагмент или рисунок выделяется в документе инверсией. Теперь, передо мной четыре вопроса: 1) Назначать пользовательские ссылки интернет-страницам. В моём понимании, «пользовательские закладки» (по которым "стреляют" такие ссылки) – это метки, не существующие в документе. Ну, не поставил их автор, забыл, не учёл, … А нужно ссылаться на конкретный фрагмент страницы – чужого документа, существующего где-то далёко, и недоступного для редактирования. И делиться этими ссылками. Как быть? Мне, правда, интересен ответ здешнего сообщества (несмотря на то, что этот ответ уже нашёл, самостоятельно)). Осталось реализовать, причём, сразу двумя различными способами… 2) Ссылки на медиа-файлы. Для каждого фрагмента чётко помечать начало и конец воспроизведения. Существует ли формат гиперссылок, обозначающих медиа-фрагменты? И нужна программа, которая однозначно понимает такие ссылки. Множественной ссылкой к медиафрагменту можно привязать текст (даже из отдельного документа), и воспроизводить это содержимое синхронно. 3) Внешние ссылки в файлы *.pdf и *. DjVu Пока это не умею. А очень хочется! )) Ибо, уже ощутил, как это здорово – из единого оглавления улетать в любой документ. Для просмотра обоих форматов пользуюсь программой STDU Viewer Вот, все её возможности: Tagged Image File Format DjVu File Format Portable Document Format Text File Format Open XML Paper Specification Comic Book Archive file 4) Мульти-окна: Обычные окна (работаю только с Windows) группировать последовательно (горизонтально, вертикально, или мозаично). А если рабочего стола не хватит, перемещать эту группу единой полосой прокрутки. Впрочем, и наложение окон тоже приветствуется: «живые картинки» - это когда окно приложения перемещается синхронно с прокруткой документа, который оно частично закрывает.

_11_: Carc пишет: А про иерархические теги никто не задумывался? Т.е. чтобы теги могли быть вложенными в друг друга!?!? Не задумывался? Так говорю ж:со временем, любая привычная структура перестаёт удовлетворять пользователя по следующей причине: из уже структурированных задач растут другие, которые (почему то!)) уже существуют в других ветках... Четыре года назад решил эту задачу, и с тех пор, на прочие органайзеры даже не смотрю Мне повезло. Два раза так повезти не может (слишком много новых разработок должны быть связаны в один проект). То есть, самостоятельно вряд ли решите эту задачу, и на её правильное решение уйдёт несколько лет.

Carc: _11_ пишет: Мне повезло. Два раза так повезти не может (слишком много новых разработок должны быть связаны в один проект). То есть, самостоятельно вряд ли решите эту задачу, и на её правильное решение уйдёт несколько лет. У нее просто нет решения. Гуглим Швейцарский Нож vs Комбайн

_1_: Думаю, здешнему сообществу понравится дополнительная информация о спойлерах: В шапке документа MS Word размещаю незаметный спойлер, назначение которого – выполнять любой из пунктов, обозначенных в списке – программировать единственную клавиатурную комбинацию (обычно, это функциональная или медиа-клавиша) на выполнение различных макросов. К сожалению, свободных клавиш на клавиатуре не так уж много. А тут, дополнительно, предоставляется возможность вообще не запоминать эти комбинации. Последовательность действий по программированию клавиши: 1) прочти список возможных операций 2) выбери нужную (в каждом пункте есть экранная кнопочка). При этом, макро-клавиша программируется именно на действие, обозначенное в этом пункте. 3) можешь, для тренировки, открыть вложенный документ. Там будет исходный фрагмент и то, что должно получиться после выполнения выбранной операции (тут же, можно потренироваться: выполнить, и сравнить). Если, одновременно, нужно запрограммировать несколько клавиш, поступаем следующим образом: сначала давим на клавишу (за которой нужно закрепить макрос, например, жмём [F1]), а теперь, не отпуская её, мышкой щёлкаем по экранной кнопке. Всё! Нажатая клавиша запрограммирована. И так – для различных клавиш (нажимая их в паре с какой-нибудь экранной кнопочкой). Отменить действие макроклавиши: [Ctrl] + [Alt] + [макроклавиша] (при этом, отменяется и сама эта отменяющая комбинация): приложение вновь сможет использовать и эту клавишу, и эту комбинацию – стандартным способом. - Конечно, можно хранить макросы в отдельном, настроечном шаблоне. НО, для некоторых макросов требуется подстройка (дополнительное программирование) именно под конкретный документ, где он будет применяться. Такие макросы лучше хранить в самом документе (пусть и в отключенном состоянии). Другой довод: шаблон остаётся на локальном компьютере, а документ можно передать вместе с макросом. Чтобы окончательно исключить случайное применение (а заодно – облегчить очистку от ненужных настроек), можно ещё подстраховаться: хранить макросы не в самом документе, а во вложенном.

Carc: _1_ пишет: Конечно, можно хранить макросы в отдельном, настроечном шаблоне. НО, для некоторых макросов требуется подстройка (дополнительное программирование) именно под конкретный документ, где он будет применяться. Такие макросы лучше хранить в самом документе (пусть и в отключенном состоянии). Другой довод: шаблон остаётся на локальном компьютере, а документ можно передать вместе с макросом. Чтобы окончательно исключить случайное применение (а заодно – облегчить очистку от ненужных настроек), можно ещё подстраховаться: хранить макросы не в самом документе, а во вложенном. Как показывает опыт подавляющее большинство пользователей, ничего настраивать, кастомизовать просто не будет. Им ехать надо, а не шашечки. Огромное число настроек Aml Pages это продемонстриравало. Почти каждую версию удаляется та или иная настройка, а то и целые панели. И хоть бы кто не то что бы всхлипнул, а хоть бы заметил...

_1_: Carc пишет: Как показывает опыт подавляющее большинство пользователей, ничего настраивать, кастомизовать просто не будет. Им ехать надо, а не шашечки. Огромное число настроек Aml Pages это продемонстриравало. Почти каждую версию удаляется та или иная настройка, а то и целые панели. И хоть бы кто не то что бы всхлипнул, а хоть бы заметил... Хм, ... А я предлагаю пойти ещё дальше: организовать локальный эксперимент — отделить (перенастроить) Aml Assist для импорта фрагментов в стороннее приложение. Подключу его к MS Word или к MS Access (MSA). Мне привычны возможности программного доступа (из под VBA) к объектной модели документа. Взамен предлагаю свою разработку: спойлеры в документах MS Word. Вышлю документ, со встроенным макросом. В макросе – подробные комментарии (для себя писал). А в документе – примеры спойлеров.

Carc: _1_ пишет: Хм, ... А я предлагаю пойти ещё дальше: организовать локальный эксперимент — отделить (перенастроить) Aml Assist для импорта фрагментов в стороннее приложение. Подключу его к MS Word или к MS Access (MSA). Мне привычны возможности программного доступа (из под VBA) к объектной модели документа. Были как-то мысли. Да все руки не доходят. _1_ пишет: Взамен предлагаю свою разработку: спойлеры в документах MS Word. Вышлю документ, со встроенным макросом. В макросе – подробные комментарии (для себя писал). А в документе – примеры спойлеров. А что такое спойлер?

_1_: Работаю над системой скоростного запоминания иностранных слов. Её суть в следующем: Пользователь переводит интересные ему документы. Если встречает незнакомое слово или словосочетание, импортирует это слово и контекстный фрагмент. Импорт слова идёт в базу данных, а фрагмент импортируется в документ. В базу тут же автоматически вставляется ссылка на этот фрагмент. Импортированный фрагмент можно сопроводить рисунками, оформить цветом, добавить пояснения (в том числе, спойлеры и всплывающие подсказки). Сам процесс оформления очень важен для запоминания, так как в процессе оформления каждый человек вынужден выделять в этом текстовом объекте связи, индивидуальные для этого человека, и при помощи которых он всегда сможет вспомнить, о чём речь. Если запомненное слово (или его изменённая форма) встретится в следующий раз, база отправит пользователя к уже запомненному фрагменту, и, по желанию оператора, может добавить новый контекст: связать это слово с дополнительным фрагментом. Так как база поддерживает сетевую структуру связей (один фрагмент может быть связан с несколькими словами; одно слово может иметь ссылки на несколько текстовых фрагментов, где оно присутствует), всю эту взаимосвязь можно наглядно отобразить в виде сетевого дерева. Одного взгляда на эту структуру достаточно, чтобы определить, какие слова требуют повторения. Фактически, эта система строится по правилам мнемотехники, которые гарантируют запоминание (любой информации) с первого раза. В результате, скорость запоминания слов увеличится в десятки или даже в сотни раз. Такой процесс станет приятным и эффективным.

Carc: А про иерархические теги никто не задумывался? Т.е. чтобы теги могли быть вложенными в друг друга!?!? Ну типа Автомобили, а дочерний тег Отечественные. Или Софтваре, дочерний "Aml Pages"..., Интернет и дочерний тег Форум Только тогда соответственно если есть тег "Aml Pages", то он завсегда и относится к тег "Софтваре". Но не наоборот - родительский тег, не назначается автоматом если есть дочерний. Ну и соответственно, если есть тег "Aml Pages", и тег "Форум", то он такая страница документа автоматически относится к этим двум + и двум родительским. В данном случае "Интернет", и "Софтваре". Теги могут быть сколь угодно вложенными. В результате в панели тегов слева получаем дерево тегов. С той разницей, что тогда страница может одновременно находится в нескольких родительских тегах (вроде как папок).

_1_: Carc пишет: А что такое спойлер? В html-документах спойлеры давно используются: щёлкнул на кнопке -- получил дополнительный текст (, таблицы, рисунки). Отличие спойлера от фрейма или всплывающей подсказки: его содержимое "раздвигает" основной документ. «Свернуть спойлер» значит, скрыть в документе его содержимое (обычно, сокрытие спойлера производится при помощи той же кнопки). -- В моей версии, спойлеры в документах MS Word создаются преобразованием выделенного текста в кнопку. Причём, внешне эта кнопка выглядит как обычный текст (сохраняется даже форматирование: цвет, шрифт, выделение цветом фона). Единственное отличие от обычного текста: особый тип подчёркивания. Впрочем, автоматически назначаемый стиль этой кнопки можно изменить вручную. На работоспособности спойлера это не отразится.

_1_: Carc пишет: У нее просто нет решения. Гуглим … Не буду гуглить. Лучше покажу решение конкретной задачки. Любой. На Ваш выбор. Вот только боюсь, что даже условие сформулировать – для Вас проблема. Сужу по тексту интуитивных догадок: Carc пишет: А про иерархические теги никто не задумывался? Т.е. чтобы теги могли быть вложенными в друг друга!?!? Почему обязательно «вложенные»? любые подчинённые зависимости! Если, например, говорить о связи квартиры и дома, то да, вложенность: квартира «вложена в дом. Но если говорить о подчинении сотрудников, кто в кого тут вложен? Кстати, можно построить и противоположную зависимость (не путать с «обратной»): квартира содержит в себе описание (документацию) о конкретном доме (или о нескольких домах). Получается, что Дом  квартира  документация  дом (цикл подчинённости замкнулся!) - Ещё пример: тег может указывать на несколько страниц. Страница может содержать в себе несколько тегов = = = Так что, нельзя говорить однозначно об объекте, как о родительском (по отношению к другому объекту) -- Carc пишет: Теги могут быть сколь угодно вложенными. В результате в панели тегов слева получаем дерево тегов. С той разницей, что тогда страница может одновременно находится в нескольких родительских тегах (вроде как папок). Правильно. Отсюда вывод: {теги, страницы, ссылки, документы, …} – любые объекты можно затолкать в единое дерево. То есть, не совсем корректно говорить: «дерево тегов», «дерево закладок», «дерево файловой системы». Ибо все эти деревья (в общем случае) могут и должны иметь возможность включать в себя любые объекты, с любой вложенностью (и даже замкнутыми или частично замкнутыми последовательносями). И ещё раз повторю (это очень важно!) любую сколь угодно сложную сеть подчинённых объектов можно представить в виде дерева. Причём, каждый из этих объектов будет представлен в этой структуре в единственном экземпляре (ссылки не в счёт)).

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

_111_: Carc пишет: Тут же не про объекты говорим, а про понятия. В нашем случае страница документа - это как раз объект, а тег - это понятие. Как физический объект, страница четко вложена куда-то там и только туда (папка), но вот к понятиям (тегам) может относиться к разным. А вот понятия, определения могут быть вложенными. Хорошо, поспорим об универсальности. Тут даже разработчики броузеров ошиблись: неудобно, когда нельзя непосредственно вкладывать объекты друг в друга. Например, если в качестве объектов возьмём закладки, можно деревом закладок отобразить структуру форума: разделы, подразделы, темы. Одна закладка (гиперссылка) может содержать несколько других закладок. В этом случае не нужны ни папки, ни теги. Они усложняют картинку, и усложняют жизнь программистов. Объектный подход универсален. Он позволяет использовать единый тип деревьев, единый формат гиперссылок, и, главное, структура упорядоченного хранения данных получается очень простой: всего 2-:-3 основных таблицы (в реляционной базе данных). == В качестве тегов (для дополнительного, альтернативного упорядочивания) использую универсальные идентификаторы объектов. Это упрощает структуры (деревья), делает их понятными. Не удобно в одной структуре использовать похожие имена объектов. Например, тег «документ» и объект Документ. -- Теги, разделы, категории – всё это полезные объекты. Но не нужно слишком уж разделять объекты по типам. Основные атрибуты можно использовать для описания любых объектов. Для представления объектов узлами дерева – достаточно основных атрибутов. Не делать различий между основными и дополнительными способами упорядочивания – это необходимое условие для автоматического построения деревьев (на входе построителя нужно задать лишь идентификаторы объектов и направленные связи между ними.

Carc: _111_ пишет: Объектный подход универсален. Он позволяет использовать единый тип деревьев, единый формат гиперссылок, и, главное, структура упорядоченного хранения данных получается очень простой: всего 2-:-3 основных таблицы (в реляционной базе данных). Например?

_111_: Не закончив один вопрос, берусь за другой. Это мой недостаток. Будем считать, что вопрос о мульти-окнах задал другой пользователь :) Итак, условие задачки: Уже сейчас щелчком на узлах дерева можно специальными приложениями в отдельных окнах открывать соответствующие документы. Требуется открывать эти окна одно под другим, с общей полосой вертикальной прокрутки (чтобы при такой мульти-прокрутке независимые приложения синхронно перемещались по экрану, скрываясь за его верхней или нижней кромками).

Carc: _111_ пишет: Не закончив один вопрос, берусь за другой. Это мой недостаток. Будем считать, что вопрос о мульти-окнах задал другой пользователь :) Итак, условие задачки: Уже сейчас щелчком на узлах дерева можно специальными приложениями в отдельных окнах открывать соответствующие документы. Требуется открывать эти окна одно под другим, с общей полосой вертикальной прокрутки (чтобы при такой мульти-прокрутке независимые приложения синхронно перемещались по экрану, скрываясь за его верхней или нижней кромками). Здорово, но ничего не понятно. Пруфлинк

Carc: Обновил..

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

Carc: DenisSMI пишет: Трипадом не пользуюсь, а напоминалки - штука хорошая У самого руки не доходят сделать. А так через Plugin API что угодно доступно, от выделенного текста до узла конкретного документа. И показать это извне не проблема через тот же интерфейс плагинов (по сути Fav`Ex этим и занимается, только не по расписанию, а по требованию пользователя).

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

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

Carc: Обновил планы...

DenisSMI: Carc пишет: Поддержка просмотрщика документов под Android... Поддержка просмотрщика документов Aml Pages под Android, iOS, WinPhone и прочие мобильные девайсы. Планируется в версии Aml Pages 9.68 Отлично! Давно жду!

Carc: DenisSMI пишет: Отлично! Давно жду! Ну дык экспорт в OPML для этого и был приделан.

Carc: DenisSMI пишет: Отлично! Давно жду! Если будут какие-то непонятки, пожелалки - отпишись тогда, что ли.

DenisSMI: Carc пишет: Если будут какие-то непонятки, пожелалки - отпишись тогда, что ли. Пожелалка - версия под андроид, конечно.

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

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

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

DenisSMI: Carc пишет: Дык я так понимаю и редакторов для OPML полным полно. Их вон даже в веб-варианте сколько, а соответственно и как приложения должны быть. Пока не нашел, посмотрю еще. К тому же с исходным файлом aml нельзя будет синхронизировать.

Carc: DenisSMI пишет: Пока не нашел, посмотрю еще. Ну OPML это такой XML. Редакторы пишутся на раз-два-три. Вот как ты думаешь, что такое RSSme? А это просто редактор RSS, а это тоже XML. И все что делает RSSme - это просто красиво это представляет для редактирования. DenisSMI пишет: К тому же с исходным файлом aml нельзя будет синхронизировать. Это почему же это? И что подразумевается под синхронизацией? Появление новых страниц из отредактированного OPML и удаление удаленных? Или внесение изменений? А метки? А гиперссылки? А рисунки? Оно надо или нет. Тут всё будет зависеть что синхронизировать.

DenisSMI: Carc пишет: Ну OPML это такой XML. Редакторы пишутся на раз-два-три. Вот как ты думаешь, что такое RSSme? А это просто редактор RSS, а это тоже XML. И все что делает RSSme - это просто красиво это представляет для редактирования. Что-то мне пока не найти читалки opml для андроид. Они так и называются? Carc пишет: Это почему же это? И что подразумевается под синхронизацией? Появление новых страниц из отредактированного OPML и удаление удаленных? Или внесение изменений? А метки? А гиперссылки? А рисунки? Оно надо или нет. Тут всё будет зависеть что синхронизировать. Подразумевается, что если я что-то вношу в opml, это сразу отображается в исходном aml.

Carc: DenisSMI пишет: Что-то мне пока не найти читалки opml для андроид. Они так и называются? По идее любой RSS ридер должен уметь прочесть...

Carc: DenisSMI пишет: Подразумевается, что если я что-то вношу в opml, это сразу отображается в исходном aml. Хм... а что значит "сразу"? Мгновенно что ли? Они ж на разных устройствах вроде как?

DenisSMI: Carc пишет: А у тебя что работает, какое устройство под Андроидом? Carc пишет: По идее любой RSS ридер должен уметь прочесть... Смартфон Philips. При попытке открытия opml он предлагает несколько программ на выбор. RSS-ридер не предлагает, хотя он установлен. Или ручками нужно путь прописывать? Carc пишет: Хм... а что значит "сразу"? Мгновенно что ли? Они ж на разных устройствах вроде как? У меня планшет с виндой, а файл aml в DropBoxe, т.е. я один и тот же файл изменяю с разных устройств. Если бы можно было еще и с телефона, то было бы здорово. Комп и планшет не всегда с собой потащишь.

Carc: DenisSMI пишет: При попытке открытия opml он предлагает несколько программ на выбор. А что за программы он предлагает?

DenisSMI: Carc пишет: А что за программы он предлагает? WPS Office (Kingsoft Office) HTML Viewer Текстовый редактор DropBox Totalcmd-Editor HP ePrint Перепробовал, конечно, все. Ни одна не открыла.

Carc: А чего нибудь сказали, когда пытались открыть? Сообщение какие?

DenisSMI: Carc пишет: А чего нибудь сказали, когда пытались открыть? Сообщение какие? При открытии с помощью HTMLViewer: This page contains the following errors: error on line 14 at column 8911: attributes construct error Below is a rendering of the page up to the first error. Exported from Aml Pges Aml Pages: 9/6/8/2590 [Russian] 10 ноября 2015 и т.д....

Carc: DenisSMI пишет: Если бы можно было еще и с телефона, то было бы здорово. Комп и планшет не всегда с собой потащишь. Кинь мне ссылку (можно почтой) на описание телефона ну или любой похожей соседней модели. Мне б взглянуть чодакак? Диагонали, ОС, память, все дела.

Carc: DenisSMI пишет: У меня планшет с виндой, а файл aml в DropBoxe, т.е. я один и тот же файл изменяю с разных устройств. А с последним обновлением Dropbox`a с плагинов Aml2Dropbox проблем не возникало?

DenisSMI: Carc пишет: А с последним обновлением Dropbox`a с плагинов Aml2Dropbox проблем не возникало? Не пробовал в последнее время. У меня файлы там лежат, поэтому я просто на кнопку "Сохранить" жму. А что там проверить нужно?

Carc: DenisSMI пишет: Не пробовал в последнее время. У меня файлы там лежат, поэтому я просто на кнопку "Сохранить" жму. А что там проверить нужно? Команда меню "Send Document to Dropbox XXX" - плагин не мог обнаружить папку Dropbox`а для синхронизации, после последних нововведений в Dropbox 3.8-3.10.xxx. Я вроде бы приделал баг-фикс, но по моему он не у всех работает.

DenisSMI: Угу, похоже на "правду". У меня те же проблемы были. Кинул на почту exe-шник для проверки, он пользует тот же модуль выяснения путей к дропбоксу несколькими способами. Запустить, нажать верхнюю кнопку Get Dropbox Folder Location, покажется сообщение с результатами выяснения путей различными способами. Ctrl+C - все сообщение в буфере обмена, вот текст сообщение мне и надо. Кинул на Mail.ru

Carc: А у тебя что работает, какое устройство под Андроидом?

Carc: Обновил: 9 ноября 2017 г.



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