Обсуждение:Модельные листы Sonic X

Всё это выглядит… Как один большой лист))) В проводнике то тень с боку, и белый фон то на самом деле не идеально белый. И расстояния. Digger 09:35, 12 июня 2015 (MSK)

Ну, это обычная галерея, которая стоит во многих статьях. asd (обсуждение) 11:12, 12 июня 2015 (MSK)

<gallery mode="packed" heights="220px">
...
</gallery>

Можно изменить тип галереи с "packed" на другой, и сделать в рамке. asd (обсуждение) 11:23, 12 июня 2015 (MSK)

Я попробовала без «packed», и так мне понравилось гораздо больше, во всяком случае когда у файлов нет естественной рамки. Возможно, ссылку в автоматическом описании следует давать не на правку описания, а на страницу файла как такового, иначе как найти путь на страницу файла? EvilCat (обсуждение) 14:53, 12 июня 2015 (MSK)

А зачем искать путь к файлу, если сразу открывается редактирование описания иллюстрации? (С инструкцией :)). asd (обсуждение) 15:26, 12 июня 2015 (MSK)

Думаешь, других причин кроме как отредактировать для просмотра страницы файла быть не может? А скачать в полном размере, например? Посмотреть историю версий? Впрочем, эта проблема есть только в галерее типа «packed», но мы же используем их повсюду. EvilCat (обсуждение) 15:36, 12 июня 2015 (MSK)

Может добавить вторую кнопочку? Просмотреть файл?^[] asd (обсуждение) 15:43, 12 июня 2015 (MSK)

Можно использовать стандартную иконку в качестве ссылки. Она появляется при использования файла как иллюстрации и должна быть понятна. Также мне кажется, что увидев заголовок «Описание» со ссылкой «править» рядом, пользователь сообразит, что может внести уточнения.

Что касается [п], в некоторых местах он ясен (во всяком случае там, где предполагается, что исправлять будут в основном опытны участники)… Но здесь, если уж решим оставить, лучше будет использовать иконку карандашика. EvilCat (обсуждение) 15:53, 12 июня 2015 (MSK)

Значит оставляем одну ссылку на файл, а кнопку "править" убираем? asd (обсуждение) 15:59, 12 июня 2015 (MSK)

Ну, мне это кажется разумным компромиссом между функциональностью и оформлением... Может, я не права, но, наверное, мы сразу увидим, если будет неудобно. EvilCat (обсуждение) 16:01, 12 июня 2015 (MSK)

Также мне кажется, что заголовок описания должен быть выше лицензирования, потому что это важнее. P.S. Это предложение на будущее! Не обязательно менять у уже описанных файлов. EvilCat (обсуждение) 14:53, 12 июня 2015 (MSK)

Да, согласен. Потому что, если заголовок описания будет последним (см эту правку нужно откатить), то вместе с текстом скопируется и строка "[[Категория:Модельные листы Sonic X]]". А если будет так, то всё нормально. asd (обсуждение) 15:21, 12 июня 2015 (MSK)

Включение описания

Вот тут есть проблема, которую, возможно, упоминал Диггер. Допустим, мы используем автоматически составленную галерею, описания в которой импортируются со страницы файла… Означает ли это, что описания на страницах этих файлов должны быть рассчитаны на использование в галерее, причём именно в этой? Если бы мы описывали файл как самостоятельную сущность, там следовало бы написать «Модельный лист такого-то персонажа для мультсериала „Sonic X“», а не просто имя персонажа. А теперь представьте, что вся автоматическая галерея заполнена такой вот тавтологией! А если в описании файла на его странице нужно поместить больше информации — например, перевод диалогов комикса, легенду к схеме, какие-то пояснения и факты? Текст свободного стиля плохо подходит для включения в подписи галерей.

Я могу вижу одно решение: использовать заголовок «Краткое описание», где будет приводиться текст предназначенный для включений в подписи. Если страница файла требует более обширного описания, то добавляем там заголовок «Описание». Это, правда, не избавляет нас от тавтологий.

Я также вижу один, хотя и несколько замороченный способ избавиться от тавтологий. Для него на страницы файлов должна быть включена карточка с заполненными полями вроде «тип иллюстрации» (модельный лист, кадр, обложка, страница…), «персонажи», «произведение», «автор»… DPL может извлекать отдельные аргументы шаблонов! Тогда мы сможем сказать, что в данной галерее имя персонажа нужно, а произведение — нет. EvilCat (обсуждение) 16:39, 12 июня 2015 (MSK)

P.S. Я могу продемонстрировать, если не получается представить по объяснению… EvilCat (обсуждение) 16:42, 12 июня 2015 (MSK)

Не думаю, что в дальнейшем автоматические галереи будут где-либо использоваться. Мне просто захотелось попробовать создать такую галерею, и у меня получилось, наверное.

Сейчас проще создавать галереи вручную, чем заполнять какие-то поля в карточках файла. asd (обсуждение) 16:52, 12 июня 2015 (MSK)

Не знаю… У нас столько файлов (в полтора раза больше, чем статей), что их следовало бы категоризовать и привести в порядок. А файловые категории в стандартной MediaWiki довольно бесполезны, потому что не содержат подписей. По-моему, разработка подобной автогалереи очень полезна. А вручную обновлять галереи, не лежащие в статьях, никто не будет, да и в статьях мы часто оставляем без подписей, кучей. EvilCat (обсуждение) 17:51, 12 июня 2015 (MSK)

Кажется, Dynamic Page List растерял часть функциональности в процессе обновлений… Вроде бы сейчас за него взялась новая команда, может, что-то вытянут. Как бы то ни было, мне удалось заставить работать чтение с карточек, но только в заранее определённом формате; без включения краткого описания, даже если оно есть; и со странным поведением, если карточка отсутствует. EvilCat (обсуждение) 18:48, 12 июня 2015 (MSK)

Может отключить кеш в шаблоне? Имя кеша поменял и всё заработало. asd (обсуждение) 19:47, 12 июня 2015 (MSK)

Кэш, мой старый враг... Нет, отключать не нужно - операции DPL всегда тяжёлые, и лучше ими сервер не перегружать. Думаю, когда наши инструметы устаканятся, то это сложности с кэшем не будут проблемой. EvilCat (обсуждение) 22:07, 12 июня 2015 (MSK)

Галерея с рамками

Теперь лучше выглядит? Если да, то попытаюсь создать шаблон {{галерея}} для использования в статьях, вместо "<gallery mode="packed" heights="220px">". asd (обсуждение) 16:53, 12 июня 2015 (MSK)

Мне очень нравится! Не скажу, что нужно кидаться заменять все галереи на такой вид — ведь здесь рамки нужны потому, что у этих изображений нет естественных границ. Но такой вариант оформления бы пригодился, особенно учитывая количество модельных листов сейчас. EvilCat (обсуждение) 17:48, 12 июня 2015 (MSK)