Обсуждение участника:Alex Mashin/Архив/2011

Материал из свободной русской энциклопедии «Традиция»
Перейти к: навигация, поиск

Подпись к письму Профиль пользователя lqplqp[править]

Вон та подпись, оставленная (насколько я понимаю) от Вашего имени, была отвергнута как анонимная. Следует либо повторить её через OpenID, либо подтвердить по почте, либо дезавуировать. —Mithgol the Webmaster 08:26, 9 февраля 2011 (UTC)

О перформансах[править]

Хай, Вы внимательно посмотрели диффы изменений - что было в предпоследней редакции, и к чему вернулись?

Я ничего не терял, из содержательного. Сократил дублирование "Лозунгов" - и на мой взгляд, от возвращённого их навязчивого повторения "слева-вправо" статья лучше не стала. В википедии, наверное, их повторили в статье не 2 раза, как у нас, а больше - но это ли эталон для Традиции?

И Вы отчего-то потеряли улучшение форматирования (см. тексты цитат в конце статьи - очевидно, что так было содрано с какого то-сайта, но удаление лишних невидимых переносов - также улучшает текст, а не ухудшает его. Далее, были введены (имхо, справедливо) кавычки, при оценок данной глупости - как "произведения искусства", и пр. Значит ли это, что Вы не согласны таким с закавычиванием - быть может, это в действительности "произведение"?

Заменена также новая, и на мой взгляд, более точная формулировка лида: "перформанс московской т. н. «арт-группы „Война“», публичная «акция» в форме оргии, устроенная 29 февраля 2008 года в Государственном биологическом музее имени А. К. Тимирязева в преддверии выборов Дмитрия Медведева президентом России (самоназвания: «Ебись за наследника медвежонка!», «Оргия в зоологическом музее»)." - на старую: "(акция «Ебись за наследника медвежонка!»; иногда ошибочно называется Оргия в зоологическом музее) — публичная акция в форме оргии, устроенная московской арт-группой «Война» 29 февраля 2008 года в Государственном биологическом музее имени А. К. Тимирязева в преддверии выборов Дмитрия Медведева президентом России. " В этой замене-откате также хотелось бы понять: действительно ли в русском языке самоназвание мелкого хулиганства плуцерчат, "акция" более отвечает сущности действа этих пубертов с "патриархом"-Плуцером во главе, нежели много более более адекватное слово "перформанс"?

Далее. Является ли энциклопедичным рассусоливание - детальное описание содержания "акции" типа:

  • на полу — две,
  • в углу — одна,
  • возле оператора слева — две: богатырь с блондинкой и лысый мужик с тёткой в возрасте).

Какую энциклопедическую нагрузку несёт этот мусор? Не слишком ли его много для целей Традиции? (или мало? - но тогда желающие вполне могут расширить свои горизонты в этой теме в ру-вп.)

Поскольку я не понимаю смысла сделанного отката, то хотелось бы прояснения ситуации. Alexandrov 17:20, 17 февраля 2011 (UTC)

  • Если хотите устранять дублирование — не трогайте шаблон справа. Он там не только для красоты. Против остального я не возражаю.
    Александр Машин 16:32, 18 февраля 2011 (UTC)
Хорошо. Alexandrov 18:09, 18 февраля 2011 (UTC)

Появились проблемы[править]

1)После открытия статьи Участник:Alexandr/Современные концепции световосприятия и цветного зрения, вызвав "править" — открывается: "Не удалось открыть узел.....операция прервана". Удалив сообщение, открывается — "Невозможно отобразить страницу". В это же время другие статьи нормально работают. (Это даже происходит с вечера на утро);

  • У меня форма редактирования страницы нормально открылась в Опере.
    Александр Машин 13:18, 30 марта 2011 (UTC)
  • Я загрузил Опера в ней всё равно то же самое, редакитрование отключается. Что делать? Может переименовать статью с согласия Александрова?--Миг 05:30, 31 марта 2011 (UTC)

2)Не открываются математические формулы долго. Например, сегодня: см. Формула цветового отличия. С ув.--Миг 05:44, 30 марта 2011 (UTC)

  • Нынешний механизм показа формул ориентирован на перенос нагрузки на машину клиента. Форумулы перерисовываются на ней при каждом показе страницы.
    Александр Машин 13:18, 30 марта 2011 (UTC)

