МедияУики беседа:Common.css

Стил на връзките в страниците

Преместено от Шаблон беседа:Съдържание/Тест. --14:32, 25 септември 2007 (UTC)

---

Мисля, че ще е по-добре ако връзките(линковете) не биват подчертавани. По този начин текстовете стават много "накичени" и затруднява четенето (справка - менюто вляво; която и да е статия). Далеч по-удобно според мен е да се използва стила от английската и немската версия на Уикипедия, там връзките не са подчертани, а са оцветени единствено в синьо. Едва след поставяне на курсура върху връзката, текстът бива подчертан. В българския вариант е точно обратното. --Предният неподписан коментар е направен от анонимен потребител с адрес 62.213.164.62 (беседа • приноси) .

Явно е, че никой не поглежда насам. Е все пак ако някой види моето предложение, нека да разгледа руската Википедия за да добие по-ясна представа. Наистина подчертаването на връзките ме побърква - текстът въобще не се чете лесно - сякаш човек чете морзова азбука - неподчертана дума неподчертана дума подчертана дума подчертана дума неподчертана дума подчертана дума. В никоя друга Уикипедиа няма такъв стил. --Предният неподписан коментар е направен от анонимен потребител с адрес 62.213.164.62 (беседа • приноси) .

Ако връзките не са подчертани, има два недостатъка. Не се знае дали връзката е подчертана дума или подчертана дума и се нарушава четимостта и употребимостта на страниците. За повече информация, Якоб Нилсен, най-големият експерт по Web Usability (справка), и по-точно статиите му Как хората четат в Интернет, Дизайнерски препоръки за видимост на препратки и Десетте най-големи грешки на уеб-дизайна за 2005. Якоб Нилсен прави огромен брой тестове с реални хора, за това как те се оправят по различни видове уеб-дизайни, така че на неговите статистики и заключения може да се вярва (поне до посочване на авторитетни източници, доказващи противното). --Петко 19:37, 27 ноември 2006 (UTC)

И не е вярно, че в никоя друга Уикипедия не са подчертани. Примерно в Испанската препратките са подчертани. --Петко 19:39, 27 ноември 2006 (UTC)

Не съм съвсем съгласен. Подчертаните думи се отличават от връзките по техния цвят. Връзките са сини или тъмно червени, докато подчертания текст е черен. Тук сам си противоречиш - по-скоро объркването настъпва от това, че хората смятат самите връзки за подчертани думи, т.е. те излизат на преден фон и на пръв поглед изглеждат като ключови думи, а в повечето случай не са. Аз не мисля, че използването на връзки с неподчертан текст може да се дефинира като дизайнерска "грешка", поради простата причина, че този стил се е доказал с времето си и намира широка използваемост и популярност. Мисля, че не бива да се ограничаваме от мнението на един единствен човек и неактуални статистики. Most visited Websites според Webcraft. Можеш да видиш, че от най-посещаваните страници в интернет, само Google и eBay използват подчертани връзки. При това в Google не се наблюдава текст за четене, като статия, а просто поле за търсене, бутон и пет връзки. Според мен е редно дизайнът на българската Уикипедия да се придържа към английския вариaнт. А испанската Wikipedia е много раздвоена общност, съществуват 2 енциклопедии, в една от които дори имаше рекламни банери.--Предният неподписан коментар е направен от анонимен потребител с адрес 62.213.164.62 (беседа • приноси) .

Въобще не съм съгласен. Заключенията на Якоб Нилсен не са "мнения на един единствен човек", а на стотици хора, които той тества постоянно. И не са неактуални. Може да се види на сайта му, че всяка втора седмица има публикация, постоянно прави конференции, а фактът, че е най-известен, го прави "авторитетен" като източник, който поне може да се вземе предвид (до посочване на други научни източници). Нилсен просто показва фактите: оправили ли са се хората, прочели ли са, разбрали ли са или са се объркали. Така че, ако ще сравняваме експерти от неговото ниво, които са на противоположното мнение, поне трябва да се посочи на какви изследвания техните мнения се основават. Относно "хората смятат самите връзки за подчертани думи" статистиките казват обратното: хората с поне малко опит в интернет смятат подчертаните думи за връзки! Което показва доколко връзката има стандартизиран, типичен или даже типологичен вид и очакване -- този стил, подчертаване на връзките, се е доказал с времето си и намира широка използваемост и популярност.

Добавям също, че ако се регистрирате, можете да си направите промени в дизайна на страницата: достатъчно е да добавите в страницата Специални:Mypage/monobook.css командата a {text-decoration: none;} и всички връзки ще загубят подчертаването си. --Петко 21:43, 1 декември 2006 (UTC)

И аз съм на мнение, че връзките не трябва да са подчертани, освен при hover. В момента текста изглежда като отвратителен миш-маш и освен че е дразнещ, също и доста затруднява четенето. Сигурно сте забелязали че от няколко години остават все по-малко сайтове в мрежата, които да са с подчертани линкове, почти всеки голям сайт с повечко текст е със стил без подчертаване. Просто е далеч по-приятно за очите и всеки който разбира поне малко от дизайн би се съгласил. --Subtlefury 13:57, 12 февруари 2007 (UTC)

