История изменений
Исправление Binary, (текущая версия) :
Так может наоборот, стоит убрать <P> из стандарта, как никому не нужный? Всё равно стандарт — draft, и есть BR.
Лол. Ну иди напиши об этом в XSF, посмеёмся вместе.
Думаю, параграфы не используют потому, что легко нарваться на баг вроде <p>text<b>is</p><p>bold</b></p>
Как блин в протоколе, базирующемся на XML можно наткнуться на баг в невалидном XML? Ты что-то загнул тут совсем.
которое можно встретить в HTML
Это не валидно и в HTML. Тема медленно начинает приближаться по полезной информации к той, где парень говорил, что GIFы это плохо.
И даже если учесть такие случаи, параграфы всё равно трудно поддерживать.
Не можешь — не поддерживай (весь XEP). Простое правило, которое многим облегчит жизнь.
Тот же gajim делает это криво даже в обычных сообщениях
Ты говоришь «обычные», а примеры приводишь XHTML... странно, не?
<html ...><body ...><p>text</p></body></html> gajim показывает две строки вместо одной
Это ложь.
<html ...><body ...><p>line1<br/>line2</p></body></html> gajim показывает три строки вместо двух
Это тоже ложь.
<html ...><body ...>line1<BR/>line2</body></html> gajim показывает ОДНУ строки вместо двух
Ну вы поняли...
Надеюсь, мне зачтётся то, что я не поленился и всю эту брехню проверил. Версия гаджима: Gajim 0.15, из последней убунты.
И это простые примеры обычных ежедневных сообщений. А если делать «по стандарту», а не «по XML-консоли», то придётся учитывать, что <p><p><p>text</p></p></p> — это одна строка, а <p><p></p><p>text</p></p> — две строки (хотя и тут спорный вопрос).
Таких упоротых конфигураций пока никто не просил. К тому же, это вообще не валидный XHTML, может хватит выдумывать?
В отличие от gajim-а pidgin хотя бы поддерживает его правильно для обычных сообщений. Gajim даже этого не делает.
Опять твои фантазии.
Пока что даже я не понимаю, в чём проблема. Направления перевода по указанной ссылке xmpp:translate.jrudevels.org я вижу, указывать их могу. Ладно, хрен с ней, со статьёй, можно хотя бы увидеть Steps to Reproduce? Не отмазки в стиле «сами разберутся», а нормальную доступную англоязычным пользователям пошаговую инструкцию воспроизведения проблемы?
Мне надоело, ты уже скатился в троллинг. Прочитай статью что ли, там всё написано. XEP по ad-hocу тоже вполне понятен, какие steps-to-reproduce? Это не баг, это не реализованный XEP.
Можно (скриншот adhoc-команд psi, скриншот управления ejabberd) и очень давно. Поэтому я и прошу статью или пошаговую инструкцию
А вот тут спасибо за информацию, значит adhoc есть, только не в полном объёме (из дискавери не выполнить).
Поэтому я и прошу статью или пошаговую инструкцию.
Добавить в ростер translate.jrudevels.org и попробовать сделать перевод через adhoc. Если получится, претензия только одна: про невозможность выполнить из дискавери.
Да и как можно не заметить, что gajim не может получить список конференций?
Ты не поверишь! %)
Зато в pidgin-е прямо в тексте конференции видно, если автор сообщения уже ушёл.
Это как?
Исходная версия Binary, :
Так может наоборот, стоит убрать <P> из стандарта, как никому не нужный? Всё равно стандарт — draft, и есть BR.
Лол. Ну иди напиши об этом в XSF, посмеёмся вместе.
Думаю, параграфы не используют потому, что легко нарваться на баг вроде <p>text<b>is</p><p>bold</b></p>
Как блин в протоколе, базирующемся на XML можно наткнуться на баг в невалидном XML? Ты что-то загнул тут совсем.
которое можно встретить в HTML
Это не валидно и в HTML. Тема медленно начинает приближаться полезной информации к той, где парень говорил, что GIFы это плохо.
И даже если учесть такие случаи, параграфы всё равно трудно поддерживать.
Не можешь — не поддерживай (весь XEP). Простое правило, которое многим облегчит жизнь.
Тот же gajim делает это криво даже в обычных сообщениях
Ты говоришь «обычные», а примеры приводишь XHTML... странно, не?
<html ...><body ...><p>text</p></body></html> gajim показывает две строки вместо одной
Это ложь.
<html ...><body ...><p>line1<br/>line2</p></body></html> gajim показывает три строки вместо двух
Это тоже ложь.
<html ...><body ...>line1<BR/>line2</body></html> gajim показывает ОДНУ строки вместо двух
Ну вы поняли...
Надеюсь, мне зачтётся то, что я не поленился и всю эту брехню проверил. Версия гаджима: Gajim 0.15, из последней убунты.
И это простые примеры обычных ежедневных сообщений. А если делать «по стандарту», а не «по XML-консоли», то придётся учитывать, что <p><p><p>text</p></p></p> — это одна строка, а <p><p></p><p>text</p></p> — две строки (хотя и тут спорный вопрос).
Таких упоротых конфигураций пока никто не просил. К тому же, это вообще не валидный XHTML, может хватит выдумывать?
В отличие от gajim-а pidgin хотя бы поддерживает его правильно для обычных сообщений. Gajim даже этого не делает.
Опять твои фантазии.
Пока что даже я не понимаю, в чём проблема. Направления перевода по указанной ссылке xmpp:translate.jrudevels.org я вижу, указывать их могу. Ладно, хрен с ней, со статьёй, можно хотя бы увидеть Steps to Reproduce? Не отмазки в стиле «сами разберутся», а нормальную доступную англоязычным пользователям пошаговую инструкцию воспроизведения проблемы?
Мне надоело, ты уже скатился в троллинг. Прочитай статью что ли, там всё написано. XEP по ad-hocу тоже вполне понятен, какие steps-to-reproduce? Это не баг, это не реализованный XEP.
Можно (скриншот adhoc-команд psi, скриншот управления ejabberd) и очень давно. Поэтому я и прошу статью или пошаговую инструкцию
А вот тут спасибо за информацию, значит adhoc есть, только не в полном объёме (из дискавери не выполнить).
Поэтому я и прошу статью или пошаговую инструкцию.
Добавить в ростер translate.jrudevels.org и попробовать сделать перевод через adhoc. Если получится, претензия только одна: про невозможность выполнить из дискавери.
Да и как можно не заметить, что gajim не может получить список конференций?
Ты не поверишь! %)
Зато в pidgin-е прямо в тексте конференции видно, если автор сообщения уже ушёл.
Это как?