Difference between revisions of "User talk:Ivan/Mod format WIP"
Tow dragon (talk | contribs) m |
|||
Line 14: | Line 14: | ||
As for whitelist - I think we can limit it to letters + numbers + several special symbols. Same goes to string ID's for objects - there is no need for them in internal ID's. [[User:Ivan|Ivan]] ([[User talk:Ivan|talk]]) 11:34, 4 January 2013 (CET) | As for whitelist - I think we can limit it to letters + numbers + several special symbols. Same goes to string ID's for objects - there is no need for them in internal ID's. [[User:Ivan|Ivan]] ([[User talk:Ivan|talk]]) 11:34, 4 January 2013 (CET) | ||
+ | |||
+ | |||
+ | I didn't mean many ranges for the same mod although it could happen in certain situations (f.e. mod A depends on a feature from mod B implemented in version 1.2.0, but the feature is broken between 1.2.5 and 1.2.7). I'm not sure if we want to support such scenarios but mere existence of upper bounds on version makes the problem of dependency resolution hard. | ||
+ | |||
+ | --[[User:Tow dragon|Tow dragon]] ([[User talk:Tow dragon|talk]]) 20:39, 4 January 2013 (CET) |
Revision as of 19:39, 4 January 2013
Nice description, I'd just suggest to make it possible to specify version numbers (or ranges of them) in depends/conflicts fields. Something like:
"conflicts" :
[
"badMod", "modName<5.0.0", "1.0.0<iHateThisMod<=3.2.5"
],
A whitelist/blacklist of characters in modname should also be provided, as '<' would obstruct version number syntax.
Good point. Not sure regarding "ranges" - one range is more than enough. If not - then there is a problem with mod(s) or with modding system in general.
As for whitelist - I think we can limit it to letters + numbers + several special symbols. Same goes to string ID's for objects - there is no need for them in internal ID's. Ivan (talk) 11:34, 4 January 2013 (CET)
I didn't mean many ranges for the same mod although it could happen in certain situations (f.e. mod A depends on a feature from mod B implemented in version 1.2.0, but the feature is broken between 1.2.5 and 1.2.7). I'm not sure if we want to support such scenarios but mere existence of upper bounds on version makes the problem of dependency resolution hard.
--Tow dragon (talk) 20:39, 4 January 2013 (CET)