Обсуждение Википедии:Викификатор/Архив/2010

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

<references/>

править

Требуется включить в викификатор автозамену вхождения <references/> на {{примечания}}? — Дмитрий Никитин 14:36, 18 марта 2009 (UTC)Ответить

  • Мне кажется, не стоит - дело в том, что "под раздачу" могут попасть случаи, когда нужно именно <references/>. К тому же, вокруг <references/> могут стоять самые разнообразные div, без убирания которых производить замену может оказаться не совсем правильно. -- AVBtalk 12:14, 22 марта 2009 (UTC)Ответить
    Не знаю, остались ли у нас случаи, когда нужно именно <references />, но с тем, что в случае, когда уже имеется собственное оформление, замена может быть некорректной, полностью согласен. Можно подумать относительно того, как прописать замену так, чтобы менялся только «чистый» тег <references />, но все я бы заменять не стал. — putnik 01:48, 23 марта 2009 (UTC)Ответить
А можно пример, когда нужен именно <references />? Альтернативный вариант -- заменять
 == Примечания ==
<references/>

когда понятно, что никаких div'ов вокруг references нет. — Дмитрий Никитин 05:26, 23 марта 2009 (UTC)Ответить
  • можно пример, когда нужен именно <references /> - нет, назвать такие случаи сейчас я не могу, пока вроде не сталкивался, просто стараюсь перестраховаться. -- AVBtalk 18:59, 24 марта 2009 (UTC)Ответить
Совершенно согласен с предложением Дмитрия Никитина. ВОт только, судя по всему, обсуждение заглохло? - Zac Allan Слова / Дела 16:32, 29 августа 2009 (UTC)Ответить

✔ Добавлена замена, если вначале идёт ==Примечания==. — AlexSm 20:05, 3 сентября 2009 (UTC)Ответить


оптимизация ссылок

править

с трубой и словом "год" и "век"

править

Есть такая ссылка: [[1702 год|1702 год]]у. При её викификации получается [[1702 год|1702 году]], что не есть гуд. -- AVBtalk 09:14, 10 апреля 2009 (UTC)Ответить

Также, есть такой пример [[XIX век|XIX]] век. Он не викифицируется. -- AVBtalk 09:19, 10 апреля 2009 (UTC)Ответить

✔ Исправлено для веков. С годами нужно подумать. Мне кажется, что можно добавить, но только для основного пространства, чтобы не сбивать типографику на порталах и иже с ними. — putnik 06:20, 16 апреля 2009 (UTC)Ответить
  • А что там с порталами не так, чем их такая замена может не устроить и как это влияет на их типографику? (Уточняю: я имею в виду, что для [[1702 год|1702 год]]у я ожидаю получить [[1702 год]]у, а не [[1702 год|1702 году]]). -- AVBtalk 13:50, 16 апреля 2009 (UTC)Ответить
    • Правильная типографика подразумевает, что между числом и словом «год» должен стоять неразрывный пробел. Возможно, это где-то используется для красоты, ибо страницы шаблонов частого редактирования не подразумевают. — putnik 13:54, 18 апреля 2009 (UTC)Ответить

с трубой и апостроф

править

Вариант [[Терри О’Куинн|Терри О’Куинн]] не викифицируется. При убирании апострофа викификация начинает работать. -- AVBtalk 11:11, 10 апреля 2009 (UTC)Ответить

