Форум » » Выпущена Aml Pages 9.20 Beta 2 build 2156 (ru + en versions) » Ответить
Выпущена Aml Pages 9.20 Beta 2 build 2156 (ru + en versions)
Carc: Выпущена Бета-версия записной книжки Aml Pages 9.20 Beta 2 сборка 2156 Скачать\Download Русская версия: amlpages_ru.zip English version: amlpages_en.zip Русская портабельная версия: amlpages_ru_pe.zip Что нового в этой версии? добавлена поддержка гиперссылок между документами; добавлена поддержка гиперссылок на метки в тексте; добавлена поддержка гиперссылок с пользовательскими названиями; добавлена команда "Копировать как ссылку" (копирование ссылки на страницу или метку в буфер обмена для последующей вставки); добавлено автоматическое определение кодировки для некорректно сформированных веб-архивов (mht-файлов, без тега HEAD); увеличены задержки появления всплывающих подсказок в редакторе текста (подсказки для гиперссылок, номеров строк и прочее); сплеш-скрин теперь прозрачный; исправлена пометка текста как измененного при закрытии редактора текста Список изменений см. в текстовом файле здесь (также включен и в ZIP-архив дистрибутива) Подробности смотрите на официальном сайте в разделе Бета-версии Details change-log in English
Ответов - 44, стр:
1 2 3 All
evan: Версия: 9.20 сборка 2150, msftedit.dll 4.1 Знакомлюсь с гиперссылкой на строку, первые впечатления оболденные! Загрузил документ 170 метров Один нюанс не нравится, Гиперссылка на строку прописана можно сказать прописана жёстко и почти на прямую, я так думаю должна равнозначно, по скорости как бы мы открывали страницу в Дереве, по крайней мере такое Ощущение НО! При клике по гиперссылки она отрабатывает 2 таких временных рессурса как будто, дважды запускали страницу в Дереве и даже дважды стартует в строке состояния - где то видно идёт пересчёт. И это здорово заметно при переходе. Надо добиться времени такого же, как мы открываем в дереве - и тогда будет супер! Гиперссылка на строку, Считаю выполненые действия для гиперссылки на строку, 1. Выбираю страницу куда будет вставлена метка на строку 2. Вставляю метку на строку для гиперссылки = 2действия а) Клик в строку б) Ctrl+Alt+W - вставить метку 4. Выбираю страницу для гиперссылки 5. Выделяю текст для гиперссылки 6. Открываю диалог Вставить ссылку 7. Выбираю тип ссылки - Ссылка на этот документ 8. Выбираю страницу документа 9. Выбираю метку на которую ссылаться 10. Ок Хочу предложить более короткий путь: 1. Выбираю страницу для гиперссылки на строку 2. Выделяю текст для гиперссылки 3. Открываем контекстное меню гиперссылок, например: ALt+ правая кнопка мыши 4. Выбираю тип ссылки - Ссылка на этот документ 5. Открываю страницу для метки 6. Двойной клик в строку завершает создание гиперссылки (Создаётся гиперсылка и появляется в начале строки ссылаемая метка) И так сэкономили 4действия на 1гиперссылку при создании в документе 100 гиперссылок экономим 400 действий - внушительно?. Плюс место для ссылки на метку намного понятнее и в реале, чем в диалоге "Вставить ссылку/ На метку" + Может на кнопку "Вставить метку на абзац" которая на панели Форматирования, лучше посадить команду "Метку на строку" потуму что она чаще используется, чем метка на абзац. + А не хочешь задействовать ещё для чего нибудь переходы кликом по значку Метки (например Alt+клик по значку метки) + Ещё можно было разделять метки по цвету ножки, так например при создании гиперссылки метка будет иметь другой цвет ножки, и при чтении текста будешь знать что на эту метку ссылается гиперссылка. Планируется ли реализовывать, удаление ссылок или их стерелизация из документа, которые когда то были созданы , просто пуём копирования форматированного текста из другого приложения через буфер обмена. + Или пользователь сам должен их удалять из документа в ручную, как неработающие Пока я вижу такой путь удаления старых ссылок, не созданных в АМЛ: Вырезать текст с ссылками и вставлять, как простой, а потом заново форматировать.
Carc: evan пишет: Гиперссылка на строку, Считаю выполненые действия для гиперссылки на строку, 1. Выбираю страницу куда будет вставлена метка на строку 2. Вставляю метку на строку для гиперссылки = 2действия а) Клик в строку б) Ctrl+Alt+W - вставить метку 4. Выбираю страницу для гиперссылки 5. Выделяю текст для гиперссылки 6. Открываю диалог Вставить ссылку 7. Выбираю тип ссылки - Ссылка на этот документ 8. Выбираю страницу документа 9. Выбираю метку на которую ссылаться 10. Ок Хочу предложить более короткий путь: 1. Выбираю страницу для гиперссылки на строку 2. Выделяю текст для гиперссылки 3. Открываем контекстное меню гиперссылок, например: ALt+ правая кнопка мыши 4. Выбираю тип ссылки - Ссылка на этот документ 5. Открываю страницу для метки 6. Двойной клик в строку завершает создание гиперссылки (Создаётся гиперсылка и появляется в начале строки ссылаемая метка) Что-то мне не нравится идея смешать создание метки и создание на нее же гиперссылки в одну неделимую задачу. По крайней мере чтобы прямо сходу понравилось не могу сказать... С одной стороны вроде как оно да - создания якоря для ссылки (метки) и переход к созданию ссылки - суть одна и та же задача. Но с другой стороны, метка и вовсе может быть уже изначально - т.к. попросту уже там была. Соответственно, тогда неделимость такой задачи не нужна. С другой стороны можно расположить инструменты управления метками и ссылками поближе. Например, команды создания меток поместить в выпадающее меню кнопки "Вставить гиперссылку" - вроде как схожие инструменты близких взаимосвязанных задач и находятся близки друг от друга. К примеру так? Опять же несколько сомнительно увязанность в одну задачу (инструмент) создание метки + создание гиперссылки. Исследования IdX и юзабилити, вроде как утверждают что пользователь больше предпочитает несколько простых инструментов, чем меньше но усложненных. Насколько я понимаю, пользователю проще спланировать последовательность работы с несколькими более элементарными (в плане действий, в плане "одно действие равно один результат") инструментами, чем с одним сложным инструментов (т.к. он работает как черный ящик, что в нем заложено то и выполнит - но алгоритм заложенный в такой сложный, составной инструмент ни в коем разе пользователю не очевиден, и никаким образом его суть в пользовательском интерфейсе не прописать, чтобы было видно пользователю). Вот такие вот у меня сомнения есть насчет этой идеи...
evan: Carc пишет: Что-то мне не нравится идея смешать создание метки и создание на нее же гиперссылки в одну неделимую задачу. Зачем их смешивать, просто используй вот такой алгоритм управления. Метка создаётся не в начале алгоритма гиперссылки, а в конце. И после создания метки, завершается сам алгоритм гиперссылки Если метка не была создана в конце алгоритма гиперссылки, то вновь создаваемая гиперссылка, просто игнорируется отменяется. А метку можешь создавать любым знакомым способом. + Попутно по Метке А почему бы у Метки тоже не убрать одно лишнее действие при её создании. например Создавать её вот так: ALt+ клик мыши в строку вместо двух действий 1. Клик в строку 2. Выбор команды создания метки
Carc: evan пишет: Зачем их смешивать, просто используй вот такой алгоритм управления. Метка создаётся не в начале алгоритма гиперссылки, а в конце. И после создания метки, завершается сам алгоритм гиперссылки Если метка не была создана в конце алгоритма гиперссылки, то вновь создаваемая гиперссылка, просто игнорируется отменяется. А метку можешь создавать любым знакомым способом. А какая разница где именно и когда создается метка? Для пользователя все равно это выглядит неделимым действием в этом случае, а уж создать метку можно и потом через какие-нить банальные отложенные вычисления. Но для пользователя все равно инструмент будет выглядеть составным, а не простым и элементарным, а уж как транзакции обеспечиваются это дело исключительно внутренней реализации в коде. evan пишет: + Попутно по Метке А почему бы у Метки тоже не убрать одно лишнее действие при её создании. например Создавать её вот так: ALt+ клик мыши в строку вместо двух действий 1. Клик в строку 2. Выбор команды создания метки Хотя бы по тем же самым причинам: 1) Зачем усложнять инструмент, вводить какие-то неочевидные зависимости вроде нажатия Alt плюс что-то!?! Когда можно разделить на 2 элементарных действия, доступных и понятных даже ребенку. 2) Текущая реализация очевидна в использовании: червя на крючок, донку в воду т.е. переместили курсор куда вставляем, вставили метку. Более того это идиоматично дальше некуда. Для все очевиден прием "переместить (руку)", "вставить (закладку)". И никто не воспринимает это как удлиненное действие. Все равно это будет восприниматься как единое целое, как одно действие, единый жест. 3) Как и каким образом, не в меру просветленный муж вполне подкованный пользователь догадается об использовании клавиши Alt? Да еще и в не самой распространненной возможности, как Aml Pages. (ссылку дать на дифирамбы про Aml Pages? Там если близко тексту написано следующее "я перепробовал десятки подобных программ, но Aml Pages единтственная которая поддеживает метки"). Как пользователь поймет мало где реализованную возможность, да еще и при абсолютно неочевидном способе ее конкретного использования? 4) Мешать в применении пользовательского интерфейса клавиатуру и мыша не стоит. Это достаточно сложно одновременно управляться и клавиатурой, и мышом. Очень легко ошибиться. Подавляющее большинство пользователей будут ошибаться при таком способе, т.к. человеки не умеют одновременно держать в уме два аспекта: и нажатие клавиши, и действия мышом. Тем более из тех полутора процентов пользователей, коим эта акробатика будет удаваться, цельный процент начнет безостановочно лажать ошибаться, когда будет задействована тонкая моторика пальцов, необходимая при работе с мышом. Драг-н-дроп, который налево и направо в Винде поддерживает расширенное управление при одновременном нажатии Alt или Control это неоднакратно демонстрировал. Умеют эти вещи использовать единицы, более того используют их в конкретных приложениях и только. Повсеместно никто так не использует драг-н-дроп с одновременным удержанием клавиш. 5) Полное отсутствие индикации происходящего в пользовательском интерфейсе. Нажата клавиша или нет - это никоим образом НЕ показать в интерфейсе программы. Поэтому что случится после действия пользователю самому же пользователю будет абсолютно неизвестно. Это порождает только ощущение "бестолкового помощника", которому что не объясняй все делает не так и не то. 6) Ну и вообще, перепутать такие действия очень легко. В соседних программах Alt+мышь может иметь совершенно другое назначение. Ни один пользователь не захочет менять свои привычки. 7) Вставка метки не настолько часто повторяемая операция, что имеет смысл оптимизировать ее использование, тем более сомнительными и рискованными способами.
Carc: evan пишет: + Может на кнопку "Вставить метку на абзац" которая на панели Форматирования, лучше посадить команду "Метку на строку" потуму что она чаще используется, чем метка на абзац. Как показала статистика метка на абзац используется все-таки чаще, чем метка на строку... Поэтому и выбрана метка на абзац, как команда по умолчанию более быстро доступная, чем метка непосредственно на строку под курсором. По крайней мере во всех последних версиях с метками именно такая картина вырисовывалась.
Carc: evan пишет: Знакомлюсь с гиперссылкой на строку, первые впечатления оболденные! Загрузил документ 170 метров Один нюанс не нравится, Гиперссылка на строку прописана можно сказать прописана жёстко и почти на прямую, я так думаю должна равнозначно, по скорости как бы мы открывали страницу в Дереве, по крайней мере такое Ощущение НО! При клике по гиперссылки она отрабатывает 2 таких временных рессурса как будто, дважды запускали страницу в Дереве и даже дважды стартует в строке состояния - где то видно идёт пересчёт. И это здорово заметно при переходе. Надо добиться времени такого же, как мы открываем в дереве - и тогда будет супер! Дык она и открывается один раз... Но в любом случае, чтобы перейти по ссылке нужно сначала открыть документ, что в индикаторе прогресса и показывает Aml Pages, потом еще открыть и страницу (что для больших страниц Aml Pages также показывает в индикаторе хода выполнения открытия страницы в строке состояния), ну а потом уже только перейти к метке (что собсна и делается один раз после открытия страницы). Ну и понятное дело, все работает один-единственный раз: если документ уже открыт, но не открывается заново. Если страница уже открыта - она опять же не открывается заново. Выполняются только необходимые действия.
evan: Carc пишет: Дык она и открывается один раз... Но в любом случае, чтобы перейти по ссылке нужно сначала открыть документ, что в индикаторе прогресса и показывает Aml Pages, потом еще открыть и страницу (что для больших страниц Aml Pages также показывает в индикаторе хода выполнения открытия страницы в строке состояния), ну а потом уже только перейти к метке (что собсна и делается один раз после открытия страницы). Ну и понятное дело, все работает один-единственный раз: если документ уже открыт, но не открывается заново. Если страница уже открыта - она опять же не открывается заново. Выполняются только необходимые действия. У меня открыт документ, почему гиперссылка отрабатывает 2 временных интервала, вместо одного, как например просто клик открываем любую другую страницу в дереве и видим только 1 временной интервал думаю эти ссылки организованы идентично, почему в гиперссылки 2 временных интервала. Я делаю переход по ней, возвращаюсь кнопкой назад, всё в одном документе, снова кликаю по гиперссылки и снова 2 временных интервала, остаются вместо одного остаются
Carc: evan пишет: У меня открыт документ, почему гиперссылка отрабатывает 2 временных интервала, вместо одного, как например просто клик открываем любую другую страницу в дереве и видим только 1 временной интервал думаю эти ссылки организованы идентично, почему в гиперссылки 2 временных интервала. 1. А кто такие "временные интервалы"? 2. И откуда их два? 2.а. Не открыт другой документ - документ открывается, если открыт - то нет. 2.б.Не открыта нужная страница в другом документе - открывается нужная страница, перед этим сохраняя (если нужно) изменения в открытой странице другого документа. Если страница уже открыта - повторно она не открывается. 2.в. Выполняется переход к нужной метке. Собсна всё! Если нет необходимости в любом предыдущем действии из пунктов 2.а - 2.в Aml Pages их не выполняет. Хм, ну примерно так. А вообще гиперссылки бывают разными: На другой документ, на страницу в пределах текущего документа или на страницу в другом документе, на метку в пределах этой же страницы, или на метку в соседней странице, но этого же документа, на метку в пределах вообще другого документа... А еще над лесом летал аист (C) А еще бывают ссылки на веб страницы, на файлы вообще, на папки вообще, на другие документы Aml Pages, но без ссылаемой страницы или метки, на отправку почты по заданному адресу электронной почты.... А вот когда аиста сбили над лесом А вот когда кликнуть над гиперссылкой правой кнопкой мыши, то Aml Pages показывает еще и дополнительные команды для работы с гиперссылками: начиная от копирования адреса гиперссылки и заканчивая открытием гиперссылке в других веб-браузерах (да и не важно в чем именно: почтовые клиенты, оффлайн-браузеры, файло-качалки - это все может настроить пользователь сам. Aml Pages автоматически определяет только самые рапространенные софтины: вроде Google Chrome, The Bat, Outlook, и иже с ними).
Carc: evan пишет: Я делаю переход по ней, возвращаюсь кнопкой назад, всё в одном документе, снова кликаю по гиперссылки и снова 2 временных интервала, остаются вместо одного остаются И все же кто такие временные интервалы?
evan: Carc пишет: И все же кто такие временные интервалы? 1.Возьмём время обработки открытия страницы в дереве, с момента клика по заголовку страницы в Дереве, и посчитаем через сколько она откроется с момента клика. По сути, это ведь тоже ссылка (Быстрый переход к открытию страницы) это время примерно составляет на нюх порядка 0,5-0,8 сек. А время открытия обработки гиперссылки с начала клика по гиперссылки до открытия страницы с меткой. составляет точно в 2раза больше, около 2 секунд и это видно в строке состояния по загрузки индикатора Но ведь это тоже такая же ссылка подобно описанной выше, или реализация другая...
Carc: evan пишет: 1.Возьмём время обработки открытия страницы в дереве, с момента клика по заголовку страницы в Дереве, и посчитаем через сколько она откроется с момента клика. По сути, это ведь тоже ссылка (Быстрый переход к открытию страницы) это время примерно составляет на нюх порядка 0,5-0,8 сек. А время открытия обработки гиперссылки с начала клика по гиперссылки до открытия страницы с меткой. составляет точно в 2раза больше, около 2 секунд и это видно в строке состояния по загрузки индикатора Но ведь это тоже такая же ссылка подобно описанной выше, или реализация другая... Во первых в дереве всегда есть и была задержка обработки, чтобы можно было быстро переходить по элементам дерева, не открывая сам контент страницы. Во вторых открытие в дереве как минимум не требует открытия документа, он уже открыт в этот момент. В то время как открытие гиперссылки может иметь и дополнительные последствия - начиная с открытия другого документа (если ссылка ведет на другой документ) и заканчивая поиском метки (если ссылка в конечном итоге ведет к метке). Это нормально, что в частном случае для разрешения конкретной ссылки требуется больше времени, т.к. ссылка может ссылаться достаточно "далеко", в то время как элемент дерева всегда ссылается только в пределах документа, и уж точно не ссылается на метку в тексте.
evan: Я же вроде понятно пишу, что меня больше беспокоит Ссылка открытого документа на метку в этом же документе. Допустим как пример: Имеем страницу1 и страницу2 в документе. 1. Открыта страница1, я кликом в дереве по заголовку стр.2 открываю стр.2 Время затраченое на открытие стр.2 равно примерно 0.8сек 2. Теперь создаю ссылку в стр.1 на метку находящуюся в стр.2 -делаю клик по ссылке в стр.1 Время затраченое на открытие стр.2 получается равным 1,6сек. в два раза больше, чем в первом случае. Это время очень ощутимо зрительно на переход для ссылки. Что я этим хочу сказать , возможно ты используешь один и тот же алгоритм для всех гиперссылок на метки, который и увеличивает время перехода, что и наблюдаем. Для гиперссылок на метки на другие документы и прочее, кроме меток открытого документа, я считаю задержки само сабой должны быть. Но ссылки в открытом документе на свои собственые страницы, считаю должны выполнять минимум времени, равнозначно пункту1. Как мы это видим при открытии любой страницы Дерева кликом в заголовок страницы документа
Carc: evan пишет: опустим как пример: Имеем страницу1 и страницу2 в документе. 1. Открыта страница1, я кликом в дереве по заголовку стр.2 открываю стр.2 Время затраченое на открытие стр.2 равно примерно 0.8сек 2. Теперь создаю ссылку в стр.1 на метку находящуюся в стр.2 -делаю клик по ссылке в стр.1 Время затраченое на открытие стр.2 получается равным 1,6сек. в два раза больше, чем в первом случае. Это время очень ощутимо зрительно на переход для ссылки. Ну во первых время потраченное на открытие другой страницы в любом случае будет почти прямо пропорционально размеру данных в странице. От этого никуда не деться: страницы большего размера будут открываться дольше, чем страница меньшего. Более того, ведь необходимо же и время на поиск самой метки в тексте!?! И чем больше текст всей страницы, тем дольше будет искаться метка, т.к. она может находиться в любой части текста, а по большОму тексту поиск и дольше будет выполнятся. Так что никакого конфликта в логике здесь нет. Все логично как раз... evan пишет: Что я этим хочу сказать , возможно ты используешь один и тот же алгоритм для всех гиперссылок на метки, который и увеличивает время перехода, что и наблюдаем. Естественно на конечном этапе алгоритм един, все равно все кончится поиском метки в тексте. Остальное уже зависит от деталей (нужно открывать ли страницу, нужно ли открывать документ) - но это вполне все закономерно. evan пишет: Но ссылки в открытом документе на свои собственые страницы, считаю должны выполнять минимум времени, равнозначно пункту1. Как мы это видим при открытии любой страницы Дерева кликом в заголовок страницы документа Не могут быть они равнозначны. Открытие страницы это всегда всего лишь открытие текста страницы и только. А вот открытие страницы (то бишь ее текста в редакторе текста) с навигацией к метке, это всегда будет и поиск метки в тексте страницы. В текущей странице, конечно, применяются всяческие фокусы на предмет ускорения поиска метки. Но это отдельный случай: текст уже открыт, рано или поздно информация по меткам понадобится для визуализации, или для доступа к пользователю, пользователь периодически ничего не делает и вполне можно в эти моменты повычислять метки, а затем использовать уже заранее вычисленные результаты. Но это все верно только для текущей страницы - т.к. и текст, и метки в нем содержащиеся, уже во владении Aml Pages. С метками в других страницах такой возможности нет. Aml Pages не может ничего вычислить заранее. Вернее говоря технически - технически да, вычислить может. Но нет никаких формальных признаков к каким страницам информация по меткам понадобится, а каким нет. Получается что можно вычислять метки других страниц только всех подряд - в 99 из 100 случаев это абсолютно ненужная работа, которая будет только зазря нагружать вычислительные ресурсы (да и то, там есть определенная оптимизация - если AP точно знает что в этой странице меток нет, дважды она их там искать НЕ будет, более того она даже сохраняет признаки наличия меток между сеансами работы). Так что, метки оптимизированы практически дальше некуда... Улучшить здесь можно только банальным наращиванием вычислительных ресурсов компьютера. Других путей попросту больше нет. И так на полную катушку используются идиомы отложенных вычислений (только когда данные действительно понадобятся для работы пользователя) и идиома кешированных результатов (все что возможно более одного раза НЕ вычисляется). Истина из IT с древнейших времен: хотите скорости, забудьте о малых требованиях к памяти. Хотите малых потреблений памяти, забудьте о скорости. Хотите и того и другого - забудьте о простоте кода. PS: а забыли о простоте кода, забудьте о надежности! А когда нет надежности - ни скорость, ни требования к памяти, ни простота и красота кода вообще больше не имеют значения. Просто потому, что код делает что угодно, кроме того, для чего он предназначен. Вплоть до искореживания пользовательских данных. PPS: а вообще говоря, все эти замеры на глазок бессмысленны без конкретных данных. Нужно видеть, что открывается, как, когда и.т.д. Уж про конфигурации конкретных машин молчу и вовсе.
evan: Carc пишет: С метками в других страницах такой возможности нет. Aml Pages не может ничего вычислить заранее. Вернее говоря технически - технически да, вычислить может. Но нет никаких формальных признаков к каким страницам информация по меткам понадобится, а каким нет. Да вот оно это решение, формальных признаков по меткам, можно сказать уже готовое! И реализовано в панели Метки в дереве, работает чики-чики! И вся проблемма о которой я писал, решается примерно таким образом на мой взгляд.... Как я себе это представляю: При открытии документа, открывается инфо панели Метки в дереве, но хранится в Оперативной памяти. А гиперссылки на метки в документе получают признаки на Метки в дереве (может сразу и при создании этой гиперссылки) Таким образом кликая по гиперссылке в тексте, она будет отрабатывать самый короткий путь, до инфо в Оперативки, в которой якобы Метки в дерева. В результате получим быстрое открытие (время) по гиперссылки равнозначное, как будто мы кликаем в панели (Метки в дереве)
Carc: evan пишет: Да вот оно это решение, формальных признаков по меткам, можно сказать уже готовое! И реализовано в панели Метки в дереве, работает чики-чики! И вся проблемма о которой я писал, решается примерно таким образом на мой взгляд.... Ну и причем тут решение в панели Метки? Вычисление всех меток (кроме уже вычисленных в тексте открытой страницы) идет в фоновом режиме. Но в панели Метки как раз уже есть признак, что пользователю понадобилась инфомация по всем меткам документа - раз пользователь переключился на эту панель, значит информация уже нужна. В конце концов, если пользователь передумает ничто не мешает ему заниматься своими делами дальше - именно из фонового характера вычисления меток. Как только он переключится с панели Метки куда-то еще, вычисления сами собою завершатся... Но в остальных случаях, у программы нет ни малейшего намека что инфа по меткам уже нужна. В случае с панелью Метки - этим сигналом для Aml Pages является переключение на панель, и соответственно переключение куда-либо обратно - сигналом что "пора завязывать вычислять" метки, т.к. пользователю понадобилось что-то иное... Во всех остальных случаях, подобного сигнала "пора начинать искать метки" или же "пока заканчивать" нет... На каком основании Aml Pages может начать поиск меток? По какому признаку? Что должно произойти, чтобы Aml Pages начала искать эти метки? PS: поиск меток пока Aml Pages простаивает, и ей нечего делать (пока пользователь ничего не делает) в данным случае не работает по сути. Когда пользователь ничего не делает - он явно не перейдет сию секунду по гиперссылке. Поэтому информация вычисленная в период простоя в 99 из 100 случаев окажется ненужной. Если же пользователь шарится по тексту страницу, и можно разумно предположить, что сейчас "оно" вот-вот кликнет на ссылку, и хорошо бы вычислить информацию по ссылке, по метке на которую она ссылается.... Угу, тут примерно все так. Но в данном случае нет простоя программы, т.к. пользователь и так ей своими действиями постоянно ставит те или иные задачи. Поэтому фоновые вычисления тут не сработают - от того что они фоновые толку мало (прервать вычисления можно, но зачем прерывать - если можно и не начинать), а вот нагружать программу хоть и фоновной, но дополнительной работой, в момент активности пользователя ни к чему. Будет только жрать вычислительные ресурсы, а и то еще бабушка сказала - а кликнет ли по ссылке пользователь... Поэтому информацию по ссылке на метку Aml Pages получает только когда явно знает, что она уже понадобилась пользователю (то бишь клик по ссылке, или понадобилась инфа для всплывающей подсказки о ссылке на метку).
Carc: evan пишет: Как я себе это представляю: При открытии документа, открывается инфо панели Метки в дереве, но хранится в Оперативной памяти. А гиперссылки на метки в документе получают признаки на Метки в дереве (может сразу и при создании этой гиперссылки) Таким образом кликая по гиперссылке в тексте, она будет отрабатывать самый короткий путь, до инфо в Оперативки, в которой якобы Метки в дерева. В результате получим быстрое открытие (время) по гиперссылки равнозначное, как будто мы кликаем в панели (Метки в дереве) Во первых: требование чтобы сразу переключались на панель Метки излишне. Мало ли что там нужно вычислить программе? Важно что нужно пользователю. Во вторых: при клике по гиперссылке на метку (или на что-то иное, но с меткой в конце пути) инфа и вынимается. Эта информация и так уже в оперативной памяти, просто потому что это информация есть в гиперссылке, в самом тексте уже открытом. В третьих: информация о том куда ведет ссылка показывается а) сразу же в строке состояния, и б) если мыша над гиперссылкой подержать не таская, то покажется более расширенная инфа уже во всплывающей подсказке В четвертых: некоторая задержка открытия происходит не в момент вынимания информации о гиперссылке (на метку), а именно при навигации по ссылке. Т.к. в общем случае это целая серия, причем вполне возможно ресурсоемких вычислений. Найти и открыть документ (если надо) + Найти и открыть страницу (если надо, да при этом не забыть сохранить инфу из предыдущей страницы если ее меняли) и только потом найти метку и перейти к ней. Вообще это более чем стандартно: что "длинные" ссылки требуют больше времени для их разрешения. В Интернете же никого не пугает, что ссылка в пределах страницы работает мгновенно, а ссылка на дальний сервер будет открываться несколько дольше...
evan: Carc пишет: Во первых: требование чтобы сразу переключались на панель Метки излишне. Мало ли что там нужно вычислить программе? Важно что нужно пользователю. Ты меня совсем не понял, пробую объяснить по другому. 1. Первое, есть хороший быстрый технически отлаженый переход на панели Метки, саму панель не надо задействовать, Надо только информацию о признаках считать с панели Метки, допустим при открытии документа и запомнить в ОЗУ и всё 2. И пусть теперь ссылки используют эти признаки для быстрого перехода....из ОЗУ по открытому документу.
Carc: evan пишет: Ты меня совсем не понял, пробую объяснить по другому. 1. Первое, есть хороший быстрый технически отлаженый переход на панели Метки, саму панель не надо задействовать, Надо только информацию о признаках считать с панели Метки, допустим при открытии документа и запомнить в ОЗУ и всё 2. И пусть теперь ссылки используют эти признаки для быстрого перехода....из ОЗУ по открытому документу. А как ее можно оттуда считать, если панель Меток еще не открывалась? А если открывалась, то пока она не обшарит весь документ, то и информации о метках всей нет - в панели же Метки информация вычисляется постепенно, с возможностью прервать...
Carc: evan пишет: + А не хочешь задействовать ещё для чего нибудь переходы кликом по значку Метки (например Alt+клик по значку метки) Хм, а причем тут переходы по меткам? Это как? Можно хоть обкликаться по значкам меток, но от этого же ничего не происходит... evan пишет: + Ещё можно было разделять метки по цвету ножки, так например при создании гиперссылки метка будет иметь другой цвет ножки, и при чтении текста будешь знать что на эту метку ссылается гиперссылка. Ну и собственно как же мы будем знать, о том что на метку кто-то ссылается? Например, Билл Гейтс сослался на метку в документе Стива Балмера. Но поскольку Балмер чувак э-э-э-э, экстравагантный (что по аглицки звучит "девелопЕрс, девелопЕрс, девелопЕрс" ) - то он запросто не захочет, чтобы хоть кто-то знал, что хоть кто-то сослался его метку... И как в таком случае показывать что на метку кто-то ссылается, если инфы от ссылаемой метки хозяин не выдает? А если вот проще: метка у нас здесь, а ссылка у Patris`а в документе стоит, не так чтобы далеко - но все таки и не близко. Метка здесь, в России в документе лежит. А ссылка у Патриса висит на том конце Земли (в Чили, ну или как у него там с делами - де факто может быть за ночь документ вместе с Патрисом перебрался в Мексику, а к утру обратно в Чили)... Ну и каким образом Aml Pages должна узнать, кто и откуда ссылается на метку? Тем более что ссылка может быть и не одна... Тем более что нет ни малейшей информации кто и когда и где ссылался на эту метку... Ну и так далее. Выражаясь более формально: в любой момент времени на любую метку может быть от нуля до бесконечности ссылок. И в любой момент времени +1 число этих ссылок может изменяться опять же от нуля до бесконечности.
Carc: evan пишет: Планируется ли реализовывать, удаление ссылок или их стерелизация из документа, которые когда то были созданы , просто пуём копирования форматированного текста из другого приложения через буфер обмена. Удаление будет, чуть позже - эта команда тривиально, и писать ее банально скучно... Руки пока просто не дошли, т.к. там работы на 10 минут, а сейчас задачи посштабнее стояли, да и порискованнее в смысле непредвиденных затруднений и сложностей в реализации. Копи-паст текста НЕ сработает, и гиперссылки не должны утекать в буфер обмена. Т.к. по умолчанию Aml Pages их удаляет из копируемого текста. evan пишет: + Или пользователь сам должен их удалять из документа в ручную, как неработающие Удаление неработающих ссылок можно сделать отдельным инструментом. Но это позже. Не факт, что такой инструмент будет настолько восстребованным в реальной работе пользователя. evan пишет: Пока я вижу такой путь удаления старых ссылок, не созданных в АМЛ: Вырезать текст с ссылками и вставлять, как простой, а потом заново форматировать. Новый движок обработки гиперссылок одинаково работает как со старыми ссылками, не созданными в Aml Pages, так и со старыми гиперссылками созданными в самой Aml Pages, в предыдущих ее версиях. Ну и соответственно все стандартные гиперссылки Aml Pages распознает автоматически, ну и собственные тем более - ну и ясное дело будет инструменты редактирования (собсна и сейчас уже есть) и удаления гиперссылок (как писал выше).
полная версия страницы