From: SourceForge.net <no...@so...> - 2006-02-22 03:20:58
|
Feature Requests item #1250730, was opened at 2005-08-02 22:37 Message generated for change (Comment added) made by eddyanthony You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384722&aid=1250730&group_id=25576 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Equipment/WeaponProf Support Group: None Status: Open Resolution: None Priority: 7 Submitted By: Eddy Anthony (eddyanthony) Assigned to: Devon Jones (soulcatcher) Summary: PLUSCOST calculations: Add PLUSTOTAL as a COST tag variable Initial Comment: There are some problems and limitations with the current system for calculating the PLUSCOST of magic items. One problem has been around for a while, Shuriken are weapons but they are priced at the same cost as ammunition. We have no way at this time to adjust the price of customized Shuriken so that the price works out correctly for those EQMODs which use PLUS:x for pricing. The new problem is with the Epic dataset. Epic EQMODs follow a similar pattern as normal magical named enhancements but they cost ten times as much. It was thought that, at least for Epic, some new PLUSCOST lines could be added which would deal with the situation. This became a problem when a bug in the system was found. it seems that the PLUSCOST applied turns out to be the first one encounted which qualifies instead of the highest one as it was supposed to do. We have been kicking around idea's at experimental about how PLUSCOST should be adjusted to get where we need to go. I think I have a solution which will get us there with minimal code work. What we need are a couple new hardcoded variables we can use in the COST and BONUS:ITEMCOST tags of an EQMOD. PLUS - Returns the current number of pluses applied to the item PLUSCOST Returns the current value of the pluses. With this small change in place we would be able to do quite a bit. For one we could move the formula out of the gameMode file and into the data. Named EQMODs which are priced by PLUSes require that they have at least a +1 enhancement applied first, therefore the PLUSCOST could be set there instead of in the gameMode file. An example of how the plus 1 armor EQMOD would be coded: +1 (Enhancement to Armor) PLUS:1 COST:1000*PLUS*PLUS Other EQMODs with unusual costs would be a simple matter, the Shuriken would have this: BONUS:ITEMCOST|-1*(1960*PLUS*PLUS) BONUS:ITEMCOST|-1*(17640*PLUS*PLUS)|PRETYPE:Epic Which would counter the normal costs and bring the price back down to the same as what it would be if it were TYPE:Ammunition The PLUSCOST code could be left in place, no need to remove it as we could simply comment out the lines in the miscinfo.lst and they would have no effect. ---------------------------------------------------------------------- >Comment By: Eddy Anthony (eddyanthony) Date: 2006-02-21 22:20 Message: Logged In: YES user_id=886893 And this one is on my list. synopsys: PLUSTOTAL will be a VAR usable in Equipment and EQMOD Cost formulas. It returns the total number of PLUSes added to the equipment via EQMODs. With this we can deprecate the PLUSCOST tokens in the gameMode and set the costs directly in the EQMODs where it will be much more flexible. ---------------------------------------------------------------------- Comment By: Eddy Anthony (eddyanthony) Date: 2006-01-12 09:41 Message: Logged In: YES user_id=886893 Devon, here's a relativly simple FREQ which is needed for Epic support and will solve a number of other issues as well. ---------------------------------------------------------------------- Comment By: Frank Kliewe (frank_kliewe) Date: 2005-10-27 20:59 Message: Logged In: YES user_id=1241568 An associated Data Bug tracker was moved to PCGen as tracker [ 1340146 ]. Please report there when this is done. <https://sourceforge.net/tracker/index.php? func=detail&aid=1340146&group_id=25576&atid=750091> ---------------------------------------------------------------------- Comment By: Eddy Anthony (eddyanthony) Date: 2005-08-03 08:36 Message: Logged In: YES user_id=886893 Good point Michael, I like PLUSTOTAL ---------------------------------------------------------------------- Comment By: Michael Gray (mhgj) Date: 2005-08-03 08:25 Message: Logged In: YES user_id=291656 Due to the fact the PLUS is already an implemented tag in eqmod using PLUS as a hard variable that (effectively) means something different (total pluses applied as opposed to plus cost of THIS eqmod) I recommend using some other verbage for this hardvar: PLUSTOTAL ITEMPLUS PLUSADD ADDEDPLUSES PLUSES etc just not the exact same word. I twould be confusing to some users and could cause problems in the code. If someone (for whatever reason) wanted to refer to the PLUS of a spcific eqmod rather than the plus total of a customised item. You'd see +1 (Enhancement to Armor) PLUS:1 COST:1000*PLUSTOTAL*PLUSTOTAL which shows in an obvious fashion that COST is not calc'd using JUST the PLUS from this eqmod. Other than that I think this is a Great idea. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=384722&aid=1250730&group_id=25576 |