Някои хора, разбиращи "поне малко" от уеб дизайн, не биха се съгласили. Може да се види подчертани ли са връзките на всички сайтове, изброени в статиите en:Web usability и en:Usability и на първите страници на Google:Web+usability (които са най-авторитетните по отношение на употребимостта на интернет, за което става въпрос), както и примерно тези препоръки на US Department of Health (pdf, 17 MB, стр. 5 и 9, съдържание). Четенето на Якоб Нилсен също не е забранено за хора претенцията да разбират от уеб дизайн, а така ще научат и как хората четат в интернет (че всъщност не четат). Връзки, които се допуска да не се подчертават, са на такива места, където е ясно, че има само връзки, примерно странично или горно меню. Лично аз предпочитам да се следват препоръките на тези експерти по Web Usability, ортколкото на дизайнери и естети, ако обаче общността реши друго, то ще стане. Отново да напомня, че който го дразни и му се струва отвратително, би могъл тук да си въведе командата a {text-decoration: none;} и всички връзки ще загубят подчертаването си. --Петко 16:50, 12 февруари 2007 (UTC)

Това и ще напрравя, мерси. Ако някой друг също иска - ето го стила на английската версия на Wikipedia : a:link {text-decoration: none} a:visited {text-decoration: none; color: #663399} a:active {text-decoration: none} a:hover {text-decoration: underline} --Subtlefury 20:33, 15 февруари 2007 (UTC)

Хайде да махаме подчертаванията!!! (Дори и в Испанската са ги махнали;) --goschkobg 16:50, 24 септември 2007

Хайде да не махаме подчертаванията! (В Гугъл не са ги махнали;) --Поздрави, Петър Петров 14:32, 25 септември 2007 (UTC)

Във всички останали Уикипедии обаче са!! Също така в Yahoo, CNN, BBC, AOL, Times, YouTube, MSN, MySpace, Facebook, eBay, dir.bg.... Общо взето във всеки сайт, в който има малко повечко от 5 думи текст. Това не е ли показателно?? --goschkobg 16:50, 25 септември 2007

Айде само да си оправиш подписа, че сочи към някакъв несъществуващ Потребител:Гошко. --Поздрави, Петър Петров 14:50, 25 септември 2007 (UTC)

Ти си нещо като Пазителят на подчертаванията ли, Петре? Защо упорстваш толкова?? Подчертаванията наистина са грозни и затрудняват четенето. На доста места са го разбрали. --goschkobg 16:50, 25 септември 2007

Това не е форум. --Поздрави, Петър Петров 15:04, 25 септември 2007 (UTC)

„Всички останали Уикипедии“ е... хм, неистина. В двете най-големи (в които е и 2/3 от съдържанието) не са. --Спас Колев 09:42, 26 септември 2007 (UTC)

Всъщност може би има предвид това, че връзките са с hover и подчертаването се появява само като ги посочиш? --Daggerstab 10:21, 26 септември 2007 (UTC)

Не, бе, при мен са си подчертани (в ен: и де:). Гледам и в локалните ми css-та няма нищо по въпроса, така че това трябва да е по подразбиране. --Спас Колев 10:27, 26 септември 2007 (UTC)

Напомняне: Който желае да си махне подчертаванията на препратките, може да въведе в тази страница следните команда: a {text-decoration: none;} (необходимо е да сте влезли с потребителското си име). --Петко 15:31, 25 септември 2007 (UTC)

references

Копирано от У:Р. --15:50, 22 октомври 2007 (UTC)

---

Също, някой реши, но не е обсъждано, разделите да се наричат „Бележки“ вместо „Източници“. Честно казано вече нямам нищо против, понеже по определени причини често включвам и цитати там (пояснява какво точно е казано, а и защото сайта-източник може да изчезне). Проблем е обаче като има един или няколко уебстраници, които са основни източници - тогава те не могат да се включат хубаво в другия списък, защото не са включени с ref. Слагат се в секция "Източници" все едно другото не са източници. Тази секция може да се нарича "Основни източници". Често същите са подходящи и за външни препратки в смисъл на "за повече информация" или примерно може инфото да е от официалния сайт, затова понякога слагам заглавие "Източници и други външни препратки". Друго нещо, което някой реши, е на някой статии <references/> да се слага в div с class="references-small". Но защо, ако ще ги правим малки, да не ги направим малки на всички статии (класът вече си е зададен - "references"). --V111P 06:31, 9 октомври 2007 (UTC)

Аз не разбрах съвсем изречението „Проблем е обаче като има един или няколко уебстраници, които са основни източници - тогава те не могат да се включат хубаво в другия списък, защото не са включени с ref.“ А за class="references-small" — когато станат 10+ източника вече става прекалено голям раздела. Може да се сложат и в 2 (дори 3) колони. --Поздрави, Петър Петров 11:40, 9 октомври 2007 (UTC)

Ако пробваш да сложиш източник със "*" под или над references ще видиш, че не става - едното изглежда като подточка на другото понеже не са на едно ниво. А "-small" все пак съм за да се направи за всички статии. Колкони не става, ако те разбирам добре, често бележките са по няколко реда. --V111P 19:09, 9 октомври 2007 (UTC)

За "-small" нямам претенции дали ще са всички или само големите раздели Бележки. За „основните“ източници — абе и мен ме е мързяло да пояснявам кое точно изречение (твърдение) е от този „основен“ източник, ама това е докато статията е последно редактирана от мен. После идва някой анонимен, плясва едно смело твърдение между редовете и вече не е ясно дали пък и то не идва от „основния“ източник. Трябва този, който е чел от край до край „основния“ източник да мине, да го забележи и да го оспори. Може друг редактор да реши, че е съмнително, може да постави {{факт}} на повечко твърдения, ако не е чел „основния“ източник. Според мен идеята е ако някой се съмнява в конкретно твърдение, да има как лесно да види кой го твърди и къде. --Поздрави, Петър Петров 05:11, 10 октомври 2007 (UTC)

За някои от статиите, редактирани от мен това е вярно - не пиша "Източници", защото не съдържат САМО източници, а и пояснения. Ама като кликнеш и видиш къде те праща, става ясно,че е източник. А и къде другаде да си сложа бележките под линия? Тъй си мисля ;) --Uroboros 15:52, 9 октомври 2007 (UTC)

