Викитека:Форум

Материал из Викитеки — свободной библиотеки
Перейти к: навигация, поиск
Nuvola apps gaim.png Основной форум Green copyright.svg Форум по авторскому праву Nuvola apps kwrite.png Администрирование Mediawiki-logo.png Переименование аккаунтов Wikisource-maintenance.png Изменение прав
Это центральное место для обсуждений в Викитеке. Тут можно начать любую тему, связанную с Викитекой. Место для обсуждений вопросов, связанных с авторским правом. Смело направляйте на эту страницу всё, что связано с администрированием Викитеки. На этой странице можно попросить о переименовании своей учётной записи у бюрократов. Место для запросов о выдаче или снятии дополнительных прав различного спектра.
Вавилонский форум Вавилонский форум
The Babylonian Scriptorium is Wikisource's community multilanguage discussion page.
Das babylonische Skriptorium ist eine mehrsprachige Diskussionsseite der Wikisource-Gemeinschaft.
Fairytale Trash Questionmark-05.svg К удалению
Форум обсуждения статей, вынесенных к удалению.
Replacement filing cabinet.svg Архивы форума
Последнее изменение страницы:
01.10.2016.

Пожалуйста, добавляйте новые темы сверху. Добавить…
Короткая ссылка-перенаправлениеGtk-go-forward-ltr.svg

ВТ:Ф

Пожалуйста, называйте вашу тему и подписывайтесь с помощью ~~~~.


Индекс PDF с разворотом

А если скан (в PDF) не постранично сделан, а разворотами (по 2 страницы), индекс делается как обычно, или есть способы разделения постранично на Викитеке?--Stolbovsky (обсуждение) 11:41, 29 сентября 2016 (UTC)

Простой пример - Индекс --Averaver (обсуждение) 13:08, 29 сентября 2016 (UTC)
Можно пропустить скан через ABBYY FineReader, там есть функция автоматического деления разворотов пополам.--Silberrus (обсуждение) 13:50, 29 сентября 2016 (UTC)
@Averaver: Не во всех ABBYY FineReader есть эта функция, у меня к сканеру Epson прилагалась упрощённая версия, ABBYY FineReader Sprint, так вот в ней этого нет. Кроме того, FineReader — пропиетарное ПО, а хотелось бы найти бесплатную замену. ;-) -- Sergey kudryavtsev (обсуждение) 14:39, 29 сентября 2016 (UTC)
Спасибо--Stolbovsky (обсуждение) 15:58, 29 сентября 2016 (UTC)
Бесплатный аналог для решения отдельной задачи "порезать развороты" есть, это, к примеру, ru:w:Scan Tailor (когда-то пользовался, довольно удобно). Только задача "распознать текст" при таком подходе будет стоять отдельно.
Интересно, кстати, есть ли опция "делить развороты" на встроенном движке FineReader, что на archive.org (о котором рассказывал Hinote)? -- Badger M. (обсуждение) 21:03, 29 сентября 2016 (UTC)

Дореволюцонная орфография

Is there any software that can automatically translate from prerevolutionary orthography (/ДО) into modern Russian? Or is this always a manual task? --LA2 (обсуждение) 01:57, 28 сентября 2016 (UTC)

@LA2: This is semiautomatic task by nature. The text after our Deyatificator tool in most cases is not need to correct, but not alvays. -- Sergey kudryavtsev (обсуждение) 04:03, 28 сентября 2016 (UTC)

Сохранить изменения...

Что случилось с кнопкой? Почему я не могу теперь редактировать статьи? --Infovarius (обсуждение) 20:49, 26 сентября 2016 (UTC)

Отсутствует деятификатор в браузере Chrome при редактировании

Примерно уже неделя прошла, как в браузере Chrome при редактировании не показывается иконка деятификатора (статья, ПИ Страница). В IE10, в основном, нормально показывается. Возможно, это произошло из-за иконки визуального редактора. P.S. предварительный просмотр и очистка кеша не помогают. --Averaver (обсуждение) 16:52, 18 сентября 2016 (UTC)

  • Видимо проблема в вики-движке. Примерно столько же (или две недели?) как в Википедии у меня из панели пропала кнопка упрощения url-ссылок. Неделю (и вроде до сих пор) как почти при каждом открытии страниц (статей, форумов, СО) на редактирование над окном редактора, где должен быть предпросмотр, выскакивало размером больше страницы белая область с жёлтыми пятнами. Тогда же слетали другие кнопки панели, в частности викификатор (и вроде сейчас не при каждом открытии появляется). Пробовал в википедии отключать все мои пользовательские скрипты, и все опции в Настройках → Гаджеты → Редактирвание… не помогло. Год назад было что-то похожее с панелькой пару недель, когда изменяли движок. --Vladis13 (обсуждение) 17:23, 18 сентября 2016 (UTC)
  • w:Википедия:Форум/Технический#Гаджет "Упрощение ссылок", w:Википедия:Форум/Технический#Не грузятся гаджеты - ведущие технари рувики тоже имеют проблемы и не знают причину. --Vladis13 (обсуждение) 17:32, 18 сентября 2016 (UTC)

