Imbuing slots

All imbuable items should also have a parameter to denote if they have one, two or three slots. This should be displayed as a column in the tables on this page. -- Bennie (talk ~ fellows) 10:22, November 19, 2016 (UTC)


Should imbuements have their own pages? If we have a page for each imbuement, we could have pages such as:

  • Helmet Imbuements (etc) which lists (1) slotted helmets and (2) a list of imbuements that apply for this slot
  • Powerful Imbuements (etc) which lists each imbuement of the "Powerful" tier and how to imbue, etc.

Or some categories:

Which I think would be better organized than dumping all the data on a single page. -- Sixorish (talk) 09:29, December 20, 2016 (UTC)

That's fine, but we'll still have to retain this page as the one and only comprehensive page (similar to Achievements), right? -- Wouterboy (talk) 11:48, December 20, 2016 (UTC)

Yes, good idea. -- Bennie (talk ~ fellows) 17:05, December 20, 2016 (UTC)

Sixorish, thanks for creating the template. I made some edits, but left something for you which I don't know what you intended to do with. But before we start making all pages I want to make sure everything is designed good. Some questions:

  • astralsources now takes "25x Fiery Heart". Shouldn't we separate the quantity from the item, e.g. Fiery Heart:25. I don't have a use in mind right now, but I can imagine a need will rise in the future to automatically determine the amount per needed item. With a standard delimiter this is easier to extract.
  • The imbuements are not 63 different entities, they are actually logically grouped in groups of three. For example "Scorch" has three levels: Basic, Intricate and Powerful. I want this relation to be shown in some sort of way. One idea is to group the three things on a page with a javascript toggle button to switch between the three levels.

-- Bennie (talk ~ fellows) 08:38, December 23, 2016 (UTC)

Re: astralsources - my concern with the "item: count" idea is that string functions have terrible performance and should be avoided at all cost. There are a few ways to represent lists of data, but all of them have significant weaknesses. I do agree that this needs to change, but the "item: count" route is probably not a good one.

  • Freeform - this is good for text that is not structured, does not need to be formatted strictly and does not need to have its data inspected by other pages. I think this is the best option for this scenario because we have no need to use the information externally.
  • Freeform using a list template - this is good for text that is structured as a list of items. There's an implied strictness of formatting because it uses a template. This is a fine option if there's no need to inspect the data externally;
  • Multiple parameters - this is good if the maximum number of reagents is fixed and few in number. For example if we made the assumption that there were at most 3 reagents, we could have parameters astralsource1..3; this allows us to easily inspect the data, at the cost of making it a little bit more complex to write templates that get around this.
  • One really long string with special characters to change the state of the parser. Good if the data needs to be inspected. It's slow and requires the user to understand the syntax.

(PS: when I say 'inspect the data (externally)' I mean use the data outside of its primary use of displaying that piece of information; e.g. determining whether Basic Scorch requires "25 Green Dragon Tails" would be an inspection unless it was done by the template(s) responsible for displaying that piece of information)

Re: imbue groups - I considered this, but wasn't sure how it's actually implemented in the game. I think conceptually, CipSoft wanted something that is consistent for the convenience of the users. But it's just a convenience. Now here are the many problems with having 1 page in place of 3 imbuements of the same family:

  • They can violate their own standards if they want. If they do, our system breaks down because we made assumptions about the game that were not valid.
  • We cannot create useful DPL lists, because we're grouping information that is not related (as per the game mechanics).
  • We cannot, as far as I can see, calculate the effect % values knowing only the name (Scorch) and the tier (Basic) unless we hard-code all the values inside the template. General rule: if you need to hard-code values, you're doing something wrong. This means that we wouldn't be generalizing imbuements, we'd just be grouping the responsibility which is exactly what we want to avoid in this case.

However, I won't object to having a page (e.g. Scorch (Imbuement) which acts as a generalized page and lists the 3 relevant imbuement pages - that seems fair, though probably a bit excessive.

And good idea, please don't start editing pages until we all can agree on how it's implemented. the Basic Scorch page was created as a proof of concept. -- Sixorish (talk) 12:34, December 23, 2016 (UTC)

I've implemented the following:

  • Slots are now comma-delimited instead of requiring a template call. This uses string functions, but shouldn't be too inefficient on this scale.
  • Astral sources are now comma-delimited, with an optional quantity field specified by ":". As an example, see Powerful Reap.

As for combining imbuement types, I don't think there's any way to make this possible without creating issues down the track. There's no way to calculate an imbuement's effect knowing only its type and level. If it were, it would still be problematic because DPL is on a per-page basis and you'd need some nasty tricks to get it to list all three imbuements.

How about the following idea?

By doing this, I think we satisfy all possible groups. We provide a list of imbuement types as well as the imbuements at different levels. -- Sixorish (talk) 18:58, January 7, 2017 (UTC)

Thanks for your efforts, it looks really good! I think we can make the pages now. -- Bennie (talk ~ fellows) 20:50, January 7, 2017 (UTC)

I've gone ahead and made the pages. Here are some changes I made:

-- Sixorish (talk) 17:08, January 8, 2017 (UTC)

100% gold fee

Does it cost 10,000 gold total to have a 100% basic imbuement, or 5,000 + 10,000 gold?

That is, does the "gold to raise to 100% chance" include the gold for the imbuement itself?

-- Sixorish (talk) 08:41, January 12, 2017 (UTC)

Timer countdown inside PZ

I think it should be more clear about imbue time ticking down just for having the battle status. It also ticks down for having the battle status and then going to PZ (even thought it looks like you no longer have the status)

Mahatesh (talk) 21:32, April 8, 2018 (UTC)Mahatesh

Wouldn't that only affect for a minute or so? If so, I think trying to explain this could cause more confusion. -- Molx (talk) 03:00, April 9, 2018 (UTC)

There's no real excuse for an encyclopedia (such as TibiaWiki) to exclude such information. Our users want to know all the details, so we should provide everything we can. If the system is complex, we can work around it by e.g. using examples, moving the intricacies in another section/paragraph, etc.. Don't omit information just because most people won't use it, because we target all players. -- Sixorish (talk) 11:31, April 9, 2018 (UTC)

Fair enough, it makes sense. I didn't consider a revision like you did and couldn't see a clear way of adding this information. It's much better now. ---- Molx (talk) 17:42, April 9, 2018 (UTC)

Community content is available under CC-BY-SA unless otherwise noted.