There is a Theme system setting variable...but...

[webmasterpdx]

The on-calc help just says it contains information about color, etc, but it doesn't explain what the numbers mean or what they represent. It seems to be a 2 element list....that's all I can figure out. Please....more details...I need to know if the theme is dark or light...what do the 2 numbers represent and what are the possible values?
Thanks
-Donald

[webmasterpdx]

I found Carlos' ITEMA app, but from the source, I have figured out the first element is 1 for light and 2 for dark theme. I don't know what the second element is????
Thx
-D

[Didier Lachieze]

The second element represents the color shade (1 to 6):

       

[webmasterpdx]

Ah, I just figured this out myself. Does anyone know the RGB values of these 6 colors?
I want to use these in my app to make it have the same look and feel of the calculator settings....
I'm assuming the dark is black (0,0,0) and the light is white (255,255,255), but the other 6 is guesswork....
Thanks
-Donald

[grsbanks]

You can use the connection kit to take a screengrab and look at the values in image editing software.

[webmasterpdx]

I didn't know the connection kit could do that....good idea!!! Thanks. I believe the 6 colors have alpha components to them too....
Thanks
-Donald

[Didier Lachieze]

You can also use the screenshot I posted just above ;-)

[grsbanks]

Or you can use the HP Prime emulator and do a screenshot on your computer...

[Tim Wessman]

Here you go.

Note that the dark theme may have some changes before long with the RGB888 change. That needs a bit of tweaking to make it better since there can visually be more distinction with the increased color palette.

Code:


//light theme
COLOR(DefDrawingAndTextColor,0,0,0);          // default drawing and text color (black)
COLOR(DefSecDrawingAndTextColor,239,239,239); // default secondary drawing and text color (faint grey)
COLOR(DefBackgroundColor,255,255,255);        // default background (white)
COLOR(DefSecBackgroundColor,232,241,246);     // default secondary background (faint blue)
COLOR(DefSelectionColor,173,204,255);         // default selection color (blue)
COLOR(DefSecSelectionColor,194,222,254);      // default secondary selection color (faint blue)
COLOR(DefShadowColor,137,137,137);            // default shadow color (Grey 55)
COLOR(DefSecShadowColor,225,225,225);         // default secondary shadow color (Grey15)
COLOR(DefSel2Color,20,92,210);                // default selection 2 color (darker blue)
COLOR(DefSecSel2Color,70,130,227);            // default secondary selection 2 color (mid blue)
COLOR(DefDrawText2Color,181,1,38);           // default draw and text 2 color (red)
COLOR(DefSecDrawText2Color,217,66,84);        // default secondary shadow color (mid red)

//dark theme
COLOR(DefDarkDrawingAndTextColor,242,242,242); // default drawing and text color (White)
COLOR(DefDarkSecDrawingAndTextColor,33,33,33); // default secondary drawing and text color (dark grey)
COLOR(DefDarkBackgroundColor,25,25,25);        // default background (dark grey)
COLOR(DefDarkSecBackgroundColor,9,32,51);      // default secondary background (dark blue)
COLOR(DefDarkSelectionColor,29,57,75);         // default selection color (blue)
COLOR(DefDarkSecSelectionColor,23,53,70);      // default secondary selection color (faint blue)
COLOR(DefDarkShadowColor,156,156,156);         // default shadow color (Grey 55)
COLOR(DefDarkSecShadowColor,86,86,86);         // default secondary shadow color (Grey15)
COLOR(DefDarkSel2Color,88,138,180);            // default selection 2 color (darker blue)
COLOR(DefDarkSecSel2Color,40,84,120);          // default secondary selection 2 color (mid blue)
COLOR(DefDarkDrawText2Color,255,65,65);         // default draw and text 2 color (red)
COLOR(DefDarkSecDrawText2Color,170,44,44);     // default secondary shadow color (mid red)


