mediawiki-extensions-Cite/modules/parsoid-styles/ext.cite.style.nod.less

@counter-style nod-counter {
	system: numeric;
	symbols: '᪀' '᪁' '᪂' '᪃' '᪄' '᪅' '᪆' '᪇' '᪈' '᪉';
}

:root {
	--cite-backlink-separator: '.';
	--cite-counter-style: nod-counter;
}
Parsoid CSS: Add (script-generated) language-specific counters * These files were generated with the script in I3623e42d4cad7975813892a8f0f7765b74a638c5 * These styles mimic the behavior of Language::formatNumNoSeparators and Language::localizeSeparators used by a couple of methods. ReferencesFormatter:referencesFormatEntryNumericBacklinkLabel calls ReferenceMessageLocalizer::localizeDigits which calls that core Language method. FootnoteMarkFormatter::linkRef calls localizeDigits as well. - '.reference a' CSS rules mimic linkRef localization - 'span[rel="mw:referencedBy" ]' rule mimics localization of referencesFormatEntryNumericBacklinkLabel * Overrode all hand-crafted language CSS files from previous patches. The content of some of those hand-crafted CSS files will end up in those wikipedia's Common.css -- specifically for es, fr, sv wikipedias. sv and es have non-canonical formatting strings that aren't handled by the script right now and so leaving them behind. I need to look at fr output more carefully, so leaving that behind as well. But the generated ones are more accurate when combined with the wiki-specific CSS files genreated by the other script that processes site messages. * Some files could potentially be removed by looking at language fallback chains, but the redundancy is not a problem for now. * Tweak the resource loader script to use "_" instead of "-" when looking for a resource file. Bug: T156350 Change-Id: I000b4538bf2be681b85df5813efed083458a4281 2022-11-04 03:28:38 +00:00			`@counter-style nod-counter {`
			`system: numeric;`
			`symbols: '᪀' '᪁' '᪂' '᪃' '᪄' '᪅' '᪆' '᪇' '᪈' '᪉';`
			`}`

[refactor] finish abstracting the parsoid language style overrides This should cause no user-facing changes. Now the per-language overrides are expressed as pure data and styling happens in a single file. We can clearly see the types of customization that have been made so far. The CSS styling has also been enhanced, it can now be customized by setting the CSS variables alone. Bug: T370027 Change-Id: I2a1bf0365ac0c40991a4fe3f9a2c05dba8b7510c 2024-07-19 22:08:34 +00:00			`:root {`
			`--cite-backlink-separator: '.';`
			`--cite-counter-style: nod-counter;`
Parsoid CSS: Add (script-generated) language-specific counters * These files were generated with the script in I3623e42d4cad7975813892a8f0f7765b74a638c5 * These styles mimic the behavior of Language::formatNumNoSeparators and Language::localizeSeparators used by a couple of methods. ReferencesFormatter:referencesFormatEntryNumericBacklinkLabel calls ReferenceMessageLocalizer::localizeDigits which calls that core Language method. FootnoteMarkFormatter::linkRef calls localizeDigits as well. - '.reference a' CSS rules mimic linkRef localization - 'span[rel="mw:referencedBy" ]' rule mimics localization of referencesFormatEntryNumericBacklinkLabel * Overrode all hand-crafted language CSS files from previous patches. The content of some of those hand-crafted CSS files will end up in those wikipedia's Common.css -- specifically for es, fr, sv wikipedias. sv and es have non-canonical formatting strings that aren't handled by the script right now and so leaving them behind. I need to look at fr output more carefully, so leaving that behind as well. But the generated ones are more accurate when combined with the wiki-specific CSS files genreated by the other script that processes site messages. * Some files could potentially be removed by looking at language fallback chains, but the redundancy is not a problem for now. * Tweak the resource loader script to use "_" instead of "-" when looking for a resource file. Bug: T156350 Change-Id: I000b4538bf2be681b85df5813efed083458a4281 2022-11-04 03:28:38 +00:00			`}`