Цветная полоса в левом меню

Что за фиолетовая полоса появилась в левом меню в ДО/ВТ-версиях (пример)? Это где-то обсуждалось? Ratte (обсуждение) 15:30, 18 сентября 2016 (UTC)

Это альтернативный переключатель редакций. Нет, не обсуждалось. Если не нравится цвет, можем перекрасить или сделать совсем нейтральным. — Lozman (talk) 16:28, 18 сентября 2016 (UTC)
Переключатель в левом меню — это круто. Но болд и цвет лучше убрать, оформив по образцу других подблоков (Инструменты, Печать/экспорт). У этого меню вполне сложившийся привычный дизайн и в других языковых разделах с его оформлением, как правило, не экспериментируют. Кому нужно найти редакцию, тот найдет. Ratte (обсуждение) 16:57, 18 сентября 2016 (UTC)
Как пожелаете. — Lozman (talk) 17:38, 18 сентября 2016 (UTC)
Моя консервативная душа вздыхает с облегчением. Благодарю. Ratte (обсуждение) 18:18, 18 сентября 2016 (UTC)

Ошибка в Модуль:Другие источники

Шапки статей МЭСБЕ/Амазонки, ЭСБЕ/Амазонки, в литературе, ТСД/Амазонка и др. выдают ошибку Lua, кроме ЭЛ/ДО/Амазонки из этой же перелинковки. Элемент общей темы: Амазонки (Q134154), вроде там, и в элементах этих статей всё как обычно. --Vladis13 (обсуждение) 00:32, 16 сентября 2016 (UTC)

Причина была в том, что d:Q24451558 и d:Q24451559 оба были связаны с ЭЛ/ДО/Амазонки (если судить по пользовательскому интерфейсу викиданных). Но при загрузке Q24451558 в LUA ссылка на ruwikisource была nil. Исправил тем, что убрал ссылку на ruwikisource из Q24451558, а затем сделал merge этих двух элементов. -- Sergey kudryavtsev (обсуждение) 04:18, 16 сентября 2016 (UTC)
PS: теперь в случае такой ошибки будет выдаваться сообщение не про конкатенацию nil, а более понятное: «Не удаётся получить ссылку на ruwikisource из элемента Qxxx». -- Sergey kudryavtsev (обсуждение) 06:51, 16 сентября 2016 (UTC)
Спасибо. --Vladis13 (обсуждение) 13:09, 17 сентября 2016 (UTC)

Именование страниц с соавторами

А как именовать статьи с соавторами. Например: Молот ведьм (Крамер, Инститорис/Цветков) или Молот ведьм (Крамер/Инститорис/Цветков)? (Цветков — переводчик). Случай не описан в Справка:Руководство по размещению текстов#Названия статей. --Vladis13 (обсуждение) 23:44, 15 сентября 2016 (UTC)

Я за первый вариант, потому что второй вариант означает, что Инститорис перевёл Крамера, а перевод Инститориса перевёл Цветков. Случаи такого перевода с перевода у нас уже были, кажется, у Пушкина. -- Sergey kudryavtsev (обсуждение) 06:58, 16 сентября 2016 (UTC)
Внёс в правило. --Vladis13 (обсуждение) 16:41, 19 сентября 2016 (UTC)
Только вот Крамер и Инститорис — одно и то же лицо. Должно быть Молот ведьм (Шпренгер, Инститорис/Цветков) :) — Lozman (talk) 16:43, 19 сентября 2016 (UTC)
Спасибо. Исправил. --Vladis13 (обсуждение) 19:41, 19 сентября 2016 (UTC)

Шаблон Ni104

Проблема с отступом первого абзаца в ПИ страница должна вполне элегантно решаться использованием такого CSS кода в Common.css:

.ns-104 .indent > p:first-child,
.ns-104 .text > p:first-child {
	text-indent: 0;
}

Предлагаю внедрить такой способ и отказаться от использования указанного шаблона. — Lozman (talk) 16:07, 13 сентября 2016 (UTC)

