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

Пока что такая возможность записана в идеях.

«выделить фрагмент, ткнуть в него мышкой (double click)»
как ты себе это представляешь?

А что, где-то в вебе можно?

Скажите где.

Да есть инструменты, но нетривиальные.

А вот инструменты, которые могли бы сопоставить выделенное там конкретному куску в БД на сервере, кстати, ещё более нетривиальные.

Было бы у меня две недели свободных — можно было бы пытаться. Но это нереально, у меня их нет и не будет.

[В принципе, kukutz уже сказал о сравнении с БД, но я уже написал комментарий. Не выкидывать же.]

Ну, с абзацами-то проще. Страница разбивается на части по какому-то критерию, при редактировании такой части вместе с правкой на сервер уходит и этот критерий (id или что-там-ещё).

А вот с даблкликом… Если подумать чуть дольше, чем я, при написании слов «небольшой js», то задача получается достаточно нетривиальной. Т.е., если яя захочу исправить ошибку двойного я, получая textarea лишь только с этими двумя «я», исправляя их на «я» и отсылая на сервер, то вряд ли сие получится осуществить.

Можно было бы вычислить точки входа/выхода «яя» (n символов от начала, например, блока id="content"), отправить их значения на сервер вместе с отредактированным текстом, сгенерировать на сервере страницу, которую я получал, найти там эти точки, изменить содержимое… (уже морока какая-то получается). Но… клиент-сайд такая ненадёжная штука. :) Например, значения этих точек может попортить какой-нибудь прокси или те же самые расширения mozilla, изменяющие код страниц.

Так что проще отрабатывать этот даблклик на предмет принадлежности «яя» тому же абзацу и пихать этот абзац в textarea для правки.

Хмм… Занятная тема. :)

2 kukutz, Oleg Marchuk: а где это уже обсуждалось, можно посмотреть?

[link]

Спасибо.

Это, а что если сделать редактирование выделенного фрагментатак:
1. создаем жабоскриптом редактор
2. человек в нем редактирует выделенный текст
3. нажимает «послать»
4. тем же жабоскриптом фтыкаем фрагмент взад и отправляем серверу, как будто отредактировалась вся страничка.

Вроде должно работать вообще независимо от.

Проблема сопоставления места в HTML-коде месту в wiki-разметке при этом никуда не делась, правда?

Не понимаю, это так сложно? Предлагаю такой вариант: считаем индекс начала выделенной строки по символам, пропуская разметку — и там и там. С пробелами поступаем так — считаем s* за один пробел. И получаем однозначное сопоставление места там и тут. Естественно, есть проблема с тем, что выделение может начаться уже внутри разметки и одного из тегов (или обоих) — закрывающего или открывающего не увидим… Но настолько ли это фатально? Да и с этим тоже можно бороться, если нужно.

Уточни, как мы пропускаем разметку. Опиши случаи ссылок и акшнов.

Я абсолютно согласен, что идея не доработана. Изначально я вообще подумал о введении неких тегов, которые бы связывали HTML и Wiki-разметку. С их помощью можно обойти и actions и ссылки и вообще что угодно. Понятно, что напрямую в сложной системе не получится, мысль в том, что это реализуемо за небольшое количество размышлений.

Эти «теги» — это абзацы (см. paragrafica в WackoWiki).

То есть задача решаемая. Просто времени не хватает её решить.

А если так:
1. При клике высчитываем высоту клиента в пикселях
2. Из высоты отнимает высоты заголовка и подвала
3. Высчитываем в процентах отступ места клика от «верха» страницы
4. При показе textarea скролируем ее на высчитаный процент

Конечно, будет не точно, но в первом приближении — самое то.

Олег, нет. См. акшны.

Да, я знаю, что Акшены — в написании 1 строка разворачивается во много строк.
Но:
1. Акшины не столь часто используются
2. Высоту акшинов можно отнимать точно так же, как и высоту заголовка и подвала (во втором приближении).