» Редакторы с древовидной структурой

Nafanja+1

SFC

Цитата:

позволяет структурировать инфо по дереву и/или по вики-словам (Label - до пяти на один документ) - тут у программы масса конкурентов, и она не самая лучшая.
Система поиска действительно продвинутая. Кстати, файлы CyberArticle

раньше мне тоже как-то мало казалось, теперь вижу что даже лишние остаються

Нарвался недавно на одно обсуждение, но почитать времени пока нет http://hardware.slashdot.org/story/11/02/13/165237/ http://hardware.slashdot.org/story/03/09/02/2321248/ Может кому пригодятся

Цитата:

страницы хранятся не в сжатом/упакованном виде и книги *.book занимают много места.

Хм, странно, у меня буки в .xbook в формате sqlite, родным сжатием винды почти не сжимаются, так что уж не знаю. Имхо sqlite какое-то сжатие использует

Bozo
Спасибо, мне там понравилась одна штука http://www.nemo-docs.com/
можно использовать и в Linux, но к теме не относиться, поэтому не обсуждаю. А вот это http://www.dokix.com/products/home-document-manager/
то, что в тему - можно обсудить здесь.

Цитата:

Хм, странно, у меня буки в .xbook в формате sqlite

Я экспериментировал с книгами и sqlite и с Access. Мне кажется, что у sqlite почти все хуже: и скорость - медленнее, и сжимается проблемнее (sqlite использует свой собственный vacuum, который недостаточно отлажен)
Что касается хранения, то такое впечатление, что инфо в СА5 хранится в НЕсжатом виде, видимо для облегчения индексирования при поиске. Кстати сам индекс поиска принудительно создается при сохранении и также хранится в *.xbook. т.е. если мне поиск не нужен, то индекс, который может занимать до 50% места в книге - лишний.

В СА4 данные хранились в .book внутри которых были *.mht и TOC на книгу. Индекс поиска создавался как отдельный файл, только если указывалось искать внутри статей, а не по названиям статей.
Если создавать достаточно большие книги, то сохранение статей с помощью СА5 в них занимает бОльше времени.

Если использовать СА5, то рекомендуется больших файлов .xbook не создавать. Лучше их держать несколько.

SFC
как на счёт SQL Express, есть ли какие-нибудь плюсы? Минус в том что библиотеки какие-то надо устанавливать в добавок для этого формата

Цитата:

SQL Express

Специалисты, наверное более квалифицированно ответят.
Использование баз данных, позволяет организовать совместное использование информации. т.е. один отслеживает и собирает, другие пользуются в уже подготовленном виде. Если рассматривать в таком контексте, то EverNote конечно конкурент номер один.

в этот проект собираються ивестировать 20 млн долларов..

Цитата:

в этот проект собираються ивестировать 20 млн долларов..

это в какой?

naivniy
в EverNote

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

Цитата:

мне там понравилась одна штука http://www.nemo-docs.com/

не понял по сайту, а сколько она стоит?

Bozo
Пока beta, значить free. Будет релиз, будет и цена.

То, что нашел полезным из ссылках на slashdot:
http://hardware.slashdot.org/comments.pl?sid=77007&cid=6855950

Цитата:

The fact is, that you are quite likely to spend more time thinking of and accessing an elaborating filing system than you are to actually spend working. Work is just that, work... it happens to include reading email... period.

Еще и Everything, хотя это уже отношении и к темы не имеет.

karl_karlsson

Цитата:

То, что нашел полезным из ссылках на slashdot:

там хорошее обсуждение, а выводы есть?

Nafanja
Сложно сказать...

А вот посмотрел на sourceforge и нашел следующее (о некоторых возможно уже писалось)
Freeplane (формулы LaTeX, mindmaps)
Remus Information Management (базируется на Eclipse)
Piggydb (Web notebook, думаю его уже упоминался)
NeverNote (клон EverNote, думаю уже упоминался)
bitfarm-Archiv (что то наподобие Dokix)
CloudPad (облако тегов)
BlockNote (очень простой)

karl_karlsson
Спасибо, надо бы поковырять, а Remus мы кажется обсуждали (попозже поищу -- сообщу)

