А поведение
Вот такого
форматирования
Имею в виду 4 знака равно
это где-то в стандарте на сообщения прописано, или это просто парсер 51t?
У себя можно городить, что угодно, например, [code][/code]?
 fox
II/IDEC networks :: ii.dev.14 :: / Хм
|
Login |
[#]
Хм
Difrex(lenina,103) — All
2014-06-06 14:18:46
А поведение
это где-то в стандарте на сообщения прописано, или это просто парсер 51t?
У себя можно городить, что угодно, например, [code][/code]?
Difrex(lenina,103) — All
2014-06-06 14:18:46
А поведение
это где-то в стандарте на сообщения прописано, или это просто парсер 51t?
У себя можно городить, что угодно, например, [code][/code]?
[#]
Re: Хм
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:33:44
это прототип, который должен доказать своё поведение на практике
это всё должно быть применимо как на веб-клиентах, так и на txt-клиентах (см., например, game.rogue.14)
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:33:44
это прототип, который должен доказать своё поведение на практике
это всё должно быть применимо как на веб-клиентах, так и на txt-клиентах (см., например, game.rogue.14)
[#]
Re: Хм
Difrex(lenina,103) — Romero Yakovlev
2014-06-06 14:45:19
>это прототип, который должен доказать своё поведение на практике
На самом деле ==== - не очень удобно парсить. Точнее, вообще жутко. Или я просто на регекспах зациклился.
Difrex(lenina,103) — Romero Yakovlev
2014-06-06 14:45:19
>это прототип, который должен доказать своё поведение на практике
На самом деле ==== - не очень удобно парсить. Точнее, вообще жутко. Или я просто на регекспах зациклился.
[#]
Re: Хм
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:47:49
это выглядит понятно и в plain-text, и в html. кроме этого, это и там и там выглядит одинаково.
в текущей реализации не используется regexp. кроме того, таких вставок может быть много, и они все должны выглядеть одинаково. есть проблема с foundation, которая сбрасывает стили, поэтому на этом сайте ставятся огромные отступы :( но суть именно в том, чтобы всё было наглядно для всех видов клиентов.
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:47:49
это выглядит понятно и в plain-text, и в html. кроме этого, это и там и там выглядит одинаково.
в текущей реализации не используется regexp. кроме того, таких вставок может быть много, и они все должны выглядеть одинаково. есть проблема с foundation, которая сбрасывает стили, поэтому на этом сайте ставятся огромные отступы :( но суть именно в том, чтобы всё было наглядно для всех видов клиентов.
[#]
Re: Хм
Difrex(lenina,103) — Romero Yakovlev
2014-06-06 14:51:27
Я имею в виду, что если использовать разный синтаксис для открытия и закрытия преворматированного текста, то это будет удобнее.
Но я не настаиваю.
А можно взглянуть на тот участок кода, который оборачивает
Difrex(lenina,103) — Romero Yakovlev
2014-06-06 14:51:27
Я имею в виду, что если использовать разный синтаксис для открытия и закрытия преворматированного текста, то это будет удобнее.
Но я не настаиваю.
А можно взглянуть на тот участок кода, который оборачивает
Т рв <pre>?
[#]
Re: Хм
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:56:12
это файл splitfilter.py, хоть в клиенте, хоть в сервере
он разбивает текст на строки, и обрабатвает их индивидуально. недавно там добавлено несколько грязных вещей для парсинга url, которые очевидно грязные, но мне на текущий момент нужна была затычка. когда-нибудь это будет переосмыслено и переписано :)
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:56:12
это файл splitfilter.py, хоть в клиенте, хоть в сервере
он разбивает текст на строки, и обрабатвает их индивидуально. недавно там добавлено несколько грязных вещей для парсинга url, которые очевидно грязные, но мне на текущий момент нужна была затычка. когда-нибудь это будет переосмыслено и переписано :)
[#]
Re: Хм
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:58:01
кроме того, если что-то не закыто, по ошибке или ещё как, оно должно быть закрыто. не думаю, что это просто сделать с регекспами.
ps. есть некоторые вещи, которые кажутся лишними. но это особенность foundation. я не понимаю css и подобное, если кто-то скажет, как исправить разночтение нескольких <pre>, тогда от этого можно будет отказаться
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 14:58:01
кроме того, если что-то не закыто, по ошибке или ещё как, оно должно быть закрыто. не думаю, что это просто сделать с регекспами.
ps. есть некоторые вещи, которые кажутся лишними. но это особенность foundation. я не понимаю css и подобное, если кто-то скажет, как исправить разночтение нескольких <pre>, тогда от этого можно будет отказаться
[#]
Re: Хм
Difrex(lenina,103) — Romero Yakovlev
2014-06-06 16:30:30
Реализовал у себя
>если кто-то скажет, как исправить разночтение нескольких <pre>
В смысле разночтение? Или ты имеешь в виду, чтобы мог быть просто преформатированный текст и код с подсветкой?
Если так, то можно сделать для кода <pre code=bash> например
Difrex(lenina,103) — Romero Yakovlev
2014-06-06 16:30:30
Реализовал у себя
:)
>если кто-то скажет, как исправить разночтение нескольких <pre>
В смысле разночтение? Или ты имеешь в виду, чтобы мог быть просто преформатированный текст и код с подсветкой?
Если так, то можно сделать для кода <pre code=bash> например
[#]
Re: Хм
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 16:33:31
> В смысле разночтение?
в смысле, параметры межстрочных интевалов, и ещё очень много других, внутри <p>, сбрасываются при завершении <pre>
поэтому при
<p>
...
<pre>
....
</pre>
...
<pre>
...
</pre>
</p>
отступы и прочее у разных pre будут разными. поэтому сейчас </p> закрывается, и открывается новая. особенности foundation,
Romero Yakovlev(lenina,1) — Difrex
2014-06-06 16:33:31
> В смысле разночтение?
в смысле, параметры межстрочных интевалов, и ещё очень много других, внутри <p>, сбрасываются при завершении <pre>
поэтому при
<p>
...
<pre>
....
</pre>
...
<pre>
...
</pre>
</p>
отступы и прочее у разных pre будут разными. поэтому сейчас </p> закрывается, и открывается новая. особенности foundation,