Преди имаше {{справка}}, вижте пример. Но <ref> е по-добро. --Поздрави, Петър Петров 05:29, 10 октомври 2007 (UTC)

Ако помня добре, „Бележки“ първо започна да го пропагандира Емил, защото така се правело в по-научните издания. Аз лично използвам или „Бележки“, или „Източници“, или „Източници и бележки“ - зависи какво има в секцията.

За намаляването на целия клас - по принцип аз съм „за“, но това значи, че трябва да се махнат div-овете от всички статии, където сме ги насяли... --Спас Колев 19:16, 11 октомври 2007 (UTC)

Не е необходимо да се махнат веднага, само да махнем класа "-small" от CSS-а. --V111P 19:47, 11 октомври 2007 (UTC)

OK. Ако никой не е против, ще го променя. --Спас Колев 13:43, 16 октомври 2007 (UTC)

Аз да уточня: правим всичкото references с по-ситен шрифт, нали? Технически: правим CSS клас references същия като references-small. --Поздрави, Петър Петров 07:40, 19 октомври 2007 (UTC)

Точно. И постепенно изтребваме div-елементите, бел1 и т.н. (Ако не бяхме заствали бел1 можеше да стане лесно, но какво да се прави...) --Спас Колев 12:15, 19 октомври 2007 (UTC)

Прав си за ЗАМЕСТ: на {{бел1}} Е, здраве да е. --Поздрави, Петър Петров 16:57, 22 октомври 2007 (UTC)

И пак за подчертаването

Току-що открих, че връзките са подчертани по подразбиране само при регистрираните потребители. Това може да се включи/изключи в настройките (Други настройки). При нас обаче не работи, защото сме включили подчертаването в Common.css, а той се зарежда след стиловия файл от настройките. — Борислав 13:08, 3 декември 2007 (UTC)

Като не съм влязъл, са ми подчертани. Не знам дали ме усеща, че съм регистриран, или ти си в грешка, но са подчертани. Така трябва де. --Петко 00:23, 5 декември 2007 (UTC)

Да, тогава са подчертани, защото сме го задали в Monobook.css. Иначе няма да са. — Борислав 20:13, 5 декември 2007 (UTC)

И не, в моя браузър Common.css се зарежда преди стиловия файл от настройките, и преди личния монобук.цсс. --Петко 00:27, 5 декември 2007 (UTC)

Ах, вярно бе! Въобще не съм обърнал внимание, че имам собствен стилов файл, който заради големиия му размер съм взел за МедияУики:Monobook.css/МедияУики:Common.css. Сега, като махнах подчертаването от личния си файл, виждам, че настройките наистина работят. — Борислав 20:13, 5 декември 2007 (UTC)

И пак не, току що за проба си промених настройката "Подчертаване на препратките: Никога" и вече са ми подчертани. Всичко си работи точно както трябва и както е предвидено. --Петко 00:29, 5 декември 2007 (UTC)

Абе, май си изтървал едно не, ама въпреки това имаш право. Настройките работят, така че всеки регистриран може да си го включи/изключи. Само нерегистрираните при нас получават наготово подчертаване. Другите уикипедиии или поне en:, de: и fr: засега им го спестяват. — Борислав 20:13, 5 декември 2007 (UTC)

Да. Чудесно. Да. :-) --Петко 00:16, 6 декември 2007 (UTC)

Стил на бележките в две колони

Струва ми се, че има проблем със следния клас:

 .references-2column {
 font-size: 90%;
 -moz-column-count:2;
 column-count:2;
 }

Това е блок, който винаги съдържа списък, на който пък е зададен този клас:

 .references { font-size: 85%;}

