А вернее об их коррекции и дополнении, если при этом Янусу не придётся (есть способ) качать пол-миллиона новых веток?

Конкретно:
Ввести тег [code=language_name] заменяющий [ccode] [vb] [code] [sql] [c#] [msil] [midl] [asm] [pascal] [java] [perl] [php]
Ввести теги для формул. В частности для индексов [sub] [sup]

Здравствуйте, McSeem2, Вы писали:

MS>А почему не взять Wiki-like синтакс?
MS>http://www.antigrain.com/agdoc/test_project/output/test.agdoc.html#toc0007

Он инороден слишком. Думаю [v][/v] и [^][/^] у чётом того, что есть смотрелось бы естественнее.
К тому же я уже обещал WISYWIG редактор

Здравствуйте, Кодт, Вы писали:

К>Имхо, это загромоздит...
К>Всё же для форума можно обойтись ^ и _

А почему не взять Wiki-like синтакс?
http://www.antigrain.com/agdoc/test_project/output/test.agdoc.html#toc0007

Здравствуйте, adontz, Вы писали:

A>Конкретно:
A>Ввести тег [code=language_name] заменяющий [ccode] [vb] [code] [sql] [c#] [msil] [midl] [asm] [pascal] [java] [perl] [php]
A>Ввести теги для формул. В частности для индексов [sub] [sup]

c# написать гораздо проще нежели code=c#. Для чего нужно писать абсолютно константный префикс?

Здравствуйте, AndrewVK, Вы писали:

AVK>c# написать гораздо проще нежели code=c#. Для чего нужно писать абсолютно константный префикс?

А Ctrl+Alt+3 нажать ещё проше http://www.rsdn.ru/Forum/Message.aspx?mid=637389

Автор: adontz
Дата: 12.05.04

Здравствуйте, AndrewVK, Вы писали:

AVK>c# написать гораздо проще нежели code=c#. Для чего нужно писать абсолютно константный префикс?

Чё-то я томознул. Раньше ведь тоже никто не писал. В веб-интерфейсе и в янусе есть ссылки внизу. У такого способа есть плюс, подмеченный впервые кажется Синлером.
Можно писать сообщение на новом языке [code=xml], [code=html], [code=mirc_script] и знать, что со временем его раскрасят как надо
Ну и вообще так как-то порядку больше. Ну и sub/sup тоже важны. Интедксы в формулах спошь и рядом. Либо надо писать громоздкое и чуждое математике a[1] либо ytgjyznyjt a1. Что тоже конечно грустно.

Здравствуйте, adontz, Вы писали:

A>Чё-то я томознул. Раньше ведь тоже никто не писал. В веб-интерфейсе и в янусе есть ссылки внизу. У такого способа есть плюс, подмеченный впервые кажется Синлером.
A>Можно писать сообщение на новом языке [code=xml], [code=html], [code=mirc_script] и знать, что со временем его раскрасят как надо



A>Ну и вообще так как-то порядку больше. Ну и sub/sup тоже важны. Интедксы в формулах спошь и рядом. Либо надо писать громоздкое и чуждое математике a[1] либо ytgjyznyjt a1. Что тоже конечно грустно.

Имхо, это загромоздит...
Всё же для форума можно обойтись ^ и _

Здравствуйте, Кодт, Вы писали:

A>>Ну и вообще так как-то порядку больше. Ну и sub/sup тоже важны. Интедксы в формулах спошь и рядом. Либо надо писать громоздкое и чуждое математике a[1] либо ytgjyznyjt a1. Что тоже конечно грустно.
К>Имхо, это загромоздит...
К>Всё же для форума можно обойтись ^ и _

А если сделать WYSISYG редактор?

adontz, banned

Здравствуйте, Аноним, Вы писали:

К>>Всё же для форума можно обойтись ^ и _

А>А если сделать WYSISYG редактор?
Нуууу.
Замах неслаб. Как кроссбраузерная совместимость?

А>adontz, banned
Нашёл чем хвастаться. Ладно бы за свободу совести пострадал, а то за хулиганство.

Здравствуйте, Кодт, Вы писали:

К>Замах неслаб. Как кроссбраузерная совместимость?

IE/Mozilla/Opera хватит?

adontz, banned

Здравствуйте, шутник, Вы писали:

К>>Замах неслаб. Как кроссбраузерная совместимость?

Ш>IE/Mozilla/Opera хватит?

Ну наверное хватит
И ещё чтобы он рожал не html, а forML — язык разметки форума

Здравствуйте, Кодт, Вы писали:

К>И ещё чтобы он рожал не html, а forML — язык разметки форума

У меня собственно две идеи.
Редактор GUI => FML
Скорее всего ActiveX компонет, чтоб эго и в браузеры мождно было воткнуть и в (страшно подумать) Янус. Можно будет и в OE воткнуть, что NNTPшники радовались

[b]Форматер FML => HTML/[b]
Скорее всего COM объект потому что его опять таки и в JavaScript на клиенте надо будет использовать и в .Net на сервере. Можно было бы сделать Managed С++ проект но это ИМХО левый способ.

Замах не хилый, но есть уверенность, что справлюсь

Здравствуйте, Аноним, Вы писали:

MS>>А почему не взять Wiki-like синтакс?
MS>>http://www.antigrain.com/agdoc/test_project/output/test.agdoc.html#toc0007

А>Он инороден слишком. Думаю [v][/v] и [^][/^] у чётом того, что есть смотрелось бы естественнее.
А>К тому же я уже обещал WISYWIG редактор

Внутреннее представление визивига — это html, а bbcode/forml/wiki получаются из html довольно простым способом.
Но то, что wiki подерётся с текстами программы гораздо быстрее, чем forml — это сто пудов.

Здравствуйте, Аноним, Вы писали:

А>У меня собственно две идеи.
А>Редактор GUI => FML
А>Скорее всего ActiveX компонет, чтоб эго и в браузеры мождно было воткнуть и в (страшно подумать) Янус. Можно будет и в OE воткнуть, что NNTPшники радовались

А>[b]Форматер FML => HTML/[b]
А>Скорее всего COM объект потому что его опять таки и в JavaScript на клиенте надо будет использовать и в .Net на сервере. Можно было бы сделать Managed С++ проект но это ИМХО левый способ.

А>Замах не хилый, но есть уверенность, что справлюсь

Трансляторы туда и обратно — не есть большая сложность.
Это здоровущая пачка регекспов.
Можно из яваскрипта вызвать.

Здравствуйте, Кодт, Вы писали:

К>Трансляторы туда и обратно — не есть большая сложность.
К>Это здоровущая пачка регекспов.
К>Можно из яваскрипта вызвать.

Такое, очень извиняюсь, г. на сайте уже есть. Это был неплохой способ каогда было 3-4 языка, но сейчас регэкспы просто не оправдывают себя постоянно выдавая на больших примерах какую-то левую раскраску
Вся изюминка в том, что конвертер FML => HTML будет самый что ни на есть парсер текстов.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, McSeem2, Вы писали:

MS>>А почему не взять Wiki-like синтакс?
MS>>http://www.antigrain.com/agdoc/test_project/output/test.agdoc.html#toc0007

А>Он инороден слишком. Думаю [v][/v] и [^][/^] у чётом того, что есть смотрелось бы естественнее.
А>К тому же я уже обещал WISYWIG редактор

Визивиги — в лес. Там больше проблем, чем удобства. Copy/Paste, например — совершенно непонятно, что там скопировалось и какие внутри получились тэги. Word suxx, TeX rules

Здравствуйте, McSeem2, Вы писали:

MS>Визивиги — в лес. Там больше проблем, чем удобства. Copy/Paste, например — совершенно непонятно, что там скопировалось и какие внутри получились тэги. Word suxx, TeX rules

Визивиги — из лесу! Можно переключиться в режим кода, да и не такая сложная здесь разметка, в отличие от ворда/текса.

Здравствуйте, McSeem2, Вы писали:

MS>Визивиги — в лес. Там больше проблем, чем удобства.

Очень странное утверждение

MS>Copy/Paste, например — совершенно непонятно, что там скопировалось и какие внутри получились тэги.

А зачем тебе это знать если всё выглядит как надо? К тому же что мешает переключиться из Design Mode в Native Code? По моему очевидно, что будут обе вещи.

MS>Word suxx, TeX rules

Однако же самый популярный текстовый редактор не TeX

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, McSeem2, Вы писали:

MS>>Визивиги — в лес. Там больше проблем, чем удобства.

А>Очень странное утверждение

MS>>Copy/Paste, например — совершенно непонятно, что там скопировалось и какие внутри получились тэги.

А>А зачем тебе это знать если всё выглядит как надо? К тому же что мешает переключиться из Design Mode в Native Code? По моему очевидно, что будут обе вещи.

Ну вот выделил ты кусок раскрашенного кода. Получились незакрытые тэги — что с ними делать в случае paste? Закрывать? А как?

В общем, взглюит это все.

Здравствуйте, McSeem2, Вы писали:

MS>Ну вот выделил ты кусок раскрашенного кода. Получились незакрытые тэги — что с ними делать в случае paste?

Удалять форматирование если пересечена граница тега форматирования и сохранять если выделение целиком в теге.
То есть если выделено так (выделение жирным)

йцукен
йцукен

йцукен
йцукен

То после втавки будет такое

йцукен
фывапр
фывапр
йцукен

Ну и аналогично при таком выделении

йцукен
йцукен
йцукен
йцукен

Будет такое

йцукен
фывапр
фывапр
йцукен