TColor const selectionColors[(SELECTION_COLOR_COUNT*SELECTION_COLOR_COUNT_OBJ)*2]= //6 selection color options, a primary/secondary/sec-background/ and then vibrant sel 1 and 2, text2 1 and 2, and then the "dark" theme version
  {
    //primary selections
    RGB8ToTColor(254,171,160), //red
    RGB8ToTColor(254,216,151), //orange
    RGB8ToTColor(251,237,139), //yellow
    RGB8ToTColor(206,246,166), //green
    ColorDefSelectionColor,  //blue
    RGB8ToTColor(237,201,253), //purple

    //secondary selections
    RGB8ToTColor(255,184,175), //red
    RGB8ToTColor(253,220,164), //orange
    RGB8ToTColor(253,242,168), //yellow
    RGB8ToTColor(212,247,176), //green
    ColorDefSecSelectionColor, //blue
    RGB8ToTColor(240,216,251),  //purple

    //secondary backgrounds
    RGB8ToTColor(247,241,240), //red
    RGB8ToTColor(247,243,240), //orange
    RGB8ToTColor(247,247,235), //yellow
    RGB8ToTColor(240,247,240), //green
    ColorDefSecBackgroundColor, //blue
    RGB8ToTColor(247,240,247),  //purple

    //vibrant selection1
    RGB8ToTColor(215,47,25), //red
    RGB8ToTColor(255,142,0), //orange
    RGB8ToTColor(235,206,0), //yellow
    RGB8ToTColor(109,218,0), //green
    ColorDefSelectionColor,  //blue
    RGB8ToTColor(195,15,218), //purple

    //vibrant selection2
    RGB8ToTColor(235,102,84), //red
    RGB8ToTColor(253,174,74), //orange
    RGB8ToTColor(244,222,67), //yellow
    RGB8ToTColor(143,230,57), //green
    ColorDefSelectionColor,  //blue
    RGB8ToTColor(211,78,228), //purple

    //text 2 - 1
    RGB8ToTColor(0,70,213),    //red
    RGB8ToTColor(0,70,213), //orange
    RGB8ToTColor(0,70,213), //yellow
    ColorDefDrawText2Color, //green
    ColorDefDrawText2Color,  //blue
    ColorDefDrawText2Color, //purple


    //text 2 - 2
    RGB8ToTColor(211,55,55), //red
    RGB8ToTColor(211,55,55), //orange
    RGB8ToTColor(211,55,55), //yellow
    ColorDefSecDrawText2Color, //green
    ColorDefSecDrawText2Color,  //blue
    ColorDefSecDrawText2Color, //purple


    /************************************************************************/
    /*          Dark Selection shades                                       */
    /************************************************************************/

    //primary selections
    RGB8ToTColor(65,8,8), //red
    RGB8ToTColor(65,44,8), //orange
    RGB8ToTColor(69,69,33), //yellow
    RGB8ToTColor(10,59,8), //green
    ColorDefDarkSelectionColor,  //blue
    RGB8ToTColor(50,19,77), //purple

    //secondary selections
    RGB8ToTColor(53,7,7), //red
    RGB8ToTColor(53,35,5), //orange
    RGB8ToTColor(59,59,26), //yellow
    RGB8ToTColor(7,49,6), //green
    ColorDefDarkSecSelectionColor, //blue
    RGB8ToTColor(42,13,67),  //purple

    //secondary backgrounds
    RGB8ToTColor(32,9,9), //red
    RGB8ToTColor(42,28,2), //orange
    RGB8ToTColor(49,49,21), //yellow
    RGB8ToTColor(5,41,4), //green
    ColorDefDarkSecBackgroundColor, //blue
    RGB8ToTColor(30,8,49),  //purple

    //vibrant selection1
    RGB8ToTColor(200,56,56), //red
    RGB8ToTColor(202,135,21), //orange
    RGB8ToTColor(222,220,91), //yellow
    RGB8ToTColor(72,245,65), //green
    ColorDefDarkSel2Color,  //blue
    RGB8ToTColor(166,78,243), //purple

    //vibrant selection2
    RGB8ToTColor(139,37,37), //red
    RGB8ToTColor(143,100,26), //orange
    RGB8ToTColor(157,156,65), //yellow
    RGB8ToTColor(52,158,48), //green
    ColorDefDarkSecSel2Color, //blue
    RGB8ToTColor(105,48,154),  //purple

    //text 2 - 1
    RGB8ToTColor(62,85,255), //red
    RGB8ToTColor(62,85,255), //orange
    RGB8ToTColor(62,85,255), //yellow
    ColorDefDarkDrawText2Color, //green
    ColorDefDarkDrawText2Color,  //blue
    ColorDefDarkDrawText2Color, //purple


    //text 2 - 2
    RGB8ToTColor(53,69,186), //red
    RGB8ToTColor(53,69,186), //orange
    RGB8ToTColor(53,69,186), //yellow
    ColorDefDarkSecDrawText2Color, //green
    ColorDefDarkSecDrawText2Color,  //blue
    ColorDefDarkSecDrawText2Color, //purple
  };

[Nigel (UK)]

(09-12-2017 06:44 PM)Tim Wessman Wrote:  Here you go.

Note that the dark theme may have some changes before long with the RGB888 change. That needs a bit of tweaking to make it better since there can visually be more distinction with the increased color palette.

This is the second recent mention of "the RGB888 change"! I think that the current Prime is RGB555, so does this imply new hardware soon?

Nigel (UK)

[Tim Wessman]

No, the LCD has always supported that. With the shift towards all the various versions on a wide range of platforms, having a non-standard "default" for the color encoding has just gotten very annoying to deal with. Also, memory is less of a concern then it was at launch so taking a bit more isn't a major issue and makes things look better too.

[webmasterpdx]

Note, I've suggested this somewhere else, but I'll repeat it here. I see the obvious advantage in supporting ARGB8888, as there are color algorithms that people might want to research using the prime to emulate different color models (I've done some work like this in the past, and had I had an HP PRIME it would have been handy).
That being said, I also see a lot of possibilities for lower bitfield counts. e.g. 16 bits or even 4 bits per pixel. I can see a lot of uses for sprites with only 16 colors. Imagine a space invaders game. The invaders could be represented by sprites and no more than 16 colors would be needed for sure. The space they would take up would be much smaller and blitting would be faster. Worth considering.

As a sidebar, something that would make our programs versatile enough to still work when you change the firmware would be to allow us to determine which version of the bitfields are being used. It might be as simple as checking the software revision. Just let us know the best way you would recommend that we determine this.
Thank you
-Donald

[cyrille de brébisson]

Hello,

Prime came after the 39GII+ which was extremly memory limited (<256KB). So when we started the prime development, we were in a "memory is rare" mind set. Add to this the fact that we did not know when we started how large the Prime memory was going to be and you will understand the decision of using the RGB555 format.

RGB555 is, in lots of ways, slower than 888 because it requires more computations as soon as alpha blending comes in (which is very frequent). Prety much the only time where 555 is faster is when there is a pure erase as pixels can be erased 2 at a time.

Windows does support 555 blitting on a window, so it was not an issue.

However, most other OS do not support 555 color schemes, especially handhelds, which meant expensive (power wise) conversions all the time as the screen was refresh. QT (which we now use on PC and MAC) does not support 555 either.

Add to this the fact that we have reclaimed a lot of memory in Prime and you will understand why we are switching to 888.


About sprites and the like. Remember that we have also added jpg and png support to the system. Although I have not tested it with 4 bpp, you will be surprised to see that png (the most appropriate in this case), will compress a 16 color sprite encoded in 888 just as well as it will compress the same picture encoded in 4bpp (which is normal). So there is little extra cost in using 888 here.
The only cost is in the memory used when the program is actually running and that the decoded graphic is in RAM. But then, you want speed and 888 to 888 blits go faster than 4 to 888...

Cyrille