Така се намалява текста два пъти -- веднъж на 90% и после още веднъж на 85%. Съответно текстът на бележките, когато са в две колони, става прекалено малък. Предлагам просто да се махне font-size: 90%; от .references-2column. Yunuz 04:03, 5 юни 2008 (UTC)

За сравнение, аналогичният код в английската версия:

/* make the list of references look smaller */
ol.references {
   font-size: 100%;
}

.references-small { font-size: 90%;}
.references-2column {
   font-size: 90%;
   -moz-column-count: 2;
   -webkit-column-count: 2;
   column-count: 2;
}

Също за сравнение, няколко примера, където има бележки в края на статията: en:Morgan_Tsvangirai -- статия в en с бележки в две колони (90%, независимо от броя колони, това е размера); Орион (космически кораб) -- статия в бг с бележки в две колони (~78%). Попово -- статия в бг с бележки в една колона (85%)

Поздрави, Yunuz 18:19, 5 юни 2008 (UTC)

Готово. Махнах намаления шрифт от .references-2column, сега всички са на 85%. — Борислав 08:31, 6 юни 2008 (UTC)

Diff style

Hello, we have noticed that after the deployment of MediaWiki 1.20wmf1 an old local customised diff style has not been removed from this page. 1.20 brings a new, greatly improved diff style which is no longer compatible with older customisations. To prevent the new release from worsening rather than improving your diffs, a global interface editor has agreed to help you by removing the old code in a week from now unless you object. You'll then be able to see if the new style suits you or needs a new customisation. I hope this helps, Nemo bis (беседа) 20:54, 5 август 2012 (UTC)

Seen that you don't explain what code will be removed you could expect that the objection will take the form of a revert... --Спас Колев (беседа) 07:22, 8 август 2012 (UTC)

I've removed the code, as it doesn't have any effect over here anyway (on other wikis, it made diffs look awful, but over here, they seem to be fine). Please let me know if you disagree with the removal, Diff. - Hoo man (беседа) 18:44, 18 август 2012 (UTC)

Обновяване на кода за следните обекти: Message box; Mbox; Ambox; Cmbox; Imbox; Tmboc; Fmbox; Ombox

Смятам, че е време кода свързан с посочените по-горе елементи да бъде редактиран, като за отправна точка се ползва английския вариант на common.css. Предлагам това с цел шаблоните за всеки един от елементите да премине към ползване на Модул:Message box написан на езика Lua и директно копиран от английската Уикипедия. Шаблоните ползващи този модул разполагат с доста по гъвкави параметри за интегриране в дадена статия. P3sh (беседа) 13:19, 2 февруари 2016 (UTC)

Пинг до Borislav, Spiritia, V111P, Nk, Vodnokon4e, Termininja като по̀ майстори в тея неща. — Luchesar • Б/П 13:35, 2 февруари 2016 (UTC)

Ще се промени ли обликът на шаблоните? Как точно стиловете пречат на използването на модула? Какво точно искаш да се промени? --V111P 12:19, 6 февруари 2016 (UTC)

Можеш да вземеш кода на Common.css, да го редактираш и да го запишеш например на твоя подстраница за да видим разликите. --V111P 12:30, 6 февруари 2016 (UTC)

Обликът на шаблоните ще се запази същия, като някой от типовете(types) ще са с различни иконки. Всъщност почти нищо не трябва да се променя. Трябва обаче да се добавят функции за Cmbox, Imbox, Tmboc и Ombox. Сглобих набързо една примерна страничка как ще изглежда например Ambox след промените. Променения common.css се намира тук. -- P3sh (беседа) 09:10, 9 февруари 2016 (UTC)

Аз също подкрепям P3sh, липсващите CSS стилове (за ombox, cmbox,...) е добре да се добавят в common.css. Без тях Модул:Message box не работи коректно. --Pl71 (беседа) 22:24, 7 февруари 2016 (UTC)

Готово Готово. Благодаря. --V111P 15:53, 9 февруари 2016 (UTC)

Добавяне на код за Модул:Кординати

V111P: Моля, добавете и кода за Geographical coordinates defaults от английската версия на common.css (редове 1092-1097 с днешна дата) (тук също Потребител:Pl71/common.css). Без него Модул:Координати не работи правилно. --Pl71 (беседа) 16:44, 11 февруари 2016 (UTC)

Готово --V111P 05:48, 12 февруари 2016 (UTC)

Върнах го - Шаблон:coord/link показваше едновременно десетични и dms стойности, а това засяга много статии. Погледни първо там, моля. --Спас Колев (беседа) 12:11, 12 февруари 2016 (UTC)

Необходимо е да се добавят само

.geo-default  { display: inline; } .geo-nondefault, .geo-multi-punct { display: none; }

за съответния модул, останалите не е нужно да се трият все още. Така шаблон Шаблон:coord може да се замести без проблеми с шаблон:Координати, който от е по-новата английска версия.--Pl71 (беседа) 12:34, 12 февруари 2016 (UTC)

Аз се чудя дали не е по-ефективно вместо шаблон направо Common.js да проверява за координати в Уикиданни? Малко е грубо, но би спестило усилия за поддръжка. --Спас Колев (беседа) 11:02, 15 февруари 2016 (UTC)

