доброго времени суток.
Решил замутить что то типа каталога статей в котором можно будет ставить закладки на определенную строку.
Подскажите как лучше организовать сохранение и поиск закладок. 
Есть у меня пара вариантов таких как.
1. Сохраняем номер строки и число символов с начала строки, до закладки.
Проблема в том что если статью подредактировать, дописать что то в начало, то все закладки слетят...
2. Сохрянять слово или слово сочетание. Проблема в том что например если сохранить слово автомобиль, то тогда велика вероятность что в тексте таких слов или словосочетаний может быть много....

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

ну так комбинируйте. слово + позиция. соответственно, по закладке переходим к сохраненному слову, ближайшему к сохраненной позиции

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

Blaga, Придуман же html? Можно заюзать якорь <a class="anchor" name=??> слово</a>.
Имя класса нужно для корректной "раскраски" в нужное время. name - придумывается и + слово сохраняется в таблице закладок...

ksnk, т.е. по якорю на каждое слово в тексте?

solenko, 
Imho, это не якорь на каждую строку...

К тому же хочется редактировать статьи и не терять местоположение закладки... Так что хранить их в самом тексте вполне логично...

ksnk, где вы видели в вебе тексты жестко разбитые на строки? Так что на каждое слово (т.к. неизвестно в какой строке оно окажется при каком размере экрана)

http://algolist.ru/search/esearch/index.php
может тут будет что полезное.

fuser, а это то тут причем? Ну найдем мы 100 вхождений фразы "алгоритм поиска" в тексте и что с ними делать дальше?

solenko, Один якорь на нужную строку.

Где тут возникнет "каждое слово предложения"?

А где тут строки?)

Ок, Есть текст. N-ая глава войны и мира. Читаю я сие великое произведение сначала с работы за 19-ти дюймовым монитором ну а потом дома с нота девятидюймового. Как вы думаете, строки будут одинаковы? Естественно, средневзвешенное отклонение будет невелико, но точной закладки ну никак не получится. Так стоит ли? 

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

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

solenko, Блин, ну ведь даже топикстартер понял  
Тег вставляется в нужное место текста. никакого понятия о строках и словах не остается. Забота по поиску закладки перекладывается на клиентский броузер. Для отображения в списке "закладок", ее имя заодно сохраняется в отдельной таблице.

Blaga, Не сохраняя закладки в самом тексте, сложно решить


Добавлено через 12 минут и 46 секунд
bars80080, Нее! Все закладки Всех пользователей сохраняются в одном тексте. При выдаче конкретному юзеру все "чужие" закладки можно и повыкидывать.

Blaga, при установке закладки можно поискать "ближайшую по тексту". если рядом закладка есть -ее и выдавать...

Хотя может я какую-то свою задачу начал решать...
Нельзя ли поточнее сформулировать требования к "системе закладок"?

а зачем? вроде у топик стартера не написано про обще доступность
к тому же, что значит "сохранять в тексте"? допустим есть текст с id, можно завести таблицу закладок id, id_user, id_text, position. а затем поиск и вставка закладки  нужное место опять же можно переложить на javascript. пусть по загрузке раскидывает их по тексту

или я что-то не так понял?

bars80080, Текст нужно редактировать. Видимо, как угодно, не только приписать чего-йто вначале... Конечно возникает филосовский вопрос, а нафига нужны закладки в таком частоизменяемом тексте, но это нас пока не волнует 

Так что либо решать сильно нетривиальную ( для меня ) проблему синхронизации существующей раскладки закладок в измененном новом тексте при несистематизированном изменении текста, либо ее не решать 

а текст этих самых статей где и как и в чем храниться????
он будет не в статичных html страничках ???? 

Т.е. вы предлагаете редактировать сам текст при добавлении закладки? Я почему-то вбил себе в голову что якоря расставляются изначально. Если редактировать при добавлении закладок, то остается только проблемма распухания текста со временем, но тут уже вопрос ресурса -- сколько человек захотит эти закладки поставить. Если немного -- то оптимальное решение

Добавлено через 1 минуту и 7 секунд
ну и вставлять нужно не <a class="anchor" name=??> слово</a>., а <a class="anchor" name=??> </a>слово чтоб не заморачиватся с вложенными тегами

solenko, 
Не факт. При вставке текста можно отследить, что тег "вложен" и его не вставлять. Если сразу объяснить пользователям, что "помечать" можно только одно слово, то проблем с этим не возникнет. Просто у некоторых закладок будет несколько хозяев... Опять-же практически бесплатный механизм "подсветки" отмеченного закладкой слова...

Добавлено через 5 минут и 14 секунд
fuser, Хранить текст, вероятно, в базе, причем предварительно порезанным на удобооперируемые куски. по главам там, или по админским предпочтениям. "Глобальной" html разметки текста быть не должно, только те теги, которые начинаются и заканчиваются в отрезанных кусках. imho - условия вполне терпимые...

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

не совсем понятно слово и его позиция среди точно такихже стлов? тогда тожевозможно неправильное нахлждение закладки при изменения текста перед словом

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

а на целостность данных нам уже неважна?

как не странно очень часто требуется, особенно в системах где автор пишет текст постепенно, одновременно делая его доступным для прочтения

Это сообщение отредактировал(а) krundetz - 10.2.2009, 20:18

Ладно, всем спасибо, кто помогал...
Понял одно - простого решения нет.
Буду комбинировать те что выше упоминались.