[ /tv/ /rf/ /vg/ /a/ /b/ /u/ /bo/ /fur/ /to/ /dt/ /cp/ /oe/ /bg/ /ve/ /r/ /mad/ /d/ /mu/ /cr/ /di/ /sw/ /hr/ /wh/ /lor/ /s/ /hau/ /slow/ /gf/ /vn/ /w/ /ma/ /azu/ /wn/ ] [ Main | Settings | Bookmarks | Music Player ]

No.7784 Reply
File: 0e7ec75ec2adaeecf8ab939ac17ca939.jpg
Jpg, 53.29 KB, 486×600 - Click the image to expand
edit Find source with google Find source with iqdb
0e7ec75ec2adaeecf8ab939ac17ca939.jpg
1. Часы спешат на 3 минуты. Нельзя ли это поправить?
2. Стоит добавить автоопределение многострочности спойлера.
>> No.7785 Reply
>>7784
Поддерживаю правку времени на сервере. На момент написания поста у меня 00:25 (GMT+3), время обновлено пару часов назад с time.nist.gov.
>> No.7786 Reply
File: 1268677554475.png
Png, 0.84 KB, 200×20 - Click the image to expand
edit Find source with google Find source with iqdb
1268677554475.png
>>7785
...а на сервере Доброчана в это время 21:29, что и требовалось доказать.
>> No.7788 Reply
Поставил и включил ntpd.
>> No.7790 Reply
>>7789
Да, стало лучше.
>> No.7792 Reply
%%тест

тест%%
>> No.7793 Reply
File: 1268735008765.png
Png, 0.90 KB, 200×20 - Click the image to expand
edit Find source with google Find source with iqdb
1268735008765.png
>>7792
тест

тест
%%
тест

тест
%%
>> No.7794 Reply
Так, я вчера неверно обозначил проблему. Суть в том, что многострочный элемент != блочный и тоже вполне может быть inline. Соответственно переход на новую строку тоже должен быть корректным содержимым внутристрочного спойлера.
>> No.7795 Reply
>>7794
Я пока не хочу трогать эту бедную грамматику. Она и так слишком сложная получилась. Inline элементы точно не могут содержать переноса строки. С другой стороны, в теории можно сделать, чтобы блочные элементы не требовали переноса строки, но потом.
>> No.7796 Reply
File: 1268740196599.png
Png, 1.08 KB, 200×20 - Click the image to expand
edit Find source with google Find source with iqdb
1268740196599.png
>>7795
Почему не могут-то?
<!ENTITY % special.pre
   "br | span | bdo | map">

<!ENTITY % special
   "%special.pre; | object | img ">

<!ENTITY % inline "a | %special; | %fontstyle; | %phrase; | %inline.forms;">

<!ENTITY % Inline "(#PCDATA | %inline; | %misc.inline;)*">
И сиё прекрасно проходит валидацию:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
    <head>
        <title></title>
    </head>
    <body>
        <p><span>abc<br />def</span></p>
    </body>
</html>
>> No.7797 Reply
А, это я 1.1 проверил. Ну не суть, 1.0 тем более проходит.
>> No.7798 Reply
>>7796
Казалось бы, при чем тут xhtml?
Я про формальную грамматику, которой я описал вакабамарк и которую использует парсер. Там слишком сильно завязано все на строковые токены.
>> No.7799 Reply
File: 1268744330232.png
Png, 1.02 KB, 200×20 - Click the image to expand
edit Find source with google Find source with iqdb
1268744330232.png
>>7798
А поглядеть можно?
>> No.7803 Reply
>>7799
http://code.google.com/p/orphereus/source/browse/trunk/wakabaparse/mark.def
Старая версия, но общий подход тот-же.
>> No.7807 Reply
>>7803
Ммм...
inline_spoiler  := ('%%', (inline_safe/symbol_mark_nop)* , '%%')
-->
inline_spoiler  := ('%%', (newline/inline_safe/symbol_mark_nop)* , '%%')
или сразу так, что позволит включать новую строку и в другие inline элементы
safe_text       := -(newline / whitespace / [%*_>#`] / punctuation)+/whitespace
-->
safe_text       := -([%*_>#`] / punctuation)+ / newline / whitespace


Password:

[ /tv/ /rf/ /vg/ /a/ /b/ /u/ /bo/ /fur/ /to/ /dt/ /cp/ /oe/ /bg/ /ve/ /r/ /mad/ /d/ /mu/ /cr/ /di/ /sw/ /hr/ /wh/ /lor/ /s/ /hau/ /slow/ /gf/ /vn/ /w/ /ma/ /azu/ /wn/ ] [ Main | Settings | Bookmarks | Music Player ]