Nafanja
Все же попробую систематизировать:
большинство людей используют файловою систему да каталогизации файлов - от ничего не зависит, включая платформы;
систематизация полной и точной не является, у каждого она своя;
там упоминаются программы, которые уже давно не существуют, а это уже много чего означает;
большинство людей, кажется пишут имея ввиду "у меня все лучше, я уникальный", но на самом деле у них затрата времени на использовании (а иногда и программированием) кажется выше, чем надо.
часть людей пишут как на самом деле у них и есть;
консольные приложения живут дальше GUI приложении. Например LaTeX (букмарки PDF файлов которых он производить и являются древовидной структуры), но он язык программирования. Синтаксис надо изучать, ошибки исправлять, компилировать и т.д. Зато исходники - текст, и уже более 20 лет существует. На один момент будет затрата времени, но потом будет только использоваться. Все же думаю для GUI приложении где то та же затрата времени (а может меньше), только от версии к версии и от приложении к приложении. Короткие дороги кажется нету...
создание документа консольного приложения отнимает больше времени, зато результаты где то лучше и живут дальше. Но с другой стороны не вся информация стоит этих забот, так как ее жизнь заметно короче. Не имеет смысл делать PDF высшего типографского качества, если документ содержит информацию, которую уже через год будет устаревшей и которой никогда не придется печатать.
есть программы у которых само представление информации содержит количество (побочной, избыточной) информации которой является сравнимой информационным содержанием самого документа. Ну конечно - майндмапы и т.д.

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

Еще, не вспомню упоминал ли о CodeBank v2

karl_karlsson
Спасибо, LaTeX работает, но как-то печать надо перенастроить - забыл, оч. редко использую.
Но меня сразила новая категория ключевых слов, -- ведь лежало на поверхности.
Браво! Теперь "у меня есть мысль и я её думаю" (Удав "33 попугая")
p.s. всё ещё в задумчивости Вы неприметным образом повлияли и я пересматриваю свои цели и методы. Если найдете полезным продолжить, я (и другие) с удовольствием почитаю и последую, возможно.

Раньше спрашивали за софт хранящий инфу в обычных текстовых файлах.
http://www.resoph.com/ResophNotes/Welcome.html

Довольно простая, но с тегами и линками. Для хранения в тхт-файлах надо в настройках указать папку. Кстати она подхватывает из указанной папки все тхт-файлы и отображает в себе

http://www.zim-wiki.org/index.html
wiki-редактор с кучей возможностей, также все в отдельных файлах.

http://rednotebook.sourceforge.net/
также в простых файлах

wdx, ну у первой и последней программы линейная струкрура, как у CintaNotes, и по сути к даному топику они не относятся. Zim портировали из Линукса, ничего особенного, как впрочем и во всех gui-приложениях из Линукса

Я уже давно использую WebResearch - кроме того, что он древовидный редактор, так + интеграция в браузеры, что позволяет буквально двумя щелчками сохранять нужную инфу. + категории, + комментарии, + хороший поиск. Вообщем, рекомендую, хоть и глючит (может только у меня?))

Petrik_Pjatochkin
ну во первых в теме уже давно идет полным ходом обсуждение не только древовидных заметок а и других интересных программ для заметок. У первой да, структура линейная, но по возможностям интересней чем CintaNotes.

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

Хочу внести свои пять копеек по продукту KeyNote NF 1.7.8, скачанный по ссылкам в шапке этого топика

Я программист, а также администрирую на нашем предприятии локальную сетку. Искал древовидный редактор, чтобы систематизировать достаточно разрозненные заметки, описания, статьи, мануалы и т.д. Многие из них (по администрированию сети, например) идут с картинками. Так вот, как текстовой редактор + хранитель десятка мелких картинок он справляется со своими обязанностями неплохо, так что программистам для набивания своих заметок он может и подойдет, но постепенно база все-равно вырастет и начинает очень ощутимо подтормаживать. Судите сами: пару дней назад создал новый файлик и составил для себя мануал по установке Win2003 и поднятию лицензионной службы терминалов. Со всеми диалогами, которые стоит заполнить/пройти. В ощей сложности там не больше 30 картинок, совокупный размер (обычный jpeg) всех этих картинок занимает меньше мегабайта. Однако свой файл keynote раздула аж на 100 с лишним мегабайт, наблюдаются незначительные тормоза при открытии веток, но это не самое страшное - страшно, что сохранение/пересохранение файла происходит по 5-6 секунд, причем не в фоновом режиме, а напрямую. То есть окно на эти пять секунд зависает, ты тупо ждешь, пока файл пересохраниться (а пересохраняюсь я часто, после того как набью две - три строчки информации, это привычка еще со времен DOS), и только потом начинаешь заново набивать текст. Нормальная, комфортная работа в программе становиться совершенно невозможной.