Това е недостатъкът на това аз да правя тези промени, че не знам какво да гледам дали няма да се счупи, но като няма други желаещи няма как. --V111P 08:26, 14 февруари 2016 (UTC)

Проблемът с кадрите е всеобщ. Пусни само горното да видим дали може да се ползва новата версия на Шаблон:Координати и Модул:Координати. --Предният неподписан коментар е направен от Pl71 (беседа •&nbsp приноси) 09:13, 14 февруари 2016‎ (UTC) (проверка) Мерси. --Pl71 (беседа) 12:20, 15 февруари 2016 (UTC)

Вече добавих .geo-default и .geo-nondefault. .geo-multi-punct си беше там. --V111P 09:53, 14 февруари 2016 (UTC)

V111P: Ако може и на МедияУики:Mobile.css да добавите .geo-nondefault, .geo-multi-punct { display: none; } .geo-default, .geo-dms, .geo-dec { display: inline; } .longitude, .latitude { white-space: nowrap; }. Като не съм сигурен, дали това е достатъчно. Има ли потребителски Mobile.css, така както има потребителски common.css? Изобщо английският css е доста по-голям от нашия. (Страницата е друга, но темата е същата) --Pl71 (беседа) 21:38, 27 февруари 2016 (UTC)

Готово. Изглежда мобилният скин се казва Minerva, така че потребителският стил е minerva.css. Между другото на излишни страници можете да поставяте шаблон {{бързо}} за да бъдат изтривани, работи и на .css страници, въпреки че шаблонът не се визуализира там. --V111P 05:29, 28 февруари 2016 (UTC)

Също така, във Firefox с F12 или Ctrl+Shift+I се отварят Developer Tools и там на страницата "{} Style Editor" могат да се тестват стилове на живо (в дъното на страниците има препратка "Мобилна" за превключване към мобилния скин). --V111P 05:49, 28 февруари 2016 (UTC)

Благодаря. Не го виждам къде е този minerva.css, а и инфото за него е оскъдно. Междудругото, мисля че и кодът посочен в предходната тема (за Message box, ombox,...) трябва да се обнови съответно и за мобилен изглед. --Pl71 (беседа) 12:28, 28 февруари 2016 (UTC)

Например моят ще е на Потребител:V111P/minerva.css --V111P 18:07, 28 февруари 2016 (UTC)

Нов стил

Моля някой да добави следния стил: .portal-column-left {

   float: left;
   width: 60%;

} .portal-column-right {

   float: right;
   width: 39%;

} @media only screen and (max-width: 800px) {

   .portal-column-left,
   .portal-column-right {
       float: inherit;
       width: inherit;
   }

} --Luchibsl1 (беседа) 13:57, 5 септември 2017 (UTC)

Разширяване на подреждането на колони

Предлагам да се разширят редове 314-343 до следното:

/* подравняване на колони в таблици: ляво, центрирано и дясно */
.col-1-left td:nth-child(1) { text-align: left; }
.col-2-left td:nth-child(2) { text-align: left; }
.col-3-left td:nth-child(3) { text-align: left; }
.col-4-left td:nth-child(4) { text-align: left; }
.col-5-left td:nth-child(5) { text-align: left; }
.col-6-left td:nth-child(6) { text-align: left; }
.col-7-left td:nth-child(7) { text-align: left; }
.col-8-left td:nth-child(8) { text-align: left; }
.col-9-left td:nth-child(9) { text-align: left; }
.col-10-left td:nth-child(10) { text-align: left; }
.col-11-left td:nth-child(11) { text-align: left; }
.col-12-left td:nth-child(12) { text-align: left; }
.col-13-left td:nth-child(13) { text-align: left; }
.col-14-left td:nth-child(14) { text-align: left; }
.col-15-left td:nth-child(15) { text-align: left; }
.col-16-left td:nth-child(16) { text-align: left; }
.col-17-left td:nth-child(17) { text-align: left; }
.col-18-left td:nth-child(18) { text-align: left; }
.col-19-left td:nth-child(19) { text-align: left; }
.col-20-left td:nth-child(20) { text-align: left; }
.col-21-left td:nth-child(21) { text-align: left; }
.col-22-left td:nth-child(22) { text-align: left; }
.col-23-left td:nth-child(23) { text-align: left; }
.col-24-left td:nth-child(24) { text-align: left; }
.col-25-left td:nth-child(25) { text-align: left; }

