Be able to choose number of cells in lower right palette window about grafx2 HOT 23 CLOSED

I agree, it's currently 64 cells (8x8) and it's a waste for people who spend 
hours in
a 16-color image.

(For devs: Don't forget the "Scroll palette" shortcuts, they currently scroll H 
or
W*H colors, this should adapt to H and W)

The palette could also display more colors in a widescreen scheme, for example 
when 
using a resolution like 1440x200, the palette colors are very long and there is 
space for more.
A good approximation would be:
Each color heigh should not be less than the current height, but could be more 
if 
there is space
Each color width should be more than a button width, but less than two.
Each color should look like a long rectangle like now, or, like a square, ie 
ratio 
between 2:1 and 1:1. Maybe 1:2 can be considered.

Yeah, that's what I meant with "exotic" modes. IMO 1:2 is better than 2:1 for 16
color images... But still I believe that setting the table w&h in cells is 
better
than setting the cell w&h in pixels. Although there should be some automatically
determined default for every mode...

Yes, in fact, users should be able to select the number of colors they want, 
but we 
should limit the ratio of a cell, to avoid having very long ones when there is 
much 
space.

It's much easier if both W and H are powers of two, because then we can make 
complete "pages" of colors, with no empty cells.
The 'secondary palette' window might be the right place to set this option 
(right-
click the 'P').
See the proposed mockup screen attached.
We need to store the numbers W and H directly in the .ini file, since it allows 
direct input of values that we wouldn't propose in buttons (ex: 32x1)

Just wanted to say that apart form bulky transparency access, this issue is 
probably
most important for me as a user of GraFX2. Not only that it is useful when 
working
with low color count, it is very useful when working with lots of colors, or in 
high
resolution when most of the bottom of the screen is occupied by distorted 
palette. It
would be great to be able to see more colors when the window is big. Having a 
menu
for setting up color grid (like in that mockup) is nice, but for start, having 
an
option in .ini file would be perfectly usable, even if only it would enable us 
to
choose from several presets.

Works in r618, by setting values in .ini.

Very nice! Also, refresh now seems to work correctly when separate_colors=yes! 
:D

One question, tho...
Is there a reason that X cannot be set to 32? 
For one thing, seeing all 256 colors would then be possible, without cells 
getting
too distorted.

With the minimum screen size, there are only 64 pixels left for the palette, 
and I
set a minimum width of 3 pixels per cell, hence the 21 that is guaranteed to 
work.
I will try to increase the limit (useful with wide window)

No no not Y! X, the horizontal size! It is locked at 16 now.
In general, if the values are too high for a given resolution, the program 
could fall
back to closest working value.

Not locked, but it's maximum is 16.

(thinking)
Maybe you see maximum 16 because you have set Y at 16, so the program limits to 
256
total colors... That's an automatic adjustment I made. If I let the user select
X*Y>256, the colors 0, 1, 2 etc.. reappear on the right side, that's not very 
pretty.

No, it says in .ini that 16 is maximum. 
"  ; Number of lines in the menu's palette. Can be 1,2,4,8 or 16 "
I just tried 32 and it works, COOL!

Yves has just reversed the comments of the two new entries in the inifile :o)
Making it pretty unclear wich one does what.

So actually 21 is not the limit, cause i just typed 32 and it worked.
64 will not work, however :)

On ne balance pas les copains :)
Anyway, I need to enhance my dynamic auto-limit, because it scales down when 
required
(ie: 32 down to 21) but when you resize up, it doesn't go back to your target 
value.

I should even remove the X limit of 32, because if you use a big window and 
don't
auto-scale the gui, there's no problem in showing all 256 colors on a single 
line.

See attached file.

It works.