Программирование всплывающих подсказок[править]

Я обратил внимание на код, создающий подсказку, который в настоящее время выглядит вот как:

function createToolTips () {
   $(this).find('.tipped').each(function(){
      var $this = $(this);
      var $tip = $this.children('.tip').clone();
      $tip.css.display = 'block';
      addHTMLToolTip($this, $tip.html());
   }); // завершение each()-цикла
}

Точно ли там нужен код

$tip.css.display = 'block'

с учётом того, что в дальнейшем используется внутренний html() блока $tip, а стиль блока $tip ни на что не влияет? Полагаю, что нет, поэтому я его сейчас устраню. —Mithgol the Webmaster 07:27, 30 марта 2011 (UTC)

  • Боюсь, именно из-за этого всплывающая подсказка своим левым краем выравнивается теперь по правому краю текста, к которому относится, из-за чего, если этот текст находится в правой части экрана, подсказка всплывает за его правой границей. До этого времени правый край всплывающей подсказки выравнивался по правому краю текста. Пример — вторая видимая поправка к Т:ПгК.
    Александр Машин 13:06, 30 марта 2011 (UTC)
  • Не из-за этого, а потому, что я убрал position.corner, считая такое его значение не особенно пригодным для подсказок ко сноскам. Я исходил из того, что читатель ожидает увидеть подсказку справа и снизу под элементом, как если бы это был привычный ему итог работы атрибута «title». Оказалось, однако, что если класс .tipped охватывает элемент значительной ширины (занимающий несколько строк), то qTip не в состоянии сделать выбор между «справа снизу» и «слева снизу» (оба эти варианта выносят подсказку за правый и левый край окна соответственно), а другие варианты («правый край подсказки под правым краем элемента») не пробует. Для сносок это не страшно (обозначения сносок не бывают многострочными), а для подсказок к .tipped я возвратил Ваш вариант с единственным изменением: подсказку поместил ниже элемента .tipped, стремясь к тому, чтобы она не заслоняла предшествующий текст и тем не мешала целостному чтению того абзаца, к которому относится (уж лучше пусть заслоняет последующий текст). —Mithgol the Webmaster 17:13, 31 марта 2011 (UTC)
  • Удалось ли кодом onRender: createToolTips достигнуть отображения подсказок внутри подсказок, или придётся ждать выхода второй версии плагина qTip для этой цели? —Mithgol the Webmaster 07:45, 30 марта 2011 (UTC)
    • Нет, но я не уверен, что в нынешней версии плагина это недостижимо. Может быть, я чего-то не доделал. Пример неработающей подсказки внутри подсказки — первая видимая поправка к Т:ПгК.
      Александр Машин 13:06, 30 марта 2011 (UTC)
  • Путём отладки (console.log() в Firefox 4) я установил, что api.onRender в качестве this получает не внутренность подсказки, а объект несколько более сложной формы, так что обработке должны подвергаться его атрибуты. Я внёс соответствующие поправки в джаваскрипт, так что теперь первая видимая поправка к Т:ПгК сопровождается подсказкою к подсказке. —Mithgol the Webmaster 17:13, 31 марта 2011 (UTC)

Гитлер Гитлер Гитлер Гитлер![править]

В статье «Адольф Гитлер» в карточке отвалилася семантика. —Mithgol the Webmaster 17:13, 31 марта 2011 (UTC)

Использование Semantic MediaWiki[править]

С радостью обнаружил, что на Традиции активно используются семантические аннотации - много и к месту! Честно говоря, это первая на моей памяти русская семантическая вики таких размеров.