P.S. А поскольку весь текст в ПИ Страница находится внутри <div class='pagetext'>, можно было бы настроить CSS для класса pagetext и вообще отказаться от использования там специальных div'ов. — Lozman (talk) 16:14, 13 сентября 2016 (UTC)
"Должна" и "решается" -- это все же несколько разные вещи. Включите на пробу ваш вариант, надо посмотреть, как это будет выглядеть и работать на практике. Отключить же шаблон Ni104 никаких проблем не представляет. -- Badger M. (обсуждение) 16:44, 13 сентября 2016 (UTC)
Я для себя локально включил, работает. Предлагаете включить для всех? — Lozman (talk) 16:58, 13 сентября 2016 (UTC)
Ну, а что тянуть? Предварительный контроль код, можно считать, прошел. Надо только, чтобы по возможности все были в курсе проводящихся доработок, и, вероятно, положить некий условный срок для тестирования. Если особо критичных замечаний не будет в процессе тестирования, то по факту изменения будут приняты (имхо). -- Badger M. (обсуждение) 17:11, 13 сентября 2016 (UTC)
Включил. — Lozman (talk) 01:08, 14 сентября 2016 (UTC)
Первый абзац съехал влево здесь. -- VadimVMog (обсуждение) 06:44, 14 сентября 2016 (UTC)
Щаблон Ni104 я отключил [м.б. временно]. Пока что обратил внимание на аналогичное упомянутому VadimVMog поведение: Страница:От_Сезанна_до_cупрематизма._Критический_очерк_(Казимир_Малевич,_1920).pdf/5 -- отсутствие вроде бы полагающегося отступа в начале текста. -- Badger M. (обсуждение) 09:24, 14 сентября 2016 (UTC)

А как поступать на страницах, которые действительно начинаются с красной строки, например, в Страница:Энциклопедический лексикон Плюшара Т. 8.djvu/320? Вообще-то, проблема Ni104 бинарная — поэтому нужен ещё CSS-класс для страниц, начинающихся с красной строки. -- Sergey kudryavtsev (обсуждение) 06:48, 14 сентября 2016 (UTC)

Две пустые строки в начале страницы решают проблему во всех приведенных случаях (создают пустой абзац, к которому и применяется данное форматирование). Только две пустые строки, без всяких комментариев и прочего. — Lozman (talk) 09:30, 14 сентября 2016 (UTC)
Но ведь это такое же шаманство, как html-комментарий в верхнем колонтитуле или как {{ni104}}. Мы же от этого хотели уйти... Правильно было бы завести CSS-класс, который можно было бы использовать на страницах, начинающихся с красной строки вместо indent. Т.е. если в начале странице продолжение предыдущего абзаца - используем indent, а в редких случаях, когда страница начинается с нового абзаца - используем этот новый CSS-класс. Тогда 1) поведение было бы очевидно и 2) верхний край текста под колонтитулом оставался бы на месте (сейчас в Страница:Энциклопедический лексикон Плюшара Т. 8.djvu/320 этот дополнительный абзац сдвигает текст вниз, чего нет в книге). -- Sergey kudryavtsev (обсуждение) 14:25, 14 сентября 2016 (UTC)
Мы также хотели избавиться от своры бесполезных CSS-классов, в которых сами уже давно не можем разобраться, а вы предлагаете добавить еще один. Да и не в классах дело, сколько их ни добавь: все они влияют только на отображение текста в пределах ПИ страница, а нам нужно управлять абзацной разбивкой при вставке текста в основное пространство. Для этого и нужны пустые строки, которые к тому же и так используются на многих страницах. Предлагается убрать кучу костылей в виде лишних классов, шаблонов, комментариев, и правильно настроить тот единственный класс, который там присутствует изначально. Какое же это шаманство? Чистый CSS. Вот шаблон — самое шаманство и есть: использовать отрицательный отступ, чтобы компенсировать положительный. А пустые строки все равно придется вставлять (только нужно это задокументировать для общественности), и это в любом случае более простая и понятная техника, чем запоминать, когда какой класс использовать. Но раз вас так смущает возникающий верхний отступ, сделаю еще небольшое дополнение в CSS, которое его скроет с глаз долой. Итого: овцы сыты, и волки целы. — Lozman (talk) 15:47, 14 сентября 2016 (UTC)
В принципе, вроде, все нормально с отображением. По сравнению с шаблоном Ni104, конечно, работы меньше, видимо, будет по ручному оформлению. Единственно, действительно: "две пустые строки" в начале или "конструкция с {{нп}}" теперь слегка по-разному отрабатывают. Пока не знаю, насколько это хорошо или плохо; вероятно, пока не оч. критично. -- Badger M. (обсуждение) 16:32, 14 сентября 2016 (UTC)
Шаблон нп в данном случае — тоже костыль, от которого следует избавляться. Отличие его от способа с двумя пустыми строками небольшое, но существенное: в этом случае вместо тега <br /> «пустой» абзац содержит один неразрывный пробел. Но тег можно сделать скрытым с помощью CSS, а простой текст — нет. Поэтому получаем разную величину вертикального отступа, которую в случае с шаблоном не удается убрать (ну можно, наверно, завернуть этот пробел в какой-то <span>, присвоить этому элементу какой-то класс, потом по этому классу его найти и отстрелить — но это уже явный перебор). Суть предложения именно в устранении излишней разметки и существенном упрощении (а заодно и унификации) приемов работы в ПИ Страница. А если еще внедрить технологию альтернативных индексов и отказаться от шаблонов ВАР — вообще красота будет. — Lozman (talk) 23:01, 14 сентября 2016 (UTC)
Какое же это шаманство? — под шаманством я имею ввиду вставку пустого абзаца а не CSS. А с введением нового CSS-класса для страниц, начинающихся с красной строки, этого можно избежать.
Да и не в классах дело, сколько их ни добавь: все они влияют только на отображение текста в пределах ПИ страница, а нам нужно управлять абзацной разбивкой при вставке текста в основное пространство. — а тут что не так? Я, вероятно, не в курсе каких-то проблем, и до сих пор считал, что вы решаете только второстепенную проблему отображения в ПИ Страница:. -- Sergey kudryavtsev (обсуждение) 14:23, 15 сентября 2016 (UTC)