.col-1-center td:nth-child(1) { text-align: center; }
.col-2-center td:nth-child(2) { text-align: center; }
.col-3-center td:nth-child(3) { text-align: center; }
.col-4-center td:nth-child(4) { text-align: center; }
.col-5-center td:nth-child(5) { text-align: center; }
.col-6-center td:nth-child(6) { text-align: center; }
.col-7-center td:nth-child(7) { text-align: center; }
.col-8-center td:nth-child(8) { text-align: center; }
.col-9-center td:nth-child(9) { text-align: center; }
.col-10-center td:nth-child(10) { text-align: center; }
.col-11-center td:nth-child(11) { text-align: center; }
.col-12-center td:nth-child(12) { text-align: center; }
.col-13-center td:nth-child(13) { text-align: center; }
.col-14-center td:nth-child(14) { text-align: center; }
.col-15-center td:nth-child(15) { text-align: center; }
.col-16-center td:nth-child(16) { text-align: center; }
.col-17-center td:nth-child(17) { text-align: center; }
.col-18-center td:nth-child(18) { text-align: center; }
.col-19-center td:nth-child(19) { text-align: center; }
.col-20-center td:nth-child(20) { text-align: center; }
.col-21-center td:nth-child(21) { text-align: center; }
.col-22-center td:nth-child(22) { text-align: center; }
.col-23-center td:nth-child(23) { text-align: center; }
.col-24-center td:nth-child(24) { text-align: center; }
.col-25-center td:nth-child(25) { text-align: center; }

.col-1-right td:nth-child(1) { text-align: right; }
.col-2-right td:nth-child(2) { text-align: right; }
.col-3-right td:nth-child(3) { text-align: right; }
.col-4-right td:nth-child(4) { text-align: right; }
.col-5-right td:nth-child(5) { text-align: right; }
.col-6-right td:nth-child(6) { text-align: right; }
.col-7-right td:nth-child(7) { text-align: right; }
.col-8-right td:nth-child(8) { text-align: right; }
.col-9-right td:nth-child(9) { text-align: right; }
.col-10-right td:nth-child(10) { text-align: right; }
.col-11-right td:nth-child(11) { text-align: right; }
.col-12-right td:nth-child(12) { text-align: right; }
.col-13-right td:nth-child(13) { text-align: right; }
.col-14-right td:nth-child(14) { text-align: right; }
.col-15-right td:nth-child(15) { text-align: right; }
.col-16-right td:nth-child(16) { text-align: right; }
.col-17-right td:nth-child(17) { text-align: right; }
.col-18-right td:nth-child(18) { text-align: right; }
.col-19-right td:nth-child(19) { text-align: right; }
.col-20-right td:nth-child(20) { text-align: right; }
.col-21-right td:nth-child(21) { text-align: right; }
.col-22-right td:nth-child(22) { text-align: right; }
.col-23-right td:nth-child(23) { text-align: right; }
.col-24-right td:nth-child(24) { text-align: right; }
.col-25-right td:nth-child(25) { text-align: right; }

По този начин ще е възможно подравняването на таблици с над 9 колони, както например тук. Ако има по-умен начин да се постигне с чист CSS, естествено би било чудесно.

Borislav, Nk, Петър Петров, StanProg, V111P: както бяхме обсъждали, пингвам предложението за одобрение. Предлагам съвсем проста процедура: достатъчно е одобрение от поне още един администратор, в което число влизат и бюрократите. Ако предложението е готово за копи-пейст, както в случая, и получи одобрение, струва ми се най-лесно някой от бюрократите да го въведе, като за целта си даде за кратко нужните права.
— Luchesar • Б/П 19:46, 17 октомври 2018 (UTC)

/* подравняване на колони в таблици: ляво, центрирано и дясно */
.col-1-left td:nth-child(1),
.col-2-left td:nth-child(2),
.col-3-left td:nth-child(3),
.col-4-left td:nth-child(4),
.col-5-left td:nth-child(5),
.col-6-left td:nth-child(6),
.col-7-left td:nth-child(7),
.col-8-left td:nth-child(8),
.col-9-left td:nth-child(9),
.col-10-left td:nth-child(10),
.col-11-left td:nth-child(11),
.col-12-left td:nth-child(12),
.col-13-left td:nth-child(13),
.col-14-left td:nth-child(14),
.col-15-left td:nth-child(15),
.col-16-left td:nth-child(16),
.col-17-left td:nth-child(17),
.col-18-left td:nth-child(18),
.col-19-left td:nth-child(19),
.col-20-left td:nth-child(20),
.col-21-left td:nth-child(21),
.col-22-left td:nth-child(22),
.col-23-left td:nth-child(23),
.col-24-left td:nth-child(24),
.col-25-left td:nth-child(25)
{
  text-align: left;
}

.col-1-center td:nth-child(1),
.col-2-center td:nth-child(2),
.col-3-center td:nth-child(3),
.col-4-center td:nth-child(4),
.col-5-center td:nth-child(5),
.col-6-center td:nth-child(6),
.col-7-center td:nth-child(7),
.col-8-center td:nth-child(8),
.col-9-center td:nth-child(9),
.col-10-center td:nth-child(10),
.col-11-center td:nth-child(11),
.col-12-center td:nth-child(12),
.col-13-center td:nth-child(13),
.col-14-center td:nth-child(14),
.col-15-center td:nth-child(15),
.col-16-center td:nth-child(16),
.col-17-center td:nth-child(17),
.col-18-center td:nth-child(18),
.col-19-center td:nth-child(19),
.col-20-center td:nth-child(20),
.col-21-center td:nth-child(21),
.col-22-center td:nth-child(22),
.col-23-center td:nth-child(23),
.col-24-center td:nth-child(24),
.col-25-center td:nth-child(25)
{
  text-align: center;
}

