1331 ramble

Discussion related to "Everything" 1.5 Alpha.
Post Reply
therube
Posts: 4883
Joined: Thu Sep 03, 2009 6:48 pm

1331 ramble

Post by therube »

1331 ramble


Find
is nice :-).



file | close (hotkey)
- ESC (should not be there as a defaulted hotkey), imo

context_menu_parent_folder=4
- should default to 1, imo
see also, viewtopic.php?f=12&t=12425

search_history_always_suggest=0
- should default to 1, imo

unsure on ellipses... (heh)
- ellipsis=1/0 ?
yeah, thinking i don't care for ellipse... (heh)
(note the ellipses, above... ;-).)
therube
Posts: 4883
Joined: Thu Sep 03, 2009 6:48 pm

Re: 1331 ramble

Post by therube »

text_size=3

was replaced (closely) by zoom=134

- though, i've now lost two vertical lines ?

i would have thought that

listview_text_padding_top=1
listview_text_padding_bottom=1

might have gotten that back, but it doesn't (or i didn't do it correctly) or... ?



(with 1331, i had occassion to start over fresh, .ini...
actually - the issue with spacing (text_size) threw me,
so i figured i'd start with a fresh .ini & take it from there... guess i could plug in my 1329.ini & test that way...)
therube
Posts: 4883
Joined: Thu Sep 03, 2009 6:48 pm

Re: 1331 ramble

Post by therube »

"focus on space"

focus_search_on_activate=0
show_focus_on_search=0
maybe something changed there... ? <something seemed, odd ... ?>

YES

highlight three duplicate files, same filename [though in different directories]
[immaterial] <set viewport such that those there names are bottom-most+1>

sort, UNIQUE (including first)

(in my case, all other filenames, too, in the search happened to be duplicates)
(at the point, screen refreshes, focus "lost") [that's fine]

<spacebar>

2 files are highlight (should only be 1, 1 of the 3 that were originally highlighted)
the 2nd file, oh, don't know, happened to be the last file in the list [don't know if that's consistent - probably is?]

this is either a regression between 1329 & 1331
-or- a Pref change between 1329/1331



in addition to above, there has to be something else going on with "focus",
as /sometimes/ <spacebar> does not focus (in 1331 compared to 1329 & earlier)
(i may have different "focus" Prefs set ? compared to 1329 ?)
void
Developer
Posts: 16452
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1331 ramble

Post by void »

Thank you for the ramble therube,
Find
is nice :-).
The findbar? -I am currently getting this going, a lot is broken at the moment.


file | close (hotkey)
- ESC (should not be there as a defaulted hotkey), imo
I will trial removing the ESC keyboard shortcut to close Everything in the next alpha update.


context_menu_parent_folder=4
- should default to 1, imo
I'll consider changing this back to always shown.


search_history_always_suggest=0
- should default to 1, imo
I will consider always showing search suggestions.


listview_text_padding_top=1
listview_text_padding_bottom=1

might have gotten that back, but it doesn't (or i didn't do it correctly) or... ?
It will depend on the logical height of your default font.
A logical font height of -12 will make a zoom of 125 the same as text_size=3

Please try setting the text padding to 0

-or-

Overwrite the item height with:
/listview_item_high=20
where 20 is the item height in logical pixels. (this number will be multiplied by your zoom level)

Looks like I've broken the font size settings in the recent builds.
I will fix this in the next alpha update.


2 files are highlight (should only be 1, 1 of the 3 that were originally highlighted)
the 2nd file, oh, don't know, happened to be the last file in the list [don't know if that's consistent - probably is?]
This is expected.
after the unique sort, there's one item still selected and the focus is removed.
The next item in the result gets focus.
So there's one item selected and a different item has focus.

This was the same behavior in previous versions.


in addition to above, there has to be something else going on with "focus",
as /sometimes/ <spacebar> does not focus (in 1331 compared to 1329 & earlier)
(i may have different "focus" Prefs set ? compared to 1329 ?)
I think you want the keep_result_focus_in_view ini setting enabled:
/keep_result_focus_in_view=1

Does this help?

Thank you for the suggestions!
meteorquake
Posts: 476
Joined: Thu Dec 15, 2016 9:44 pm

Re: 1331 ramble

Post by meteorquake »

I'm not convinced there by search_history_always_suggest set to on by default, if that means things will pop down automatically when you type, as there's already a droplist at the end of the bar when you want history or Ctrl-Shift-H to search history. At any given moment you either want history (Ctrl-Shift-H) or you don't (when auto-suggest is a distraction).
On the History front, it may help under the History menu immediately below Show All Search History to have an Options... item that takes you to the History tab in options. When people start to engage with history their primary approach will be through the History menu.
d
therube
Posts: 4883
Joined: Thu Sep 03, 2009 6:48 pm

Re: 1331 ramble

Post by therube »

The findbar? -I am currently getting this going, a lot is broken at the moment.
What is there is very good :-).
Please try setting the text padding to 0
No help. (No change, actually.)

listview_text_padding_* only affects the display of the /text/
/within/ the /row/ (& it is /very/ quirky at that, not
that i'm particularly understanding what is going on
with those settings)

so i guess the actual issue is the size of icons
(or if you will, the height of a /row/)
& with zoom=134, icons are larger, so row is /fatter/
regardless of listview_text_padding...

so (& i don't recall what else was posted), if you change the
zoom... ?

[heh. & this very momemnt, i had to think...
do i want /zoom or /zoom= to see its' value?]
[[& to top it off, even after knowing what others had said,
when i jump back to the findbar, i again have to think...]]

so... /zoom=124 gets me my two lines back (plus a bit more)
but at that, /text/ itself has gotten too small

125 gets me 1 line back... text isn't too bad... eh?
no, 125 doesn't cut it.

128 gets me (still) 1 line back, & text is bigger...

131, still 1 line back, & at that point text is fine
[at 132, that 1 line is lost again]

so for me, with /zoom, or is it /zoom=, heh,
131 gets me 1 line back, text is fine (& that is preferable to 134)

[& as i'm about to click [play] on my music player, i note the title
of the song: <New Roman Times.mp3>
- though i think that should be, Times New Roman ;-)]

(In my case, my monitor, screen zoom is 100%.)


1329 vs 1331, 1331 at 134:
.
Everything 1331 Sizing, I've Lost Two Lines.png
Everything 1331 Sizing, I've Lost Two Lines.png (13.82 KiB) Viewed 7916 times
therube
Posts: 4883
Joined: Thu Sep 03, 2009 6:48 pm

Re: 1331 ramble

Post by therube »

2 files are highlight (should only be 1, 1 of the 3 that were originally highlighted)
the 2nd file, oh, don't know, happened to be the last file in the list [don't know if that's consistent - probably is?]
This is expected.
after the unique sort, there's one item still selected and the focus is removed.
The next item in the result gets focus.
So there's one item selected and a different item has focus.
No, this isn't the focus issue (that is different).

This is a case where 3 (same name) files were highlighted.
Then I (Name) UNIQUE'd them.
At that point, only 1 of those three should be highlighted.

- Result: 2 files are highlighted.

1 of those files is the 1 of the 3.
The 2nd. file is - something entirely different (though I'm thinking it is the last file in the list).



Actually... you might be kind of right.
Though if this existed in 1329, I sure missed it & I UNIQUE all the time.

So what is happening is...

you've got 3 files highlighted
you UNIQUE
at that point, 1 file is highlighted
but /focus/ is on the final final

if you then <spacebar>
then 2 files are highlighted
1, expected, the 2nd, the final file name in the list, totally unexpected


(now, if i wasn't seeing this in 1329, i wasn't, & if it is in there, [unsure?], then it could be a focus change that i had made a long while back, that i didn't re-implement come 1331)
.
.
(right-click the image, View...)
Everything 1331 Highlight + UNIQUE issue.png
Everything 1331 Highlight + UNIQUE issue.png (63.8 KiB) Viewed 7904 times
(Originally, I had a much longer list of files, so it wasn't even particularly apparent that 2 files were being highlight rather then the expected 1. Off chance, with my particular search today, all files showed up in the listbox, so it was more apparent what was going on.)
void
Developer
Posts: 16452
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1331 ramble

Post by void »

Thank you for the feedback therube,

Just a note: you need to close the search window and reopen a search window for changes to listview_text_padding_bottom and listview_text_padding_top to take effect.

This limitation will be removed in the next update.



There is also padding on your icon.
This can be controlled with listview_icon_padding_bottom and listview_icon_padding_top.
However, I recommend leaving the default padding of 1 logical pixel. (Otherwise the icons will clump together)

Please try
/listview_text_padding_top=1
/listview_text_padding_bottom=1
/icon_size=12

An icon size of 12 times a zoom of 134% will give you 16x16 icons.
This should reduce the listview item height and improve the icon rendering (making icons 1:1).



Icon scaling was is really odd in Everything 1.4 (and older versions of 1.5).
The rendered icon size would just add the text size offset.


but /focus/ is on the final final
I think this is the unexpected part.
In step 2 => 3
The focused item is removed from the result list.
Everything will refocus the item with the same "index" from the previous focus.
However, so many items have been removed, this "index" just becomes the last item in the list.

The next alpha update I will trial focusing the first selected item.
therube
Posts: 4883
Joined: Thu Sep 03, 2009 6:48 pm

Re: 1331 ramble

Post by therube »

you've got 3 files highlighted
you UNIQUE
at that point, 1 file is highlighted
but /focus/ is on the final final

if you then <spacebar>
then 2 files are highlighted
1, expected, the 2nd, the final file name in the list, totally unexpected


(now, if i wasn't seeing this in 1329, i wasn't, & if it is in there, [unsure?], then it could be a focus change that i had made a long while back, that i didn't re-implement come 1331)
So yes, what I describe above /is/ in 1329.
And that I was not seeing it, must mean that (before) I was not doing exactly what I described above ;-).
Anyhow, that it does what I've described, picking up an unexpected file, is, unexpected.
(I wonder just how, immediately after putting in 1331, that I happened to run across that. One of those wonders, heh.)
Please try
/listview_text_padding_top=1
/listview_text_padding_bottom=1
/icon_size=12

Just a note: you need to close the search window and reopen a search window for changes to listview_text_padding_bottom and listview_text_padding_top to take effect.
With zoom=134, setting /icon_size=12, alone, was sufficient, making things "right".
Setting /listview_text_padding_*=1, is also fine, given me yet 2 additional lines.
(The latter simply tightens up the horizontal spacing between rows.)

So together they got me where I wanted, & better :-).

(Wasn't sure if "closing" meant, opening a new window (which didn't seem to affect a change), or closing to the
'tray' (which) I didn't try, or Quiting & restarting (which worked).
(When I was messing around, before, I did none of those things, & only at times when I threw something "off the
wall", like, /listview_text_padding_top=18, did I see "something" happening.)

For me, tightening things up this way, then makes Zooming with Ctrl++ / Ctrl+- more beneficial, because depending
on my needs, those zoom jumps fit me well, allowing me to pick up/loose a couple of lines without negatively
affecting font size.

(Note that these are the + - signs on the keyboard end - not on the numeric keypad end (which affects /column/
sizing.)
void
Developer
Posts: 16452
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1331 ramble

Post by void »

Everything 1.5.0.1332a will now restore focus to the last selected item when the focus is lost.

Changing the listview_text_padding_top ini setting from the search box or bookmark will now update immediately.

listview_item_high will now use logical pixels. (previously it used device pixels)

Everything 1.5.0.1332a removes the ESC key to close by default.

Everything 1.5.0.1332a fixes an issue with setting a font size.
Setting a font size instead of changing the zoom might be preferable.
(increase your default font size under Tools -> Options -> Fonts and colors and leave zoom at 100%)



If your fonts are suddenly large:
  • In Everything, from the Tools menu, click Options.
  • Click the Fonts and colors tab on the left.
  • Readjust the font size.
  • Click OK.
user123
Posts: 27
Joined: Sat Jan 23, 2021 4:16 pm

Re: 1331 ramble

Post by user123 »

1332a ramble.

UI DPI is messed up now..

Now default is this:
Image

To get default size, zoom must be set to 75%
Image
void
Developer
Posts: 16452
Joined: Fri Oct 16, 2009 11:31 pm

Re: 1331 ramble

Post by void »

Thank you for your feedback user123,

Have you changed your default font under Tools -> Options -> Fonts and colors?
If so, previous versions were not using the correct font size.
If you changed the default font size, the fonts will appear larger in 1332.
Please readjust your default font size under Tools -> Options -> Fonts and colors.

Have you set a custom dpi or scale?
Information is reported under Help -> Troubleshooting information.
user123
Posts: 27
Joined: Sat Jan 23, 2021 4:16 pm

Re: 1331 ramble

Post by user123 »

@void
Thanks, the issue was font size, which for some reason was set to 14. Now at size 9 it's back to normal at 100% zoom.
Image
Post Reply