Смотрите, ещё один трюк на эту же тему обнаружил (вадимин) — явная вставка тега <p> в Страница:Иннокентий Анненский - Книга отражений, 1906.pdf/11. -- Sergey kudryavtsev (обсуждение) 14:45, 15 сентября 2016 (UTC)

Было. Пользовался одно время. Потом, меня, кажется, за это покритиковали и было предложено вставлять две пустые строки, чем я с тех пор и пользуюсь. -- VadimVMog (обсуждение) 17:32, 15 сентября 2016 (UTC)
@Sergey kudryavtsev: А вы сами какой трюк используете для этого? Без трюков (шаманства) тут не обойтись. Я вначале действительно просто хотел разгрести свалку CSS классов, которые у нас используются в ПИ Страница. Сократить избыточные сущности. Особенно когда обнаружил существование встроенного класса pagetext, который как бы специально для этого предназначен, но не используется. А потом оказалось, что он удачно сочетается именно с использованием двойных пустых строк для отбивки абзаца в начале страницы. Так и возникло это двойное предложение (т. е. по сути два предложения, но их лучше всего реализовать в связке). А именно: 1) унифицировать способ предотвращения склеивания абзацев между страницами, используя везде, где возможно, именно двойную строку; 2) избавиться от CSS классов, перетащенных из основного пространства (а от oldspell желательно отказаться совсем), переложив эту функцию на класс pagetext + разобраться с шаблонами ВАР, которые добавляют какой-то мусор еще от себя. А уже тогда, если на некоторых (немногих) страницах окажется слишком сложная разметка, которая все равно не будет отображаться как следует, можно подумать о добавлении для них каких-то специальных классов. Но сначала нужно почистить Авгиевы конюшни, иначе дальнейшее умножение сущностей будет вести только к нарастанию хаоса. — Lozman (talk) 19:01, 16 сентября 2016 (UTC)
А вы сами какой трюк используете для этого? — «Для этого» — это для чего? Если вы говорите про то, как я добиваюсь, чтобы последний абзац предыдущей страницы не объединялся с первым абзацем на следующей страницей, то ответ такой. Я перед <section end=""/> делаю один дополнительный перевод строки на предыдущей странице (например, как вот здесь). Для включения в основное пространство имён я пользуюсь {{Страницы}} с параметром section, разделяя их одним переводом строки, (пример). Вместе это даёт приемлемый результат в обоих пространствах имён и удобно для редактирования.
Я не имею ничего против разгребания CSS-конюшен ;-). Для начала хорошо бы разделить их на отдельные стойла, например, выделить оформление таблиц в Mediawiki:Tables.css, как считаете? -- Sergey kudryavtsev (обсуждение) 13:15, 17 сентября 2016 (UTC)
Да, именно это я и имел в виду :) Хорошо, а как вы поступаете, когда разметка секций не нужна? Или ваш метод предполагает использование секций на всех страницах? Тогда я бы не назвал его удобным. Я предпочитаю использовать секции там, где они действительно необходимы (на страницах с числом секций более одной). Мое «шаманство» удобнее хотя бы тем, что требует минимальных усилий при редактировании (2 Enter) и совсем не требует специальных классов.
Что до конюшен, я имел в виду более скромную цель: устранение избыточных классов в ПИ Страница и (желательно) полную зачистку классов oldspell как пережитка прошлого. Но при желании можем взяться и более глобально. — Lozman (talk) 23:24, 17 сентября 2016 (UTC)
  • Хотелось бы прояснить пару вопросов. 1) Теперь по умолчанию в пространстве "Страница" эффективно включены отступы и выравнивание (как в классе "indent"). Верно я понимаю? [Явным образом это вроде бы не было оговорено, хотя про соответствующую настройку и упоминалось в целом]. 2) Что все же предполагается делать с классами oldspell? По факту участниками эти классы продолжают использоваться в пр-ве "Страница". -- Badger M. (обсуждение) 11:32, 17 сентября 2016 (UTC)
