User talk:TK-421: Difference between revisions

From Elanthipedia
Jump to navigation Jump to search
No edit summary
 
(17 intermediate revisions by 3 users not shown)
Line 1: Line 1:
== Wiki Question - Item Form, Advanced Options Item Type Proper Usage? ==
Nothing to see here. Move along.

Hoping you can help me. What is the proper usage for the Item Type field under Advanced Options in the Item Form? Specifically, do all crafting tools need to have their tool type placed in this field or only ones that have multi-word types like mixing stick? Or, is neither the case? --[[User:VMPHNTRD|VMPHNTRD]] ([[User talk:VMPHNTRD|talk]]) 18:22, 28 October 2020 (CDT)
: I don't personally engage with the crafting system at all, so I'm not quite as familiar with how all the tools are setup. It appears the standard folks have adopted is to have their tool type placed in this field, yes.
:* Item Types can be, and usually are, multi-word. The primary way we use <code>itype</code> is for semantic queries. You can have a bunch of items that do the same basic thing and, when tagged with an Item Type, we can set up dynamic tables (e.g. all the tables on the [[Regeneration Items]] page) to find/list them all (even if they don't share a common noun).
:* Not all item lists are setup using Item Types. In your specific example, [[Mixing stick]], that last table — the one that actually shows the variants — is actually using an older query (<code>Template:TSearch</code>) and it's literally looking for items with the "mixing stick" in the tap. So if there's a mixing stick that isn't named with that ''exact phrase'' the page won't show it. Item Types are superior, but they require extra effort on our parts to setup. <br>—[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 19:33, 28 October 2020 (CDT)
::*Wow! Now that is a thorough explanation. Thank you! --[[User:VMPHNTRD|VMPHNTRD]] ([[User talk:VMPHNTRD|talk]]) 19:54, 28 October 2020 (CDT)

== prefix index bug? ==

It looks like [[Special:PrefixIndex]] doesn't trigger properly if you use <nowiki>{{FULLPAGENAME}}</nowiki> when there is an apostrophe in the page's name (aka: [[Akigwe's Legacy: Secrets of the Tower]]). Entering the name manually into the code vs using <nowiki>{{FULLPAGENAME}}</nowiki> works out fine, though. No major problem, but just so it's on your radar, if that's a thing that can even get resolved. --[[User:TEVESHSZAT|TEVESHSZAT]] ([[User talk:TEVESHSZAT|talk]]) 23:16, 13 December 2020 (CST)
: Yeah, it's apparently a [https://www.mediawiki.org/wiki/Help:Magic_words#Page_names known bug] with MediaWiki. I noticed it when trying to setup that query on Duskruin. As you noted, just hard-linking it (without the "magic word") works just fine, though. There might be another solution, but I haven't delved too deeply into it. -- [[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 00:16, 14 December 2020 (CST)

== Template:Critter ==

Self: go look at Template:Critter. <code><nowiki> [[rare source::false| ]][[rare::false| ]]</nowiki></code> not populating on some location selections, which excludes for Hunting Ladders. What’s up with that? —[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 02:18, 5 April 2021 (CDT)
: Self, I figured it out. If the City isn’t populated the Critter template doesn’t populate these two properties. I (unsuccessfully) tried fiddling with the template, but populating a default to set those proved infuriating. And <code>#Ask</code> won’t query for the ''absence'' of a property. Joy. I’ve settled on just putting a disclaimer/note on the Critter Form. For now. —[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 02:14, 6 April 2021 (CDT)

== Future Namespaces ==

Another note to myself: if we ever want to add more custom namespaces [https://www.mediawiki.org/wiki/Manual:Using_custom_namespaces here's how]. This will require help from onsite staff, so it's a low priority.

Some possible candidates:
* Event -- For [[Current Events]], both when they're current and when they're not.
* Discord -- If we ever decide to try and archive tidbits from the official [[discord]]. Similar to how the Post namespace works.
* Article -- Journalism stuff. Articles for the [[FLH]], [[Provincial Dispatch]], or anybody else that's publishing content.

More if I think of more. --[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 19:31, 9 April 2021 (CDT)

== Bestiary Lists ==

Why <s>two</s> three pages?
* [[:Category:Hunting_ladders]]
* [[Bestiary overall creature level]]
* [[Bestiary Level Data]]
I prefer the first. Ask for second opinions. Probably wanna depreciate one and redirect. --[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 01:23, 28 April 2021 (CDT)
: This is corrected. --[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 17:08, 8 May 2021 (CDT)

===Unexpected Results===
Regarding recent bestiary list and critter template changes, today when I saved changes to [[Silver-backed bear]] a couple unexpected things occurred that I cannot sort out.
*It disappeared from some hunting ladder queries such as the [[:Category:Hunting_ladders#Bestiary_by_Level_Data|Bestiary by Level Data]] table and the [[:Category:Bears#Variations|Bears Variations]] table but it remained on others such as the [[Estimated Ranks hunting ladder]] and [[Zoluren hunting ladder]]. Prior to saving my changes it appeared in all these tables. I did not edit the creature level or ranks fields. A revision comparison showed me nothing that looked like a cause for this.
*The Skill Cap output form field is now blank. The data is present in the edit view but it is blank in the read view.
Please help. I do not want to continue inadvertently breaking things with my data entry efforts. Thank you. --[[User:VMPHNTRD|VMPHNTRD]] ([[User talk:VMPHNTRD|talk]]) 11:47, 2 May 2021 (CDT)
: This isn't anything you did. [[User:TEVESHSZAT|TEVESHSZAT]] made some changes to try and improve functionality for flex creatures, and those changes appear to have broken something else. The rank numbers aren't being set correctly by the Critter Form right now. Hmm. --12:20, 2 May 2021 (CDT)
:: This should be fixed now. Sorry about that! --[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 12:42, 2 May 2021 (CDT)
::: It appears to be so. Thank you. --[[User:VMPHNTRD|VMPHNTRD]] ([[User talk:VMPHNTRD|talk]]) 13:37, 2 May 2021 (CDT)

== Forcing Default Forms ==

This is kind of a mess. [https://www.mediawiki.org/wiki/Extension:Page_Forms/The_%22edit_with_form%22_tab Documentation link]. --[[User:TK-421|TK-421]] ([[User talk:TK-421|talk]]) 16:59, 8 May 2021 (CDT)

Latest revision as of 16:08, 8 May 2021

Wiki Question - Item Form, Advanced Options Item Type Proper Usage?

Hoping you can help me. What is the proper usage for the Item Type field under Advanced Options in the Item Form? Specifically, do all crafting tools need to have their tool type placed in this field or only ones that have multi-word types like mixing stick? Or, is neither the case? --VMPHNTRD (talk) 18:22, 28 October 2020 (CDT)

I don't personally engage with the crafting system at all, so I'm not quite as familiar with how all the tools are setup. It appears the standard folks have adopted is to have their tool type placed in this field, yes.
  • Item Types can be, and usually are, multi-word. The primary way we use itype is for semantic queries. You can have a bunch of items that do the same basic thing and, when tagged with an Item Type, we can set up dynamic tables (e.g. all the tables on the Regeneration Items page) to find/list them all (even if they don't share a common noun).
  • Not all item lists are setup using Item Types. In your specific example, Mixing stick, that last table — the one that actually shows the variants — is actually using an older query (Template:TSearch) and it's literally looking for items with the "mixing stick" in the tap. So if there's a mixing stick that isn't named with that exact phrase the page won't show it. Item Types are superior, but they require extra effort on our parts to setup.
    TK-421 (talk) 19:33, 28 October 2020 (CDT)
  • Wow! Now that is a thorough explanation. Thank you! --VMPHNTRD (talk) 19:54, 28 October 2020 (CDT)

prefix index bug?

It looks like Special:PrefixIndex doesn't trigger properly if you use {{FULLPAGENAME}} when there is an apostrophe in the page's name (aka: Akigwe's Legacy: Secrets of the Tower). Entering the name manually into the code vs using {{FULLPAGENAME}} works out fine, though. No major problem, but just so it's on your radar, if that's a thing that can even get resolved. --TEVESHSZAT (talk) 23:16, 13 December 2020 (CST)

Yeah, it's apparently a known bug with MediaWiki. I noticed it when trying to setup that query on Duskruin. As you noted, just hard-linking it (without the "magic word") works just fine, though. There might be another solution, but I haven't delved too deeply into it. -- TK-421 (talk) 00:16, 14 December 2020 (CST)

Template:Critter

Self: go look at Template:Critter. [[rare source::false| ]][[rare::false| ]] not populating on some location selections, which excludes for Hunting Ladders. What’s up with that? —TK-421 (talk) 02:18, 5 April 2021 (CDT)

Self, I figured it out. If the City isn’t populated the Critter template doesn’t populate these two properties. I (unsuccessfully) tried fiddling with the template, but populating a default to set those proved infuriating. And #Ask won’t query for the absence of a property. Joy. I’ve settled on just putting a disclaimer/note on the Critter Form. For now. —TK-421 (talk) 02:14, 6 April 2021 (CDT)

Future Namespaces

Another note to myself: if we ever want to add more custom namespaces here's how. This will require help from onsite staff, so it's a low priority.

Some possible candidates:

  • Event -- For Current Events, both when they're current and when they're not.
  • Discord -- If we ever decide to try and archive tidbits from the official discord. Similar to how the Post namespace works.
  • Article -- Journalism stuff. Articles for the FLH, Provincial Dispatch, or anybody else that's publishing content.

More if I think of more. --TK-421 (talk) 19:31, 9 April 2021 (CDT)

Bestiary Lists

Why two three pages?

I prefer the first. Ask for second opinions. Probably wanna depreciate one and redirect. --TK-421 (talk) 01:23, 28 April 2021 (CDT)

This is corrected. --TK-421 (talk) 17:08, 8 May 2021 (CDT)

Unexpected Results

Regarding recent bestiary list and critter template changes, today when I saved changes to Silver-backed bear a couple unexpected things occurred that I cannot sort out.

  • It disappeared from some hunting ladder queries such as the Bestiary by Level Data table and the Bears Variations table but it remained on others such as the Estimated Ranks hunting ladder and Zoluren hunting ladder. Prior to saving my changes it appeared in all these tables. I did not edit the creature level or ranks fields. A revision comparison showed me nothing that looked like a cause for this.
  • The Skill Cap output form field is now blank. The data is present in the edit view but it is blank in the read view.

Please help. I do not want to continue inadvertently breaking things with my data entry efforts. Thank you. --VMPHNTRD (talk) 11:47, 2 May 2021 (CDT)

This isn't anything you did. TEVESHSZAT made some changes to try and improve functionality for flex creatures, and those changes appear to have broken something else. The rank numbers aren't being set correctly by the Critter Form right now. Hmm. --12:20, 2 May 2021 (CDT)
This should be fixed now. Sorry about that! --TK-421 (talk) 12:42, 2 May 2021 (CDT)
It appears to be so. Thank you. --VMPHNTRD (talk) 13:37, 2 May 2021 (CDT)

Forcing Default Forms

This is kind of a mess. Documentation link. --TK-421 (talk) 16:59, 8 May 2021 (CDT)