GP32 a GP32 'magazine'...
- Thread starter RTj
- Start date
abbibi
Member
Hmmm.... CompuGlobalHyperMegaNet32 ...I like it! Sign me up for a subscription!
CompuGlobalHyperMegaNet32 might be a bit too long for a diskmag name! 
I was thinking of calling it SoapBox... or maybe Slander...
The articles can be about ANYthing... absolutely ANY topic you like... B)
Everything from Aliens to Programming, Reviews to just general rants, or even jokes... its ALL welcome...
The menu is divided into pages. So each page will be a different topic.
Menu pages and topics can change month by month, and each page can hold up to 10 items.
If you want to write an article feel free.
The only limitation is that the text should be no wider than 40 charaters.
(if its any wider the text goes out the screen... )
Images too... if you get sent funny images/jokes by email, send them too!
Just make them 8bit and 320x240.
@ rcx21000 : the text for each article will be just a plain text file in a folder. The images will be included in my code as .h files so they will be unavailable to view externally.
Thanks for showing interest in the project guys (and gals ? :huh: ).
I'll be looking for articles SOON so if you want to write something? Get started!
I was thinking of calling it SoapBox... or maybe Slander...
The articles can be about ANYthing... absolutely ANY topic you like... B)
Everything from Aliens to Programming, Reviews to just general rants, or even jokes... its ALL welcome...
The menu is divided into pages. So each page will be a different topic.
Menu pages and topics can change month by month, and each page can hold up to 10 items.
If you want to write an article feel free.
The only limitation is that the text should be no wider than 40 charaters.
(if its any wider the text goes out the screen...
)Images too... if you get sent funny images/jokes by email, send them too!
Just make them 8bit and 320x240.
@ rcx21000 : the text for each article will be just a plain text file in a folder. The images will be included in my code as .h files so they will be unavailable to view externally.
Thanks for showing interest in the project guys (and gals ? :huh: ).
I'll be looking for articles SOON so if you want to write something? Get started!
Rico
Certified Guru
When I or someone else gets the free time, a WML viewer would be great. People could then convert their ebooks to it using some pc tool, as wml supports images, bold, italic, center and a few other limited tags.
Last edited by a moderator:
_tyrell_
Member
Hi All,
About the viewer ... I think the mag articles should be held in an xml document, as well as the pictures. The picture would be encoded in base64 and included in the xml document in the same way. We'd have xml tags for the menu items, for the articles, for the pictures, and so on. A simple windows editor could be written, which would generate the xml doc. Or we could use one of those already available xml editors. From the gp32 point of view, someone could write an xml parser (be it DOM or not). It should not be very difficult to implement (some parser sources should lie somewhere).
It's only a thought from a programmer, just an idea like that. Don't take my word for it. But choosing a standard could make the life of most devrs easier ...
_tyrell_
About the viewer ... I think the mag articles should be held in an xml document, as well as the pictures. The picture would be encoded in base64 and included in the xml document in the same way. We'd have xml tags for the menu items, for the articles, for the pictures, and so on. A simple windows editor could be written, which would generate the xml doc. Or we could use one of those already available xml editors. From the gp32 point of view, someone could write an xml parser (be it DOM or not). It should not be very difficult to implement (some parser sources should lie somewhere).
It's only a thought from a programmer, just an idea like that. Don't take my word for it. But choosing a standard could make the life of most devrs easier ...
_tyrell_
I think XML would be going over the top. Really don't need much - word wrap and picture placement can all be done on a desktop, since all GP32s are the same. All the GP32 needs to do is draw text and pictures where its told to.
Using XML would require a proper parser to handle a context free grammer, which is a lot more than is needed.
Out of interest, does anyone know much about ClearType fonts and whether the GP32 can do them?
Using XML would require a proper parser to handle a context free grammer, which is a lot more than is needed.
Out of interest, does anyone know much about ClearType fonts and whether the GP32 can do them?
_tyrell_
Member
MojoJojo (sorry for the big words, Shrike ),
I don't think xml parser would be too much. A simple parser could be be very easily written (I used to write such a parser some years ago, albeit the aim and the syntax being different). Yes, it would be a little bit more difficult, but at least we would have a way to easily produce/exchange/view the articles on every platform. You think about only text and pictures, but an organized xml doc would allow far greater possibilities : a table of content with pointers to the articles, navigation ... What we simply have to do is define the tags, and I'm pretty sure there's only a dozen of them or so.
_tyrell_
),I don't think xml parser would be too much. A simple parser could be be very easily written (I used to write such a parser some years ago, albeit the aim and the syntax being different). Yes, it would be a little bit more difficult, but at least we would have a way to easily produce/exchange/view the articles on every platform. You think about only text and pictures, but an organized xml doc would allow far greater possibilities : a table of content with pointers to the articles, navigation ... What we simply have to do is define the tags, and I'm pretty sure there's only a dozen of them or so.
_tyrell_
abbibi
Member
Look what news GP32emu just posted:
Way to go, RTj !!!!
Way to go, RTj !!!!
Rico
Certified Guru
Bah, GP32Emu post anything. We all know it gets to gp32x forums before anywhere else
I don't know if XML is required for this, but a generic XML parser would be very useful. We can extend it to WML, HTML, game saves, and so on. It could even be implemented as a library (load the code into memory and execute it, to avoid code duplication).
- Rico
I don't know if XML is required for this, but a generic XML parser would be very useful. We can extend it to WML, HTML, game saves, and so on. It could even be implemented as a library (load the code into memory and execute it, to avoid code duplication).
- Rico
khephren
Active Member
With regards to Cleartype ("sub pixel rendering") I think All LCD's/monitors can do it. There's info here about it. There's a cool little demo illustrating the differance as well.
http://grc.com/cleartype.htm
Last edited by a moderator:
