Difference between revisions of "User talk:Devalt Yotosala/Sandbox1/Template:Infobox refiner"

From EVE University Wiki
Jump to: navigation, search
Line 121: Line 121:
  
 
--[[User:Devalt Yotosala|Devalt Yotosala]] ([[User talk:Devalt Yotosala|talk]]) 23:04, 29 July 2022 (UTC)
 
--[[User:Devalt Yotosala|Devalt Yotosala]] ([[User talk:Devalt Yotosala|talk]]) 23:04, 29 July 2022 (UTC)
 +
 +
 +
I like the requirements - and love the approach.  I'll put some thought into it, but right out of the gate, I would add the refiners themselves to the maintainability category - how easy is it for them to update their own profile? --[[User:Anidien Dallacort|Anidien Dallacort]] ([[User talk:Anidien Dallacort|talk]]) 17:55, 30 July 2022 (UTC)

Revision as of 17:55, 30 July 2022

Feedback

This is the best place to give feedback on the proposed Perfect Refiner Template. Arin Mara (talk) 11:24, 27 July 2022 (UTC)

A few things that poped-up in my mind.
  • Do we want the mains name ore the actual refiners name "on top"?
  • I imagine that when looking for a refiner people will be looking for location first an and skills second, is it wise to have those collapsed then?
  • Nitpicking: Perfect skills are by definition on V, so no need to put that in.(Edit: I meant the V in the content, not the block)
  • There a non perfect refiners on the list now. Do we need a block for the non-perfect skills?
  • Maybe a Notes option for stuff that does not fit any of the other options?
-- Evon R'al (talk) 11:50, 27 July 2022 (UTC)
  • I think we want the mains, as that's likely to be the name that will serve as the point of contact.
  • My concern with the skills and locations blocks are the potential for how large those could get, hence why I have them set to be collapsed by default. If consensus moves against that, it can be changed.
  • That's the content section, so there's no real restrictions as to what goes in there
  • I, personally, don't think that's necessary. People are here for perfect refining after all, not imperfect refining. Again, if consensus disagrees, I'm happy to add the block.
  • I think that the instructions section would be able to cover that, unless others also disagree.
--Devalt Yotosala (talk) 14:23, 27 July 2022 (UTC)
Throwing in some ideas:
  • When keeping the main on top maybe rename the Alt Name block to refiner?
  • Agree with the large box argument for the Location and Skills, but when they are collapsed a user is forced to open them all to get to the info they are looking for.
  • That's why a said "nitpicking" :)
  • Agree with that. But the Perfect Refine List has a not insubstantial amount of 'Pretty Good"refiners on it. So management has to say something about that.
  • That is a very acceptable solution for me
--Evon R'al (talk) 14:42, 27 July 2022 (UTC)
  • Agreed. I'll make the change to refiner.
  • It's not particularly different than the existing {{Infobox coordinator}} where skillset, and potentially playtimes, and {{Infobox Mentors}} where skillset, playtime, and bio are all boxed, because of variable length content.
  • I think it's preferable for the infobox to focus on Perfect Refining skills. This is a somewhat privileged list, with those on it getting 0% refine at Ivy Structures. Many of those on the "pretty good" list have enough Vs to qualify to be on Perfect Refine, and frankly no one who is using this list to maximize their yield is looking for someone with only IVs.
--Devalt Yotosala (talk) 23:40, 27 July 2022 (UTC)


