What Happened to ZDLSharp?
December 3, 2007 on 10:54 am | In Personal, Programming, ZDLSharp | By QBasicer |So if you’ve been looking for the promised 3.0.6.0 version of ZDLSharp, and feel disheartended by the talk of Triplet, don’t fear!
I promised a few weeks ago that there would be a bugfix 3.0.5.3 version out, however, due to family issues, I was unable to work on ZDLSharp. Now that I’m about to start Exams, I won’t have much time for either Triplet or ZDLSharp. Not to worry! I will be free after the 18th with loads of time until I start work on January 14th. I really want to roll out 3.0.5.3, and then roll out 3.0.6.0 by January 14th. No promises though! There are plenty of bugs to fix up, for both the windows and mono versions. It’s important that these be fixed up quickly, so that we can get to a stable point. There are a few critical blockers, that abolutely need to be released ASAP. Normally, 3.0.6.0 would have been released, skipping 3.0.5.3. One of the features of 3.0.6.0 is the reworked backend, ditching Bio’s old readini functionality. This has proved not to be useful, and very inflexible, introducing compatibility problems. Any new features I introduce in the ini file are erased as soon as an older client opens it. I would like to merge my changes with Risen’s version of ZDL 3.1. I believe it is very important that non-understood entries in the config file stay untouched.
3 Comments »
RSS feed for comments on this post. TrackBack URI
Leave a comment
Powered by WordPress with Pool theme design by Borja Fernandez. I rewrote the CSS because I'm cool like that.
Entries and comments feeds.
Valid XHTML and CSS. ^Top^

Well, in my defense, I wrote that ReadINI thing 3 years ago. Plus, it was designed for a very specific purpose where flexibility wasn’t needed. :p
Q is complicated++.
Comment by BioHazard — December 13, 2007 #
It just makes sense that it shouldn’t forget stuff it doesn’t know. If for some reason they open my ZDLSharp config in ZDL, ZDL will drop all it’s changes.
Comment by QBasicer — December 14, 2007 #
That’s not the fault of ReadINI(), it’s WriteINI() that erases the file. I just didn’t want to deal with chunking and storing stuff so I could modify strings so I made it erase the file before it wrote to it. (with fopen “w” instead of “rw”)
At least it’s better than KwikStrip1’s rigid .cfg file format.
Comment by BioHazard — December 18, 2007 #