1364: zoom bug, if zoom= <> 100
1364: zoom bug, if zoom= <> 100
1364: zoom bug, if zoom= <> 100
did my Name column width, increase, considerably ?
or did i inadvertently drag it wider ?
ah, sure enough
1st window, 1st tab & 2nd tab are correctly sized
opening 2nd window & Name column is significantly wider ?
thinking it will have to do with zoom=134 ?
likewise thinking that *_column_width=588,
aside from changing on its own
is also affected by zoom=*, in that 1364
is scaling (zooming) "588" x 1.34 in it's actual /display/ of the column width
or something like that
1 can interactively substitute Everything versions < 1364 & 1364
& open & see 1 width, close, & open with the other, & see another column width
in .ini,
/some/ *_column_width= change by zoom=
so # x 1.34 (in my case)
255 x 1.34 = 341.7 = 342 (Name), 111 x 1.34 = 148.74 = (Date Modified)
but...
presumably there is actually somne other setting that is the cause ?
no, thinking it is simply 1364 (rather then some other setting [other then zoom=])
looks like zoom= (at anything other then zoom=100)
is being applied to *_width= for /every/ new window opened
some of the changes, are off by one (I've mentioned offbyone before), even when only using only 1364 & doing nothing more then opening, closing, opening again & quitting (& in doing so, some widths are offbyone)
. .
Note width of Name column between top & 2nd window. . .
Here, all columns are resized, interactively closing 1 version of Everything & opening a different (& back again) [& otherwise, no changes except for the .exe itself].
did my Name column width, increase, considerably ?
or did i inadvertently drag it wider ?
ah, sure enough
1st window, 1st tab & 2nd tab are correctly sized
opening 2nd window & Name column is significantly wider ?
thinking it will have to do with zoom=134 ?
likewise thinking that *_column_width=588,
aside from changing on its own
is also affected by zoom=*, in that 1364
is scaling (zooming) "588" x 1.34 in it's actual /display/ of the column width
or something like that
1 can interactively substitute Everything versions < 1364 & 1364
& open & see 1 width, close, & open with the other, & see another column width
in .ini,
/some/ *_column_width= change by zoom=
so # x 1.34 (in my case)
255 x 1.34 = 341.7 = 342 (Name), 111 x 1.34 = 148.74 = (Date Modified)
but...
presumably there is actually somne other setting that is the cause ?
no, thinking it is simply 1364 (rather then some other setting [other then zoom=])
looks like zoom= (at anything other then zoom=100)
is being applied to *_width= for /every/ new window opened
some of the changes, are off by one (I've mentioned offbyone before), even when only using only 1364 & doing nothing more then opening, closing, opening again & quitting (& in doing so, some widths are offbyone)
. .
Note width of Name column between top & 2nd window. . .
Here, all columns are resized, interactively closing 1 version of Everything & opening a different (& back again) [& otherwise, no changes except for the .exe itself].
Re: 1364: zoom bug, if zoom= <> 100
All width and height settings in Everything 1364 are now in logical pixels.
(logical = scalable)
Have you also set a UI scale under Tools -> Options -> UI?
Do you change the zoom level often?
Are you after an option to prevent the column widths changing on zoom?
(logical = scalable)
Have you also set a UI scale under Tools -> Options -> UI?
Do you change the zoom level often?
Are you after an option to prevent the column widths changing on zoom?
Re: 1364: zoom bug, if zoom= <> 100
2void
I also noticed in Everything that after an upgrade from 1.5.0.1363a (x64) to 1.5.0.1364a (x64) there were small column shifts.
After an upgrade from 1.5.0.1364a (x64) to 1.5.0.1365a (x64) - there were major column shifts (EV main- und subinstances).
I have now tested as follows.
Proposal:
I would therefore suggest an option "View" > "Save Position":
- You could then manually change and save a column view,
so that it is available again when restarting or calling Everything from the systray.
- If you change a column view manually and then do not save it,
then the last saved column view should be available again after a restart or calling Everything from the systray.
Note:
The scroll bar (on/off) can lead to a slightly different column view for search queries.
I also noticed in Everything that after an upgrade from 1.5.0.1363a (x64) to 1.5.0.1364a (x64) there were small column shifts.
After an upgrade from 1.5.0.1364a (x64) to 1.5.0.1365a (x64) - there were major column shifts (EV main- und subinstances).
I have now tested as follows.
- Everything 1.5.0.1365a (x64) closed (Exit ALT+F4)
- Started Everything 1.5.0.1363a (x64)
- Result: The columns have been moved significantly (please see the picture below).
- Everything 1.5.0.1363a (x64) closed (Exit ALT+F4)
- Started Everything 1.5.0.1365a (x64)
- Result: In this case there was NO column shift!
The column view in 1.5.0.1365a is exactly available again after the change from 1.5.0.1363a to 1.5.0.1365a!
- It will therefore be interesting for me to see what the column view will look like in the next version.
Proposal:
I would therefore suggest an option "View" > "Save Position":
- You could then manually change and save a column view,
so that it is available again when restarting or calling Everything from the systray.
- If you change a column view manually and then do not save it,
then the last saved column view should be available again after a restart or calling Everything from the systray.
Note:
The scroll bar (on/off) can lead to a slightly different column view for search queries.
Re: 1364: zoom bug, if zoom= <> 100
Thank you for your feedback tuska,
Alt + F4 does not exit Everything.
Please try File -> Exit.
Does Everything remember your column widths after exiting and restarting? (same version)
There should only be a change to your column widths between versions <=1363a and >=1364a
Alt + F4 does not exit Everything.
Please try File -> Exit.
Does Everything remember your column widths after exiting and restarting? (same version)
There should only be a change to your column widths between versions <=1363a and >=1364a
Re: 1364: zoom bug, if zoom= <> 100
2void
I'm sorry, I have unfortunately provided some incorrect descriptions.
Let me explain...
Keyboard > File | Exit > F10 (Global)
;Keyboard > File | Exit > ALT+F4 (Global)
(I stopped and restarted the Everything Service separately).
Everything 1.5.0.1365a (x64)
Please also see the next point.
which I could see on the right-hand side of the screen.
The reason was as follows:
For search queries that only required one screen page as a search result, there was NO scroll bar
and part of the next column heading was displayed, which I would otherwise NOT see.
In the meantime, I was able to solve this by WIDENING THE LAST VISIBLE COLUMN at the right edge of the window.
So it should have read correctly (related to my tests):
After an upgrade from 1.5.0.1363a (x64) to 1.5.0.1364a (x64) - there were major column shifts (Everything main instance).
After an upgrade from 1.5.0.1363a (x64) to 1.5.0.1365a (x64) - there were major column shifts (Everything main- & subinstances).
After correcting my main column view once, I think I'm done with the "column shift" issue.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Regarding "1364: zoom bug, if zoom= <> 100" I have done tests in 1.5.0.1365a (x64) with various zoom factors
in Everything (105%, 110%, 115% - multiple restarts in between). The tests were consistently successful (several restarts performed).
During the final reset to 100% there was a minimal column shift, i.e. at the right edge of the window I was shown
part of a column was displayed on the right-hand side of the window, which I would otherwise only see if I moved the horizontal scroll bar.
A further test with 100%,120%,120%,100% (multiple restarts in between) was successful again.
For me, the Everything zoom factor issue seems to be OK in 1.5.0.1365a (x64).
I'm sorry, I have unfortunately provided some incorrect descriptions.
Let me explain...
I used the F10 key to close Everything: ... Everything Options ...
Keyboard > File | Exit > F10 (Global)
;Keyboard > File | Exit > ALT+F4 (Global)
(I stopped and restarted the Everything Service separately).
Yes.
Everything 1.5.0.1365a (x64)
Please also see the next point.
I had mistakenly assumed that there was a SMALL column shift during this change,
which I could see on the right-hand side of the screen.
The reason was as follows:
For search queries that only required one screen page as a search result, there was NO scroll bar
and part of the next column heading was displayed, which I would otherwise NOT see.
In the meantime, I was able to solve this by WIDENING THE LAST VISIBLE COLUMN at the right edge of the window.
So it should have read correctly (related to my tests):
After an upgrade from 1.5.0.1363a (x64) to 1.5.0.1364a (x64) - there were major column shifts (Everything main instance).
After an upgrade from 1.5.0.1363a (x64) to 1.5.0.1365a (x64) - there were major column shifts (Everything main- & subinstances).
After correcting my main column view once, I think I'm done with the "column shift" issue.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Regarding "1364: zoom bug, if zoom= <> 100" I have done tests in 1.5.0.1365a (x64) with various zoom factors
in Everything (105%, 110%, 115% - multiple restarts in between). The tests were consistently successful (several restarts performed).
During the final reset to 100% there was a minimal column shift, i.e. at the right edge of the window I was shown
part of a column was displayed on the right-hand side of the window, which I would otherwise only see if I moved the horizontal scroll bar.
A further test with 100%,120%,120%,100% (multiple restarts in between) was successful again.
For me, the Everything zoom factor issue seems to be OK in 1.5.0.1365a (x64).
Re: 1364: zoom bug, if zoom= <> 100
On current machine, scale is set to 115% (scale=1.15).Have you also set a UI scale under Tools -> Options -> UI?
Did I knowingly set it?
I don't think so. (And it seems to have been that way for some time now.)
Can't say I even noticed the UI before (even though it has been around for quite some time now).
Don't know that I even manually set it, though there were discussions where it was mentioned.
I know I have specifically set zoom=.
(I'll have to see what my other computer shows.)
Re: 1364: zoom bug, if zoom= <> 100
That said, take 1365, completely new Profile (so no preexisting .ini, & so it will be, scale=1).
Open it, then open a few new windows, you will see that in each new window, column widths "grow".
At least it is doing it on my end (Win7).
Resolution is set to 1600x900 (where native resolution appears to be 1920x1080).
[Windows] "scale" (or whatever it might be called) is set to 100% (as opposed to Medium - 125% or Large - 150%).
On my end, (depending...), I have always only ever changed Resolution & have always left [Windows] "scale" at 100%.
(Always seemed to make more sense that way - so long as the ratio between native & set resolution is the same, which is 1.778 for both 1600/900 & 1920/1080.)
Open it, then open a few new windows, you will see that in each new window, column widths "grow".
At least it is doing it on my end (Win7).
Resolution is set to 1600x900 (where native resolution appears to be 1920x1080).
[Windows] "scale" (or whatever it might be called) is set to 100% (as opposed to Medium - 125% or Large - 150%).
On my end, (depending...), I have always only ever changed Resolution & have always left [Windows] "scale" at 100%.
(Always seemed to make more sense that way - so long as the ratio between native & set resolution is the same, which is 1.778 for both 1600/900 & 1920/1080.)
Re: 1364: zoom bug, if zoom= <> 100
Menu "File" > New Search Window - CTRL+N
I can confirm this behaviour, but only for Everything sub-instances, such as
Everything 1.5.0.1365a (x64) - (DRIVE-C) ; C:\Everything\Everything_DRIVE-C\Everything64.exe -instance "DRIVE-C" -startup
Everything 1.5.0.1365a (x64) - (Instant)
Everything 1.5.0.1365a (x64) - (Instant) - [Administrator]
Everything 1.5.0.1365a (x64) - (PRIVAT)
Everything 1.5.0.1365a (x64) - (PRIVATE)
(Unfortunately I have never carried out a test like this before <CTRL+N>).
This behaviour does NOT occur with the Everything main instance.
____________________________________________________
Windows 11 Pro (x64) Version 23H2 (OS Build 22631.2861)
'Everything' 1.5.0.1365a (x64) - "Portable on system drive C:"
Re: 1364: zoom bug, if zoom= <> 100
Thank you for persisting with me tuska and therube.
Everything 1.5.0.1366a will now inherit the correct column widths in a new window.
Please let me know if you see any strange/unexpected column widths with this version.
Everything 1.5.0.1366a will now inherit the correct column widths in a new window.
Please let me know if you see any strange/unexpected column widths with this version.
Re: 1364: zoom bug, if zoom= <> 100
2void
Thank you for the fix in Everything 1.5.0.1366a
regarding Menu "File" > New Search Window - CTRL+N in Everything Subinstances!
After more thorough tests regarding the zoom factor in Everything, I would like to point out the following:
Test scenario
Thank you for the fix in Everything 1.5.0.1366a
regarding Menu "File" > New Search Window - CTRL+N in Everything Subinstances!
After more thorough tests regarding the zoom factor in Everything, I would like to point out the following:
Test scenario
- Everything Main-instance
- Everything 1.5.0.1366a (x64) - (Instant) | Sub-instance
- Menu "File" > New Search Window - CTRL+N
- Menu "File" > New Tab - CTRL+T
- Multiple restarts in between (/restart)
- Everything window: Maximised
- Only the columns in the visible area were checked,
i.e. the vertical scroll bar was NOT moved to check the columns and column widths outside the visible area - Zoom factors in Everything: 105%; 115%; 100% (Everything.ini: scale=1)
Everything Options - 1.5.0.1366a (x64) > UI > Scale: ...%
--- - Monitor 24'', Scaling size 125%, resolution 1920 x 1280 pixel (native screen resolution)
- Windows 11 Pro (x64) Version 23H2 (OS Build 22631.2861)
- 'Everything' 1.5.0.1366a (x64) - "Portable on system drive C:"
- Everything 1.5.0.1366a (x64) - Main-instance - UI-Scale: 115% - multiple restarts in between (/restart)
Only after 14 restarts in a row was a difference of 0.5 cm visible at the right edge of the window.
The difference resulted from the fact that the "Path" column was slightly reduced with each restart.
Image: 2024-01-09_1.5.0.1366a (x64) - Main-instance - UI-Scale 115% - multiple restarts in between.png
- Everything 1.5.0.1366a (x64) - Main-instance - UI-Scale: 100% - multiple restarts in between (/restart)
After 14 restarts in a row there was NO difference at the right edge of the window.
- Everything 1.5.0.1366a (x64) - (Instant) | Sub-instance | Zoom factor 105%
After just a few restarts, it became apparent that the 105% zoom factor was causing column shifts.
The differences resulted from the fact that with each restart, both the "Path" column and the "Name" column
(the latter column only slightly) were reduced in size.
Image (below): 2024-01-09_Everything 1.5.0.1366a (x64) - (Instant) - UI-Scale 105% - multiple restarts.png
- Point 1: This is the view after changing the zoom factor to 105% with automatic restart
- Points 2.-4.: These are restarts. After each restart, the view should be as in point 1.
- Everything 1.5.0.1366a (x64) - (Instant) | Sub-instance | Zoom factor change from 115% to 100%
Here I got the same result (column shifts) as described in the previous point.
2024-01-09_Everything 1.5.0.1366a (x64) - (Instant) - UI-Scale--- 100% and switch from 115% to 100% (at the very bottom).png
- Everything 1.5.0.1366a (x64) - (Instant) - Sub-instance - UI-Scale: 100% - multiple restarts in between (/restart)
After 14 restarts in a row there was NO difference at the right edge of the window.
- Images - I send all pictures by email to you - address "Support...".
- 2024-01-09_1.5.0.1366a (x64) - Main-instance - UI-Scale 115% - multiple restarts in between.png
- 2024-01-09_Everything 1.5.0.1366a (x64) - (Instant) - UI-Scale 100% - multiple restarts.png
- 2024-01-09_Everything 1.5.0.1366a (x64) - (Instant) - UI-Scale--- 100% and switch from 115% to 100% (at the very bottom).png
- 2024-01-09_Everything 1.5.0.1366a (x64) - (Instant) - UI-Scale 105% - multiple restarts.png
- 2024-01-09_Everything 1.5.0.1366a (x64) - (Instant) - UI-Scale 115% - multiple restarts.png
Re: 1364: zoom bug, if zoom= <> 100
Win7.(I'll have to see what my other computer shows.)
Resolution is set to (& native is also) 1920x1280.
[Windows] "scale" (or whatever it might be called) is set to 100% (as opposed to Medium - 125% or Large - 150%).
(zoom= is most likely set, but I forgot to check that.)
Re: 1364: zoom bug, if zoom= <> 100
Thank you for the issue report tuska,
Everything-1.5.0.1366a-mod1 fixes an issue with the column width shrinking.
Everything-1.5.0.1366a.x64-Setup-mod1.exe
Everything-1.5.0.1366a.x86-Setup-mod1.exe
Everything-1.5.0.1366a.x64-mod1.zip
Everything-1.5.0.1366a.x86-mod1.zip
Please feel free to try this fix.
I need to do more testing my end before an official update.
Everything-1.5.0.1366a-mod1 fixes an issue with the column width shrinking.
Everything-1.5.0.1366a.x64-Setup-mod1.exe
Everything-1.5.0.1366a.x86-Setup-mod1.exe
Everything-1.5.0.1366a.x64-mod1.zip
Everything-1.5.0.1366a.x86-mod1.zip
Please feel free to try this fix.
I need to do more testing my end before an official update.
Re: 1364: zoom bug, if zoom= <> 100
2void
Thanks!
I will test and report back.
Thanks!
I will test and report back.
Re: 1364: zoom bug, if zoom= <> 100
2void
I have tested as follows:
Test scenario - 1.5.0.1367a = 1.5.0.1366a.x64-mod1 (x64) portable - 11.1.2024
Results (Images sent to "Support..." on 11.1.2024)
All tests were successful! This means that there were no changes to the column widths!
In this test scenario, I could no longer detect any errors with regard to column widths!
I have tested as follows:
Test scenario - 1.5.0.1367a = 1.5.0.1366a.x64-mod1 (x64) portable - 11.1.2024
- Everything 1.5.0.1367a (x64) - 11.1.2024 - (Main instance)
- Everything 1.5.0.1367a (x64) - 11.1.2024 - (Instant) | Sub-instance
- Menu "File" > New Search Window - CTRL+N
- Menu "File" > New Tab - CTRL+T
- Multiple restarts in between (/restart)
- Everything window: Maximised
- This time, all column widths were checked for changes in width, including those outside the monitor's field of view.
Move of horizontal scrollbar was required to display them. - Zoom factors in Everything: 105%; 115%; 100% (Everything.ini: scale=1)
Everything Options - 1.5.0.1367a (x64) - 11.1.2024 > UI > Scale: ...%
--- - Monitor 24'', Scaling size 125%, resolution 1920 x 1280 pixel (native screen resolution),
Visible screen surface (excluding frame): Height = 32.5 cm, Width = 51.9 cm. - FastStone Capture 10.4 - Ruler - Options > Calibrate Ruler (Pixels Per Inch) >
PPI (Pixels Per Inch): 93.9 (default: 120.0), Screen Size (Diagonal Length): 24.1
1 cm, measured with the FastStone Capture ruler on the screen, corresponds to 1 cm,
measured with a paper or plastic ruler on the screen).
The image dimensions in the screenshots (.png) correspond to the view on the screen
with the values specified above (24'', 125%).
--- - Windows 11 Pro (x64) Version 23H2 (OS Build 22631.2861)
- 'Everything' 1.5.0.1367a = 1.5.0.1366a.x64-mod1 (x64) - 11.1.2024 - portable
Results (Images sent to "Support..." on 11.1.2024)
All tests were successful! This means that there were no changes to the column widths!
- Everything 1.5.0.1367a (x64) - (Main instance) | UI-Scale: 100% - 10 restarts in between (/restart)
- 1.5.0.1367a (x64) - Main instance - UI-Scale 100% - .Visible columns.png
- 1.5.0.1367a (x64) - Main instance - UI-Scale 100% - Columns outside the field of vision.png - Everything 1.5.0.1367a (x64) - (Main instance) | UI-Scale: 115% - 10 restarts in between (/restart)
- 2024-01-11_184051_1.5.0.1367a (x64) - Main instance - UI-Scale 115% - .Visible columns.png
- 2024-01-11_184419_1.5.0.1367a (x64) - Main instance - UI-Scale 115% - Columns outside the field of vision.png - Everything 1.5.0.1367a (x64) - (Main instance) | UI-Scale: 100% - Change from 115% to 100% - 2 restarts in between (/restart)
- 1.5.0.1367a (x64) - Main instance - UI-Scale 100% - .Visible columns.png
- 1.5.0.1367a (x64) - Main instance - UI-Scale 100% - Columns outside the field of vision.png - Everything 1.5.0.1367a (x64) - (Instant) | UI-Scale: 100% - 10 restarts in between (/restart)
- 1.5.0.1367a (x64) - (Instant) - UI-Scale 100% - .Visible columns.png
- 1.5.0.1367a (x64) - (Instant) - UI-Scale 100% - Columns outside the field of vision.png - Everything 1.5.0.1367a (x64) - (Instant) | UI-Scale: 105% - 10 restarts in between (/restart)
- 1.5.0.1367a (x64) - (Instant) - UI-Scale 105% - .Visible columns.png
- 1.5.0.1367a (x64) - (Instant) - UI-Scale 105% - Columns outside the field of vision.png - Everything 1.5.0.1367a (x64) - (Instant) | UI-Scale: 115% - 10 restarts in between (/restart)
- 1.5.0.1367a (x64) - (Instant) - UI-Scale 115% - .Visible columns.png
- 1.5.0.1367a (x64) - (Instant) - UI-Scale 115% - Columns outside the field of vision.png - Everything 1.5.0.1367a (x64) - (Instant) | UI-Scale: 100% - Change from 115% to 100%
After I manually changed the column widths for test case no. 6 - UI-Scale: 115%,
(understandably from my point of view) when resetting to UI-Scale: 100% (for the same test case no. 6)
the same view of column widths could no longer be created as was originally the case with test case no. 4.
-----
However, to be on the safe side, I did another quick test, from 100% to 115% and then to 100%.
The test result was fine! (I have not made any hard copies of this test).
In this test scenario, I could no longer detect any errors with regard to column widths!
Re: 1364: zoom bug, if zoom= <> 100
Thank you for your testing 1366a-mod1 tuska,
I'm glad this fix helped with the column scaling issue.
I'll have an alpha update soon.
I'm glad this fix helped with the column scaling issue.
I'll have an alpha update soon.
Re: 1364: zoom bug, if zoom= <> 100
(Yes, 1366a-mod1 is better then 1366.)
Re: 1364: zoom bug, if zoom= <> 100
Everything 1.5.0.1367a makes a lot of changes to scaling.
If you find any issues please let me know.
Dialogs should now scale up correctly (was off by one pixel)
Dialogs should now have the correct minimum and maximum size when scaling. (was off by one pixel)
Ctrl + sizing should now correctly undershoot column widths so no scrollbar is shown.
Autosizing a column should now use the correct width.
Clicking on the header divider should no longer resize a column until you move the mouse.
If you find any issues please let me know.
Dialogs should now scale up correctly (was off by one pixel)
Dialogs should now have the correct minimum and maximum size when scaling. (was off by one pixel)
Ctrl + sizing should now correctly undershoot column widths so no scrollbar is shown.
Autosizing a column should now use the correct width.
Clicking on the header divider should no longer resize a column until you move the mouse.