wikimedia/mediawiki-extensions-Cite
1
0
Fork 0
mirror of https://gerrit.wikimedia.org/r/mediawiki/extensions/Cite synced 2025-01-02 00:35:03 +00:00
Code Issues Packages Projects Releases Wiki Activity
mediawiki-extensions-Cite/modules/parsoid-styles/ext.cite.style.gu.css

12 lines
318 B
CSS
Raw Normal View History

Use double-colon for pseudo-elements * Linting rule has been fixed to accept these now. Change-Id: I51d866ec18c9e1d675f43b3c60f3ad874bba041e
2023-02-15 15:06:40 +00:00
.mw-ref > a::after {
Parsoid CSS: Use more W3C-supported counter types * This ensures that Safari can also render these counter styles since Safari doesn't support @counter-style CSS rules yet. Change-Id: Ib104a6d22197037bae0c58766d3363176022add3
2023-02-08 19:20:47 +00:00
content: '[' counter( mw-Ref, gujarati ) ']';
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
}
Use double-colon for pseudo-elements * Linting rule has been fixed to accept these now. Change-Id: I51d866ec18c9e1d675f43b3c60f3ad874bba041e
2023-02-15 15:06:40 +00:00
.mw-ref > a[ data-mw-group ]::after {
Parsoid CSS: Use more W3C-supported counter types * This ensures that Safari can also render these counter styles since Safari doesn't support @counter-style CSS rules yet. Change-Id: Ib104a6d22197037bae0c58766d3363176022add3
2023-02-08 19:20:47 +00:00
content: '[' attr( data-mw-group ) ' ' counter( mw-Ref, gujarati ) ']';
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
}
Use double-colon for pseudo-elements * Linting rule has been fixed to accept these now. Change-Id: I51d866ec18c9e1d675f43b3c60f3ad874bba041e
2023-02-15 15:06:40 +00:00
span[ rel='mw:referencedBy' ] > a::before {
Parsoid CSS: Use more W3C-supported counter types * This ensures that Safari can also render these counter styles since Safari doesn't support @counter-style CSS rules yet. Change-Id: Ib104a6d22197037bae0c58766d3363176022add3
2023-02-08 19:20:47 +00:00
content: counter( mw-references, gujarati ) '.' counter( mw-ref-linkback, gujarati );
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
}
Reference in a new issue Copy permalink