.col-1-right td:nth-child(1),
.col-2-right td:nth-child(2),
.col-3-right td:nth-child(3),
.col-4-right td:nth-child(4),
.col-5-right td:nth-child(5),
.col-6-right td:nth-child(6),
.col-7-right td:nth-child(7),
.col-8-right td:nth-child(8),
.col-9-right td:nth-child(9),
.col-10-right td:nth-child(10),
.col-11-right td:nth-child(11),
.col-12-right td:nth-child(12),
.col-13-right td:nth-child(13),
.col-14-right td:nth-child(14),
.col-15-right td:nth-child(15),
.col-16-right td:nth-child(16),
.col-17-right td:nth-child(17),
.col-18-right td:nth-child(18),
.col-19-right td:nth-child(19),
.col-20-right td:nth-child(20),
.col-21-right td:nth-child(21),
.col-22-right td:nth-child(22),
.col-23-right td:nth-child(23),
.col-24-right td:nth-child(24),
.col-25-right td:nth-child(25)
{
  text-align: right;
}

--Поздрави, Петър Петров 23:09, 19 октомври 2018 (UTC)

Оо, супер, мерси! Ето че code review-то веднага започна да дава плодове.
— Luchesar • Б/П 09:47, 20 октомври 2018 (UTC)

Не съм сигурен дали ще успея да го приключа тая вечер, но се захванах да направя и синхронизацията в посока Фабрикатор --> Уикипедия. Кодът е в  source/repo-sync/.
— Luchesar • Б/П 15:33, 20 октомври 2018 (UTC)

Вече има работещ код, редакция 8801461, макар да има още немалко какво да се доизкусурява. Засега не съм правил и повече тестове.
— Luchesar • Б/П 18:46, 21 октомври 2018 (UTC)

Кодът вече би трябвало да е значително по-добър, в частност се игнорират промени по служебни файлове (.arcconfig etc.), а файловете от ИП Модул получават разширения .lua, което включва оцветяването на синтаксиса. Също така вече се поддържа и изтриване на страници, ако се налага. Едно нещо, което определено бих искал да добавя, е при записване на промените тук ботът да слага като резюме съобщението от съответния къмит. Това обаче ще изисква доста повече дълбаене с GitPython и ще трябва да го оставя за по-нататък. Още веднъж, кодът за синхронизация е тук:  source/repo-sync. Ако имате предложения за подобрението му, не се колебайте направо да използвате  differential и/или arcanist.
— Luchesar • Б/П 17:42, 22 октомври 2018 (UTC)

Borislav, Nk, Петър Петров, Сале::

1. Скриптът вече указва кой потребител, кога и с какъв коментар е направил промените, а всяко действие също се записва в Потребител:JSS 9/Дневник, където има и връзки към съответните къмити във Фабрикатор. Тествах отново доста пъти синхронизацията, включително при конфликти (едновременно commit във Фабрикатор и редакция тук); не претендирам за изчерпателност, но мисля, че всичко работи според очакванията.
2. Кодът на скрипта, както обикновено, е в  source/repo-sync. Ако имате идеи за подобрение, пишете.
3.  Въведох горното предложение за Common.css в Differential, за да започнем направо да експериментираме. За тези от вас, които не са използвали Arcanist (аз самият почти не съм), ето бърз преглед на стъпките, които извърших:

   git clone 'ssh://vcs@phabricator.wikimedia.bg/source/ui.git'
   cd ui
   git config user.name 'Iliev' # Поставете тук своето потребителско име в Уикипедия, като замените интервалите с подчертавки, например Петър Петров -> Петър_Петров.
   arc install-certificate # Достатъчно е да се конфигурира веднъж за всички репота в този Фабрикатор.
   git checkout -b enh/css-cols # Обикновено използвам префикси enh/ за подобрения, fix/ за поправени бъгове, но не е задължително.
   vi Common.css # Очевидно може да използвате какъвто редактор ви кефи.
   git commit -a -m 'Подравняване на таблици с над 9 колони'
   arc diff --reviewers 'Borislav, Сале' # Може да се въведат и при редактиране на съобщението. В случая съм добавил само тези от вас, които са се регистрирали във Фабрикатор. :)
   vi Common.css # Въвеждам версията на Петър - можеше и наведнъж, разбира се, но идеята е да се тества постъпковата промяна на пача.
   git commit -a --amend -C HEAD
   arc diff
   

   Ако не си падате по командния ред, пачът може да се въведе и директно в уеб интерфейса на Differential. Същата процедура, между другото, може да се ползва и за кодовете на синхронизиращия скрипт и PSS 9.

