About “Show (the) grid”…
Moderators: XnTriq, helmut, xnview
About “Show (the) grid”…
Pierre
Hello Pierre !
• Currently, we can show a grid from the «View» menu.
- Unfortunately, that grid has a fixed step, and this has inconveniences, making the grid quite useless the most times for me :
——1. ––2. ––3. –– 4.
1. This picture is a part of a 384*305 JPG, blown up by 200% in XnView. When displayed as scale 1/1, the cells of the grid are square or close… When blown up, they don't keep the ratio, and become rectangular.
2. A small icon 21*21 blown up by 400% in MS-Paint, with the grid. The step is always 1*1 pixel, it's so helpful, although the maximal zoom in MS-Paint is insufficient (800%).
3. The same icon in XnView blown up by 300%, with the grid. The large step doesn't allow to identify easily coordinates on a so small picture, and the same, even worse, for large pictures. I need often to note coordinates very precisely to set maps (client-side images), and the grid is useless in that case, while it should be helpful with an adjustable step (1*1 up to n…)
4. This is a part of the same small icon (the BMP source), blown up by 1,600% in Corel 3.0 { Yeeess! I use this antiquated program still } Here, the 1*1 grid is made by the pixels themselves, shown as small “buttons”; when the mouse cursor hovers a pixel, it changes as "pressed", it's very convenient…
In brief…
• I would like a grid which :
a - Keeps its shape in the right ratio when blown up,
b - Has an option to set a step-size,
c - Has too an option to be kept at displaying for the next / previous picture…
d - Is able to show a 1*1-step grid while the picture is blown up by the maximum (1,600%)
• I guess this could be useful too whether you add some painting retouch features in a future version, like you promised
Kind regards,
Claude
Clo
Hello Pierre !
• Currently, we can show a grid from the «View» menu.
- Unfortunately, that grid has a fixed step, and this has inconveniences, making the grid quite useless the most times for me :
——1. ––2. ––3. –– 4.
1. This picture is a part of a 384*305 JPG, blown up by 200% in XnView. When displayed as scale 1/1, the cells of the grid are square or close… When blown up, they don't keep the ratio, and become rectangular.
2. A small icon 21*21 blown up by 400% in MS-Paint, with the grid. The step is always 1*1 pixel, it's so helpful, although the maximal zoom in MS-Paint is insufficient (800%).
3. The same icon in XnView blown up by 300%, with the grid. The large step doesn't allow to identify easily coordinates on a so small picture, and the same, even worse, for large pictures. I need often to note coordinates very precisely to set maps (client-side images), and the grid is useless in that case, while it should be helpful with an adjustable step (1*1 up to n…)
4. This is a part of the same small icon (the BMP source), blown up by 1,600% in Corel 3.0 { Yeeess! I use this antiquated program still } Here, the 1*1 grid is made by the pixels themselves, shown as small “buttons”; when the mouse cursor hovers a pixel, it changes as "pressed", it's very convenient…
In brief…
• I would like a grid which :
a - Keeps its shape in the right ratio when blown up,
b - Has an option to set a step-size,
c - Has too an option to be kept at displaying for the next / previous picture…
d - Is able to show a 1*1-step grid while the picture is blown up by the maximum (1,600%)
• I guess this could be useful too whether you add some painting retouch features in a future version, like you promised
Kind regards,
Claude
Clo
Last edited by Clo on Thu Feb 09, 2006 8:17 pm, edited 1 time in total.
Old user ON SELECTIVE STRIKE till further notice •
Re: About “Show (the) grid”…
Ok, for my todo listClo wrote: Pierre
Hello Pierre !
• Currently, we can show a grid from the «View» menu.
- Unfortunately, that grid has a fixed step, and this has inconveniences, making the grid quite useless the most times for me :
——1. ––2. ––3. –– 4.
1. This picture is a part of a 384*305 JPG, blown up by 200% in XnView. When displayed as scale 1/1, the cells of the grid are square or close… When blown up, they don't keep the ratio, and become rectangular.
2. A small icon 21*21 blown up by 400% in MS-Paint, with the grid. The step is always 1*1 pixel, it's so helpful, although the maximal zoom in MS-Paint is insufficient (800%).
3. The same icon in XnView blown up by 300%, with the grid. The large step doesn't allow to identify easily coordinates on a so small picture, and the same, even worse, for large pictures. I need often to note coordinates very precisely to set maps (client-side images), and the grid is useless in that case, while it should be helpful with an adjustable step (1*1 up to n…)
4. This is a part of the same small icon (the BMP source), blown up by 1,600% in Corel 3.0 { Yeeess! I use this antiquated program still } Here, the 1*1 grid is made by the pixels themselves, shown as small “buttons”; when the mouse cursor hovers a pixel, it changes as "pressed", it's very convenient…
In brief…
• I would like a grid which :
- Keeps its shape in the right ratio when blown up,
- Has an option to set a step-size,
- Has too an option to be kept at displaying for the next / previous picture…
- Is able to show a 1*1-step grid while the picture is blown up by the maximum (1,600%)
• I guess this could be useful too whether you add some painting retouch features in a future version, like you promised
Kind regards,
Claude
Clo
Pierre.
Long list---
Hi Pierre !
- Thank you !
Ho ! I see the bottom of that list : it falls in my garden, how long it's !
Kind regards,
Claude
Clo
- Thank you !
Ho ! I see the bottom of that list : it falls in my garden, how long it's !
Kind regards,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Hello !
Indeed, I support these Clo's wishes globally…
I would add an option to set the colour of the grid, either to choose by the user, or automatic following the dominant colour of the picture.
On the #1 Clo's picture above, I noticed that the red grid was not very «comfortable» to see, because the dominant colour is reather red / dark red…
To Pierre :
Anyway, thank you to add this request to the long ToDo list ! That'll make XnView better and better!
Friendly
Paul
Indeed, I support these Clo's wishes globally…
- I saw that rather as a Besides, except for some professional users -perhaps-, the X - Y marking is useless, and clutters up the view ……- Keeps its shape in the right ratio when blown up, …
Maybe the most useful and the most “urgent” in a first step, though all other requests sound good.…- Is able to show a 1*1-step grid while the picture is blown up by the maximum (1,600%)
I would add an option to set the colour of the grid, either to choose by the user, or automatic following the dominant colour of the picture.
On the #1 Clo's picture above, I noticed that the red grid was not very «comfortable» to see, because the dominant colour is reather red / dark red…
To Pierre :
Anyway, thank you to add this request to the long ToDo list ! That'll make XnView better and better!
Friendly
Paul
L'important n'est pas de convaincre, mais de donner à réfléchir.
The important thing is not to convince, but to incite to think.
1,77245385090552... •
The important thing is not to convince, but to incite to think.
1,77245385090552... •
IMO it isn't useless although I'm not that professional, but it could be improved:ouistiti wrote:Besides, except for some professional users -perhaps-, the X - Y marking is useless, and clutters up the view …
- only letters as column labels
- only numbers as row labels
- grid and labels translucent
and a bit more pro, but not that important (again IMHO ):
- labels also shown if zoomed
Everyone who believes in telekinesis, raise my hand!
Much later---
• Five months later…
Hello All !
- Today, we have the new version 1.8.2. A new member has posted about the grid HERE. This incited me to give a glance again to that function, then to restart this thread…
- Now, with regard to the final wish-points in the start message here —> “In brief…:” :
• Point a is fixed up (shape).
• All others are not, it seems.
• Since now we have an INI entry GridType= { flag }, we could get a set of flags to set the other requested options…
• Pierre, pleeaaaase …
Kind regards,
Claude
Clo
Hello All !
- Today, we have the new version 1.8.2. A new member has posted about the grid HERE. This incited me to give a glance again to that function, then to restart this thread…
- Now, with regard to the final wish-points in the start message here —> “In brief…:” :
• Point a is fixed up (shape).
• All others are not, it seems.
• Since now we have an INI entry GridType= { flag }, we could get a set of flags to set the other requested options…
• Pierre, pleeaaaase …
Kind regards,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Re: Much later---
But you have now, GridSpacing & GridType & KeepGridForNextPreviousClo wrote:• Pierre, pleeaaaase …
Pierre.
Ho !
—> Pierre !
Hello !
- However, according to the messages of Member Maiger in the other thread linked above, there is a problem still about the marking off…
• We miss still an entry to change the colour, if possible… The hexa code “little endian” as : $BGR which works in other apps. could be supported ?
- In the practice, I just tested now :
GridSpacing= “value”
@ scale 100%, “value” is the size of the cell-side in pixels.
@ scale 1600%, I get :
a) GridSpacing=8 —> 4 cells per pixel
b) GridSpacing=16 —> 1 cell per pixel, that is nice and does the trick for me.
- We'll add this in the Manual soon… hoping it could be completed with the colour
Kind regards,
Claude
Clo
Hello !
- Ho ! Right ! I missed them, I didn't find in the "What's new?" ! Thanks !But you have now, GridSpacing & GridType & KeepGridForNextPrevious
- However, according to the messages of Member Maiger in the other thread linked above, there is a problem still about the marking off…
• We miss still an entry to change the colour, if possible… The hexa code “little endian” as : $BGR which works in other apps. could be supported ?
- In the practice, I just tested now :
GridSpacing= “value”
@ scale 100%, “value” is the size of the cell-side in pixels.
@ scale 1600%, I get :
a) GridSpacing=8 —> 4 cells per pixel
b) GridSpacing=16 —> 1 cell per pixel, that is nice and does the trick for me.
- We'll add this in the Manual soon… hoping it could be completed with the colour
Kind regards,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
2 xnView
Just another request… If there is no special technical reason to have the thickness of the mesh always as 2 pixels, may I suggere to create a new entry into the INI, for exemple : GridThickness= 1 ¦ 2 (pixel(s)
TIA
Paul
Just another request… If there is no special technical reason to have the thickness of the mesh always as 2 pixels, may I suggere to create a new entry into the INI, for exemple : GridThickness= 1 ¦ 2 (pixel(s)
TIA
Paul
L'important n'est pas de convaincre, mais de donner à réfléchir.
The important thing is not to convince, but to incite to think.
1,77245385090552... •
The important thing is not to convince, but to incite to think.
1,77245385090552... •
Indeed, all !
—> ouistiti
Hello Paul !
- Indeed, this should be very nice ! I noticed that in fact, a thickness as 2 pixels is a bit too much when we have a zoom-out, 1:1 scale, or low zoom-in scales…
- Even @ 1600%, this thickness is really too large…
- Hence, I support that request !
Friendly regards,
Claude
Clo
Hello Paul !
- Indeed, this should be very nice ! I noticed that in fact, a thickness as 2 pixels is a bit too much when we have a zoom-out, 1:1 scale, or low zoom-in scales…
- Even @ 1600%, this thickness is really too large…
- Hence, I support that request !
Friendly regards,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Square or not square?
—> Pierre
Hello !
• Like I said above, GridSpacing=nn… works fine.
- But we can't get a rectangular mesh, if needed.
- I thought to simply use the same entry like for instance :
Unfortunately, this is not supported actually… Is it possible later ?
Kind regards,
Claude
Clo
Hello !
• Like I said above, GridSpacing=nn… works fine.
- But we can't get a rectangular mesh, if needed.
- I thought to simply use the same entry like for instance :
Where 32 could be the width, and 16 the height …GridSpacing=32,16
Unfortunately, this is not supported actually… Is it possible later ?
Kind regards,
Claude
Clo
Old user ON SELECTIVE STRIKE till further notice •
Hello Clo,
I fully support your suggestion for GridSpacing=x,Y... it should resolve my problem of cut-off from a picture too.
By the way, the hexa code for colors “little endian” as : $BGR should also be a big step for easyness.
Friendly
Paul
I fully support your suggestion for GridSpacing=x,Y... it should resolve my problem of cut-off from a picture too.
By the way, the hexa code for colors “little endian” as : $BGR should also be a big step for easyness.
Friendly
Paul
L'important n'est pas de convaincre, mais de donner à réfléchir.
The important thing is not to convince, but to incite to think.
1,77245385090552... •
The important thing is not to convince, but to incite to think.
1,77245385090552... •
Ok, i'll add GridSpacingX & GridSpacingYouistiti wrote:Hello Clo,
I fully support your suggestion for GridSpacing=x,Y... it should resolve my problem of cut-off from a picture too.
By the way, the hexa code for colors “little endian” as : $BGR should also be a big step for easyness.
Friendly
Paul
Pierre.