I'm using a GLK240128-25 smart LCD and I was wondering if there is a command to invert the text color. This means if the default text color is black, is there a command that will make it white?
I'm trying to write a function that render out highlighted menus. I have a feeling a separate font file will have to be made for inverted text, but if there is a command already made for this, please let me know.
Invert Text Color without making a new font?
Hi Markl22,
I understand you are looking for an easy way to invert text on your GLK240128-25 to implement a menu system with highlighting. Unfortunately, you are perfectly correct; there is no easy command to invert the text. You'll have to upload a regular and inverted font, and switch between the two to accomplish your effect.
Best of luck on your development, please feel free to let us know if you've got any more questions along the way.
Thanks,
Troy
I understand you are looking for an easy way to invert text on your GLK240128-25 to implement a menu system with highlighting. Unfortunately, you are perfectly correct; there is no easy command to invert the text. You'll have to upload a regular and inverted font, and switch between the two to accomplish your effect.
Best of luck on your development, please feel free to let us know if you've got any more questions along the way.
Thanks,
Troy
Troy Clark
Design & Development
Matrix Orbital
Design & Development
Matrix Orbital
New Question
I'm not sure how familiar you are with ARM7 processors, but I am having an issue making dynamic menus with highlighting. In the main.c file you need a while(1) loop that basically runs your commands. I'm trying to make states for my LCD so it will display certain content depending on where they are. This requires me to put a while(!next) loop in my function drawMenuScree() which is called from main.c.
For some reason when I try to just loop on one filled box and text drawn in the same position, it just keeps doing it over and over again but in different places despite the fact that location is static for the box, and cursor is moved for the text. In other words, they're in the exact same place every time.
I'm wondering if you have any idea why this is happening? The only thing I can think about is that I don't have static coordinates each time it's called, or that I can't have two infinite loops for the processor?
For some reason when I try to just loop on one filled box and text drawn in the same position, it just keeps doing it over and over again but in different places despite the fact that location is static for the box, and cursor is moved for the text. In other words, they're in the exact same place every time.
I'm wondering if you have any idea why this is happening? The only thing I can think about is that I don't have static coordinates each time it's called, or that I can't have two infinite loops for the processor?
-
- Matrix Orbital
- Posts: 745
- Joined: Thu Dec 13, 2001 4:00 pm
- Location: Earth.... I think..
- Contact:
The arm7 is perfectly fine with two while loops so that can't be it.
There's a couple of possibilities are you drawing the stuff on the screen over and over again in relativly short periods of time? If you are you have to pay attention to flow control, see the manual for details on that. Or if you just want to check if its flow control related just add a small delay in your while loop and see if things improve.
And then there's always the possibility on a bug in your code, are you able to debug the arm7 code with a JTAG connector or something? That should make things a little easier another option thats usually handy is if your arm7 has another uart to spare use it to spit back debugging info to your development station.
There's a couple of possibilities are you drawing the stuff on the screen over and over again in relativly short periods of time? If you are you have to pay attention to flow control, see the manual for details on that. Or if you just want to check if its flow control related just add a small delay in your while loop and see if things improve.
And then there's always the possibility on a bug in your code, are you able to debug the arm7 code with a JTAG connector or something? That should make things a little easier another option thats usually handy is if your arm7 has another uart to spare use it to spit back debugging info to your development station.