Difference between revisions of "User:FeralKitty/Sandbox/Pinata Vision"

Approaches

PV icon

Requires upgrade to 1.14 to work.

Can be used in many places to add a link to a card, however it's not necessarily intuitive that it's clickable. A user would have to hover over it to see that it's a clickable link.

In-table, such as the General Store, transformation, or list of concept art articles:

Picture #	Picture type
1/139	Raisant

Inline, such as from species articles:

Feeding it a banana split changes its color to yellow.

Dynamic Page List (DPL)

Present a list in a collapsible table. There's some overhead to dynamically generate these lists, and it's not certain what, if any, impact there would be from popular articles. The advantage is that relevant cards, once categorized so DPL can look them up, can be shown at an article, so you could see (links to) all Kittyfloss cards at the Kittyfloss article, all trick stick cards at the trick stick article, all weather cards at the weather article, etc.

The example is a bit contrived, but shows that there could be lots of different relevant cards, making the list itself a bit unwieldy to "navigate."

Note that subgarden species have their own cards, e.g., Mate Cutscene zz1snowrabbit, zz2sandant. Sours also have their own cards, e.g., Appear Cutscene crowpest, Blackariant zz1lemmingpest.

Do we group all in one DPL, or have 2 or 3 separate DPLs on an article?

By hand

Simplify, by excluding cards already shown at article. Hides image names, organizes cards by type.

Transclude (from PV NS?)

Since the results are "static," result sets could live in other articles, and be transcluded in topic articles:

Kittyfloss cards, Sour Kittyfloss cards, Arctic Kittyfloss cards

{{:Kittyfloss cards}} {{:Arctic Kittyfloss cards}}

Pros:

• Avoid DPL
• Avoid adding lots of new categories to support DPL or navigation
• Result sets get categorized as articles themselves, and become the basis for topical navigation.
• Save having to categorize hundreds of existing/new images.

Cons:

• Result sets can't be anything more than a result set.
• PV category tree becomes flattened.
• Only supports navigation by "set," but is equivalent to sub-category articles, however, there is no equivalent to "These are the articles in the category."
• Maintained by hand.

Variations on this - Turn the result sets into proper articles, then transclude the article as its own PV card tab. Downside is that the DL for the species article is even bigger -- more content, more images(?) -- and we're delivering even more content that the visitor may not need/be interested in.

Non-card-specific approaches

Section headings

Many items (e.g., junk props, test candy) are PV-exclusive, and can't be bought in the General Store.

We should lead those sections with some note to see the navigation article for more items. (Wording to be determined.)

Infobox headings

Possibly change Housing to Housing cards, and Romance dance to Romance dance cards?

Hover boxes could present details, such as PV card, availability level, cost, method to obtain, etc. This could keep PV images, Journal descriptions, and other-article details off an article itself, yet easily available without having to navigate elsewhere.

Chili Chilies share their color with fire engines. The engine is famous for stopping fires, while the chili will start one in the mouth of anything that is brave or foolish enough to eat it. Availability Buy a chili, General Store at level 11, 500 cc. Plant a chili seed, General Store at level 11, 22 cc. Hire Bart to tinker a Jeli.

One possibility is to think how articles could be reorganized to support a popup gadget approach.

Types of cards, the (shorter navigation) articles they'd be browsed from, and their longer topic (or relevant) articles they'd also be accessible from.

The article names are a bit arbitrary at this point, and may change slightly from internal descriptions to more familiar terms.

Also, there are distinctions for some items that differ between card types and wiki categories, e.g., fruits, vegetables, produce, tinkered items. Need to check this, and determine how these cards should be grouped for navigation.

We're possibly missing more granular navigation for popular items. Black pinatas, although a sub-topic/sub-category of variants, may deserve their own topic article and navigation. Other ways to handle groups of items within a type include subheadings within (large) navigation articles. Props is a good example, and junk items a popular type of props.

Since many new cards are PV-exclusive, and their items can't be bought in-game, those items couldn't be shown/linked in shop tables, but would only be found on their navigation articles.

Finally, unsupported/test items deserve a clear warning on their navigation or image article topics. Is it necessary to navigate unsupported items? Test candy belongs with the candy cards, but should we have an Unsupported cards topic/category also?

VivaPinata.com (searchable) organization

• Species
• Species - variant
• Species - wildcard
• Species - variant wildcard
• Helpers
• Homes
• Eggs
• Etc - Improvements (fences, gates, other props, toys, paving, etc.)
• Etc - Greenery (Fruit, produce, vegetables, tinkered items, plants, seeds, etc.)
• Etc - Candy (Life sweets, other sweets -- joy, golf, romance, etc.)