✔ Исправлено.putnik 06:20, 16 апреля 2009 (UTC)Ответить
  • Я не слишком хорошо разбираюсь в регэкспах и не могу (с ходу) прочитать, что там написано под // Nice links, но меня смутило описание "в оптимизацию ссылок добавлен апостроф". А именно, есть ли какие-то причины, почему нельзя объединять текст до и после трубы, если там используются ЛЮБЫЕ идентичные знаки? Впрочем, поднапрягшись с чтением, уточняю: есть ли причины, почему нельзя заменить
  • txt = txt.replace(/\[\[ *([a-zA-Zа-яА-Я\u00A0-\u00FF %!\"$&'()*,\-.\/0-9:;=?\\@\^_`’~]+) *\| *(\1)([a-zа-яё]*) *\]\]/g, '[[$2]]$3')
  • txt = txt.replace(/\[\[ *([a-zA-Zа-яА-Я\u00A0-\u00FF %!\"$&'()*,\-.\/0-9:;=?\\@\^_`’~]+) *\| *([^|[\]]+) *\]\]([a-zа-яё]+)/g, '[[$1|$2$3]]')
на что-то типа
  • txt = txt.replace(/\[\[ *([^\|\]]+) *\| *(\1)([a-zа-яё]*) *\]\]/g, '[[$2]]$3')
  • txt = txt.replace(/\[\[ *([^\|\]]+) *\| *([^|[\]]+) *\]\]([a-zа-яё]+)/g, '[[$1|$2$3]]')
(жирным выше выделена изменённая часть)? -- AVBtalk 13:45, 16 апреля 2009 (UTC)Ответить

Ещё один пример, показывающий, что нужно обрабатывать все знаки сразу, а не модифицировать регэксп постепенно, добавляя знаки по одному: на этот раз я напоролся, что не отрабатывается конструкция

  • [[Англо-португальский кризис (1889—1890)|Англо-португальский кризис (1889—1890)]]

содержащая тире. -- AVBtalk 18:45, 23 июня 2009 (UTC)Ответить

регистр первой буквы

править

Ссылка вида [[Король|король]] не оптимизируется. Подробности: регистр первой буквы в ссылках движок не учитывает, а такого рода ссылки часто получаются копированием (или подстановкой скриптами вроде editsuggest) до трубы заголовков страниц, а они как правило показываются на страницах википедии с прописной буквы. Было бы неплохо, если бы и викификатор игнорировал регистр первого непробельного знака. -- AVBtalk 14:36, 15 апреля 2009 (UTC)Ответить

Викификатор не хочет обрабатывать вот такую конструкцию: [[2000 год|2000]] года, а должен --Hazzik 05:16, 24 июня 2009 (UTC)Ответить

-- AVBtalk 22:57, 25 июня 2009 (UTC)Ответить

"И т.п."

править

Обнаружил тут конструкцию (И т.п.), которая не викифицируется. Вероятно, из-за прописной "И". -- AVBtalk 23:09, 10 мая 2009 (UTC)Ответить

"и т.д." 2

править

Конструкция вида (… и т.д.). не викифицируется. -- AVBtalk 22:59, 25 июня 2009 (UTC)Ответить

К этому моменту уже ✔ исправлено заменой обоих пробелов в регулярном выражении на \s, которое соотвествует разным пробелам и переводам строк (в конструкции выше есть неразрывный пробел). — AlexSm 20:09, 9 сентября 2009 (UTC)Ответить

Параметры таблиц без кавычек

править

Также, не помню, писали ли тут об этом, но параметры без кавычек в таблицах (например, width=25% вместо width="25%") портятся (викификатор вставлят пробел между числом и процентом). Возможно, имеет смысл вставить в викификатор добавление кавычек вокруг параметров тегов (как минимум - параметров таблиц типа colspan/width/... и ref name= - в конце концов, вставляет же он пробел перед "/" в "<br/>"). -- AVBtalk 21:06, 23 мая 2009 (UTC)Ответить

width=25% без кавычек — это да, известная проблема. — AlexSm 20:05, 3 сентября 2009 (UTC)Ответить

✔ Исправлено для параметров таблиц: теперь прячутся целиком строки, начинающиеся на {| и |-, и прячутся все куски, похожие на определения стилей ячейки (вида |style="color:green"|). — AlexSm 20:09, 9 сентября 2009 (UTC)Ответить


Прочерки в таблицах

править

Сражение под Прохоровкой#Германия

Проблема: перед прочерками в таблице ставится неразрывный пробел, при этом нарушается выравнивание по центру. Ldv1970 22:04, 15 августа 2009 (UTC)Ответить

  • Пробуем тут:
123456789 123456789 123456789
 —  —  —
В первой строке у нас пробелы, во второй я вручную вставил неразрывные пробелы (вручную - потому, что, похоже, викификатор отказывается вставлять неразрывные пробелы на страницах обсуждений). Что я могу сказать... Даже если викификатор действительно вставлят в таблице пробелы, то, на мой взгляд, сдвиг малозаметен, а если не ставить эти строки рядом, то вряд ли кто сможет понять, что он там есть. PS: Говорят, исключить строки таблицы из обработки викификатором можно, если добавить перед ними пробел. PPS: Ширину столбцов лучше задавать не в процентах, а в знаках (em). -- AVBtalk 13:52, 17 августа 2009 (UTC)Ответить
Ширину столбцов лучше задавать именно в процентах, потому что неизвестно, какова ширина окна браузера у читателя и какой шрифт у него поставлен по умолчанию. При использовании процентов как раз и достигается наилучшее приспособление. — Monedula 14:38, 17 августа 2009 (UTC)Ответить
  • лучше - не лучше. Потому что при использовании width в любой ячейке таблица мгновенно растягивается, как будто ей вписали class="wide" (или width="100%") в заголовке. шрифт - em как раз и должно, по идее, позволить настроить таблицу независимо от ширины окна. И если на узком окне таблица будет вылазить - что тут поделаешь. Шрифт же тут не причём, если я правильно понимаю. -- AVBtalk 04:16, 18 августа 2009 (UTC)Ответить
  • Таблица растягивается только при неправильном подборе ширин. Смотрите, например, в статье Личные местоимения — всё указано в процентах, однако таблица отнюдь не растягивается на всю ширину (конечно, если окно браузера достаточно широкое). В то же время при узком окне таблица никуда не вылезает. // А шрифт здесь при том, что бывают «широкие» и «узкие» шрифты. — Monedula 09:23, 18 августа 2009 (UTC)Ответить
  • неправильном подборе ширин - ещё бы знать, что такое "правильный подбор". Личные местоимения - странно, а у меня всегдя растягивалось... Надо будет как-нибудь попробовать ещё. широкие и узкие шрифты - а em разве этого не учитывает? -- AVBtalk 00:57, 20 августа 2009 (UTC)Ответить
Не надо забалтывать проблему. Даже если викификатор действительно вставлят в таблице пробелы — не сомневайтесь, вставляет. на мой взгляд, сдвиг малозаметен — я его прекрасно вижу, и мне не нравится. Ширину столбцов лучше задавать не в процентах — и от этого поведение Викификатора изменится, вы хотите сказать? если добавить перед ними пробел — понял. Стало быть, если вы решили воспользоваться Викификатором, не спешите. Сначала посмотрите внимательно, а нет ли в статье таблиц. Есть? Аккуратно расставьте пробелы в начале строк, согласно инструкции... Вы это серьёзно? А я-то думал, что Викификатор предназначен для автоматизации рутинной работы... Ldv1970 19:59, 17 августа 2009 (UTC)Ответить
  • прекрасно вижу - а я вижу только если рядом те две строки поставить. :) Аккуратно расставьте пробелы в начале строк - не надо ёрничать, я всего лишь предложил временный воркараунд, раз уж для вас это так критично. -- AVBtalk 04:16, 18 августа 2009 (UTC)Ответить

Возможно получится слегка перетасовать код и на время обработки пробелов спрятать все строки, начинающиеся с символа |. Нуно только время на это найти... — AlexSm 20:47, 17 августа 2009 (UTC)Ответить

  • спрятать все строки - нельзя. Потому что в ячейках таблицы тоже идёт обычный текст, который нужно викифицировать. Вероятно, в викификаторе следует предусмотреть особую обработку для случаев "| —". А также следует не забыть о том, что вификатор не заменят дефис на тире в случае, если дефис идёт после тега (например, ref) - см. тему выше. -- AVBtalk 04:16, 18 августа 2009 (UTC)Ответить
Не нужна ли помощь? Могу на среднем уровне писать на JavaScript, с регулярными выражениями знаком очень хорошо. Как организован процесс разработки? Что почитать, чтобы войти в курс дела? Ldv1970 21:36, 17 августа 2009 (UTC)Ответить
Помощь всегда нужна. Читать можно код Викификатора, пока не будете знать наизусть =) Конкретный код можно выкладывать прямо сюда. После того, как кто-нибудь из админов, занимающихся Викификатором, его проверит и, если надо, протестирует, он будет включён. — putnik 21:53, 17 августа 2009 (UTC)Ответить

Пока не исправлено. Пока что могу присоединиться к рекомендации начинать такие строки с пробела. — AlexSm 20:05, 3 сентября 2009 (UTC)Ответить

✔ Исправлено, по крайней мере для этого конкретного случаю: теперь Викификатор прячет все пробелы после знака |, чтобы они не обрабатывались. Надеюсь, побочных эффектов не будет. — AlexSm 20:09, 9 сентября 2009 (UTC)Ответить


Формулы

править

Столкнулся с тем, что Викификатор обработал формулу внутри тегов , тем самым попортив её. Вот [1] сравнение версий, где видно, что именно сделал Викификатор. А именно заменил в latex-овской формуле {n^2} на {n²}, что и привело к ошибке обработки и отображения. Вот [2] версия страницы с попорченной формулой. -- Softy 09:35, 12 сентября 2009 (UTC)Ответить

  • Викификатор версии 2009-09-04/3. Подтверждаю наличие бага. Вот тестовый пример, созданный за счёт обрезки первого абзаца Регрессионный анализ:
  • исходник: <math>Y</math> <math>X_1, X_2, ..., X_p</math>
  • после викификация: <math>Y</math> <math>X_1, X_2, …, X_p</math><math>Y</math> <math>X_1, X_2, …, X_p</math>
Здесь во второй паре math троеточие заменилось на многоточие. Если викифицировать только одну пару math, то баг не проявляется. -- AVBtalk 13:25, 13 сентября 2009 (UTC)Ответить

✔ Исправлено: это просто была моя ошибка при последних изменениях. Извините и большое спасибо, что обратили внимание. — AlexSm 04:11, 14 сентября 2009 (UTC)Ответить

math and ^2

править

Исправляются ^2 внутри тегов <math>.

<math>a^2</math>
<math>a²</math>

`a5b 09:04, 14 сентября 2009 (UTC) Проявилось здесь: [3]. На данном тексте (этот абзац) не воспроизвелось при выделении второй формулы, но воспроизвелось при викификации всего азбаца (только во второй формуле!). `a5b 09:07, 14 сентября 2009 (UTC)Ответить

викификация комментариев

править

Не то, чтобы это было критично, но меня заинтересовало: то, что сейчас викификатор обрабатывает текст в комментариях <!-- --> - это так и задумывалось или это побочный эффект недавнего бага с викификацией внутри второй пары тегов? -- AVBtalk 23:52, 11 ноября 2009 (UTC)Ответить

В моей правке 13:41, 4 сентября 2009 помимо других изменений hide('<[^>]*?>') (которое прятало комментарий как один огромный тег) было заменено на hide('<[a-z][^>]*?>') (теперь прячет только «латинские» теги), но я к сожалению не могу вспомнить зачем. — AlexSm 00:27, 12 ноября 2009 (UTC)Ответить
Уточню: «зачем» в принципе понятно, чтобы не исключались из обработки куски текста после знака «<», не являющегося тегом; я просто не помню, попался ли мне реальный случай или просто пришло в голову сделать лучше. Если <!-- --> действительно надо прятать, то нужно просто к a-z добавить восклицательный знак. — AlexSm 02:21, 12 ноября 2009 (UTC)Ответить

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

<!--
+-->

после викификации получилось

<!--
±->

и в комментарий попал весь хвост статьи. Это я не к тому, что следует запретить викифицировать комментарии, это я только в качестве забавного примера. Но всё же хорошо бы, чтобы такого не было. -- AVBtalk 03:58, 6 января 2010 (UTC)Ответить

знак копирайта

править

В документации написано, что викификатор заменяет некоторые сочетания знаков на юникодные знаки (например, (с) → ©). Проверяем: "(с) (c) (r) (tm) (тм)" → «(с) (c) (r) ™ ™». Как видите, сработал только традемарк, копирайт и резервед не сработал. Значит, нужно либо исправить документацию, либо викификатор. -- AVBtalk 09:06, 12 ноября 2009 (UTC)Ответить

Надо исправить в документации, куда это было добавлено 19 декабря 2004, потом из кода было убрано 11 марта 2006. — AlexSm 15:58, 12 ноября 2009 (UTC)Ответить

Некорректная обработка текста, примыкающего к изображению

править

У меня на ЛС есть такой фрагмент: [[Файл:GermanShep1 wb.jpg|50px]]yandex.ru. После викификации yandex попадает в скобки, где оказывается 50pxyandex. NBS 14:37, 20 декабря 2009 (UTC)Ответить

Ошибка обработки тэгов

править

До викификации:

[[montre]] <i>f</i>, [[horloge]] <i>f</i>

После викификации:

[[montre]] ''f</i>, [[horloge]] <i>f''

Как правильно:

[[montre]] ''f'', [[horloge]] ''f''

Ошибка здесь:

  r(/<(i|em)>(.*)<\/(i|em)>/gi,"''$2''") 

Надо:

  r(/<(i|em)>(.*?)<\/(i|em)>/gi,"''$2''") 

-- Wesha 15:00, 28 января 2010 (UTC)Ответить

Неразрывный пробел в ссылке

править
== Года ==

Часто сталкиваюсь с попаданием между цифрой и словом символа без графического обозначения из-за чего ссылка не работает. Типичный пример: Куба#Образование, там две красные ссылки на даты. Хорошо бы добавить в викификатор замену этого символа на пробел. Advisor 14:38, 15 сентября 2009 (UTC)Ответить

Если я не ошибаюсь, это уже исправлено в движке: mediazilla:15248 «Non-breaking spaces in wikilinks should act like regular spaces». Нам только нужно дождаться обновления ПО серверов Википедии (неизвестно когда, правда), и тогда такие ссылки автоматически станут работать. — AlexSm 14:50, 15 сентября 2009 (UTC)Ответить
Вот именно, что неизвестно когда. Прощё дописать исправление. Кстати, каков вообще смысл вставления туда неразрывного пробела? Advisor 16:47, 15 сентября 2009 (UTC)Ответить
В плане типографики корректнее не переносить единицу измерения, следующую за числом. Так что после обновления движка, вероятно, будет сделана обратная замена. — putnik 18:09, 15 сентября 2009 (UTC)Ответить
Неразрывные пробелы теперь обрабатываются движком корректно. — putnik 21:50, 4 октября 2009 (UTC)Ответить

Точки в русифицированных доменах и старомодных сокращениях

править
Лента.Ру
С.С.С.Р.

Проблема: после точки вставляется пробел. Ldv1970 22:04, 15 августа 2009 (UTC)Ответить

  • (1) Домен не надо писать с прописной буквы. (2) Пробелы вставляются потому, что случаи, когда редакторы пишут слипшийся текст ("Он гулял.А она,хотя хотела,нет"), не так уж редок. А ещё бывает такое: "А.С. Пушкин". Как воркараунд для "С.С.С.Р." могу предложить использовать <nowiki></nowiki>. -- AVBtalk 13:16, 17 августа 2009 (UTC)Ответить


Добавлена переменная версии Викификатора

править

Чтоб при исправлениях кода не было путаницы со старыми/новыми версиями, в код добавлена переменная wmVersion, которая должна содержать идентификатор версии кода. Желательно, чтобы при внесении изменений в код админы изменяли эту переменную в самой первой строке. Пока что версия состоит из даты обновления, с возможным уточнением номера изменения в этот день, например 2009-09-04/03. Чтобы увидеть используемую версию, нужно перейти на страницу редактирования и

  • напечатать в адресной строке браузера javascript:alert(wmFullText);void 0 и нажать Enter
  • либо очистить окно редактирования, напечатать version и нажать кнопку Викификатора.

AlexSm 18:55, 4 сентября 2009 (UTC)Ответить

Скрипт для отладки Викификатора

править

К слову, вполне можно слегка изменить Викификатор и затем сделать к нему дополнительный скрипт, который могут поставить себе участники, заинтересованные в его улучшении. Этот скрипт мог бы показывать какие регулярные выражения что изменили, и давать возможность добавлять свои регулярные выражения для тестирования. — AlexSm 20:09, 9 сентября 2009 (UTC)Ответить

Лишние пробелы

править

для повышения читабельности вики-разметки, вставляются пропущенные пробелы после знаков * # : и их комбинаций в начале строки, вокруг заголовков (==А== → == А ==), и вставляется пустая строка перед заголовком, если других пустых строк там нет - зачем лишние пробелы? Читабельность вроде нормальная и без них. Fractaler 13:29, 19 октября 2009 (UTC)Ответить

  • Не знаю, являетесь ли вы программистом, но есть две такие вещи, о которых программисты хорошо должны знать: читабельность кода и унификация оформления. Конечно, у разных людей понятие читабельности может отличаться, но даже я, сторонник более плотного кода, считаю, что то, что делается сейчас - полезно. А насчёт вас, кстати, то я вам говорил, что то, что вы вручную вырезаете пробелы из шаблонов - это никому не нужная копеечная экономия размера, которая ломает унификацию и читабельность. -- AVBtalk 18:21, 20 октября 2009 (UTC)Ответить

Среднее тире

править

В нашем профильном вузе учат между цифрами (напр. годами: 1999–2000) ставить не длинное, а среднее тире. Кое-как об этом говорится в статье Тире. Более подробно рассказываться у Лебедева (только он почему-то делает вид, что он вводит эту систему, хотя она вроде как давно существует). Вот только нормативных документов найти не могу. Где это может быть? Не стоит ли ввести подобную замену викификатором? DSR|Open 13:50, 12 декабря 2009 (UTC)Ответить

Нормативных документов нет и быть не может. В отечественной типографике не было такого понятия, как «среднее тире». Только дефис, минус и «просто» тире, причём минус использовался только в формулах. Де-факто 150-е тире (оно же n-dash) используется в записи номеров телефонов, спортивных результатов (счета матчей в теннисе, шахматах и т. п.), но при записи числовых диапазонов лучше придерживаться советских традиций. — Максим 15:08, 12 декабря 2009 (UTC)Ответить
А есть ли возможность обратиться к изданию: А. Э. Мильчин. Справочник издателя и автора. М., 2003? DSR|Open 12:24, 13 декабря 2009 (UTC)Ответить
Нашел: [4] DSR|Open 12:33, 13 декабря 2009 (UTC)Ответить
Угу, у меня это настольная книга. Я примерно по Мильчину и изложил. А ещё есть шикарный обзор на «Хабрахабре» о всяческих чёрточках, поддерживаемых в Юникоде, очень познавательно. — Максим 19:10, 13 декабря 2009 (UTC)Ответить

Обработка отсутствия пробела с круглыми скобками

править

Если возможно, просьба добавить в викификатор обработку отсутствия пробела перед открывающей круглой скобкой, равно как и отсутствия пробела после закрывающей круглой скобки, т.е.: "<any char>(" --> "<any char> (", ")<any char>" --> ") <any char>". --Michgrig 12:32, 25 декабря 2009 (UTC)Ответить

В общем случае замена некорректна. Пример. — putnik 15:59, 13 марта 2010 (UTC)Ответить

Пустые строки между заголовками

править

В последнее время викификатор начал вставлять бесполезную пустую строку между заголовками второго и третьего уровня, если они идут подряд друг за другом (как здесь). Возможно ли убрать этот эффект? — Cantor (O) 14:31, 2 февраля 2010 (UTC)Ответить

  • Викификатор давно вставляет пустую строку между подряд идущими заголовками (любого уровня). И это правильно. Наоборот, нужно наконец заставить AWB-ников отключить свою "фичу" с убиранием этой строки. К сожалению, я уже год как бьюсь с ботоводами на этой почве. :( -- AVBtalk 23:19, 2 февраля 2010 (UTC)Ответить
    Почему правильно? Если идут два подряд заголовка одного уровня, это ещё куда ни шло. Но смысл пустой строки между заголовками разных уровней мне решительно не понятен. И хорошо, что её убирание происходит в AWB: раз на них повлиять сложно, проще привести в соответствие с ними свой технический инструментарий. — Cantor (O) 11:59, 3 февраля 2010 (UTC)Ответить
  • Почему правильно? - потому что так как правило лучше. Читабельнее. разных уровней - один уровень или уровни разные - не важно. Тут соль в том, чтобы отделить заголовок от предыдущего текста (даже если этот текст - другой заголовок). PS: Я не в курсе, как это сейчас сделано в викификаторе, но технически добавлять отсутствующую пустую строку над заголовком без учёта контекста на порядок проще, чем анализировать предыдущую строку на тему, не является ли она заголовком, и какого уровня этот заголовок. -- AVBtalk 00:44, 4 февраля 2010 (UTC)Ответить
[To: AVB]. Делать вам нечего.

Викифика́тор — инструмент для автоматической обработки вики-текста согласно некоторым правилам вики-разметки и русской типографики.

Насколько я понимаю, у нас нет правил вики-разметки, определяющих необходимость наличия/отсутствия пустой строки между заголовками. С другой стороны, налицо несогласие с AWB.
Возможные варианты действий:
  1. Не трогать заголовки, в соответствии с заявленным предназначением Викификатора.
  2. Согласовать поведение с AWB. Если не удаётся — см. пункт 1.
Ldv1970 01:10, 4 февраля 2010 (UTC)Ответить
В данном конкретном случае согласен с Cantor -- Wesha 00:53, 6 февраля 2010 (UTC)Ответить