mediawiki-extensions-Cite/modules/ext.cite.style.ks_deva.css

.mw-ref > a:after {
	content: '[' counter( mw-Ref, devanagari ) ']';
}

.mw-ref > a[ data-mw-group ]:after {
	content: '[' attr( data-mw-group ) ' ' counter( mw-Ref, devanagari ) ']';
}

span[ rel='mw:referencedBy' ] > a:before {
	content: counter( mw-references, devanagari ) '.' counter( mw-ref-linkback, devanagari );
}
Parsoid CSS counters: Use child selectors instead of descendent selectors In both cases: (a) ref counter display for .mw-ref sups (b) backlink labels in the references section for multiple named refs the a-tags are direct children of the <sup>/<span> tag. The child selectors are more precise. I am not really sure why we went with descendant selectors in the first place. Bug: T156350 Change-Id: If5be7cd14de40c2372f27ae5e2f32671c0a4e20c 2023-01-08 02:45:17 +00:00			`.mw-ref > a:after {`
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			`content: '[' counter( mw-Ref, devanagari ) ']';`
			`}`

Parsoid CSS counters: Use child selectors instead of descendent selectors In both cases: (a) ref counter display for .mw-ref sups (b) backlink labels in the references section for multiple named refs the a-tags are direct children of the <sup>/<span> tag. The child selectors are more precise. I am not really sure why we went with descendant selectors in the first place. Bug: T156350 Change-Id: If5be7cd14de40c2372f27ae5e2f32671c0a4e20c 2023-01-08 02:45:17 +00:00			`.mw-ref > a[ data-mw-group ]:after {`
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			`content: '[' attr( data-mw-group ) ' ' counter( mw-Ref, devanagari ) ']';`
			`}`

Parsoid CSS counters: Use child selectors instead of descendent selectors In both cases: (a) ref counter display for .mw-ref sups (b) backlink labels in the references section for multiple named refs the a-tags are direct children of the <sup>/<span> tag. The child selectors are more precise. I am not really sure why we went with descendant selectors in the first place. Bug: T156350 Change-Id: If5be7cd14de40c2372f27ae5e2f32671c0a4e20c 2023-01-08 02:45:17 +00:00			`span[ rel='mw:referencedBy' ] > a:before {`
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			`content: counter( mw-references, devanagari ) '.' counter( mw-ref-linkback, devanagari );`
			`}`