Hi Guys,

I've been playing with my 128x64 glcd (created a 'game of life'
program as a demo), salvaged a 101x80 graphic color lcd from a Siemens
telephone and also Richard and Mike are using graphic libraries.So I
think it is a good time to consider standardization of the graphic
interface. A few things to consider:

- We now use glcd as a file prefix, but the function to draw a line is
called lcd_line. Is this as we want it? You could argue line is
obvious graphic, so you don't need to add the G. But out of
consistency, you could argue it should have a glcd_ prefix.
- Glcd also has an lcd'put procedure. This enables it replace a
character display without change of the main code of the application.
Is this what we want?
- What about the name lcd_write_pixel()?

An other topic is about read back from the display and more efficient
write. The memory of the display I use consists of bytes that
represent a column. The underlying architecture is a bit difficult
(multiple chips are used), but a transparent way to access is by
function ks0108_read_byte(byte in x, byte in y) and procedure
ks0108_write_byte(byte in x, byte in y, byte in veri) is (where y is,
like x, in pixels and, so y is divided by 8 before used). Is this
interface usable (and efficient) for all black & white displays? If
so, we could implement this for each b&w display and create generic
versions of lcd_write_pixel and lcd_write_char.

The third topic is about generic graphic applications. I created a
game of life app that is fixed to the full screen my 128x64 display. I
want to change it in such a way that it can run on any sized field
(with the limitation that Y must be a multiple of 8 pixels) and also
add an offset to put it on the desired place on the screen. Mike, what
are your plans with your clock application and what would it take to
make it scalable and movable?

The last topic to explore is color displays. Anyone experience with those?


Joep

-- 
You received this message because you are subscribed to the Google Groups 
"jallib" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/jallib?hl=en.

Reply via email to