From Anidien Dallacort:
  • How do we fill out the template, if the Uni Main IS the refining character?
  • I do enjoy how clean the template is. All the same, there is a drawback compared to the current Perfect Refine List's format - if I have a bunch of "Simple Ore" to refine, I can "Ctrl+F" on the current page, to find - and have highlighted - the individual refiners who have that specific skill. The template hides the skills in a collapsed box, which is not findable on the page using Ctrl+F, unless you expand all the boxes. I love the look of the template - but I'm not sure what going to this format gains in terms of finding the right refiner for the right ore versus the current format, in terms of functionality.
  • I'm for having a separate section for imperfect skills. Some people have V in a bunch of skills but IV in a few and people accept that for one or two ore types because they are the only ones available. Additionally, people training into perfect refiner can populate their skills and update over the year as the refine skills come home.
  • Further clarifying my notes on this - anyone on the list and getting reduced taxes should have SOME perfect skills in my opinion (not an official decision because it's not mine to make, just an individual opinion) - but I don't see the harm in listing the IV level skills they have if they have several V's. How often do we really need "Exceptional Moon Ore Processing V", and should someone not be on the list because they don't have that one? I can see just leaving that skill off their template entirely if it's not V - so I'm not married to the concept of having a 'near perfect' template section - but I don't see a ton of harm in it either.
  • Note section would be good. For example, my cost for refining is 10,000 ISK to cover the return contract, and any refining fees are passed on in the return contract. For Uni structure refining those costs are 0, but I have been approached by people in the past about doing refining in NPC stations or other structures - so the cost would be more than 10k. Rather than fattening up the "Cost" box in the template, having a freeform box to explain this (and other particulars) would be good.
  • If the main is the refining character, the alt/refiner doesn't need to be filled in. The section won't be there if you don't give it info.
  • That's a good point I hadn't really considered - I'll do some more thinking on that
  • Sorry if I wasn't clear - yeah, the idea is that a "perfect" refiner would have at least a couple of V skills - if you look at the page now, a lot of the "perfects" don't have all Vs and that's okay. "Pretty Good" refiners don't have V skills, in the sort of parlance I'm going for. If the skill isn't perfect, they wouldn't add it.
  • There's an instructions that should accommodate what you're looking for - and for the specific need of adding fees, 10,000K ISK + Fees would probably fit just fine.
  • A bit of an aside here, but if you end your message with four tilde's, the wiki will insert your name and a time stamp. The top of the edit box also has a button that can do this for you.
--Devalt Yotosala (talk) 19:00, 28 July 2022 (UTC)

Proposal - two tier implementation

Assume there are three dimensions you want to display:

  • skills - finite and repeating
  • location - finite and repeating
  • capsuleer who provides the service - there are an infinite number of unique identifiers

Goals:

  • maximize searchability of skills

For the first tier create a table where rows are skills, columns are locations and cells are links to a nested page named after a capsuleer:

Skills
NullSec HighSec LowSec WormSec
Noxitum Processing Anidien, Devalt Anidien Arin
Trilium Processing Devalt Arin Arin, Devalt, Evon
Puffium Processing Anidien

Alt, payment, contract, implant and other information is hidden behind a link to a nested page named after a capsuleer. The second tier, the nested pages must have a consistent naming scheme and a template that captures all information, including skills, location and the capsuleer who provides the service. The User:Devalt_Yotosala/Sandbox1/Template:Infobox_refiner is a way to capture the information.

The second tier, nested pages, can be show using an automated and dynamic template {{list subpages}} next to the first tier, table.

Implementation trade-offs and decisions:

  • how do you handle sub-perfect refiners and IV skills - Double the amount of rows? State skill level next to capsuleer name in table cell? Create a second table?
  • how large is the table cell going to get and how do you collapse it - Use tooltip? HTML <div> collapsible?

If you want to proceed with the nested page implementation, I'll make a statement that would allow you to implement it since I strictly forbid creating nested pages. Arin Mara (talk) 09:10, 29 July 2022 (UTC)


I think keeping imperfect skills off the page, rather than doubling a table, would be the way to go. When hidden in a collapsed template there was more sense to including them. If the result is a big table, just keep the IV's off the page.

I don't suppose there's a way to create a filter drop down for Wiki use? --Anidien Dallacort (talk) 15:14, 29 July 2022 (UTC)

I'm concerned the table will have too much cognitive load for the end user. Instead of looking to see if a given refiner can match the needs of a user, the user must now keep track of the names in each category and cross reference those names against their needs to get a unified list of potential characters.

--Devalt Yotosala (talk) 23:04, 29 July 2022 (UTC)

Template Goals

I suspect part of the problem here is that we don't have a clearly defined set of goals for what this template is meant to accomplish. I think there is some merit to discussing what exactly we want to prioritize in the design of the template.

Some thoughts:

  • Readability - How easy it is for a lay person to get the knowledge needed by reading the page
  • Searchability - How easy it is for a lay person to get the knowledge needed via a browser search function
  • Visual Clarity - How clearly the information is organized and presented
  • Consistency - How consistent each entry will be
  • Maintainability - How easy it will be for future wiki staff to understand and maintain
  • Ease of Use - How easy it will be for refiners to add to the page
  • Recognition vs Recall - How much a user can visually recognize vs need to recall to use the page effectively

I recognize there may be some overlap here - this is just a list of potential criteria or priorities. Additional criteria or other thoughts are welcome.

--Devalt Yotosala (talk) 23:04, 29 July 2022 (UTC)


I like the requirements - and love the approach. I'll put some thought into it, but right out of the gate, I would add the refiners themselves to the maintainability category - how easy is it for them to update their own profile? --Anidien Dallacort (talk) 17:55, 30 July 2022 (UTC)