Ты забыл написать, что для доступа доступны логины, содержащиеся в примере базы на гитхабе с паролем `passwd' (без кавычек).

УМННР. Залогинился шаманом, тыкаю на второе сверху уведомление и нате:

Firefox определил, что сервер перенаправляет запрос на этот адрес таким образом, что он никогда не завершится.

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

^C не копирует, а открывает какое-то окошко.

При добавлении цитаты добавилось следующее [quote=google], а надо [quote=«google»] (или новый парсер схавает?).

BTW, почему в KDE в FF3 не ресайзится старое поле для ввода? В гноме всё работает.

Там ссылки получаются битые иногда, где спецсимволы. Ходи через трекер.

Цитаты

Если добавляешь цитату, но не указываешь источник
генерируется неверный код
[quote=]Текст цитаты[/quote]

Это вопрос не ко мне.

Шорткаты

post-factum, тебе не кажется, что шорткаты Ctrl+Q и Ctrl+C для цитат и кода стоит заменить чем-то другим?

ОК, покручу ресайз.

Посмотрю, что можно сделать.

Согласен, прицеплю на что-то другое. Это я ступил.

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

Нужно, чтоб если поле «источник» пустое, то не добавлять «=» в поле ввода.

Списки

Кастую работу кнопки «Ненумерованный список» по следующему принципу:
1) написать элементы списка по одному в строку
2) выделить
3) нажать кнопку
4) к каждой строке приписывается [*]
5) в начало и конец дописывается [list] и [/list] соответственно
6) ...
7) PROFIT!!

а то ерунда какая-то, толку мне от того, что он [list] и [/list] в начало и конец добавит, я хочу чтоб он элементы списка распарсил, а сейчас он из каждой строки список делает:
из

строка 1
строка 2

выйдет

[list] строка 1 [/list]
[list] строка 2 [/list] и т. д.

А хотя да, кнопочку «элемент списка» я не заметил. Она очень слабо выделяется на фоне почти таких же разделителей пунктов. Татьяныч не одобрил бы.

И да, почему эта панелька видна в режимах не LORCODE?

И такая конструкция ‘[b]A[s]B[/b]C[/s]’ неправильно парсится:

http://lor.vyborg.ru/jump-message.jsp?msgid=1948771&cid=1948778

Что должна была делать кнопка «Очистить»? Вытереть выделенное или очистить поле?

Ну почти как я хотел выходит, если выделить элементы списка, написанные построчно, и нажать кнопку «Элемент списка» — добавятся брекеты со звёздами. Но добавить потом теги [list] [/list] вручную только, так как он срабатывает для выделенного текста построчно

Мне не нравится, что когда в порыве желания отменить своё действие жмёшь Ctrl+z выделяется весь текст поля.

Что за фигня, у меня по кнопкам Home/End PgUp/PgDown перелистываются темы вправо/влево, если зайти в любую.
Так задумано или какой-то скрипт протёк?

Работа парсера не ко мне.

А о видимости панельки в других режимах стоит подумать. Не всё так просто.

Выдели текст с тегами и нажми её. Увидишь.

Да вообще по любой клавише листает вправо. Это только у меня так?

Это тоже не ко мне, раньше были подобные сообщения.

Странно, почемуто на Android не работает, хотя примеры на сайте библиотеки работают

Подумаю.

Даже не знаю. Там обычный js.

У них на сайте более новый jQuery, возможно нам тоже надо обновиться

там не решенная борода с uri содержащими плюсики и пробелы

Вложенность тегов не соблюдена

Поправлю demo.db

>Вложенность тегов не соблюдена

Я знаю. Если уж парсер такое парсит, а не вываливает ошибку, то надо было хотя бы логично сделать — в области действия тега [b] текст жирный, а в области действия [s] — зачёркнутый. Т.е. буква C должна быть зачёркнута или должна вылететь ошибка парсера, одно из двух.

>[b]A[s]B[/b]C[/s]

парсер закрывет тэг [s] перед [b] потому что [s] внутри [b] и это логично

>парсер закрывет тэг [s] перед [b] потому что [s] внутри [b] и это логично

У меня другая логика: если парсер позволяет такие конструкции, то:

— буквы A и B должны быть жирными, т.к. они внутри [b][/b];

— буквы B и C должны быть зачёркнутыми, т.к. они внутри [s][/s].

В реализации я это представляю, как структуру со свойствами текущего текста, в которой есть несколько bool'ов, определяющими, открыт ли определённый тег LORCODE в данный момент и соответствующий тег html. При считывании тега структура изменяется соответствующим образом. При считывании текста проверяется, удовлетворяют ли открытые теги лоркода тегам html, а если нет, то html-теги меняются нужным образом (нужен ещё стек для них, чтобы закрывать в нужном порядке), а текст печатается.

>У меня другая логика:

это уже не имеет значения ^_^

и да, вы забываете про вложенность тэгов, парсер строит дерево, а вы предлагаете какую-то плоскую структуру

>это уже не имеет значения ^_^

Более того, мне кажется, что она логичнее.

и да, вы забываете про вложенность тэгов, парсер строит дерево, а вы предлагаете какую-то плоскую структуру

А зачем здесь дерево? Можно подробнее?

Вложенные теги в моей реализации работали бы, только опускались бы повторяющиеся, например, ‘[b][b][/b]’ считалось бы корректным, если не проверять при установке bool в true, не установлен ли он уже (тогда ошибку выдавать).

а не, оказалось что если нажать на «B» то и на декстопе не вставляется пустая пара [b], обязательно нужно что-то выделять. Правильно ли это?

Да, пустая пара почему-то не вставляется. Наверное, так нужно. Наверное, это поправимо. Посмотрю обязательно.

>Вложенные теги в моей реализации работали бы

где говорите ваша реализация? давайте протестируем что-ли, тесты на bbcode у нас есть. ;-)

не понятно что делает красный знак кирпича, чего по задумке он должен очищать?

>где говорите ваша реализация?

Кода нет, я же на словах описал выше. Кодить просто так тоже не хочу, если она всё равно не будет использоваться.

И всё-таки, зачем в текущей реализации дерево?

>Кода нет, я же на словах описал выше. Кодить просто так тоже не хочу, если она всё равно не будет использоваться.

типично

И всё-таки, зачем в текущей реализации дерево?

зачем при парсинге html строится дерево?

1) нельзя ли вместо добавить тег [p][/p], внутри которого переносы, если без тега br, то будут удаляться?
2) нету кнопочки br
3) вместо кирпича лучше метелку для очистки, имхо

>зачем при парсинге html строится дерево?

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

Очищает выделение от тегов.

2 и 3 подумаю.

кстати тэг [p] существует :-)

Круто. Это потом сюды перенесуть?)

Ошибка: uncaught exception: Syntax error, unrecognized expression: [href^=comment-message.jsp]

Это в каком случае?