Расскажите, пожалуйста, исходя из вашего опыта, для каких целей семантические свойства лучше всего себя зарекомендовали? Не проводили ли вы каких-нибудь исследований на тему того, как использование средств Semantic MediaWiki влияет на производительность? Как вы производите обучение викиавторов языку запросов? Ganqqwerty 11:50, 8 апреля 2011 (UTC)

  • Семантика используется пока в экспериментальном режиме: ещё реализованы не все возможности, да и Semantic MediaWiki — пока не устоявшийся продукт. Семантика — и аннотации, и запросы — используется, в основном, в шаблонах-карточках, где семантические свойства и устанавливаются, и запрашиваются. Примеры автоматического сбора информации с помощью семантических запросов можно видеть на страницах Традиция:Самые активные участники и Русский Марш (навигация в шаблоне-карточке и таблица в разделе История). Семантика у нас сейчас — только один из компонентов складывающейся более масштабной информационной технологии, другими компонентами которой являются извлечение данных из викитекста с помощью регулярных выражений и стандартизированный стиль шаблонов-карточек.
  • На производительности использование семантики сказывается плохо. Оно сделало необходимым полностью асинхронное выполнение рабочих заданий и другие ухищрения для уменьшения и равномерного распределения нагрузки на сервер.
  • Я никак не обучаю викиавторов языку запросов. Даже на нормальную документацию не хватает ресурсов; добровольцы могут изучить документацию Semantic MediaWiki самостоятельно, как изучал я. Использование семантики я стараюсь сосредоточить в немногочисленных шаблонах, за которыми могу уследить сам. Пока что активно развиваю семантику я один. Может быть, оно и к лучшему: успею выстроить основы архитектуры, как считаю нужным.
    Александр Машин 14:47, 8 апреля 2011 (UTC)
    • Посмотрел на ваши труды - как я понял, вам не пришлось даже беспокоить никого из пользователей для внедрения семантики - вы изменили шаблоны-карточки и в вики сразу стало больше машиннообрабатываемых данных. Насчет документации - буду надеяться, что посетители Традиции, работающие над шаблонами, тоже скоро будут вам помогать. Я иногда перевожу по кусочкам документацию для SMW, радостно видеть, что это может кому-нибудь пригодиться.
    • Кстати, создатели SMW проводят конкурс Wiki of the Month среди семантических вик. Возможно, вам будет интересно посмотреть на прошлых победителей и со временем выдвинуть кандидатуру Традиции. В частности, ребята, сделавшие портал института AIFB, среди прочего, провели некоторую работу по анализу и оптимизации производительности SMW (их статья, скоро доделаю русский перевод). Если у вас появится возможность написать о своем опыте использования SMW, буду очень рад почитать. --Ganqqwerty 21:32, 8 апреля 2011 (UTC)

прошу удалить Jester[править]

если уж вы удалили оскорбления то стоит удалить всю статью Jester, так как весь смысл в оскорблениях. вы правы, эти мудаки не достойны статей о них.--Солдат Сиона 17:38, 9 апреля 2011 (UTC)

Готово. Такие статьи лучше размещать в Викиреальности. dream 03:37, 10 апреля 2011 (UTC)

О примечательных статьях[править]

Совсем избрание статей захлогло. Не разгребёте?--Orso 11:24, 23 апреля 2011 (UTC)

Автоматическая загрузка изображений по внешнему URL[править]

Каким расширением MediaWiki (или другим приёмом) достигнуто появление на странице «Служебная:Upload» радиокнопок, позволяющих выбрать загрузку файла с внешнего сайта (по заданному URLу) вместо загрузки с диска участника? —Mithgol the Webmaster 08:27, 3 мая 2011 (UTC)

Какие права контролируют то обстоятельство, что этот элемент в настоящее время доступен только администраторам (или бюрократам, уж не помню)? —Mithgol the Webmaster 08:27, 3 мая 2011 (UTC)

  • Спасибо. Это в дальнейшем поможет мне в настройке некоторой вики. —Mithgol the Webmaster 07:27, 4 мая 2011 (UTC)
  • Вы как полагаете: есть ли смысл в Традиции включать эту возможность для автоподтверждённых участников, или она опасна возможностью забивания вики массою файлов? —Mithgol the Webmaster 07:27, 4 мая 2011 (UTC)
  • Думаю, что нет — даже для автопатрулируемых. Загрузка файлов не со своего комьютера — очевидная возможность для злонамеренной перегрузки подключения «Традиции» к интернету, ничего не стоящей атакующему. Не зря по умолчанию она доступна только администраторам.
    Александр Машин 08:27, 4 мая 2011 (UTC)