Еще косяк: спустя какое-то время после использования этого продукта, с удивлением обнаружил, что печать в ней вообще не реализована . Для печати надо экспортировать нужный документ в какой-нибудь другой формат (rtf, например), и только оттуда напечатать.

Ну и добило меня то, что принес сегодня key-note документ к знакомому, открыли.. а половина текста - крякозябры... Баг пофиксил через правку реестра и перегрузку, но с меня, пожалуй, хватит.

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

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

Сегодня попробую перенести все в MyNotesKeeper. Первые положительные результаты уже есть - например, мой файлик на 100 с лишним мегабайт после конвертирования в формат MyNotesKeeper занимает всего 2.5 мегабайта, навигация по веткам и сохранение - моментальное.. но хвалить дальше не буду, посмотрю как поведет себя в процессе эксплуатации.

Если кто-то может предложить под мои задачи вариант по интереснее (очень желательно из free-софта), внимательно отнесусь к вашим замечаниям.

JutecAlek
А от Вас интересно в дальнейшем мнение на чем остановили свой выбор.

JutecAlek
Efficient Notes Free, но не проверял особо. Зато Efficient Diary Free работает хорошо, но там несколько другая организация. Использую для ведения журнала разных событии связанных с компьютерах, хотя администратором не являюсь. Что то вроде - попробовал ту программу, что нравится, что не нравится и т.д. Идея в том, чтобы в два раза одну и ту же программу не проверять. Но там только текст писал и никак не много.

JutecAlek
karl_karlsson
Вот кстати, мне ваши "пять копеек" и пригодились бы, т.к. купил чистый диск и "с понедельника решил начать новую жизнь". Сколько не пытался -- все равно, бардак, потерянные файлы, в нужный момент они все нарочно прячутся, а мусор вылезает на первый план и хочется долбануть по компьютеру.... Это чего не дано, того нет. Но у вас-то все не так, - так кинули бы кратенькую инструкцию, типа, "Как начать новую жизнь с компьютером и деревом иерархической структуры файлов".

JutecAlek
Не смотрели MarsNotebook? В шапке он упоминается. Уже вышла, кстати, версия 2.1 RC1.
All
И вообще есть у кого-нибудь мнение о нём, кроме той ссылки в шапке. Лично мне нравится, но это для моих задач.

JutecAlek
Размер баз с картинками отличается по принципу базирования программ на Rich Text Format (как KeyNote, огромный размер) и Rich View (как MNK, практически равен размеру картинок; единственное - после удаления картинки размер остаётся таким же). В аналогах по каждому типу всегда так.
В MNK и экспорт в *chm есть.

Andarin, MarsNotebook весьма неплохая программа. Единственное что мне не очень нравится, это то что она хранит базу в одном файле своего формата и соответственно под другими операционками доступа к нему нет.

JutecAlek,
Что касается раздувания размера из-за картинок, то автор MarsNotebook как-то говорил что это происходит когда вставляешь картинку из буфера обмена (потому что там она хранится в bmp). Если же вставлять через импорт, то вставлятся будет в jpg, и соответственно размер не будет таким огромным.
Может и в других совтинах так...

Nafanja
Примерно такие принципы у меня, не скажу что идеальные, но где то то работают:

Упорядочит все невозможно
Например Принцип Парето, надо вести порядок только там где вещи чаще используются и дольше живут. На все другое использовать системы поиска.

Системы поиска
- по названиям файлов и директории, быстро и удобно - это например Everything
- внутри файлов - это например Archivarius 3000

