Раз уж моя тема была перемещена в этот раздел, расширю круг обсуждаемых здесь вопросов, до названия целого раздела: «Вопросы оценки информации»

-

Готовые решения по этой ветке соберу в п. №7

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

Правильно построенное дерево закладок помогает качественно думать...! (тут резерв повышения качества мышления – не на проценты, а в разы, и даже в десятки тысяч раз!..) Следовательно, это инструмент первостепенной важности, и не жалко усилий для его совершенствования (хотя бы, в соответствии с сегодняшними, не полными, детскими требованиями к деревьям из ссылок).

Хотелось бы:

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

Режим закладки – это когда интерактивные действия осуществляются пользователем на одной вкладке, а  большинство результатов этих действий (по крайней мере, все навигационные действия) – отображается на другой, 'активной' (возможно, даже в другом окне). Как будто, управляющая страница открыта именно там.

-

Можно ещё и так сказать:
В Режиме закладок броузер для всех гиперссылок выполняет команду [Открыть в новом окне], но есть особенности: фактически, выполняется команда [Открыть на предыдущей вкладке].

Пользовательские метки

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

Если

•    На странице нет подходящих обычных адресных меток,
•    или нужно пометить фрагмент (а не просто к нему перейти),
•    или же, когда одновременно нужно пометить несколько фрагментов,
•    или, когда нужно автоматически с текущей страницы импортировать указатель в дерево закладок (см. ниже: ^$1 )

— во всех этих случаях  пригодятся пользовательские метки.

Что же это за метки, если до сих пор из миллиарда пользователей никто не додумался до них?
Всё просто:

Войдите или зарегистрируйтесь, чтобы увидеть скрытый текст.

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

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

Вообще-то, есть специальный стандарт

XML Linking Language (XLink)

Стандартизировать пользовательские метки предлагаю следующим синтаксисом:

Войдите или зарегистрируйтесь, чтобы увидеть скрытый текст.

Пусть плагин броузера (а в новых версиях – и сам броузер) понимает этот расширенный синтаксис http-адреса. Для тех пользователей, кто не установил плагин, содержимое древовидных указателей можно показывать java-скриптом.

--

Зачем в каждой спец-метке указывать

два идентификатора

?

•    Ну, во-первых, эти идентификаторы НЕ являются обязательными параметрами.

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

•    Именно для Универсальной базы данных разработан алгоритм построения сетевого дерева: любую сколь угодно сложную сеть взаимосвязанных объектов можно представить в виде иерархически сворачиваемой интерактивной структуры.

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

Универсальный принцип построения дерева по таблице взаимосвязанных данных:

---

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

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

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

Древовидные структуры данных навсегда входят в нашу жизнь. И приходится адаптировать привычные инструменты (например, броузеры) для работы с ними.

Выделить код

Код:

//адрес_страницы?##параметры&первой&пользовательской&метки##параметры&второй&пользовательской&метки##...

Подскажите плагин (расширение, дополнение),

, который позволяет копировать и восстанавливать конфигурацию открытых вкладок (дополнительно, к уже открытым вручную). А также умеет «в пакетном режиме» копировать и восстанавливать предварительно заданные ветки дерева закладок броузера. То есть, насчёт закладок: хорошо, если в опциях будет: «копировать не все закладки».

Если такого плагина нет, то подскажите способы выполнения хотя бы одной из этих задач.

Например, несложно было бы принудительно вызывать 

==

тема в faq - ищу расширение...

Спасибо!
Я и планировал дать ссылку на этот пост (если здесь просьба не 'стрельнет').
Почему разместил сообщение здесь? : здесь лучше виден смысл просьбы. И, вообще, удобно: все связанные посты в одном месте…
Тема о поиске расширений перегружена: тесно в ней. Длинные беседы там переплетутся и запутаются

--

Добавлю, что для меня важнее - научиться управлять броузером из сторонних программ....
Лучшим решением всех задач было бы демонстрационное приложение под MS Access, в котором открытым кодом (с пояснениями) показаны все возможности внешнего управления броузером.

Почему именно под MSA?
Потому что это тенденция: работать с информацией через базу данных. Уже и в сам броузер базы интегрированы. Осталось предоставить пользователю стандартные возможности через СУРБД.

_{Кроме задачи о внешних закладках (пользовательские метки), все предыдущие задачи ~решены:}