1) Да. Свойства класса indent перенесены на встроенный класс pagetext, добавлять специальный класс больше не требуется. 2) Классы oldspell — пережиток проклятого прошлого, когда стандартные шрифты еще не поддерживали ДО. Сейчас в этом нет необходимости. В основном пространстве заменить на text или indent, в пространстве страниц — удалить (ботом), предварительно выяснив, кто это делает, и разъяснить всем, что этого делать не нужно. — Lozman (talk) 23:24, 17 сентября 2016 (UTC)
Насчет oldspell: может, участникам просто нравятся шрифты с засечками, поэтому используют соотв. класс. Я видел, что уч. @MitSit: предпочитает такое оформление, может быть, какие-то комментарии с его стороны воспоследуют по данному вопросу. -- Badger M. (обсуждение) 00:32, 18 сентября 2016 (UTC)
Возможно, даже скорее всего так. Но это вкусовой подход, который не должен быть определяющим. А как быть, если над одними и теми же страницами работают два участника, и одному нравятся шрифты с засечками, а другому — без? Думаю, желательно придти к какому-то единому стилю оформления, а кому не нравятся такие шрифты, могут настроить себе персональные стили. — Lozman (talk) 01:30, 18 сентября 2016 (UTC)
Ситуация, когда даже лишь два участника работают над одним текстом, по факту не такая уж частая в Викитеке. Может быть, не стоит лишний раз ограничивать возможность выбора и оставить поддержку класса oldspell-indent в ПИ "Страница" (если технически это не слишком затруднительно)? -- Badger M. (обсуждение) 10:49, 18 сентября 2016 (UTC)
Хорошо, считаем, что я ничего не говорил. Предложение снимаю. Каждый занимается своим проектом и оформляет его на свой вкус, никаких общих правил и подходов не существует. — Lozman (talk) 16:35, 18 сентября 2016 (UTC)
По просьбе уч. @Badger M.: выскажу свое мнение: на мой взгляд (и вкус) дореформенные тексты выглядят опрятней и лучше воспринимаются в шрифте с засечками. Но, т.к. это не влияет на содержание, то не принципиально - если класс oldspell необходимо прекратить использовать - буду использовать другой. — MitSit (обсуждение) 10:26, 19 сентября 2016 (UTC)
Мне не оч. нравится, что некоторые решения слишком форсируются. По факту же видно, что консенсуса особого в пользу решения, ограничивающего выбор, не наблюдается. Я предлагаю обсудить вопрос более детально, в частности, определиться, есть ли техническая возможность малыми силами обеспечить поддержку класса oldspell-indent в ПИ "Страница". -- Badger M. (обсуждение) 12:16, 19 сентября 2016 (UTC)
«Правильно! Найти консенсус и ногами его, ногами!» (© Ширли-Мырли). Вот положа руку на сердце: когда вы последний раз видели в Викитеке консенсус? А то я не могу припомнить. Поэтому прошу при мне это неприличное слово больше не употреблять. Со своей стороны, все свои открытые предложения снимаю и постараюсь впредь не докучать серьезным людям своими глупостями. P.S. Классы oldspell никуда не падают, поддерживать их не надо, никаких технических возможностей для этого не требуется. Я предлагал их удалить, но больше не предлагаю. — Lozman (talk) 16:35, 19 сентября 2016 (UTC)
Зря вы так реагируете. Моих предложений тоже отклонялось, особенно же меня "порадовала" реакция на первоначальное предложение по доработке доп. индексов как альтернативы ВАР-шаблонов.
Конкретно с классом oldspell-indent проблема в ПИ "Страница" в том, что новый механизм регулирования отступа первой строки для него не работает. Вот я и спрашиваю, можно ли что-то сделать, чтобы и в oldspell-indent в ПИ "Страница" работал новый механизм регулирования отступа (извиняюсь, если ранее недостаточно ясно сформулировал). -- Badger M. (обсуждение) 18:20, 19 сентября 2016 (UTC)
Может и зря, только у меня нет желания спорить и переубеждать, я хочу заниматься конкретными вещами. Раз это не нужно, буду делать что-то другое. А класс — да, можно добавить. — Lozman (talk) 20:28, 19 сентября 2016 (UTC)
@Badger M.: class="oldspell-indent" можно заменить на class="oldspell indent", тогда должно заработать. -- Sergey kudryavtsev (обсуждение) 06:27, 27 сентября 2016 (UTC)

ПОсмотрите, пожалуйста, почему не появляется отступ в начале 418 страницы Современная задача физико-математических наук (Ламе)/РВ 1862 (ДО)? В ПИ Страница он виден, а в основном ПИ — нет. -- Sergey kudryavtsev (обсуждение) 05:53, 1 октября 2016 (UTC)

Там было ТРИ пустых строки в начале страницы, из-за этого возникал лишний br в основном пространстве. А в ПИ Страница все отображалось корректно, т.к. перед ними был вставлен комментарий (в верхнем колонтитуле). Убрал лишнюю строку и комментарий — все исправилось. — Lozman (talk) 10:31, 1 октября 2016 (UTC)

Музыкальный словарь Римана

Не пора ли нам залить его? В сети вариант 1904 года есть. Зальем и сразу Викитека станет сильным источником по музыке. Это ШАГ! --S, AV 17:22, 3 сентября 2016 (UTC)

  • Hinote, возможно это ботом? --S, AV 00:03, 5 сентября 2016 (UTC)
