Потребител беседа:Borislav/2014

Архиви

Архивирани версии на Потребител беседа:Borislav (±):

• ’03
• ’04
• ’05
• ’06
• ’07
• ’08
• ’09
• ’10
• ’11
• ’12
• ’13
• ’14
• ’15
• ’16
• ’18
• ’19
• ’20

(Пак) помощ с javascript 2

Честита Нова година, ама пак съм дошъл да искам акъл. Някъде преди празниците се появи проблем със стиловете, който чупи табовете под картите (примерно Нитра). Порових малко, но с това load.php изобщо не схващам кой стил откъде идва... --Спас Колев (беседа) 13:11, 6 януари 2014 (UTC)

Май се е появил някакъв препроцесор на CSS. Ето как подходих при търсенето на грешката. Ползвам Firebug. Заредих страницата с допълнителен параметър debug=1. (Може и така .../wiki/Нитра?debug=1.) Тръгнах да гледам какви стилове има елемента с клас img_toggle. Firebug не показваше нищо и пет минути гледах тъпо. После ми хрумна, че е възможно да има грешка в CSS-а и браузъра да не зарежда файла. Тръгна да търся съответния файл в прозорчето CSS на Firebug. Файла с Common.css е този. Избрах файла във Firebug и потърсих .img_toggle в него. Оказа се, че последната декларация е .title.volleyball {}. Празна — явно вътре в нея има грешка, браузъра не е минал по-нататък и въобще не е стигнал до .img_toggle. В Common.css кода е правилен, но новия препроцесор генерира следния невалиден код:

background: url("//upload.wikimedia.org/wikipedia/commons/c/ca/Volleyball_(indoor")_pictogram.svg)

Маха кавичките и си слага своите по доста опростен начин.

Ако имаш желание, докладвай грешката в Бъгзила. Аз ще видя дали може да се заобиколи някак и ако не става, просто ще деактивирам съответния клас, докато не го оправят. — Борислав 19:11, 6 януари 2014 (UTC)

Уф, благодаря много. Аз стигнах до точката, в която не се вижда никакъв код от Common.css, и реших, че просто аз не схващам как работи Firebug - изобщо не бих се сетил, че може да игнорират целия файл заради грешка. --Спас Колев (беседа) 11:50, 8 януари 2014 (UTC)

Custom tools

Здравей. Дали би погледнал защо от вчера в Monobook не се вмъква допълнителния div (class="custom-toolbar"; виж МедияУики:Common.js) за допълнителните бутони/кутии. Във Vector си работи. Благодаря предварително. --Спас Колев (беседа) 14:46, 8 юли 2014 (UTC)

Я виж как е сега. Monobook.js беше съвсем счупен и е бил така още откакто преди няколко месеца махнах обекта Creator от Common.js. — Борислав 17:21, 8 юли 2014 (UTC)

Сега изглежда добре. Благодаря пак. --Спас Колев (беседа) 19:40, 8 юли 2014 (UTC)

OpenStreetMap

Пак аз. По някаква случайност (с това?!) оправих скриваемите карти, които бяха счупени. В момента не показва иконата на OpenStreetMap в координатите горе вдясно (Кристиансун) - вероятно пак е от някаква промяна в синтаксиса, но не смея да пипам повече, защото определено не знам какво правя. --Спас Колев (беседа) 12:32, 29 август 2014 (UTC)

Мда - горната редакция оправя картите, но чупи Custom tools, та я върнах засега. --Спас Колев (беседа) 12:34, 29 август 2014 (UTC)

Firebug докладваше, че функцията openStreetMapToggle не е дефинирана на реда с a.click( openStreetMapToggle ); в Common.js, затова я преместих преди него. Сега явно работи отново. — Борислав 11:27, 30 август 2014 (UTC)

Благодаря. --Спас Колев (беседа) 19:44, 30 август 2014 (UTC)

An important message about renaming users

