Prologue
Я вот ту задумался — а почему бы динамически не заменять текст на страницах, которые выводит регистровский скрипт? Идея достаточно дурацкая, но она работает и не требует серьезной правки кода регистра.

Кому там хотелось внешние memories и полный архив заметок? Можно брать.
Правила игры такие: memories.php можно переписать к себе as is — должен работать. А вот из двух остальных скриптов придется выковыривать фрагменты нового кода (это копия того, что работает у меня… но это не значит, что будет работать у кого-то другого). Надеюсь, все умеют сравнивать файлы на предмет внесенных изменений?

зы. Справок по php я не даю

Пока не разберусь с косяками френд-листа, обновляться он не будет.

Интересно, а как на fif'е [ >>> ] размножаются дубли? Я еще понимаю, когда дублей один-два… но когда их от 20 до 40… что-то надо отполировать сковородкой в консерватории.

Не могу вспомнить, кто мне говорил, что «через два-три года интенсивных издевательств над кодом регистр научится переводить мышиные клики и пассы в текст»?
Я понимаю, что теоретически это возможно, но как это будет практически работать — не понимаю…

Прикрутил список всех записей за текущий месяц [ >>> ]
«А оно нам надо?»

[-1]

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

Как вариант помогло бы «найти похожие записи», но что-то я не представляю, как эта штука должна работать…

Представим себе нить, на которую нанизываются бусины. Бусины — это посты в регистре (или каком-то там блоге). Бусины можно гонять по нити туда-сюда, их порядок от этого не изменится.

Так вот, этот принцип можно использовать для сквозного учета backlink history. В каждый пост вносится thread id, либо новый, либо «предшественника». После чего мы можем отслеживать развитие темы.
contra: ключевые слова позоляют делать только общую выборку постов по тематике, проследить динамику по ним трудно.

Какие проблемы?
1. Не совсем понятно, что делать, если две нити требуется разъединить или объединить.
2. Управление thread list при большом количестве thread.

[-1]

Полезность keywords в Регистре сильно преувеличена. Иначе говоря, польза от них есть, но значительно меньше, чем хотелось бы.
Будем думать дальше.

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

Не знаю, как кому, а для меня тема ailev: Гиперкниготексты достаточно актуальна (хотя из прочитанного половину не понял — а чего еще ожидать от хамелеонки?).
Регистр как движок не обеспечивает связанность записей — каждая запись изолирована. Поэтому:
- невозможно проследить иерархию и генезис записей
- невозможно найти запись, если не помнишь keyword или точные слова в этой записи

Будем думать.