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

[updated 7 декабря 2018 г.] ПЛАНЫ РАЗВИТИЯ Aml Pages

Carc: Здесь будут публиковаться планы развития Aml Pages. Ну, а заодно и обсуждаться пожелания... Сейчас озвучены в основном самые-самые горячие планы, на следующую версию Aml Pages 9.20. А вообще их немало, просто все разом указывать - замучаешься писать. Конечно, планы будут пополняться, выполненные отмечаться. Поэтому иногда имеет смысл перепросматривать этот пост. Планы развития Aml Pages Добавить к меткам имена Дать возможность давать меткам собственные имена, а не текст после самой метки. Планируется в ближайшей версии 9.85 (уже делается) Экспорт в Web View Ну собсна всё этим сказано... Страницы пользовательского типа Когда в содержании страницы могут находиться данные любого типа. И за их отображение отвечают внешние модули (плагины...). То бишь справа вместо редактора текста или веб-страницы вообще что-то другое... Поддержка напоминаний Поддержка возможности всплывающих напоминаний с переходом к документу, странице, метке. Обсуждение тут Планируется... Индивидуальные настройки страниц [quote] - возможность сделать отдельную страницу только для чтения: защита от случайного изменения. Сделано в версии Aml Pages 9.82; - еще настройки: цвета фона редактора текста. Тогда разные страницы будут различаться по виду. [/quote] Защита отдельных, конкретных страниц (узлов) дерева паролем от несанкционированного просмотра Сделано в версии Aml Pages 9.84 Иерархические теги Сделано в версии Aml Pages 9.82 Сейчас можно выбрать только из списка тегов. Есть мысли сделать иерархические теги. Поддержка тегов как дерева: есть теги, есть дочерние, есть дочерние у дочерних тегов. Пример: [more][pre] Тег: Германия - Тег: Дас Ист фантастиш: это относится к Германии - Тег: Берлин: это относится к Германии - Тег: Города - Тег: Берлин: это и к городам, и относится к Германии - Тег: Москва: это относится только к городами к городам [/pre] [/more] Основательная переделка поиска Основательная переделка поиска по документам 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.

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

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 пишет: Теги могут быть сколь угодно вложенными. В результате в панели тегов слева получаем дерево тегов. С той разницей, что тогда страница может одновременно находится в нескольких родительских тегах (вроде как папок). Правильно. Отсюда вывод: {теги, страницы, ссылки, документы, …} – любые объекты можно затолкать в единое дерево. То есть, не совсем корректно говорить: «дерево тегов», «дерево закладок», «дерево файловой системы». Ибо все эти деревья (в общем случае) могут и должны иметь возможность включать в себя любые объекты, с любой вложенностью (и даже замкнутыми или частично замкнутыми последовательносями). И ещё раз повторю (это очень важно!) любую сколь угодно сложную сеть подчинённых объектов можно представить в виде дерева. Причём, каждый из этих объектов будет представлен в этой структуре в единственном экземпляре (ссылки не в счёт)).



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