igi Posted September 3, 2009 Share Posted September 3, 2009 You may have noticed, but an IESDP update is imminent. Part of the update process is to convert the .dat files to .html files. I wrote a tool to do this years and year ago. I lost the source ages ago, but I've happily been chugging along with the compiled exe. However, while running it earlier today I realised it is massively out of date - the font, css and line wrap are all harded-coded. I've no idea what I did to fix it for the last IESDP update. I don't have time to recode the tool, but if someone would be willing to knock up a simple program to convert a dat file into a formatted html file it would be greatly appreciated. The tool basically just does an indexed search/replace (every 2nd " is set to 'start opcode css', every 3rd is 'end opcode/start param1 css' etc.). This is the only thing holding up the latest IESDP update (which has shrunk this forum to almost 1 page of threads!) Link to comment
Taimon Posted September 3, 2009 Share Posted September 3, 2009 What does the number after the opcode (in the .dat) indicate? Link to comment
igi Posted September 3, 2009 Author Share Posted September 3, 2009 My best guess is it was meant to be some flag to indicate how to display the parameters. My even better gues is that it's unused. BTW, the dat description is listed in the IESDP itself: http://iesdp.gibberlings3.net/file_formats...mats/dat_v1.htm Link to comment
Taimon Posted September 3, 2009 Share Posted September 3, 2009 Okay, I'll do it -- if you don't mind it being a python (3) script. Shouldn't be too difficult, you can expect something tomorrow. Any special wishes concerning configurability? Link to comment
igi Posted September 3, 2009 Author Share Posted September 3, 2009 >> Any special wishes concerning configurability? Nope. Link to comment
Avenger Posted September 3, 2009 Share Posted September 3, 2009 It was used as parameter format in old times (ieep), but i never gotten around to support it, so it is now a dead weight. Link to comment
Taimon Posted September 3, 2009 Share Posted September 3, 2009 Done. Should produce something very similiar to the current look. I copied all those ugly html hacks, although my heart was bleeding when doing the nbsp substitution. Now, where are the cookies? Link to comment
igi Posted September 3, 2009 Author Share Posted September 3, 2009 It was used as parameter format in old times (ieep), but i never gotten around to support it, so it is now a dead weight. In the best tradition of the IESDP, I think we should assign it an utterly random field name and purpose. Should produce something very similiar to the current look.I copied all those ugly html hacks, although my heart was bleeding when doing the nbsp substitution. Great, thanks. You should see the source to the previous version of the page (image every space being nb-spaced escaped, and a 76 character line wrap). Now, where are the cookies? No cookies, but you can have this warm hearted feeling of kindness instead. Link to comment
Taimon Posted September 4, 2009 Share Posted September 4, 2009 Great, thanks. You should see the source to the previous version of the page (image every space being nb-spaced escaped, and a 76 character line wrap). Well, with a 76 character line wrap you don't need the nbsp substitution because then it would make sense to use the white-space="pre" CSS attribute. I thought about it for a while, but decided to copy the current behavior. By the way, the script does some "hotlinking" in the description. Every #nnn is transformed to a link to the opcode. (#opnnn is the opcode id in the document.) Link to comment
igi Posted September 4, 2009 Author Share Posted September 4, 2009 By the way, the script does some "hotlinking" in the description. Every #nnn is transformed to a link to the opcode. (#opnnn is the opcode id in the document.) Yeah, I already noticed. Moving this to the archives. Thanks again. Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.