Re: [Request] Improved INI object
yes, however given the HUGE over head and, slow reading/writing speed of INI i don't think this will really raise issues... because you cant use them for anything of volume anyway. hehe
i do still like the INI for it's easy interface... however you will find that you drift away from it and towards more fees able storage the more you use mmf.
keep clicking!:cool:
Re: [Request] Improved INI object
I've nearly finished an update of the Ini object. It will be released through CT at some point.
Re: [Request] Improved INI object
Quote:
Originally Posted by SEELE
yes, however given the HUGE over head and, slow reading/writing speed of INI i don't think this will really raise issues... because you cant use them for anything of volume anyway. hehe
i do still like the INI for it's easy interface... however you will find that you drift away from it and towards more fees able storage the more you use mmf.
keep clicking!:cool:
i really only use INIs since they can be easily edited in practically anything; arrays more or less force you to create an application just to edit them (which can be better depending on what you're storing), and/or even having to use a hex editor. i don't like XML as much since it seems bloated with all the closing tags it requires
Re: [Request] Improved INI object
yes XML also has downsides however the way XML is read/written is many many times faster.
also askII arrays as in delemetered strait text is fast and still allows you to modify the files without using mmf, eg... notepad.
example
ini version:
[save1]
name=andy
xposition=3361
yposition=963
level=6
askII array:
using ":" to delimate groups
using "," to delimate items
andy,3361,963,6: