Skin talk:Citizen

You should move bubble notifications, such as the notification you got when you successfully saved your preferences, from the top right corner to the bottom left corner. In Vector skin, they put those at the top right corner because that's where their notification drawer and personal menu are at. Since you've moved the notification drawer and personal menu to the bottom left corner, moving bubble notifications to the bottom left corner makes more sense.

What shouldn't happen, viewing the article.

What should happen, shows when viewing the source preview.

When using this skin, PortableInfoboxes are glitched out. They appear normal when in the source preview tho, so it should be able to be fixed.

What happens

The infobox headers show small and on the very left with no padding, and collapsible tabs are impossible to open. Left image is what happens when viewing the article, right image is what happens when viewing the source preview (what it should look like).

What should happen

The infobox should appear how it shows in the source preview, the one without the glitches (right image).

Reproducing the issue

On a MediaWiki installation with the Citizen skin and PortableInfobox extensions,

1. Create a simple infobox for testing (i've supplied code below)
2. Create a page with the infobox (i've supplied code below), you will see how the infobox is glitchy and has the issues described above.
3. Edit the page in source mode
   1. Make a change (correct version doesn't show in preview if you don't make a change)
   2. Click preview, the correct version with no glitches will show.

Source code for an infobox template for testing

<infobox> <title source="name"><default>{{PAGENAME}}</default></title> <image source="image_skyline"><caption source="skyline_caption" /></image> <group collapse="closed"> <header>Other media</header> <image source="image_flag"><caption source="flag_caption"><default>Flag</default></caption></image> <image source="image_seal"><caption source="seal_caption"><default>Seal</default></caption></image> <audio source="anthem"><caption source="anthem_caption" /></audio> </group> <group> <header>Group1</header> <data source="data1"><format>'''Example:''' {{{data1}}}</format></data> <data source="data2"><format>'''Example:''' {{{data2}}}</format></data> <data source="data3"><format>'''Example:''' {{{data3}}}</format></data> </group> </infobox>

Source code for the infobox in an article
{{InfoboxName | name = Example name | image_skyline = Example.svg | skyline_caption = First image | image_flag = Example.jpg | flag_caption = Second image | image_seal = Example.jpeg | seal_caption = Third image | anthem = Example.ogg | anthem_caption = First audio | data1 = First | data2 = Second | data3 = Third }}

I'm currently experiencing the same problem as well with my wiki. Is there any way to properly resolve this issue?

Would you be able to verify if the latest in the main branch fixes the issue for you?

Unfortunately it's still happening with MediaWiki 1.40.0 and the latest github version. Photo on Imgur

I'm seeing this behavior at main's tip (edfb43ffd85b59a3bc40fb401d624f6e5b4b1077) with MediaWiki 1.40.0.

I still have this glitch on Mediawiki 1.41. Any suggestion?

I am unable to reproduce it here. What version of Citizen and PortableInfobox are you using?

I'm using Citizen 2.11.1 and Portable Infobox 0.6

Do you have a live demo? I can't reproduce it on a wiki with similar setup, so I'm unable to do anything about it.

My wiki is: https://www.croftmanor.it/index.php?title=Rise_of_the_Tomb_Raider

inspecting the page i See that ther is an empty box before any item in the Portable Infobox. How can I edit it and delete these boxes?

I refer to "<div class="pi-item pi-data pi-item-spacing pi-border-color" and <h3 class="pi-data-label pi-secondary-font"></h3>.

Ah I can see what happened, Citizen re-process the whole body content so that it can be separated into sections. The issue with PortableInfobox is that it puts the <p> element within heading elements such as <h3>. This is not valid in HTML5, so the <p> get separated from the <h3> element after Citizen parsed it.

The same issue can be reproduced with MobileFrontend, which used a similiar parser. https://www.croftmanor.it/index.php?title=Rise_of_the_Tomb_Raider&mobileaction=toggle_view_mobile&useskin=minerva

It is an upstream issue with PortableInfobox and there is not much I can do. I suggest filing the issue at PortableInfobox's issue tracker: https://github.com/Universal-Omega/PortableInfobox/issues

Is it possible tu use the default skin only for the Infobox? Just to test if everything is correct using Citizen theme.

No it is not possible. The skin controls the output of the whole page.

It seems that this issue might have be resolved in the latest version of PortableInfobox back in April, perhaps you can try updating it and see if it fixes the issue.

Now I have Citizen 2.13.5 but the problem is still there unfortunately. Just tried using other skins but they are fine, the alignment is correct. I don't know why using Citizen the alignment is all fucked up :/

As I explained above, Citizen (and MobileFrontend as well) did some transformation on the HTML to make collapsible sections. In that process, invalid HTML such as what PortableInfobox did are processed differently, causing the alignment issue.

You need to update PortableInfobox to the latest version (0.7), this bug might have been addressed recently.

Fixed in main branch

I think this image demonstrates it pretty clearly:

Patched in the latest main branch.

in Special:Preferences

[7fc6880336eec79626218910] /wiki/Special:Preferences DomainException: HTMLForm::getField: no field named skin
Backtrace:
from /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLForm.php(458)
#0 /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLFormField.php(153): HTMLForm->getField()
#1 /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLFormField.php(168): HTMLFormField->getNearestField()
#2 /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLFormField.php(284): HTMLFormField->getNearestFieldValue()
#3 /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLFormField.php(272): HTMLFormField->checkStateRecurse()
#4 /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLFormField.php(350): HTMLFormField->checkStateRecurse()
#5 /home/<username>/domains/<domain>/public_html/includes/htmlform/HTMLFormField.php(396): HTMLFormField->isHidden()
#6 /home/<username>/domains/<domain>/public_html/includes/preferences/DefaultPreferencesFactory.php(350): HTMLFormField->validate()
#7 /home/<username>/domains/<domain>/public_html/includes/preferences/DefaultPreferencesFactory.php(265): MediaWiki\Preferences\DefaultPreferencesFactory->loadPreferenceValues()
#8 /home/<username>/domains/<domain>/public_html/includes/preferences/DefaultPreferencesFactory.php(1895): MediaWiki\Preferences\DefaultPreferencesFactory->getFormDescriptor()
#9 /home/<username>/domains/<domain>/public_html/includes/specials/SpecialPreferences.php(147): MediaWiki\Preferences\DefaultPreferencesFactory->getForm()
#10 /home/<username>/domains/<domain>/public_html/includes/specials/SpecialPreferences.php(114): MediaWiki\Specials\SpecialPreferences->getFormObject()
#11 /home/<username>/domains/<domain>/public_html/includes/specialpage/SpecialPage.php(727): MediaWiki\Specials\SpecialPreferences->execute()
#12 /home/<username>/domains/<domain>/public_html/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()
#13 /home/<username>/domains/<domain>/public_html/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
#14 /home/<username>/domains/<domain>/public_html/includes/MediaWiki.php(960): MediaWiki->performRequest()
#15 /home/<username>/domains/<domain>/public_html/includes/MediaWiki.php(613): MediaWiki->main()
#16 /home/<username>/domains/<domain>/public_html/index.php(50): MediaWiki->run()
#17 /home/<username>/domains/<domain>/public_html/index.php(46): wfIndexMain()
#18 {main}

That doesn't seem to be related to Citizen. You might want to ask the question at https://www.mediawiki.org/wiki/Project:Support_desk or the MediaWiki Discord

I downloaded the latest version of the skin and the problem is gone.

A piece of text in the sidebar broke the layout

Attached screenshot. A piece of unknown text next to the search icon broke the sidebar layout after I installed the skin. If I remove the text via DevTools, everything gets better. How can I fix this problem?

What is the exact text?

Here it is

on" Content-Type: application/octe

Do you have a live demo or the HTML of that part? The text provided is incomplete.

Here's the part of HTML code, I hope I got it to paste correctly

<div class="citizen-search citizen-header__item citizen-menu-checkbox-container">
	<input type="checkbox" id="citizen-search__checkbox" class="citizen-menu-checkbox-checkbox" role="button" aria-labelledby="citizen-search__buttonCheckbox" aria-haspopup="true">
	on"
	Content-Type: application/octe
	<div class="citizen-search__button citizen-header__button">
		<div class="citizen-search__buttonIcon citizen-header__buttonIcon">
			<div></div>
			<div></div>
			<div></div>
		</div>

Here's a link to a site where you can see the problem:

vremelyst.ru

UPD: Sorry, forgot to make Citizen a default skin

UPD 2: I figured out how to insert the code, now it looks good

Hi, my wiki text is written in English, and I would like to have, in addition to the English language, one or two versions in Spanish and French.

Is this possible?

Thank you very much.

This may be obvious, but I can't figure out how to get images in the article to appear in the search results? I am using ShortDescription and the summary text is visible. I don't see anything obvious in the documentation or listed extensions to control this.

I finally figured it out... need Extension:PageImages loaded and configured.

I opened: https://github.com/StarCitizenTools/mediawiki-skins-Citizen/issues/799 to request documentation for this area.

While using the search bar on my wiki the search unfocuses and flashes blank after every keypress making it unusable. Does anyone know what the issue might be? Thanks

I'm using MW 1.41.0 and Citizen 2.9.1

Hello, is it possible to disable the Google ads on skin.mustache based on the page title/URL? Thanks!

Citizen does not insert the HTML or script needed for ads. So it depends on what modification you have to insert them.

In the toggle menu of the Citizen skin version 2.4.3, there is a search field to search for article pages. However, only pages that are typed correctly from the beginning appear as suggestions. I would like it to display all pages that have at least one word entered in the search field. Is it possible to implement this in a simple way?

Citizen does not provide the suggestions, it is from MediaWiki core which is quite barebone. To have improved search suggestions, you would need Extension:CirrusSearch.