Теоретически, видимо, проблем для загрузки нет. С практической же точки зрения, наверное, желательно было бы иметь доступный скан печатного издания для сверки. Скан части издания доступен в РГБ ([3]). -- Badger M. (обсуждение) 03:51, 5 сентября 2016 (UTC)
Да, можно (нужно). Напишу скрипты, вытяну контент. Скан нужен бы, для последующей вычитки и для коррекции порядка статей в словнике. Badger M. -- спасибо! Hinote (обсуждение) 06:28, 7 сентября 2016 (UTC)
Это былоб вААЩе! В ЭСБЕ, конечно по музыке много че есть, но как источник его почти не поминают - таки он там только по макушкам... А без упоминания Римана почитай ни одного серьезного труда нет. --S, AV 00:46, 8 сентября 2016 (UTC)

В РГБ нашёлся неполный скан этого издания (О—Я) - РГБ. -- Sergey kudryavtsev (обсуждение) 03:30, 8 сентября 2016 (UTC)

Загляните сюда, здесь есть все три тома, оцифрованные Google’ом.--Silberrus (обсуждение) 06:54, 8 сентября 2016 (UTC)
Если зальете, оповестите, пожалуйста. Постараюсь присоединиться к вычитке. --Drakosh (обсуждение) 12:51, 8 сентября 2016 (UTC)
@Drakosh: Залил первые два тома, на очереди третий.--Silberrus (обсуждение) 12:32, 11 сентября 2016 (UTC)
  • Hinote, а в тексте ждать? --S, AV 10:34, 23 сентября 2016 (UTC)

Проверьте, пожалуйста

В первый раз делаю индекс, соответственно гляньте сразу первый шаг, правильно ли все сделал вот тут? А я домой приеду и уже страницы тогда буду делать. Надо начинать осваивать и викитеку все ж. --Stolbovsky (обсуждение) 16:32, 30 августа 2016 (UTC)

  • И сразу вдогонку вопрос по тексту - в тексте кавычки - не елочки, а перед и после тире не ставят пробелов. Мне так же надо оставить, как в напечатанном тексте?--Stolbovsky (обсуждение) 16:35, 30 августа 2016 (UTC)
Навскидку все нормально с индексом. Возможность оцифровывать кавычки „не елочки“, вроде бы, существует. Лично мое имхо: лучше ей пользоваться, но скорее подобные вопросы на ваше усмотрение. Пробелы, отделяющие тире, все же, насколько я успел заметить, есть, только они небольшие, "тонкие". Поэтому, опять-таки мое мнение, лучше отделять тире пробелами в подобных случаях. Кроме того, нужно смотреть за конкретным использованием, так как тире и по современным правилам в каких-то случаях употребляется без отделяющих пробелов. -- Badger M. (обсуждение) 17:00, 30 августа 2016 (UTC)
Знаки пунктуации (включая кавычки) и орфографию нужно оставить так, как они приведены в книге. И то и другое может отличаться от современных норм правописания. Если захотите привести к современным нормам правописания, нужно будет сделать это отдельно. Пробелы можно делать, можно не делать -- не принципиально, главное единообразно по всей книге. -- VadimVMog (обсуждение) 17:28, 30 августа 2016 (UTC)
Спасибо--Stolbovsky (обсуждение) 18:23, 30 августа 2016 (UTC)
Подтвержу про пробелы -- они там есть, вокруг тире, но "тонкие шпации", как принято во французской полиграфии, как было принято в дореволюционных изданиях. Потом в русской типографике упростили по рабоче-крестьянски до обычных пробелов. Вы тонкие шпации все не "поймаете", да и ни к чему это -- если у автора тире, значит нужно писать тире, и оформлять так, как принято в русской типографике оформлять тире -- пробелами почти всегда... Т.е. тут уместно такое вот осовременивание. Так у нас вроде бы принято. Ибо вставлять соотв. юникодные символы для 1/3 Em или 1/4 Em -- очень муторно, лучше потратить свое время на более производительные активности. Тем более, вы их не отличите, такие символы, где какой, плюс там же везде добавлена наборщиком разбежка для выравнивания строк в ширину именно в том экземпляре набора, с его шрифтом и его ширинами -- у нас совсем другой шрифт и мимикрировать его ширины пробелов ни к чему вообще... Hinote (обсуждение) 03:57, 31 августа 2016 (UTC)
  • А иллюстрации из книги (те, что свободные) в текст добавлять нужно или пропускать?--Stolbovsky (обсуждение) 19:22, 30 августа 2016 (UTC)
  • И еще несколько вопросов:
  1. Подскажите, сборник статей в какую категорию правильно определить? Например, "Литература 1928 года" подходящая литература? Или для есть что-то более подходящее?--Stolbovsky (обсуждение) 14:01, 1 сентября 2016 (UTC)
  2. А еще подскажите, вот здесь как правильно по ширине отформатировать текст? И дальше по тексту будет такой же случай, только по правому краю нужно будет сделать так же (эпиграф), не понимаю каким шаблоном--Stolbovsky (обсуждение) 14:44, 1 сентября 2016 (UTC)
  3. И еще вопрос, почему верстка портится вокруг изображений - межстрочный интервал меняется сам, да с красной строки не смотря на "ni" начинается текст, не понимаю. Прошу прощения за большое количество вопросов здесь.--Stolbovsky (обсуждение) 09:25, 2 сентября 2016 (UTC)
