Content deleted Content added
→Parameter "latest change": non-claculables; later to be developed |
|||
(8 intermediate revisions by 3 users not shown) | |||
Line 84:
:I can use it although it seems that it should be a calculated value based the other parms. And should probably be latestchanged (without a space). [[User:Drmccreedy|DRMcCreedy]] ([[User talk:Drmccreedy|talk]]) 19:09, 13 September 2022 (UTC)
::There are changes to a block that cannot be calculated: I just met three in v15: new abbreviations &tc., [https://en.wikipedia.org/w/index.php?title=Unicode_alias_names_and_abbreviations&type=revision&diff=1110103880&oldid=1086556309&diffmode=source U+0019, U+0616, U+1BBD]. Anyway, worth to keep the idea & develop then. I myself see the need for freetext additions. Since there is no error, we can postpone this development. [[User:DePiep|DePiep]] ([[User talk:DePiep|talk]]) 19:27, 13 September 2022 (UTC)
==Replacing the <code>codechart</code> parameter==
I'm proposing a change in how this template shows links to the Unicode PDF code chart and the webpage/namelist.<br />
'''Some background''':
* On 2022-02-25 user {{ping|Theknightwho}} added the <code>codechart</code> parameter to show a link to Unicode's PDF code chart.
* On 2023-06-11 {{ping|Hnvnc}} added the ability to autogenerate the PDF and webpage/nameslist links based on starting code point if <code>codechart</code> is absent. Great feature.
* In July 2023 I removed the <code>codechart</code> parameters on all the articles where it was just the starting code point, letting the template autogenerate the links. That only leaves these articles to consider:
**[[Cirth#ConScript Unicode Registry]] doesn't use the <code>codechart</code> parm so both the PDF and webpage/nameslist links are bad (Error 404)
**[[Hangul (obsolete_Unicode_block)]] has three infoboxes:
***[[Hangul (obsolete Unicode block)#Korean Hangul Syllables block|Korean Hangul Syllables]] Infobox uses <code>codechart = https://www.unicode.org/versions/Unicode1.0.0/CodeCharts1.pdf#page=33</code> which is fine for the PDF link but the webpage/namelist link is wrong and goes to CJK Unified Ideographs Extension A because of the reused starting code point
***[[Hangul (obsolete Unicode block)#Hangul Supplementary-A block|Hangul Supplementary-A]] doesn't use the <code>codechart</code> parm and both autogenerated links are bad (Error 404).
***[[Hangul (obsolete Unicode block)#Hangul Supplementary-B block|Hangul Supplementary-B]] has the same issue as -A
**[[Private Use Areas]] doesn't use the <code>codechart</code> parm on any of its three infoboxes:
***[[Private Use Areas#Unicode PUA_blocks|Private Use Area]] infobox is fine as-is
***[[Private Use Areas#Unicode PUA_blocks|Supplementary Private Use Area-A]] infobox has an OK PDF link but a bad webpage/nameslist link (Error 404)
***[[Private Use Areas#Unicode PUA_blocks|Supplementary Private Use Area-B]] has the same issue as -A
**[[Tengwar#Unicode]] doesn't use the <code>codechart</code> parm so both the PDF and webpage/nameslist links are bad (they point to the Private Use Area because the first code point for this ConScript block is U+E000)
**[[Tibetan (Unicode block)]] has two infoboxes:
***[[Tibetan (Unicode block)#Block|Tibetan]] doesn't use the <code>codechart</code> parm and both autogenerated links are correct.
***[[Tibetan (Unicode_block)#Former Tibetan block]] uses <code>codechart = https://www.unicode.org/versions/Unicode1.0.0/CodeCharts2.pdf#page=100</code> so the PDF link is correct but the webpage/nameslist link goes to the Myanmar namelist because of the reused starting code point
'''My proposal''' is to delete the <code>codechart</code> parm and add the <code>codechartoverride</code> parameter:
*If <code>codechartoverride=omit</code> is specified, omit both links.
*If <code>codechartoverride=https://...</code> is specified, use the supplied URL for the PDF link and skip the webpage/namelist link.
*If <code>codechartoverride</code> isn't specified, autogenerate both links as is currently done.
'''After the template is changed''':
*Add <code>codechartoverride=omit</code> to [[Cirth#ConScript Unicode Registry]], [[Hangul (obsolete Unicode block)#Hangul Supplementary-A block|Hangul Supplementary-A]], [[Hangul (obsolete Unicode block)#Hangul Supplementary-B block|Hangul Supplementary-B]], [[Tengwar#Unicode]], and [[Tibetan (Unicode_block)#Former Tibetan_block]]
*Update [[Private Use Areas#Unicode PUA_blocks|Supplementary Private Use Area-A]] infobox with <code>codechartoverride=https://unicode.org/charts/PDF/UF0000.pdf</code> so no webpage/nameslist link is produced
*Update [[Private Use Areas#Unicode PUA_blocks|Supplementary Private Use Area-B]] infobox with <code>codechartoverride=https://unicode.org/charts/PDF/U100000.pdf</code> so no webpage/nameslist link is produced
I think this addresses all the issues in how code charts/namelists are linked. Does anyone have any issues with this approach? [[User:Drmccreedy|DRMcCreedy]] ([[User talk:Drmccreedy|talk]]) 17:44, 30 July 2023 (UTC)
:Thank you very much @[[User:Drmccreedy|Drmccreedy]] for catching the edge cases. My apologies for not considering potential issues, as I initially only aimed to get the link to the webpage into the infobox. [[User:Hnvnc|Hnvnc]] ([[User talk:Hnvnc|talk]]) 18:23, 30 July 2023 (UTC)
::I don't think we even need a new <code>codechartoverride</code> parameter, just retool the existing <code>codechart</code> parameter to handle <code>codechart=omit</code>, and you should be good to go. [[User:Vanisaac|Van]][[User talk:Vanisaac|Isaac]], GHTV<sup> [[Special:Contributions/Vanisaac|cont]]</sup><sub style="margin-left:-3.5ex"><small>[[WP:WPWR|WpWS]]</small></sub> 23:01, 30 July 2023 (UTC)
:::We would also need to change the behavior so if <code>codechart</code> is used, no link to the webpage/namelist is created. Initially, <code>codechart</code> was the only way to get the PDF link displayed then autogeneration was introduced. That's why I'm recommending changing the parameter name to <code>codechartoverride</code> to make it clear that it ''overrides'' the automatic generation of the PDF and webpage/namelist links. [[User:Drmccreedy|DRMcCreedy]] ([[User talk:Drmccreedy|talk]]) 23:41, 30 July 2023 (UTC)
::::The problem is that you're going to have to go through and change all the extant instances of <code>codechart</code> into <code>codechartoverride</code>, when all except the few "omit" instances are going to be absolutely identical in parameter value. And when looking at the functionality being implemented, <code>codechart=omit</code> is actually a better description of the behavior than <code>codechartoverride=omit</code>, while <code>codechart=http://example.com</code> is just as descriptive as <code>codechartoverride=http://example.com</code>. The only time an editor who would even notice a change in functionality is if they used the "omit" keyword. Changing the parameter name can only have a negative effect when editors who are used to the extant parameters don't get their desired results after the change. [[User:Vanisaac|Van]][[User talk:Vanisaac|Isaac]], GHTV<sup> [[Special:Contributions/Vanisaac|cont]]</sup><sub style="margin-left:-3.5ex"><small>[[WP:WPWR|WpWS]]</small></sub> 00:58, 31 July 2023 (UTC)
:::::OK. If the hangup is changing the parameter name, here is my '''revised proposal''':
*If <code>codechart=omit</code> is specified, omit both links.
*If <code>codechart=https://...</code> is specified, use the supplied URL for the PDF link and skip the webpage/namelist link. This change affects the three instances where the <code>codechart</code> parameter is currently used.
*If <code>codechart</code> isn't specified, autogenerate both links as is currently done. This is the 325 times the "Infobox Unicode block" template is currently included without the <code>codechart</code> parameter.<br>Any objections? [[User:Drmccreedy|DRMcCreedy]] ([[User talk:Drmccreedy|talk]]) 03:02, 31 July 2023 (UTC)
::::::I've made the change to the <code>codechart</code> parm as outlined. [[User:Drmccreedy|DRMcCreedy]] ([[User talk:Drmccreedy|talk]]) 02:48, 4 August 2023 (UTC)
:::::::@[[User:Drmccreedy|Drmccreedy]] Thank you. Great solution. [[User:Hnvnc|Hnvnc]] ([[User talk:Hnvnc|talk]]) 04:43, 4 August 2023 (UTC)
|