•     «Tree Style Tab» (древовидный стиль вкладок) — GUI-интерфейс для работы с деревьями ссылок
•     Session_Manager — сохраняет (или восстанавливает) это дерево в файл
•     WinRar — позволяет передавать любые архивы в виде обычных gif-рисунков
•     «All in one sidebar» — любую html-страницу умеет использовать как панель закладок
•     «ScrapBook» — кэширует и ускоряет загрузку страниц, готовит их для связки с деревом ссылок (из архива откроются как с сайта), предоставляет удобный просмотр связанных информационных объектов (с синхронным измением сразу нескольких вкладок или фреймов) с возможностью управления даже из отдельного окна броузера (а значит — даже из стороннего приложения). И всё это богатство полностью русифицировано (кроме справки ).

^{В этом списке расширения FireFox обозначены в кавычках, самостоятельные программы – без...}

На днях, созрели новые вопросы. Некоторые из них в следующем посте:

Подскажите,
уж почти двадцать лет существуют броузеры, но разработчики за всё это время не предоставили пользователю возможность:

1.    Иерархически связывать закладки (без использования папок)
2.    Назначать папкам гиперссылку
3.    Убрать из закладок метки (превратив их в обычные папки)
4.    Любую сеть взаимосвязанных закладок автоматически представлять в виде сетевого дерева
5.    По умолчанию сохранять закладки в векторном формате (допускающем обработку в редакторах графов: yEd, Dia, graphviz, … )
6.    При гипер-переходах от дерева закладок разрешить открытие сразу нескольких вкладок. Таким способом можно вместе с вкладкой страницы, на которую ведёт ссылка от выбранной закладки, открывать (или синхронно обновлять) вкладку от родительской закладки (иерархически расположенной в дереве уровнем выше).
Например, таким способом можно компактно отображать вложенные цитаты (любого уровня вложенности).
7.    Интерактивно создавать в Библиотеке новые закладки не только перетаскиванием вкладок и ссылок, но и

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

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

^{Скопировал эти вопросы  в поисковую тему}

Это называется NNTP и сейчас просто немодно.
Метки - это  и есть

и поэтому 3-й пункт - не к месту.

Зачем?

Может лучше сразу в базу данных типа Oracle или DB2?

PS: Видимо, праздники еще празднуются

1.
Папка - это группа ссылок (+ , возможно, подпапки). Например, это группа ссылок, размещённых на определённой странице (не обязательно все гиперссылки этой страницы). Логично было бы иметь возможность кликнув на этой папке перейти к просмотру этой html-страницы. Для этого и нужна ссылка от самой папки.

2.
По прихоти тех, кто изобретал броузер, простые закладки нельзя связывать в иерархию. Так хоть из пустых папок можно будет строить деревья ссылок

Dzirt пишет:

В yEd-файлах, фактически, присутствуют таблицы баз данных (те же, что на рисунке). Но в этих же файлах кроме таблицы объектов и таблицы объектных связей могут быть размещены визуальные данные о цвете узлов, их взаимном расположении; а также текстовые пояснения, рисунки, castom-иконки узлов, и т.д..... Эта дополнительная визуальная информация поможет наглядно и оригинально представить структуру закладок. Из теории мнемотехники известно, что Наглядность и Оригинальность являются необходимыми условиями качественного восприятия и быстрого запоминания, что кратко можно обозвать импортным термином: ЮЗАБИЛИТИ.

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

Вдобавок, к графическому файлу (как и к обычному рисунку) всегда можно "пришить" образ БД (чтобы не мучаться с импортом данных из текстового формата)...

Dzirt пишет:

NNTP (Network News Transfer Protocol) — сетевой протокол, используемый для обмена сообщениями в группах новостей.

Пожему же 'не модно'? — Есть и форумы с показом древовидной структуры обсуждений.
Вопрос лишь в том, что нет способов удобного предтавления таких структур...
yEd и приложения баз данных уже предоставляют эти способы динамичной и разноплановой визуализации, но до форумов эта мода ещё не докатилась
Это дело ближнего будущего. Я уже несколько лет пользуюсь собственными разработками, и, поэтому, в темах об иерархических и сетевых структурах чувствую себя уверенно...
Исходя из своих впечатлений и планов, как раз и составил выше обозначенный список изменений. Он действительно необходим для комфортной и эффективной работы в Интернете.

А! Так надо было так и писать - "хочу прорекламировать себя любимого! Знаю много разных слов, даже импортных! Пока только не придумал как бы мне прославиться..."

Я думал это праздники продолжаются, но все гораздо хуже и прозаичнее...

Dzirt пишет:

Правильно! Вопрос лишь в том, чтобы обозвать их папками, и включить прямо в иерархическую структуру закладок.