Module talk:Sports table/Archive 1: Difference between revisions

Revision as of 05:26, 2 July 2019

Revision as of 05:17, 10 July 2019

Line 2,580:

::::: now implemented. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 13:47, 22 March 2019 (UTC)

:::::: Thank you for this. [[User:Craig1989|Craig1989]] ([[User talk:Craig1989|talk]]) 23:17, 2 April 2019 (UTC)

== Ability to display different qualification schemes? ==

I think it would be a good idea for the template to display different qualification schemes according to the needs of the article. For example, in [[2018–19 Argentine Primera División#League table]], we have the league table which displays how teams qualify for the 2020 South American competitions. And then in [[2019 Copa de la Superliga#Seeding]], we have the same league table which displays how teams qualify for the 2019 Copa de la Superliga. So now people have to update two tables. Maybe there is a way to solve this, like putting everything about qualification and status for the 2019 Copa de la Superliga with a mark "alt_":

|alt_res_col_header={{nowrap|Starting round}}

|alt_result1=R16 |alt_result2=R16 |alt_result3=R16 |alt_result4=R16 |alt_result5=R16 |alt_result6=R16 |alt_result7=FR |alt_result8=FR |alt_result9=FR |alt_result10=FR |alt_result11=FR |alt_result12=FR |alt_result13=FR |alt_result14=FR |alt_result15=FR |alt_result16=FR |alt_result17=FR |alt_result18=FR |alt_result19=FR |alt_result20=FR |alt_result21=FR |alt_result22=FR |alt_result23=FR |alt_result24=FR |alt_result25=FR |alt_result26=FR

|alt_col_R16=green1 |alt_text_R16=[[#Round of 16|Round of 16]]

|alt_col_FR=blue1 |alt_text_FR=[[#First round|First round]]

|alt_status_ALD=Q |alt_status_ARG=Q ....

And then calling some template parameter like "qualification=alt". So basically when I call the "alt", the "alt_XXX" parameter overrides the original "XXX" parameter. [[User:Chanheigeorge|Chanheigeorge]] ([[User talk:Chanheigeorge|talk]]) 13:57, 1 April 2019 (UTC)

:Pinging {{u|Frietjes}} [[User:Hhkohh|Hhkohh]] ([[User talk:Hhkohh|talk]]) 13:59, 1 April 2019 (UTC)

::[[User:Chanheigeorge|Chanheigeorge]], definitely possible. your suggestion for the syntax is close to what I would implement. we should be able to do this with some simple input preprocessing where we filter out the unprefixed values, and then unprefix the prefixed values. after that, the rest of the module code can proceed without changes. I will start looking at this later today. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 14:12, 1 April 2019 (UTC)

:::{{ping|Frietjes}} Thank you for your quick response. Please updated when you have any progress. [[User:Chanheigeorge|Chanheigeorge]] ([[User talk:Chanheigeorge|talk]]) 14:16, 1 April 2019 (UTC)

::::{{ping|Frietjes}} I have thought more about this. I think the best way to implement this is to have a parameter simply called "alt", and then you call say, "alt=COPA", and then put all the parameters above as:

|alt_COPA_res_col_header={{nowrap|Starting round}}

|alt_COPA_result1=R16 |alt_COPA_result2=R16 ....

|alt_COPA_col_R16=green1 |alt_COPA_text_R16=[[#Round of 16|Round of 16]]

|alt_COPA_col_FR=blue1 |alt_COPA_text_FR=[[#First round|First round]]

|alt_COPA_status_ALD=Q |alt_COPA_status_ARG=Q ....

This way theoretically the template can support even multiple alternative qualification schemes. [[User:Chanheigeorge|Chanheigeorge]] ([[User talk:Chanheigeorge|talk]]) 17:09, 1 April 2019 (UTC)

: [[User:Chanheigeorge|Chanheigeorge]], I decided to use {{para|result_prefix}} since <code>alt</code> is usually for alternative text for images. so, if you add {{para|result_prefix|COPA}} then it will look for {{para|COPA_res_col_header}}, {{para|COPA_result1}}, ... instead of the unprefixed versions. let me know if you see an problems. I am also planning to add some basic parameter error checking, but that will take more time. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 13:07, 3 April 2019 (UTC)

::{{ping|Frietjes}} Thank you. I will check later and let you know if there are any problems. [[User:Chanheigeorge|Chanheigeorge]] ([[User talk:Chanheigeorge|talk]]) 13:17, 3 April 2019 (UTC)

:::{{ping|Frietjes}} I have tried your code. For example, see [[:Template:2018 Copa América Femenina Final stage]]. The table at [[2018 Copa América Femenina]] displays the original qualification scheme with World Cup, Olympics and PanAm Games qualification. I use {{para|result_prefix|WC}} for the table at [[2019 FIFA Women's World Cup qualification#CONMEBOL]] to display only World Cup qualification, and {{para|result_prefix|OL}} at [[Football at the 2020 Summer Olympics – Women's qualification#2018 Copa América]] to display only Olympic qualification. So this part works. However, I don't think I can override statuses, so even if I use {{para|result_prefix}} the other table displays the same statuses as the original table. For example, in [[2018–19 Argentine Primera División#League table]] and [[2019 Copa de la Superliga#Seeding]], they display different statuses (since the league is ongoing). I think it is necessary to override statuses cos otherwise it is only good when the league has finished but not when it is still ongoing. [[User:Chanheigeorge|Chanheigeorge]] ([[User talk:Chanheigeorge|talk]]) 17:13, 5 April 2019 (UTC)

::::[[User:Chanheigeorge|Chanheigeorge]], okay, I extended the result_prefix to apply to status 'status_' as well. [[User:Frietjes|Frietjes]] ([[User talk:Frietjes|talk]]) 14:16, 10 April 2019 (UTC)

== Wording for competitions starting in future ==

For some competitions, only the starting month of the competition may be known, for example [[Template:2020 Copa América group tables]]. If the <code>start_date</code> parameter has the value [Month] [Year], could the wording output by the module be changed to "will be played in"? Thanks, [[User:S.A. Julio|S.A. Julio]] ([[User talk:S.A. Julio#top|talk]]) 17:37, 10 April 2019 (UTC)