Строить дерево итеративным образом
Например если имеются только 10 программы, то держать их можно в папочку Programs. Если они стали уже 20-30, то начинаем объединять их по предназначении. Например на все программы обрабатывающие видео делаем папочку Video. Ну если и там начнут появятся трудностей с нахождением - делаем еще узкую каталогизацию. Например Editors, для редакторов видео, Converters для конвертеров видео и скажем Tools для всяких инструментов и утилит. А почему Tools а не Utilities? - следующий принцип.

Узлы дерева надо иметь как можно короткие и легкие для произношением и запоминанием имя. Поэтому Tools лучше Utilities. А почему не использовать кириллыцы? - следующий принцип.

Используем только ASCII символы, без кириллицы и всяких там диакритических знаков и умляутов. Некоторые программы их не понимают и возможны проблемы. Это совсем не обязательно, но получается.

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

Если имя файла ни о чем не говорить, ставим его в папочку которую присваиваем соответствующее понятное имя. Например файл "jre-6u24-windows-i586-s.exe" содержится в папочки "Java Runtime Environment 1.6 update 24". И если у Everything набрать Java, то получится что надо.

Надо отметить, что принцип короткости имен относится ко всех узлах дерева, кроме конечных где сами файлы хранятся. Запросто сюда надо знать что в папочки на самом деле имеется; сюда уже не навигация, так как уже конечная точка, а надо определение содержимом.

Еще, для программ лучше всегда делать папочки, так как иногда несколько файлов имеются, разные версии и т.д. Для документов - можно и не совсем четко связанные в одно папочку иметь.

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

+1 ). Вообще, задачу структуризации, катализации, наведения порядка в ПК можно условно разбить на ряд подзадач:

1. Наведение порядка в файлах и каталогах на жестком диске компьютера по данным выше рекомендациям + обязательное использование Search Everything для поиска файлов. При этому службу индексации можно (нужно) вообще отключить. Имена файлов/каталогов должны быть осмысленными. Я иногда особенно ценные, но глубоко спрятанные каталоги именую еще и на русском/английском, чтобы найти наверняка. И еще момент - когда именую файлы, я частенько представляю себя за гуглом - какой запрос бы я ввел для поиска нужного файла. Зачастую этот запрос (какие-то из его ключевых слов) и становятся частью названия каталога.

2. Наведение порядка в хаотично раскиданных по диску заметках, записях, текстовых файликах. Здесь выход - собрать и храненить инфу в древовидных редакторах, которым посвящена эта тема. Пока я в поиске лучшего редактора, так-что рекомендаций дать не могу. Скажу лишь, что таких файлов должно быть немного, и они должны собрать в себя воедино знания по какой-либо теме. Как, например, в моем случае - "администрирование, сети" и "программирование". Про себя я каждый такой файл зову "базой знаний"

3. Катализация списка вызываемых программ для ускорения доступа к ним. Так называемые лаунчеры. Вот тема http://forum.ru-board.com/topic.cgi?forum=5&topic=5513&start=0 Лично считаю незаменимой для себя программу Fast Laucher. Всплывает по комбиранции Ctlr+`, автоматически скрывается после запуска программы или потере фокуса. Хотя в той ветке есть и получше варианты - для меня Fast Laucher как free-софт привлекателен

4. Создание резервных копий хранимых записей/дистрибутивов. Хоть и косвенно, но относиться к наведению порядка на ПК. Здесь без алтернатив GoodSync Synchronizer

Если к описанному выше прибавить программу TrueCrypt для шифрования раздела, на котором будут храниться все годами наработанные дистрибутивы и документы, базовое наведение порядка на HDD можно считать законченным.

Я с недавнего времени вообще отказался от долгосрочного хранения информации в древовидных редакторах. Суть в том, что у меня информация сильно разбита по типам файлов:
- просто текст, мои заметки
- html
- mht
- фотки
- аудио
- видео
- pdf
- djvu

И очень хочется иметь доступ ко всей этой информации с одной программы и без привязки к ней конкретно. Например чтобы моя система хранения была достаточно гибкой и при переходе на другую ось. И не хочется тратить кучу времени на сортирование и упорядочивание информации.
Таким образом все храниться в отдельных файлах. Одна заметка = одному файлу. Доступ через десктопный поисковик в качестве которого выступает Copernic из-за его удобности и присутствия бесплатной версии. И несложная структура каталогов.

Кратковременная информация сейчас в BooguNote и еще одном маленьком блокнотике.