can code go into eeprom

Assuming the issue is the storing of the a character image in eeprom. There are programs that will take an font with all its representations of characters into an array. Now a glcd has an aspect ratio pixels may not be square further a character within a font can have different sizes. Suppose a font was chosen so that a char occupies a block 8x8 pixels. Typically this is stored in the eeprom using 8 bytes with the font having extra to create a space between characters. Next an indexing scheme is required. Typically if the character encoding is ASCII then the ASCII value is used as an index and since each char now takes up 8 bytes a multiplication by 8 of the ASCII value would point to the starting address. EX 'A" is ascii base10(65) and the position 'A is to appear in the glcd is row y col x... then the eeprom is accessed at address 65x8 8 rows are written at col x.
Now the graphical representation of a character can vary greatly but for a small sized GLCD the controller is relatively simple compared to a Graphics processor so fonts sizes are often just multiples of a base font stored in the eeprom.

Assuming the issue is the storing of the a character image in eeprom. There are programs that will take an font with all its representations of characters into an array. Now a glcd has an aspect ratio pixels may not be square further a character within a font can have different sizes. Suppose a font was chosen so that a char occupies a block 8x8 pixels. Typically this is stored in the eeprom using 8 bytes with the font having extra to create a space between characters. Next an indexing scheme is required. Typically if the character encoding is ASCII then the ASCII value is used as an index and since each char now takes up 8 bytes a multiplication by 8 of the ASCII value would point to the starting address. EX 'A" is ascii base10(65) and the position 'A is to appear in the glcd is row y col x... then the eeprom is accessed at address 65x8 8 rows are written at col x.
Now the graphical representation of a character can vary greatly but for a small sized GLCD the controller is relatively simple compared to a Graphics processor so fonts sizes are often just multiples of a base font stored in the eeprom.

gan. thank you for the one sensible amswer.

abndrew said.

You can put anything you like into a serial EEPROM!

WHAT A STUPID ANSWER. AND NOT TRUE. HOW CAN YOU PUT A ZEBRA INTO A SERIAL EEPROM?

"HOW CAN YOU PUT A ZEBRA INTO A SERIAL EEPROM?"

Easy - you digitize it.

A much harder question: how to present a forum to new user in a way that they understand the bad idea of using CAPS in their posts except when writing acronymes?

Easy - you digitize it.

YOU LIKE STAR TREK? YOU BELIEVE STAR TREK? THIS IS REAL LIFE MAN! CAN YOU MAKE A REPLICATOR IN UVISION?

I believe in the existence of stupidity. And your keyboard is still broken.

Here is the crux of the question:

Can YOU put a replicator in a EEPROM?

"WHAT A STUPID ANSWER. AND NOT TRUE. HOW CAN YOU PUT A ZEBRA INTO A SERIAL EEPROM?"

That is it Raj your cut off!

With a barcode scanner...?!

"With a barcode scanner...?!"

Maybe we could get genetics to take a rapid step forward :D

void put_a_zebra_into_eeprom( void )
{
   char zebra[] = "A ZEBRA";

   eeprom_write_string( zebra );

}

should do it?