По п. 2: для эпиграфов существует некий набор шаблонов типа {{Эпиграф}}.
По п. 3: есть, например, возможность использовать шаблон {{inline float}} для более аккуратного обтекания текстом изображений. -- Badger M. (обсуждение) 12:22, 2 сентября 2016 (UTC)
PS. Насчет примера с выравниванием: теоретически, вроде, возможность сделать подобное существует (в интернете что-то гуглится по запросу "justify one line"). На практике же подобрать работающий код мне с ходу не удалось, можете попробовать обратиться за более квалифицированной консультацией к уч. Lozman. -- Badger M. (обсуждение) 09:06, 3 сентября 2016 (UTC)
@Stolbovsky:Выровнять текст на указанной странице можно замечательным шаблоном {{lsc}}, а можно имитировать разбиение слов как в книге: всё до последней строки выровнять по ширине шаблоном {{justify}}, последнюю строку (тираж 3000) сентрировать. Хотя нет, наверное, так будет криво, только {{lsc}}. По шаблонам удобно пользоваться кратким справочником. -- VadimVMog (обсуждение) 06:59, 14 сентября 2016 (UTC)

Непонятные данные из Wikidata

Откуда в ЭСБЕ/Арбела берется ссылка на статью об Александре Великом из ВЭ? Вообще, это явно лишнее. -- Badger M. (обсуждение) 18:55, 29 августа 2016 (UTC)

