View source for Template talk:Artifact/Archive

=2018=
== Wanted artifacts? ==

I just noticed that {{para|wanted}} is documented and ''supported'' in this template... though since it talks about "the monster", I think that's a mistake left over from when [[User:Benjamaster1|Benjamaster1]] originally created it by cut-and-paste from [[Template:Monster]]. Artifacts ''do'' sort of have "wanted" dates, when traders are explicitly looking for them... but even if that's going to be supported, at least the documentation needs to be updated to properly reflect the type of template. Really, I'm not sure how much use that gets or whether it's worth bothering. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 03:57, 25 November 2018 (UTC)

:Yeah, I would honestly not bother. Nobody is that assiduous in updating the wiki when something is featured in the Godville Times, and to be honest I just don't think it adds anything to a monster or artifact page to know if it ever was. You almost never see a template using the parameter, and when you do, it's always very old data.

:If anyone ''truly'' wanted to keep track of it, making te edits every day, they already would be. I think we can safely scratch it from the infobox templates. -- [[User:Djonni|Djonni]] ([[User talk:Djonni|talk]]) 16:00, 25 November 2018 (UTC)

:: Surprisingly enough, {{tlx|Monster|wanted{{=}}}} still gets some use; there are new Wanted [[Dragon With A Girl Tattoo|entries]] that are [[Dreaded Gazebo|less]] than a year old — though you're right, it's not used ''much''. (Of course, part of that may be due to the fact that many Wanted monsters don't have existing wiki articles to add the data to.)

:: {{tlx|Artifact|wanted{{=}}}} does not appear to be used ''anywhere'', though, so yeah. I'll pull it out of the documentation for now, and try to remember to actually pull it out of the '''implementation''' (it is, in fact, implemented) as well. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 10:56, 26 November 2018 (UTC)

::: I mean there's no harm in having the parameter available in {{tl|Monster}} for those who do wish to use it, sporadic though it is. But if {{tlx|Artifact|wanted{{=}}}} hasn't ever been used then yeah, pruning it is a good idea.

::: The only set of players to whom I could image {{tlx|Artifact|wanted{{=}}}} being of interest is [[hero-trader]]s, and that's still a [https://godvillegame.com/pantheon/show/savings real small group]. -- [[User:Djonni|Djonni]] ([[User talk:Djonni|talk]]) 12:35, 30 November 2018 (UTC)

:::: {{m|done}} — Or, '''un-'''done, really. {{para|wanted}} is no longer implemented in the template. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 23:54, 30 November 2018 (UTC)

== Hmm. Default "Type"? ==

I just noticed that the documentation for {{para|type}} conflicts with the code.

The docs say it's optional and defaults to "Normal", but very clearly (from the rendered all-defaults template) it's actually required and defaults to ''Unknown''.

What I can't decide is whether it '''should''' default to ''Unknown'', and force everyone to explicitly type "Normal" every time they document a normal artifact, or if "Normal" should just be the default unless set to something else. Thoughts? -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 20:48, 30 December 2018 (UTC)

: Hmm. I kinda think we should leave it as ''Unknown'' if unspecified. Because it occurs to me that defaulting to Normal will create needless inaccuracies, and ''Unknown'' is a good prompt to editors to actually ''check''. Sure, far more artifacts are normal than not, but non-normal artifacts are more interesting and more likely to have new artifacts created (I suspect), so Normal isn't that suitable as a default. -- [[User:Djonni|Djonni]] ([[User talk:Djonni|talk]]) 21:30, 30 December 2018 (UTC)

:: *nod* Reluctant concurrence. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 21:32, 30 December 2018 (UTC)

=2019=

==[[Portable photon generator]] &mdash; weird layout on mobile==
Sooo, I'm not sure why, but after adding {{tlx|artifact}} to the [[Portable photon generator]] it's messed up on mobile.

It looks fine in the [https://imgur.com/a/iSJZHRE preview], but when I hit save this is what I see as a [https://imgur.com/a/8dTiBXT result]. I checked if I added any unnecessary whitespace or something like that, but I can't see anything I might have done wrong. --[[User:Terezka|Terezka]] ([[User talk:Terezka|talk]]) 22:17, 12 January 2019 (UTC)

: Did some try, it seems, the first headlight (aka == text == ) always somehow hide under the infobox. Need someone more competent than me to look at it! Seems to be a mobile issue only. -- [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 23:33, 12 January 2019 (UTC)

:: That's probably going to depend on the mobile device. On ''mine'' it actually looks fine in both portrait and landscape. ([http://imgur.com/gallery/ogMLcGY screenshots]) But I know the issue you're talking about. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 04:38, 13 January 2019 (UTC)

::: There '''used to''' be CSS in the old mobile skin (Minerva) that managed the placement of images correctly for different-sized devices, and the infoboxes used to take advantage of that CSS for their own placement as well. But that CSS went away when the Minerva skin was disabled (an unexpected change by the devs that I've still never seen any explanation for).

::: [[User talk:FeRDNYC/Sandbox#Preliminary reimplementation of Template:Guild|As I told S624]], unfortunately the devs have shown an unwillingness to even address CSS bugs, never mind add new features, and without access to modify the site CSS there isn't ''really'' anything that can be done about that. Fixes that make things look better on some devices will look worse on other devices. The '''correct''' solution is to have responsive CSS defined with media queries so that things lay out differently on different-sized devices. But that requires that the person working on these issues have access to alter the wiki CSS. Nobody has been granted that access.

::: The only thing I can do is return the left margin on the infoboxes to their previous excessive levels. ''Maybe'' that will be enough to push the body content out from alongside them, on the devices where they're currently overlapping. But I'm very worried that will just cause some other issue for other devices. There is no way to '''correctly''' solve this issue without stylesheet modifications, and those are not available to us. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 04:58, 13 January 2019 (UTC)

:::: I just tripled the left margin on all the infoboxes to <code>1.5rem</code>, see how that looks. Not much change on my own devices (which is good), except that in landscape the flashlight image no longer fits alongside the infobox. But that's fine. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 05:05, 13 January 2019 (UTC)

::::: Just pining {{god|Terezka}} and/or {{god|WardPhoenix}} on whether the infobox margin changes made any difference on this? -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 09:02, 14 January 2019 (UTC)

:::::: Nope, same issue. [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 11:28, 14 January 2019 (UTC)

::::::: Sorry, I've been very busy with exams the last couple of days... The issue is still there for me as well. When I tried looking for other examples, it looks like articles with too [https://imgur.com/a/6JNnEBS short first paragraph] have this template problem, but others are [https://imgur.com/a/p7RXdyd fine]. 

::::::: It's a shame devs don't want to address the CSS bugs. I'm gonna submit it anyway, maybe if enough people annoy them with it they do something. --[[User:Terezka|Terezka]] ([[User talk:Terezka|talk]]) 10:22, 15 January 2019 (UTC)

:::::::: Yeah, I wouldn't have expected much to change, especially after I sussed out the issue with the disappearing headings and got a better handle on what's going on here. Please do report the problem, like you said the more complaints they get... my biggest worry, though, is that it's not an ''easy'' thing to fix "just like that", meaning without working '''with''' us to come up with the right solutions, and coordinating changes on both ends to implement them. Still, anything they can come up with that moves things in the right direction would be good.

:::::::: In the meantime, I've got some ideas for new templates that can help us work around the current problems, even though these kind of band-aid fixes make me nervous. (And could potentially complicate the ''proper'' fixes down the road.) -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 08:36, 16 January 2019 (UTC)

{{outdent|::::::::}} See the proposed fix at [[Talk:Main Page#Fixes for mobile content layout]]. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 14:42, 17 January 2019 (UTC)

== Activation cost parameter ==

Noticing that [[Subplot thickener]] listed the activation cost of the artifact in the article body ("COST 50% Godpower"), it struck me how that's the sort of data that should have a place in the {{tlx|Artifact}} infobox. So I'm thinking I'll add a {{{para|cost}} parameter. The question is, how should it work?

I guess the first question is, what are the possible inputs for the activation cost? Is it just "no godpower" or "50% godpower"? (Ignoring temporary effects that might alter that 50% figure, for a time.) It ''feels'' like there '''must''' be more than just those two choices, but I certainly can't think of any others.

If it really is just those two, I'm tempted to have {{para|cost}} take either the number <code>0</code> (and maybe some equivalents like <code>none</code>, <code>free</code>, or the number <code>50</code>. The displayed value could be formatted accordingly:

: {{para|cost|0}} → "Requires no godpower to activate"
: {{para|cost|50}} → "Requires 50% of Godpower to activate"

That would lend itself to easily adding categorization, maybe <code>Category:Activatable Artifacts requiring no godpower</code> vs. <code>Category:Activatable Artifacts requiring 50% godpower</code> or whatever. Sky's the limit. Thoughts? -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 20:32, 25 January 2019 (UTC)

: I was editing so many artifact articles and didnt even thought of having the cost in the infobox <facepalming>. Good idea and thanks for your job as always. [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 00:49, 26 January 2019 (UTC)

:: Rescuing your self-deleted commentary because I think it's a good point... ;-) 
:: {{tqb|I may be wrong but isn't the in-game message "0% godpower needed" for those wont don't require any? Need to check but I think it would be better to keep consistent with the way it is written in game?}}
:: You know, I hadn't checked, but I did now and the actual in-game text (for my sample size of 2) is:
::* [[Bag of trophies]]
::** Desktop browser: {{tqi|q=yes|There could be something valuable inside or some rubbish (does not require godpower)}}
::** Android app: {{tqi|q=yes|There could be something valuable inside or some rubbish (does not require godpower)}}
::* [[Box with a question mark]]
::** Desktop browser: {{tqi|q=yes|This item can affect the hero in a good or bad way (requires 50% of godpower)}}
::** Android app: {{tqi|q=yes|This item can affect the hero in a good or bad way (need 50% of godpower to activate this item)}}
:: Interestingly, it's not ''completely'' consistent even between game interfaces (in weird, minor ways that don't actually affect anything). So it feels like a fair question to ask, how exactly we should format the corresponding infobox messages. ...Or, OTOH, maybe those small inconsistencies mean it doesn't matter at all. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 17:57, 26 January 2019 (UTC)

::: {{m|done}} {{para|cost}} is now implemented, as above. I ended up going with just "No godpower" or "50% of godpower" for the messages displayed in the infobox, because I wanted them to be short enough to fit on one line without wrapping. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 22:55, 26 January 2019 (UTC)

:::: Edited an artifact entry to add cost and add a sudden realization and question : should we put the effect of those artifact in the infobox under he description parameter, under another parameter or into the body text ? [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 01:30, 27 January 2019 (UTC)

::::: That's also a good question — I guess first we need to work out how much variety there is in activatables' effects, and whether that information can be concisely presented in the infobox.

::::: I know for one such class, the so-called "black box" artifacts, [[User:Djonni|Djonni]] set up {{tlx|Navbox black boxes}} to collect them all, and the {{tlx|Blackboxendmatter}} content that's been transcluded at the bottom of all of them. So, that's already a lot of information on each of those pages, and since it's presented directly there instead of in an article there's really no place for the infobox to link to... IOW, it would be sort of redundant to also have that information in the infobox. (Then again, the activation cost is shown there as well, so even that becomes sort of redundant.)

::::: But that's also only one type of activatable artifact. I believe there are others, so the question becomes do we set them up in a similar fashion, use the infobox, etc? I don't really have a strong feel for the best way to organize all that, but I'm certainly open to ideas. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 23:47, 27 January 2019 (UTC)

:::::: We have a lot of different effects so I guess the best option if we choose to put it in the infobox, is a description-like category where we can write freely the effect. Unless you want to make a shortcut for every effect (kinda like how boss type is made) but well, I think there is too much different effect for that. We can also stay on the body article for that information of course.

:::::: Effect i can remember : Teleport to randomtown/arena/Godville ; Contain X artifact for 0 or 50% GP; melting gold or object ;  Tries to use 3000gold or kill monster ; Healing ; Add a charge to accumulator ; Restore 50% GP ; Summon a boss ; Search for underground boss ; hammer of realignment unique one ; launch a mini quest ; add a friend invite ; add a randol god to friend ; ........... That's a lot and I may missing some (like events one). [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 00:28, 28 January 2019 (UTC)

{{outdent|:::::::}} Hmm, that's quite a few. Still, it wouldn't be too hard to come up with a shorthand, maybe something like...
{|class="wikitable"
|-
! {{para|effect}} argument !! Artifact effect
|-
| <code>town</code>
|Teleport to randomtown/arena/Godville
|-
| <code>surprise</code>
|Contain X artifact for 0 or 50% GP
|-
| <code>melt</code>
|melting gold or object
|-
| <code>gold</code>, <code>kill</code>
|Tries to use 3000gold or kill monster
|-
| <code>heal</code>, <code>full</code>
|Healing (These are the ones that ''fully'' heal, right?)
|-
| <code>charge</code>
|Add a charge to accumulator
|-
| <code>gp</code>, <code>godpower</code>
|Restore 50% GP
|-
| <code>summon</code>,  <code>boss-fight</code>, <code>above</code>
|Summon a boss
|-
| <code>dig</code>,  <code>search</code>, <code>underground</code>, <code>ug</code>
|Search for underground boss
|-
| <code>align</code>,  <code>alignment</code>
|hammer of realignment unique one
|-
| <code>mini</code>,  <code>quest</code>
|launch a mini quest
|-
| <code>invite</code>
|add a friend invite
|-
| <code>friend</code>
|add a randol god to friend 
|-
| <code>blackbox</code>, <code>good-or-bad</code>, "<code>good or bad</code>"
| "This item can affect your hero in a good or bad way"
|}
(Where I list more than one, they'd be synonyms. More synonyms could be added besides those, too. There's no hard limit to how many forms could be accepted for each, though past 4 or 5 it tends to make things more confusing instead of more flexible. Additions / corrections / concerns certainly welcome.)

Another option, if we wanted to make it even more flexible and future-proof, would be to have {{para|effect}} accept both shorthand arguments from the list above, '''''and''''' free-form text. In other words, if the template is passed one of the words in the left-hand column, it'll display the corresponding standard long description for that effect. But if it's passed anything ''other'' than a recognized word from the table, it'll just pass the text straight through. 

So any articles passing {{para|effect|align}}, {{para|effect|heal}}, {{para|effect|gold}}, etc. to the template will show the standard expanded descriptions. But if the one of the seasonal activatables had {{tlx|artifact|effect{{=}}Summons a [[Snowman]] for the hero to fight}} on it, the infobox would display that text verbatim despite it not being one of the known arguments. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 23:30, 28 January 2019 (UTC)

::: One problem with argument is that you're gonna make a lot of them while a lot of effects concern one or two artifacts only (realignment, arenalin, invites to Godville, etc.). Imo, it would be a lot of work for almost no use (well it's not me who gonna do that but still). I think the free-form is the more reasonable thing to do, it won't take much more time by artifact and can be easily fixed if any changes happens. But if you also want to make formatted argument, feel free to do it of course xD. [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 00:25, 29 January 2019 (UTC)

:::: Oh, TBH I'm not really worried about that. Once the basic framework for the code is there, extending it actually pretty trivial, so better to err on the side of excess. The list of artifacts matching any given effect can really only grow over time. So while some of these may not be used much today — heck, ''most'' of them won't be used '''at all''' simply because most artifacts don't have articles about them, and most of the ones that do don't use {{tlx|artifact}} yet — having the code in place means they ''can'' be used in the future. 

:::: That '''entire''' table doesn't have to be part of the code, either. But even if it was, it'd look like this:
<pre style="margin-left:6em;"><nowiki>
{{#switch:{{lc:{{{effect|}}}}}
|town=Teleport to random town
|arena=Teleport to arena
|godville=Teleport to Godville
|surprise=Surprise contents
|melt=Make a gold brick
|gold|kill=Tries to use 3000gold or kill monster
|heal|full=Fully heal the hero or heroine
|charge=Add a godpower accumulator charge
|gp|godpower=Restore 50% godpower
|summon|boss-fight|above=Above-ground boss fight (solo)
|dig|search|underground|ug=Underground boss fight (party)
|align|alignment=New alignment
|mini|quest=Start a mini-quest
|invite=Add a friend invite
|friend=Find a new friend
|blackbox|good-or-bad|good or bad=Good or bad effect
|#default={{{effect|}}}
}}
</nowiki></pre>

:::: And at this point it's already 90% finished, though not 100%:
::::* The output texts need a bit more polish.
::::* Some are pretty long for an infobox entry and I'd love to shorten them more, if I could think of how.
::::* There are wikilinks that should be added, where appropriate. (The different boss types, for example.)
::::* My assumptions need to be double-checked, for a few. (Are "summon" boss fights always solo?)

:::: A few of them can probably still be cut. (As you say, [[Hammer of realignment]] is unique, so maybe it doesn't need an {{para|effect}} shorthand of its own...) But as I said, better to have it and not use it than vice versa, if there's any likelihood of multiple-artifact use. If people are filling in free-form text simply because there's no matching shorthand, cleaning that up is a lot more work. 

:::: (They're going to do that anyway, but at least those cases can immediately be replaced with the shorthand when they're found. The reason {{para|boss-type}} doesn't take free-form text is for exactly that reason: We ''know'' that list is fixed and every possibility has a shorthand, so forcing their use means we don't have to clean up a bunch of free-form entries that overlap with the supported values, but use slightly different wording, capitalization, etc.)

:::: Basically, though, that's the code right there. Just a matter of creating the rest of the structure required to display it in the infobox, then dropping it in. (And documenting it, but ''that's'' mostly a matter of cutting-and-pasting the table version into [[Template:Artifact/Documentation]].) -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 09:49, 29 January 2019 (UTC)

::::: I see your point and seems you have already made that, as much use it. The above ground boss is always solo while underground are in team I think (unless you use it in town and guard kill the boss and give you gold). -- [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 11:46, 29 January 2019 (UTC)

:::::: Excellent, thanks! I was ''pretty'' sure about that, but...

:::::: Anyway, with the event ending this week, I'll probably let this sit for a few days, to think about it and see if anyone else has any input. Then next week or whenever I can get the coding in place to add this (or whatever we all end up deciding it should look like) into the infobox. Thanks for all your help & ideas! -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 22:39, 29 January 2019 (UTC)

::::: Thinked about something else so posting before i forgot. Shouldn't be better to have in order in the infobox, type/effect/cost and then description. Because at the moment type and cost are divided by the description. (Sorry if you had already planned to do it xD). ---- [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 00:32, 1 February 2019 (UTC)

{{outdent|::::::}} Hm, that's a fair question. The order the list will go right now, if ''all'' the parameters are defined, is:
* {{Navbox items|mode=nolink|Type|Description|Value|Activation Cost|Associated Monster|Wanted On}}

That's partly because fields just tend to get tacked on in the order they're created, but also because typically the ''required'' fields are always shown first. (We know '''every''' {{tlx|Artifact}} navbox will display Type and Description, even if one/both is set to "''Unknown''", so listing them first ensures that they don't end up moving around depending on what other fields are or aren't set.) 
{{Infobox
| name = Template:Artifact
| above = Example
| title = [[List of Artifacts|Artifacts]] of Godville
| imagestyle = padding:0; background: #ccecc633; border-bottom: 2px solid #f8f9fa;
| image = {{Infobox image|Example.jpg}}
| caption = 
| spacer = 
| abovestyle = background: #ccecc6; border-bottom: 2px solid #f8f9fa;
| belowstyle = background: #ccecc6; border-bottom: 2px solid #f8f9fa;
| navstyle = background: #ccecc6; padding-right:0.5em;
| headerstyle = background: #ccecc6; border-bottom: 2px solid #f8f9fa;
| labelstyle = background: #ccecc6; vertical-align: top; min-width: 8em; border-bottom: 2px solid  #f8f9fa;
| datastyle = background: #ccecc633; vertical-align: top;  min-width: 12em; border-bottom: 2px solid #f8f9fa;
| label1 = Type
| data1 = Activatable
| label2 = Description
| data2 = ''Unknown''
| label3 = Value
| data3 =  10
| label10 = [[Monsters' Artifacts|Associated Monster]]
| data10 = [[Terror Bull]]
| label11 = [[Godville Times | Wanted On]]
| data11 = 2140 g.e.
| rowstyle20 = background:#dc302d;
| rowlabelstyle21 = background:#dc302d99;
| rowlabelstyle22 = background:#dc302d99;
| rowdatastyle21 = background:#dc302d33;
| rowdatastyle22 = background:#dc302d33;
| header20 = Activation
| label21 = Effect
| data21 = Something good or bad
| label22 = Cost
| data22 = 50% of Godpower
}}
{{spacer}}
Personally I think there's some value in that, so my inclination is to leave it alone. However, prioritizing the activatables' effects over meaningless fluff like Value is also important. So my ''instinct'', when adding Effect, would be to make it:
* {{Navbox items|mode=nolink|Type|Description|Activation Effect|Activation Cost|Value|Associated Monster|Wanted On}}

though I could also easily be talked into
* {{Navbox items|mode=nolink|Type|Description|Value|Activation Effect|Activation Cost|Associated Monster|Wanted On}}

On the grounds that the Activation fields are specific to one type of artifact, whereas the any artifact can have a Value. (That makes this somewhat analogous to the {{para|pet|yes}} or {{para|boss|yes}} fields in {{tlx|Monster}}, which have their own dedicated subsections with different coloring, and always come after all of the general fields.)

In fact, something similar could even be done for activation, to make it stand out more — i.e. something like what you see here (but with ''much'' better colors, of course. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 18:07, 1 February 2019 (UTC)
{{clear}}
: Heh, and ignore the all the occurrences of {{para|wanted}} in the discussion/example above, as that's an error — the parameter wasn't supposed to be in the template, [[Template_talk:Artifact/Archive#Wanted_artifacts?|I had previously removed it]], and I only just discovered that it snuck back in with the {{tlx|Infobox}} upgrade. So, now I'll be removing it ''again'', and hopefully it'll stick this time. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 18:17, 1 February 2019 (UTC)

:: That exemple looks actually good ! Nice job on that again! Being shaped like boss monster or pet the information is really steading out, so good idea you had there. (As for the colour well... taste and colours eh...) -- [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 00:35, 2 February 2019 (UTC)

== Templating ==
Putting there the sentences I used until now to complete effect lines for references (putting that into a new heading because it will be faster to do a copy-paster later on or to add). May be changed latter if some sentences are weird/badly written/partly false/effect changed/Obi-Wan Kenoby. May be also switched to guidelines/or template frontpage when completted and everyone agree on it.
<small><span class="autosigned">—&nbsp;Preceding unsigned comment added by [[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]] • [[Special:Contributions/WardPhoenix|contribs]]) 14:17, 4 April 2019‎ (UTC)</span></small><!-- Template:Unsigned -->

::{|class="wikitable"
|-
! Effect !! Phrase in wikibox
|-
| Aboveground boss
| Summons an [[Boss-monsters#Aboveground_Boss-Monsters|aboveground Boss monster]]
|-
| Underground boss
| Starts search for an [[Boss-monsters#Underground_Boss-Monsters|underground Boss monster]]
|-
| Teleport to random town
| Teleport to a random [[Town]]
|-
| Teleport to the Arena
| Sends to the [[Arena]]
|-
| Mini-quest
| Sends on a [[Mini-quest]]
|-
| Bold items into Golden bricks
| Transform bold items into [[Golden bricks]]
|-
| Fuse 3000 gold or kill monster
| Fuse 3000 coins into a [[Golden brick]] or kill a monster
|-
| Artifacts gift
| Grants some [[Artifacts]]
|-
| Black Boxes
| Affect in a good or a bad way ([[Black boxes]])
|-
| Heal
| Fully restores {{hero or heroine}}'s [[Health]]
|-
| Aura
| Grants an [[Aura]]
|-
| [[Hammer of realignment]] (Unique so far)
| Accentuate the {{hero or heroine}}'s [[personality]]
|-
| Restore GP
| Restores 50% of [[Godpower]]
|-
| Add accumulator charge
| Adds an [[Accumulator]] charge
|-
| Random friends
| Adds a random God to your [[Friends]] List
|-
| [[Invite to Godville]] (Unique so far)
| Adds an Invite to your [[Friends]] List
|}

: I'll say up front that while it's ''correct'' within the game parameters, I kind of hate that "golden brick" is used in the inventory, when in other places it's "gold brick" — which makes more sense, because one way to get one is  by melting "gold coins". (Here on the wiki both [[golden bricks]] and [[golden brick]] redirect to [[gold bricks]]. That's partly because we suck at keeping titles singular like you're supposed to, since the title of [[gold bricks]] ''should be'' [[gold brick]], and that should be the redirect target.)

: If it were just a question of phrasing, it wouldn't matter. But they don't actually mean the same thing, which is why it's confusing that the game swaps back and forth so casually. A "golden brick" could be any brick that's ''the color of gold''. Even if it's just painted that way, or naturally golden because it's made from yellow sandstone. But if you have a "gold brick" then it's a brick ''physically made out of'' gold (as in the elemental metal). I know which one I'd prefer! 

: Oh well. Like I said, the inventory says "Golden brick" so it seems like the right phrase to use. It's just a pet peeve, but not something any of us could do anything about anyway. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 07:42, 5 April 2019 (UTC)

:: Can't disagree with that (maybe you could even send a note to the dev about that), but as you say I used golden because it's how the artifact is named at the moment (even though I think most players think of them as gold brick but know that golden brick refers to the same). --[[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 08:28, 5 April 2019 (UTC)

::: This is great stuff, BTW, and I can't believe how many you've gotten through! I'm going to move that table into the template documentation — I think it makes sense to have it right there for people looking to use the Infobox, so they can use it as a reference or even a source to copy from. 

::: (In fact, maybe I'll reformat it to | <code>wikicode</code> | formatted | instead, so people can literally copy-and-paste the strings. I think they're all pretty much self-explanatory, if they weren't then they wouldn't be very useful in the infobox!) Anyway, thanks again for all the effort!

::: {{m|done}} – The table of strings is now included in the documentation for {{tlx|Artifact}}, so we should try to keep that updated if any changes need to be made in the future. It's in this section: [[Template:Artifact/Documentation#Activatable parameters]]. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 18:45, 5 April 2019 (UTC)

:::: It's far from done, and there is still some missing effects, I'll try to remember to update both tables. I'd agree with the wikicode format, would be way easier for copy-paste. But thanks anyway^^ --[[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 21:05, 5 April 2019 (UTC)
{{outdent|:::::}}
Heh, well I just meant that I'd "done" the table-copying I mentioned. Small tasks can be completed, but of course work is never really ''done'' on the web. (Which is why I hate "Under Construction" banners.)

As far as updating two tables, I mean it's up to you but you could always delete the one here, now that it's been migrated into the template docs. I thought about it, but I figured this is a Talk page, so I should probably at least '''try''' to observe decorum and not vandalize your post. But if keeping two tables updated feels like a chore and you wanted to getting rid of one, no objections here. But it's your call. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 09:29, 6 April 2019 (UTC)

:I was saying that i wasn't done yet writing that table (and so the templating). It's just I would have prefered to have the table complettely wrapped before putting it "live" but as no one else read it anyway, no problem i guess xD
:By the way, I noticed that I was mistaking in one way or another in the writing of those lines because I am unsure of one thing... As exemple, should a sentence like those be written "Send to town" or "Sends to town" ? I know it's probably basic english but right now i have a serious doubt xD--[[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 13:02, 6 April 2019 (UTC)
:: On a side note, templating is complete, and the table is complete so far. It just needs a spell/grammar check now. --[[User:WardPhoenix|WardPhoenix]] ([[User talk:WardPhoenix|talk]]) 13:21, 6 April 2019 (UTC)
::: {{tqb|I was saying that i wasn't done yet writing that table (and so the templating). It's just I would have prefered to have the table complettely wrapped before putting it "live" but as no one else read it anyway, no problem i guess xD}}
::: Oh, no, I got that, but it was kind of my point — nothing's ever ''done'', so it's usually better to get things out in front of people as early as possible. Feedback can be helpful. (Not that there's a huge audience anyway in this case, as you said.) But we're a forgiving bunch, so there's no real harm in letting people see in-progress work, "warts and all" as they say.
::: {{tqb|templating is complete, and the table is complete so far.}}
::: Awesome! Wow, that was quick, you're a machine! As far as the table goes, it does need '''one''' last change, because the column headings right now are lies. 😉
::: {{tqb|I am unsure of one thing... As exemple, should a sentence like those be written "Send to town" or "Sends to town" ?}}
::: Honestly, the exact form is something I've puzzled over as well. IMHO, because it's in an infobox and there's precious little space, the '''shortest''' version of any given message should be the one that wins out. Some of the in-game messages are way too wordy. Beyond that, I had a whole rambling discussion of various options typed up, but it wasn't helpful so I deleted it. What I'd say is: either one can work (as well as "teleport to town"), the choice isn't as important as being consistent IMHO. (Both across different articles, and also between the various texts on the list. -- [[User:FeRDNYC|FeRDNYC]] ([[User talk:FeRDNYC|talk]]) 05:01, 8 April 2019 (UTC)

== Category for un-typed artifacts ==

So, do we think it's useful to have artifacts that haven't got a valid value set for {{para|type}} automatically categorised, perhaps into <code>Category:Artifact templates without a type</code>, or something similar? -- [[User:Djonni|Djonni]] ([[User talk:Djonni|talk]]) 18:59, 24 November 2019 (UTC)

: No objections from me. Makes cleanup and maintenance much easier. It’s definitely better than manually fishing for such errors. I feel that way about all error categorizations. — [[User:Emptysora|Emptysora]] ([[User talk:Emptysora|talk]]) 19:06, 24 November 2019 (UTC)

:: This is now {{m|done}}, and I settled on [[:Category:Artifacts with unknown type]]. :) -- [[User:Djonni|Djonni]] ([[User talk:Djonni|talk]]) 09:12, 25 November 2019 (UTC)