Шаблон:Классическая механика[править]

Помогите загрузить формулу Ньютона второго закона в общем виде или в виде, который есть, с указанием векторов. С ув.--Миг 03:58, 5 мая 2011 (UTC)

  • Если Вы имели в виду обозначение векторов не полужирным шрифтом, а чертой, то я это сделал, как умел. Не уверен. что это лучше.
    Александр Машин 06:27, 5 мая 2011 (UTC)
На худой конц можно оставить. Почему не прходит \(\vec{F} = \frac{d\vec{p}}{dt},\) — это идеальный вариант.С ув.--Миг 09:15, 5 мая 2011 (UTC)
В чём же причина? В тексте у меня проходит, а в шаблоне нет. Не полужирный шрифт без стрелки-вектора также проходит. Как Вы думаете, где причина? Извините за назойливость. С ув.--Миг 15:05, 5 мая 2011 (UTC)
  • Сейчас заменил черты на стрелки, и у меня всё видно. Если не видно у Вас, скажите, какой у Вас браузер.
    Александр Машин 01:32, 6 мая 2011 (UTC)
Спасибо. У меня стали видны стрелки. При этом получилось уравнение, написанное Ньютоном. Браузер к меня Интернет экплорер, есть Фирефокс Мазилла. (Программа Виндовс ХР). Всех благ.
С ув.--Миг 04:36, 6 мая 2011 (UTC)

Мысли о будущем...[править]

Добрый день. Я увидел 2 новых стаба, которые действительно наводят на размышления. Зоны РБ + ЕБ внушают глубокие сомнения в проработанности их материалов. На мой взгляд, оба стаба вовсе не аннигилируют в результате - последствия в реализации каждого из представленных "макетов утопий" будут существенно опаснее, нежели многим представляется сегодня (да, и спасибо обоим авторам за "материал к размышлению" :-). Alexandrov 09:16, 6 июня 2011 (UTC)

  • Удалённая пародия Андрея Зелева/Зелёва не лишена остроумия, но об аннигиляции речи быть не может. Псевдопространства имён ЕБ у нас нет, хотя еврейское прошлое может быть источником ценного опыта для русского будущего.
    Покаянные зоны — уже не стаб, хотя я не откажусь добавить туда юридические подробности, указания на прецеденты или ссылки, если они мне попадутся на глаза.
    Ваше мнение об опасности последствий проектов из пространства «Русское будущее» Вы можете изложить в страницах обсуждения этих проектов. Если эти претензии будут содержательнее, чем «Нам этого не позволят, не простят, нас за это истребят!», они помогут улучшить эти статьи.
    Александр Машин 20:10, 6 июня 2011 (UTC)

Конфликт Prototype (из Semantic TreeView) и jQuery[править]

Расширение Semantic TreeView содержит (по адресу Treeview/prototype.js) и подключает библиотеку Prototype, которая определяет (в строке 1513 упомянутого файла) собственную функцию $() и тем конфликтует с одноимённой функцией jQuery.

Таким образом, если расширение Semantic TreeView необходимо нам, то следует дописать MediaWiki:JQuery.js таким образом, чтобы функция $() там «разопределялась» обратно (а определялась бы функция $j = jQuery.noConflict() вместо неё), и переписать MediaWiki:Common.js таким образом, чтобы функция $j() использовалась там вместо $() повсеместно.

До тех пор употребление Semantic TreeView будет приводить к ошибкам джаваскрипта. —Mithgol the Webmaster 15:33, 21 июня 2011 (UTC)

Статистика посещений[править]

Справедливый и мудрый Александр Машин, проясните пожалуйста один вопрос: выкладывается ли сейчас информация по статистике Традиции? Если да, то где с ней можно ознакомиться? Если нет, то планируется ли продолжить ее выкладывать? (Интересны самые посещаемые статьи, общее число посещений, география и т. д.) — Аноним 12:28, 11 августа 2011 (UTC)

  • В Текущих событиях выкладываются графики посещений по данным Google Analytics. Там есть и другая информация, но выкладывать её всем недосуг.
    Александр Машин 12:44, 11 августа 2011 (UTC)

Запрос[править]

Добрый вечер, Александр.