Через «основную тему произведения» — битва при Гавгамелах, там стоит ссылка на эту статью. А все потому что статья о Гавгамелах в ВЭ — редирект. — Lozman (talk) 19:45, 29 августа 2016 (UTC)
Честно говоря, уже начинают сильно напрягать эти подкачиваемые из Wikidata косяки, так как мне навскидку совершенно непонятно, как эту нерелевантную ссылку на ВЭ исправлять в Wikidata. Насколько пока могу понять, ссылка из битвы при Гавгамелах напрямую на статью об Александре Великом в ВЭ некорректна. -- Badger M. (обсуждение) 20:32, 29 августа 2016 (UTC)
Дык просто: 1) в левой панели находим ссылку «Элемент Викиданных», переходим к элементу № 1; 2) на странице элемента № 1 находим ссылку «основная тема произведения», переходим к элементу № 2; 3) на странице элемента № 2 находим блок «описывается в», в нем — ссылку на искомую статью (ВЭ / Александр Великий). Далее, смотря по обстоятельствам, либо удаляем ссылку, либо меняем ее на более релевантную, напр. «ВЭ / Гавгамелы». Всего делов )) — Lozman (talk) 23:40, 29 августа 2016 (UTC)
Но, как я понимаю, вопрос был не об этом )) Тогда его имеет смысл разделить на два и обсуждать отдельно: 1) следует ли использовать Викиданные для связывания статей, если эта система так сложно устроена; и 2) насколько концептуально допустимо связывать статьи, тема которых совпадает только частично; особенно — статьи более общего характера (например, об Александре в целом) со статьями более частными (например, о Гавгамелах). В особенности — как поступать со статьями-перенаправлениями вроде «ВЭ / Гавгамелы»: связывать с ними, или напрямую с целевыми статьями? Готовых ответов здесь нет, все решается нашим консенсусом, который, как показывает опыт, зачастую недостижим (( — Lozman (talk) 23:40, 29 августа 2016 (UTC)
Спасибо за консультацию. Ссылку я заменил на «ВЭ / Гавгамелы», так как она, полагаю, в любом случае здесь более релевантна.
Насчет общих вопросов (1) и (2) вы правы. Общее замечание по вопросу (1): обычно пытаешься по возможности оставлять статью после редактирования в состоянии без явных недочетов, в том числе и по связности. Однако, с введением подкачки Wikidata, делать это, по личным впечатлениям, становится сложнее. По вопросу (2) моя позиция практически однозначно за ссылки на статьи-перенаправления, а не на целевые статьи. -- Badger M. (обсуждение) 00:34, 30 августа 2016 (UTC)
PS. Дополнение по вопросу (1): кстати говоря, даже объективно заполнение Wikidata должно быть сложнее, поскольку там поддерживается возможность указать несколько "main subject" (P921), а при ручном заполнении шаблонов в ВТ такая возможность в принципе отсутствует на текущий момент. -- Badger M. (обсуждение) 08:21, 30 августа 2016 (UTC)
Это не косяк. И исправление сделано неправильно — потому что в ВЭ/ВТ/Гавгамелы нет ни слова о битве при Арбелле. Уж лучше вообще удалить ссылку на ВЭ из d:Q179670. -- Sergey kudryavtsev (обсуждение) 04:19, 30 августа 2016 (UTC)
Что вы имеете в виду? Ссылка из "ЭСБЕ/Арбела" на статью об Александре Великом -- это определенно косяк, хоть в последней и говорится об Арбеле, Гавгамелах и всяких других местах. А насчет ссылки на "ВЭ/ВТ/Гавгамелы" не знаю наверняка, но если уж удалять эту ссылку, тогда и ссылку на "МЭСБЕ/Гавгамела" скорее тоже. -- Badger M. (обсуждение) 04:43, 30 августа 2016 (UTC)
Я имею ввиду, что есть факты: 1) в ЭСБЕ/Арбела говорится о битве при Арбелле; 2) в ВЭ/ВТ/Александр Великий тоже говорится о битве при Арбелле; 3) в ВЭ/ВТ/Арбелы и ВЭ/ВТ/Гавгамелы ни о самих этих местах, ни о битве не сказано ничего. И с этими фактами приходиться считаться. Поэтому-то я так и задал значения свойств в Викиданных. Да, ссылка на ВЭ/ВТ/Александр Великий в ЭСБЕ/Арбела выглядит на первый взгляд странно, согласен. Но это всё та же проблема нескольких значений основная тема произведения (P921). Если бы ссылки в ЭСБЕ/Арбела были бы разведены по полосам и была бы на каждой из них была бы видна какая-то метка, показывающая тему, к которой относятся соотв. ссылки, то всем было бы понятно, почему в ЭСБЕ/Арбела есть ссылка на ВЭ/ВТ/Александр Великий. -- Sergey kudryavtsev (обсуждение) 07:45, 30 августа 2016 (UTC)
Боюсь, так мы с вами не договоримся. Повторюсь, в "ВЭ/ВТ/Александр Великий" много о чем говорится, но это не значит, что нужно из всех соответствующих статей давать ссылки на "ВЭ/ВТ/Александр Великий". Насчет нескольких P921 (main subject): это не моя в первую очередь проблема, так как я вообще никогда не указываю несколько "main subject" в Викидата. О соотв. доработке интерфейса и шаблонов для нескольких P921 уже неоднократно говорилось на форуме. Вашу же концепцию подобной доработки я вообще не знаю, поэтому и понять вас невозможно, пока вы в явном виде где-либо ее для всех заинтересованных участников не опишете. А пока что я исхожу из того интерфейса, который имеется по факту в наличии. -- Badger M. (обсуждение) 08:14, 30 августа 2016 (UTC)
в "ВЭ/ВТ/Александр Великий" много о чем говорится... — дело в том, что эта битва в ВЭ описывается только в этой статье, поэтому я и поставил на неё ссылку в d:Q179670.
Вашу же концепцию подобной доработки я вообще не знаю — Знаете, я её уже несколько раз излагал, на форуме — в Викитека:Форум/Архив/2016#Ссылки на Википроекты и Другие источники, Викитека:Форум#Еще пример мешанины в ссылках при подкачке с Wikidata, да и здесь тоже. Мешает только вопрос согласования с «ручным» указанием ссылок. -- Sergey kudryavtsev (обсуждение) 13:52, 30 августа 2016 (UTC)
Подход с использованием утверждений "...эта битва в ВЭ описывается только в этой статье..." с практической точки зрения чудовищно трудоемкий по исполнению и контролю, а также чреват большим количеством недопониманий и неточностей.
Что касается вашей концепции доработки интерфейса для нескольких P921 (main subject), то, я полагаю, в достаточно полном и подробном виде она все же не была изложена. Вопрос согласования с «ручным» указанием ссылок весьма принципиален, без его решения трудно говорить о законченности предлагаемой концепции. -- Badger M. (обсуждение) 16:45, 30 августа 2016 (UTC)

RevisionSlider

Birgit Müller (WMDE) 15:08, 12 сентября 2016 (UTC)

Открыт приём заявок на проектные гранты

IEG barnstar 2.png

Приветствуем Вас! С 12 сентября по 11 октября в рамках программы проектных грантов принимаются заявки на финансирование новых разработок, исследований, акций по продвижению (включая коллективное редактирование, семинары и т.д.), онлайновых мероприятий (включая конкурсы) и других экспериментов по совершенствованию деятельности участников Викимедиа. Проектные гранты могут помочь вам или вашей команде во время разработки проекта, компенсируя такие расходы, как материалы, поездки и аренда помещений.

До 1 октября мы также принимаем предложения по кандидатурам в Комитет по проектным грантам.

С благодарностью, I JethroBT (WMF) (talk) 17:52, 30 сентября 2016 (UTC)