Re: Тег [cut]
У движку з'явився нові тег - [cut].
Використовувати можна вже зараз, правда виглядає поки кілька неказисто. Треба позбавлятися від табличнійструктури і робити все акуратними блоками.
Просто вставляємо в потрібному місці тег:
Текст посилання береться або стандартний, взятий з мовного файлу (зараз це "Читати далі."), Або той, що ви самі вказали після знака =
Re: Тег [cut]
думаю воно повинно працювати скрізь, просто в інших типах дощок поки не застосовується.
Цей Тег має стратегічне значення!
Коли він є - теж треба щоб парсер або не давав ставити теги ДО [cut], або вмів прибирати їх якщо [cut] розділяє початок і кінець якогось тега / тегів, причому друге безсумнівно правильніше!
я бачу правильним, щоб тег в разрик котогрого потрапляє текстовий відрізок, що не забирався, а просто "насильно" закінчувався там, де обривається текст.
Аналогічно і в результатах пошуку: зараз видається просто ім'я теми, а правильно видавати відрізок тексту, m-ної довжини до і після шуканої фрази в темі. І тут знову відрізок тексту, який вже в 2-х місцях може потрапити в розрив тегів (на початку і в кінці). Значить знову-ж треба зуміти завершити теги.
Як я це бачу, приклад тексту:
[H] заголовок [/ h]
бла, бла бла - бал бла бла, цитую:
[Quote] Ляля ааа ббб ввв яляляля [/ quote]
і якщо з цього тексту у нас, скажімо в пошуку, уривок тексту починається посередині заголовка і закінчується посередині цитати, то простіше прибрати обидва тега і [h] і [quote], що і роблять все. Але це ДУЖЕ неправильно.
А правильний алгоритм парсеру такий, щоб то що збереглося в уривку тексту було оформлено абсолютно так само, як воно оформлено в оригінальному тексті.
Тобто наприклад у парсеру вийшов такий відрізок наведеного вище тексту-прикладу:
головок [/ h]
бла, бла бла - бал бла бла, цитую:
[Quote] Ляля ааа бб
Парсер адже знає де починається текстовий відрізок, і коли він доходить до [/ h] - парсер повинен зрозуміти що [h] обрізаний, але це заголовок, значить все, що до [/ h] він повинен сам здогадатися оточити заголовком (сам спочатку відрізка підставити [h]).
Так само, коли парсер дійде до [quote], і потім - до кінця тексту, знову ж він сам повинен здогадатися що раз закриває [/ quote] немає, то треба його в кінці відрізка тексту підставити самому і вивести текст так - тоді оформлення залишиться таким же, як в оригіналі, хоч текст і буде обрізаним по обидва боки.
Чи не складніше з такими: [list] [*]. - сам же здогадається додати [/ *] і потім закрити [/ list]
з Table складніше. ну, краще обрізана таблиця, ніж взагалі ніяка.
Це ж просто неприємно виглядає, або навіть вводить в оману, коли пользователь1 наводить цитату пользователя2, а пошук мені видає шматок тексту, в якому тег цитати відкинутий (а не обрізаний), і я думаю що це пользователь1 це написав, а це не так!