Просьба сделать две вещи:

  • Удалить страницы 1, 2, после чего переименовать аккаунт в User:Oversighted523.
  • Сообщить, как с вами можно связаться (Skype, почта и т. п.).

Oversighted523 20:54, 11 августа 2011 (UTC)

О переводе названия японской песни (гимна)[править]

Быть может, уместно записывать «Уми юкаба» вместо «Уми Юкаба»? (Спрашиваю вот почему: насколько я понял перевод, «юкаба» там не имя собственное.) —Mithgol the Webmaster 07:45, 11 сентября 2011 (UTC)

Возможности автоматизации вызова шаблона[править]

В связи с появлением у нас новых функций парсера (я замечаю расширения Loops и Variables) мне на ум пришёл вот какой небезынтересный вопрос: не появилась ли случайно какая-нибудь простая возможность составить такие шаблоны, чтобы вызов шаблона {{шаблон1}} на странице [[страница1]] немедленно и автоматически приводил также к вызову другого шаблона {{шаблон2|страница1}} в некотором (заранее подготовленном) разделе другой страницы [[страница2]]?

Я обдумываю эту возможность как некоторое обобщение существующей идеи категорий. Шаблон ({{шаблон1}}) может легко добавить упоминание той страницы, на которой он вызван ([[страница1]]), в какую угодно категорию — однако шаблону не так-то просто добавить это упоминание не в категорию, а на произвольную страницу ([[страница2]]) и в произвольной форме ({{шаблон2|страница1}}). Между тем, если бы такая возможность существовала, то информационные сводные шаблоны (например, {{РМ/Карта_2010}}), может быть, и не понадобилось бы заполнять от руки целиком, потому что ряд сведений можно вместо того собирать автоматически — в частности, доставать регулярными выражениями, анализирующими вики-код отдельных страниц (в этом примере — страниц о Русских маршах), для чего как раз достаточно было бы указать такие выражения в шаблоне, автоматически поочерёдно натравливаемом на эти страницы.

