Well, I just didn't want to make another topic, so I used this since it's more my-request related.
I'm running a romhacking site (in spanish) where we (2 people working on it) translate some documents so people in our language can get closer to that world, but the thing is: I don't think .txt is nice format to read things, and since I'm redesigning the site to be XHTML/CSS compliant, I was thinking in asking if I could use ZSNES documentation XHTML/CSS (design) for the translated documents. It'll be better for any person, since the format is pretty readable, so I really expect a positive answer.
It'll be just for the documents, since the site has a really different design (colors and stuff). I'll be linking you to it when I'm done with the new layout.
Anyways, thanks for your help.
To be human is to know the fear of death, yet keep on fighting.
i, for one, have no problem with you using the layout in any way you see fit. however, i didnt create the layout in the first place, radio did. he had no objections to me using the design for the docs, and i dont see why he would care if it was used somewhere else.
Clements, just curious, but are you able to commit the CHMs to CVS yourself? We probably don't need these hosted anywhere other than SourceForge. Just a thought.
It looks usable as it stands at least, but it's as if all the CSS code is broken in your shot. If I remove the style.css file from the docs I get the same result, so perhaps your viewer does not support it.
Nach, that navigation stuff isn't supposed to be on the right, only the left. :/ And there is supposed to be color and graphics, as well.
About the broken images: If you're talking about the Firefox images, they are not supposed to be there. We decided that it just looks weird to have them in the chm.
Yes, the actual document in Nach's xCHM is completely unstyled. Are Nach and Clements viewing the exact same file? Has styling worked in xCHM before?
I'm not even sure how chm files work. Do you "compile" the html files and css file into some other proprietary format? Or is a chm file just a bunch of zipped up html files with some extra information for the CHM viewer?
I think it has...
Anyone have a really old version laying around?
Jipcy wrote:
I'm not even sure how chm files work. Do you "compile" the html files and css file into some other proprietary format? Or is a chm file just a bunch of zipped up html files with some extra information for the CHM viewer?
The latter.
Noxious Ninja wrote:It almost sounds like xCHM is getting only the HTML, and none of the other resources. Does the ZSNES logo at the top show up?
No it doesn't. However some menu images show up.
May 9 2007 - NSRT 3.4, now with lots of hashing and even more accurate information! Go download it.
_____________ Insane Coding
I can now commit via TortoiseSVN now, so the CHM will not need to be commited on my behalf.
PS: There is an odd issue with the CHM with the Content links (e.g. readme.htm#disclaimer) and IE7. Works fine with IE6, and doesn't affect the standalone web-based docs in either IE6 or 7.
Clements wrote:I can now commit via TortoiseSVN now, so the CHM will not need to be commited on my behalf.
You were not able to commit anything to the CVS repository, before? Hmm... sorry about that. Well good thing you can commit to SVN now.
Clements wrote:PS: There is an odd issue with the CHM with the Content links (e.g. readme.htm#disclaimer) and IE7. Works fine with IE6, and doesn't affect the standalone web-based docs in either IE6 or 7.
Are you saying the issue is with the compiled CHM docs, viewed on a computer that has IE7 (since I think the Windows CHM viewer uses the IE rendering engine)?
I'll check it out. It probably has to do with XHTML bullshit.
Jipcy wrote:Are you saying the issue is with the compiled CHM docs, viewed on a computer that has IE7 (since I think the Windows CHM viewer uses the IE rendering engine)?
Yep. It's a minor thing, as we don't know if this bug will be in the final version yet. It did mean that I had to uninstall IE7 on one of my machines to get the CHM to work properly.
Since you're able to commit the CHM, I just thought I'd let you know that it's my personal opinion that the CHM should not be hosted at Emulation64 any longer.
It's just that I don't always like the idea of unfinished projects to be so readily available to the public, especially when they're hosted on third party servers.