4. Линтърът е силно недоволен от CSS кода по принцип, но очевидно оправянето на предупрежденията ще е бъдеща работа (ако въобще искаме).
5. Боби, Спасе, смятате ли, че е е нужно да пускам JSS 9 за гласуване, или може директно да му се дадат админ права по прецедента с PSS 9?
6. Относно правата за интерфейсен администратор, очевидно ще вляза в противоречие с мнението си, че не е хубаво да бъдат безсрочни, но ето обяснението:
   1. Без постоянни права ботът, разбира се, силно би се обезсмислил. :)
   2. JSS 9 сметката ще се използва единствено на един сървър, използван практически само за подобни скриптове. Това много силно ограничава преките вектори за атака, в сравнение с варианта, при който сметката се ползва на потребителски компютър през браузър. В последния случай бисквитката с токена може да бъде както атакувана при посещения с браузъра на различни сайтове, така и през вероятно многото работещ софтуер върху компютъра.
   3. В допълнение, за логин на бота ще се използва OAuth токен, който ще бъде валиден само за IP адреса на сървъра. Това още повече намалява възможностите за атака, тъй като паролата въобще няма да бъде достъпна през който и да е компютър, а токенът, дори да бъде откраднат, ще бъде почти напълно безполезен (спуфинг на IP адреса теоретично е възможен, но на практика доста труден).
   4. За разлика от нас, ботът ще прави много малко и съвсем специфични редакции. Ако сметката все пак бъде открадната, би било относително по-лесно да се забележи девиантно поведение (това е една от причините да направя отделна сметка, вместо да използвам PSS 9 или Kerberizer). Освен това, при съмнения няма да има нужда от колебания и опити за комуникация („абе, ти ли си това?“), а направо може да се блокира.
   5. Воденият от бота дневник, макар и донякъде дублиращ наличната другаде информация, също е известна бариера за потенциални злодеи. Ако не искат редакциите им веднага да станат съмнителни, ще трябва да си направят труда да актуализират и този дневник. Естествено, понеже кодът на бота е публичен, това не е безкрайно трудно, но все пак е допълнително усилие, а и човек трябва въобще да се сети за него.

   Като цяло, бих се радвал да пропуснем още едно гласуване, особено след като вече се кандидатирах в Уикиновини. Но ако смятате, че е важно, няма проблем и да го пусна по общия ред.

Надявам се, че не съм пропуснал нещо. :)
— Luchesar • Б/П 17:33, 24 октомври 2018 (UTC)

А, пропуснах разбира се нещо, но го допълвам в списъка с команди горе.
— Luchesar • Б/П 17:51, 24 октомври 2018 (UTC)

Докато си оправях разни неща по скрипта, осъзнах, че още старият му код, който синхронизира от Уикипедия към Фабрикатор, не поддържа изтриване и преместване. Те биха се случвали рядко, но ще е добре да ги предвидя. Особен случай ще е преместването с оставяне на пренасочване. Мисля в този случай пренасочването да се превърне в symlink. Открих си и някои други малки проблеми в кода, но те не изглеждат фатални.
— Luchesar • Б/П 17:35, 25 октомври 2018 (UTC)

Мисля, че изтриването  също вече трябва да се поддържа, но преименуването действително ще остане за по-нататък.
— Luchesar • Б/П 23:43, 25 октомври 2018 (UTC)

Уикипедия:Предложения за администратори/JSS 9 — Luchesar • Б/П 13:24, 26 октомври 2018 (UTC)

Архиви

Класът archive, който се използва при архивирани беседи, задава opacity:0.7. Това намалява контраста и прави текста по-трудно четим. Смятам, че трябва се махне. Ако целта е да се дава визуален сигнал, че текстът е архивиран, то тази функция вече се изпълнява от цвета на фона. --Уанфала (беседа) 12:48, 30 август 2021 (UTC)

Egipt -> Egypt

Трябва да оправим класа .title.egipt. Би следвало да е egypt, но дори транслитерирано egipet би било по-добре от сегашното. Очевидно ще трябва и с бот да се мине по статиите и да се оправи. Между другото, това е добър пример защо е много полезна практиката ни в последните години (тази грешка е стара) промените в CSS, а още повече в JS и JSON, да преминават през рецензиране на кода в  ГитХъб, преди да бъдат приложени.
— Luchesar • Б/П 16:54, 21 декември 2021 (UTC)

Според мен се използва само в Шаблон:Фараон (и дори egypt е неточно, иконата е по-скоро за Древен Египет). --Спас Колев (беседа) 15:22, 24 декември 2021 (UTC)

Съгласен. .title.ancient-egypt? Името на пиктограмата всъщност си е точно такова. Не знам само дали дефис или подчертавка ще е по-подходящо. Подчертавката – .title.ancient_egypt – има предимство, че не е разделил при селекция (примерно с двукратно щракване с мишката). По тая причина сякаш клоня към нея.
— Luchesar • Б/П

Пиктограма

Привет! Някой може ли да промени в .title.athlet името на файла? Сега там е посочен несъществуващ файл Pictogram_infobox_athletics.png. Трябва да бъде сменен с Athletics infobox.png, който същуствува. Предполагам, че от това идва проблема, когато бъде въведена категория „лекоатлет“ в Шаблон:Личност пиктограмата да не се показва. Поздрави, 95.87.235.200 11:53, 14 април 2024 (UTC)

Чудесно наблюдение, благодаря!  wikipedia-ui/pull/19. Би трябвало скоро да се отрази.
— Luchesar • Б/П 12:26, 14 април 2024 (UTC)