Прямо сейчас мне представляется, что наилучшим средством достичь желаемого, вероятно, послужила бы модификация расширения BackLinksFunctions: прямо сейчас оно умеет добавлять (функцией парсера, которая назвается #including) на некоторую страницу ([[страница2]]) только количество вызовов некоторого шаблона ({{шаблон1}}) на страницах вики — но нетрудно видеть, что расширение сосчитывает это количество, сперва составляя массив имён страниц, на которых шаблон вызван (таких страниц, как [[страница1]]), и затем возвращая (оператором return (string) count ($backlinks)) число элементов массива. Понятно поэтому, что расширение могло бы с тем же успехом и с той же лёгкостию возвращать перечень элементов массива, причём перечень в произвольной форме. Не помню только, насколько произвольной (то есть может ли функция парсера, например, возвратить вызов шаблона — вернее, можно ли ожидать, что этот шаблон будет и впрямь вызван на этом этапе интерпретации, а не останется просто названием да параметрами в двойных фигурных скобках). Впрочем, теоретически знаю: справка (mw:Manual:Parser_functions#Controlling_the_parsing_of_output) гласит, что это достижимо.

Но прежде, чем начать эксперименты в этом направлении (для безопасности общего дела я умышляю начать их не в Традиции, а в некоторой другой вики), я решил заглянуть и спросить о Вашем мнении. Одна голова хорошо, а две лучше; быть может, я просмотрел более простой и бесхитростный способ, позволяющий невозбранно достичь желаемой автоматизации? —Mithgol the Webmaster 22:07, 15 сентября 2011 (UTC)

Бью челом[править]

Прошу и Вас как Стюарда Традиции разобраться в ситуации наглого и мерзкого вандализма в статьях со стороны участника Участник:ServusDei (проверьте вклад). Товарищ явно из "вашингтонского обкома", и с особым рвением не только всячески сторается унизить вклад патриотов, но и удаляет уже совсем нейтральные файлы. С особой наглостью уничтожает чужие труды. Коверкает правила написания русского языка. Между тем он косвенно дает понять что в традиции он занимается только и столько пропагандой деятелей католического вероисповедания, и готов зубами рвать славян и русского человека. Больше как мне кажется здесь пожаловаться некому. Некто "серебр" явно занимается разваливанием проекта и изгнанием участников, да к тому же еще и оскорбляет на месте всех кого попало. У вас же в интернете стойкая репутация патриота русского, поэтому прошу Вас принять меры к распоясавшейся гидре мирового империализма. --Flot 09:46, 26 сентября 2011 (UTC)

  • Не надо выискивать везде гидру. В следующий раз, когда захотите нейтрализовать какое-нибудь место в какой-нибудь статье, не ввязывайтесь в войну правок, а тем более, в обмен оскорблениями, а спокойно укажите на это место другим участникам.
    Александр Машин 12:24, 26 сентября 2011 (UTC)

Преобразование десятичной запятой в десятичную точку[править]

Мне кажется, что употребление регулярного выражения внутри {{wl}} отличается чрезмерной вычислительной сложностью, которая со временем (когда число карт и число маркеров на картах возрастёт) может аукнуться. Притом оно требует расширение RegexParserFunctions и тем затрудняет перенос шаблона в другие вики.

Попробуйте вместо него простую текстовую замену функцией {{#replace:…|,|.}} из расширения StringFunctions (которое, как там пишут, было интегрировано в расширение ParserFunctions). Для этого сперва потребуется добавить настройку «$wgPFEnableStringFunctions = true;» в LocalSettings.php после вызова ParserFunctions.

Кстати, интеграция StringFunctions в ParserFunctions может также означать, что расширение StringFunctions (которое я на странице Служебная:Version вижу установленным отдельно) на самом деле не нужно нам, раз ParserFunctions есть. Если только мы не используем функцию #urldecode, которую никуда не интегрировали. Насколько я знаю, не используем — но на всякий случай заглянул и Вас спросить. —Mithgol the Webmaster 10:17, 19 октября 2011 (UTC)

    1. Для экономии ресурсов сервера Вы можете перенести замену запятой на точку в JavaScript. Предложенный Вами метод не имеет смысла, по причинам изложенным ниже.
    2. Наше расширение RegexParserFunctions, кстати, сильно отличается от находящегося по приведённой Вами ссылке, позволяя, в частности множественную замену и синтаксис с одним параметром вида {{#regex:<текст>|/./,/\s//ig}}.
    3. Я проверил код (стр. 772) ParserFunctions. Функция парсера {{#replace:...}} вызывает ту же функцию PHP preg_replace, использующую регулярные выражения, что и {{#regex:...}}.
    4. StringFunctions я отключил. Не помню, чтобы употреблял {{#urldecode:}}.
    5. $wgPFEnableStringFunctions = true; я установил.
      Александр Машин 12:46, 19 октября 2011 (UTC)
  • Я как-то упустил из виду отличие тутошнего «RegexParserFunctions» от первоисточника. Что же касается предложения о переносе замены в JavaScript, то оно мне представляется тем более полезным для разгрузки сервера вики, чем больше точек на карте. Я снабдил версию 0.4 основного скрипта WikiLeaflet необходимым количеством вызовов .replace(',', '.') — и сейчас пойду устранить {{#regex:…|/,/./}} из {{wl}}, и устраню. —Mithgol the Webmaster 07:29, 14 ноября 2011 (UTC)

Ошибка[править]

Мудрый и добрый Александр, сейчас на вашей личной странице, в карточке, в разделе «Идеи», находится две красные ссылки — «off» и «on», между которыми располагаются нормальные ссылки. Посмотрите, что можно сделать с этой ошибкою, и не затрагивает ли она более широкий набор страниц, использующих тот же шаблон?

  • Это особенность работы Semantic MediaWiki 1.17. Я сейчас готовлюсь ко внедрению новых семантических шаблонов, а также новой версии Semantic MediaWiki, что, полагаю, должно устранить проблему.
    Александр Машин 04:32, 8 ноября 2011 (UTC)

Алсо, коли уж случилось поднять тему на Вашей странице, позвольте выразить безоговорочную поддержку этой Вашей записи — очень красиво и правильно сказано, сам неоднократно думал о чем-то подобном, когда еще был вынужден сталкиваться с магазинами, не являющимися самообслуживаемыми. AksWer 03:50, 8 ноября 2011 (UTC)

Извлечение текста из вики-ссылки[править]

Нет ли у нас шаблона, аналогичного {{Извлечь из ссылки}} по возможностям, но настроенного извлекать из ссылки не имя той статьи, на которую указывает она, а именно текст ссылки? Было бы неплохо, кабы в шаблоне {{Мероприятие/места}} из ссылки «[[РМ-2011-Омск|Омск]]» можно было бы извлечь текст «Омск», а из ссылки «[[Пенза]]» — текст «Пенза», дабы подсунуть этот текст в параметр «надпись» шаблона {{wl}}.

Я, может быть, сочинил бы такой шаблон и самостоятельно, но не могу быть уверен в своём знании синтаксиса тутошней версии #regex. Например, второй параметр вот в этом коде:

{{#regex:{{{1}}}|%^.*?\[\[([^\]{{!}}]+)(?:\{{!}}[^\]]*)?]].*$%$1%1^%^.*$%$0%}}

совершенно определённо по символам «%» разваливается на пять частей:

  • ^.*?\[\[([^\]{{!}}]+)(?:\{{!}}[^\]]*)?]].*$
  • $1
  • 1^
  • ^.*$
  • $0

Смысл первой я хорошо понимаю (это регулярное выражение), вторая и пятая часть означают переменные-аккумуляторы, имеющие номера составных частей регэкспа и хранящие эти части (соответственно содержимое первой скобки и всего текста в целом), в остальных не уверен, равно как и в смысле их порядка. (Впрочем, прозреваю логику «применить регэксп из части №1 и если переменная №2 не пуста, то замену из №3, иначе замену регулярным выражением №4 на переменную №5».)

Для выполнения желаемой задачи понадобится немногим более сложный регэксп (всего одна дополнительная пара скобок вокруг «[^\]]*»):

^.*?\[\[([^\]{{!}}]+)(?:\{{!}}([^\]]*))?]].*$

Но затрудняюсь устроить дело так, чтобы в его обработке строка «$2» (когда не пуста) использовалася вместо «$1». —Mithgol the Webmaster 07:53, 15 ноября 2011 (UTC)

    1. Посмотрите {{Убрать ссылки}}. Он, правда, не удаляет текст вне ссылок, кроме того, я делал его давно и теперь не убеждён в его оптимальности. Если надо убрать текст вне ссылок, а внутри ссылок использовать псевдоним, когда есть, и саму ссылку, когда нет, то надо действовать примерно так:{{#regex:(строка)|/(?<=\{{!}}).+(?=]]){{!}}(?<=\[\[)[^{{!}}]+(?=]]){{!}}^[^[]*$)/|sep=;}}. Тогда функция, действующая в режиме поиска, а не замены, вернёт список псевдонимов (и самих ссылок, когда псевдонимы не использовались), разделённый точками с запятой, и всю строку, если викиссылок не было.
    2. Наша версия {{#regex:}} поддерживает и классический синтаксис: {{#regex:строка|/регулярное выражение/|замена}}.
    3. В синтакисе с одним параметром (множественная замена) после строки замены, цифра или цифры, после которых идёт ^, означает количество следующих замен в этой же цепочке, которые следует пропустить, если удалась предыдущая замена.
      Александр Машин 18:06, 15 ноября 2011 (UTC)
  • Уточняющий вопрос: когда Вы писали «классический синтаксис: {{#regex:/регулярное выражение/|замена}}», то имели в виду «классический синтаксис: {{#regex:строка|/регулярное выражение/|замена}}»? —Mithgol the Webmaster 05:06, 7 декабря 2011 (UTC)

Тест[править]

  • {{убрать ссылки|[[РМ-2011-Омск|Омск]]}} → Омск
  • {{убрать ссылки|[[Пенза]]}} → Пенза

Однако, работает. Пошёл внедрять. —Mithgol the Webmaster 05:12, 7 декабря 2011 (UTC)

Целый тон[править]

Статья была "красной", начал писать. Поправьте, пож., категории.
Usik64 13:09, 6 декабря 2011 (UTC)

  • Я внёс исправления. Обратите внимание на кнопку викификации в верхней панели инструментов.
    Александр Машин 14:08, 6 декабря 2011 (UTC)

О правках[править]

Саша, какая-то хрень: на моей странице пользователя правки предыдущие (и мои, и Ваши) появляются лишь после того, как я сделаю и сохраню (с капчей, со всей лобудой) свою следующую правку. Это ересь. Так было и с шаблоном участника.
--Usik64 14:27, 6 декабря 2011 (UTC)

  • Это слишком хорошо работающее кэширование. Я пока не уверен, что смогу исправить это, не снизив его эффективность, критически важную для «Традиции». Пока, если думаете, что видите старую версию страницы, жмите F5, это иногда помогает.
    Александр Машин 15:40, 6 декабря 2011 (UTC)

Семантическая взаимосвязь «Источник изображения»[править]

В шаблоне {{Map Icons Collection}} (а вернее, в его подшаблоне {{Изображение}}) явно глючит семантическая взаимосвязь «Источник изображения», чему примером, например, Файл:POI planned.png. Как избегнуть поглюкивания? —Mithgol the Webmaster 10:36, 15 декабря 2011 (UTC)

  • Я делал это семантическое поле наспех. Теперь поставил более устойчивые шаблоны-обработчики.
    Александр Машин 13:37, 15 декабря 2011 (UTC)

Вопрос[править]

Вас это как бы не касается?--Orso 16:02, 24 декабря 2011 (UTC)

  • Я защитил страницу.
    Александр Машин 11:24, 25 декабря 2011 (UTC)
    • Ну от автопатрулируемых это её не убережёт (как и любую другую страницу).--Orso 14:24, 25 декабря 2011 (UTC)

"Комментированная хрестоматия провокаций"[править]

Приветствую! Ещё при появлении недавно удалённого текста Страна Моксель у меня появилась идея - создать такой небольшой заповедничек-террариум. При вчерашнем анонсе КУД "Николашка" она укрепилась, а вскоре и оформилась - в моём ответе Орсо, на КУД.

Теперь она приобрела некую более очерченную форму, которую предлагаю тут, к малому обсуждению. Просто удалять провокационные тексты можно, но есть случаи, когда провокация столь стандартна, что лучше бы её оформить, как экземпляр паноптикума - с пре- и после-словием, комментами-пояснениями по тексту. Пример, стоящий перед глазами - старое издание Молота ведьм, с прекрасным предисловием Лозинского.

Итак, я с интересом взялся бы оформить предисловие, комментарии и примечания, например, к фрагменту недавно стаба (Москалі_-_фіно-угорці), что недавно сотворил сгоряча нсвичок - уч. Usik64 (а залито он был, с небольшими изменениями, отсюда). Текст для нашей "хрестоматии" был кем-то скомпилирован в основном на основе двух антирусских текстов - Штепы и Билинского; а размещён у нас, как я теперь полагаю, с наивно-провокационной целью (как бы "зондаж реакции администрации" - и, наверное, для проверки своего предсказания таких действий...). Штепа и Билинский - в меру известные персонажи, представители крайнего украинского национализма. И так уж получилось, что для комментирования таких взглядов - уже была проведена большая работа! я недавно нашёл детальные аналитические статьи "в тему". На их основе и оформил бы текст...

Наверное, у нас найдутся авторы, способные аналогично прокомментировать и оформить ту же ст. о учебнике Аверюшкина (со вчерашнего КУД) - главное, создать удобный шаблон оформления - и в компьютерном смысле слова. А тут Вы можете сильно помочь - мне даже кажется, что у нас в Традиции были какие-то тексты, оформленные в таком стиле, когда имеется относительно большой авторский текст, как-то выделенный зрительно (фоном? Рамкой?). Alexandrov 08:38, 25 декабря 2011 (UTC)

  • Нынешняя техническая база позволяет оформить авторский текст с помощью шаблона {{Текст}} и сносок. Возможно, удастся сделать шаблоны для комментированного текста с возможностью одновременного скрытия всех коментариев.
    Александр Машин 10:14, 25 декабря 2011 (UTC)
Будут силы - попробую на Мокселе... Alexandrov 11:15, 25 декабря 2011 (UTC)