Dear Borislav, My aplogies for writing in English. Please translate or have this translated for you if it will help. I am cross-posting this message to many places to make sure everyone who is a Wikimedia Foundation project bureaucrat receives a copy. If you are a bureaucrat on more than one wiki, you will receive this message on each wiki where you are a bureaucrat.

As you may have seen, work to perform the Wikimedia cluster-wide single-user login finalisation (SUL finalisation) is taking place. This may potentially effect your work as a local bureaucrat, so please read this message carefully.

Why is this happening? As currently stated at the global rename policy, a global account is a name linked to a single user across all Wikimedia wikis, with local accounts unified into a global collection. Previously, the only way to rename a unified user was to individually rename every local account. This was an extremely difficult and time-consuming task, both for stewards and for the users who had to initiate discussions with local bureaucrats (who perform local renames to date) on every wiki with available bureaucrats. The process took a very long time, since it's difficult to coordinate crosswiki renames among the projects and bureaucrats involved in individual projects.

The SUL finalisation will be taking place in stages, and one of the first stages will be to turn off Special:RenameUser locally. This needs to be done as soon as possible, on advice and input from Stewards and engineers for the project, so that no more accounts that are unified globally are broken by a local rename to usurp the global account name. Once this is done, the process of global name unification can begin. The date that has been chosen to turn off local renaming and shift over to entirely global renaming is 15 September 2014, or three weeks time from now. In place of local renames is a new tool, hosted on Meta, that allows for global renames on all wikis where the name is not registered will be deployed.

Your help is greatly needed during this process and going forward in the future if, as a bureaucrat, renaming users is something that you do or have an interest in participating in. The Wikimedia Stewards have set up, and are in charge of, a new community usergroup on Meta in order to share knowledge and work together on renaming accounts globally, called Global renamers. Stewards are in the process of creating documentation to help global renamers to get used to and learn more about global accounts and tools and Meta in general as well as the application format. As transparency is a valuable thing in our movement, the Stewards would like to have at least a brief public application period. If you are an experienced renamer as a local bureaucrat, the process of becoming a part of this group could take as little as 24 hours to complete. You, as a bureaucrat, should be able to apply for the global renamer right on Meta by the requests for global permissions page on 1 September, a week from now.

In the meantime please update your local page where users request renames to reflect this move to global renaming, and if there is a rename request and the user has edited more than one wiki with the name, please send them to the request page for a global rename.

Stewards greatly appreciate the trust local communities have in you and want to make this transition as easy as possible so that the two groups can start working together to ensure everyone has a unique login identity across Wikimedia projects. Completing this project will allow for long-desired universal tools like a global watchlist, global notifications and many, many more features to make work easier.

If you have any questions, comments or concerns about the SUL finalisation, read over the Help:Unified login page on Meta and leave a note on the talk page there, or on the talk page for global renamers. You can also contact me on my talk page on meta if you would like. I'm working as a bridge between Wikimedia Foundation Engineering and Product Development, Wikimedia Stewards, and you to assure that SUL finalisation goes as smoothly as possible; this is a community-driven process and I encourage you to work with the Stewards for our communities.

Thank you for your time. -- Keegan (WMF) talk 18:24, 25 август 2014 (UTC)

--This message was sent using MassMessage. Was there an error? Report it!

Скриване на бутона "преместване" за категории

Здравей. Имам тук едно запитване, което би трябвало да е просто, но нещо не ми се получава - да се скрива бутона за преместване на страница (май е id="ca-move") при категории (защото не е дуракоустойчив и създава проблеми). Погледни, моля те, когато имаш време. Поздрави. --Спас Колев (беседа) 19:49, 26 декември 2014 (UTC)

Не е нужно да се мъчиш с джаваскрипт. Ето нужния CSS:

.ns-14 #ca-move { display: none }

— Борислав 20:05, 26 декември 2014 (UTC)

Благодаря. Че има клас за именно пространство, изобщо не би ми хрумнало. --Спас Колев (беседа) 14:09, 30 декември 2014 (UTC)