Sorry that I’m quite busy with my work recently and don’t have much time for Listary. I’m still working on it, but very slowly
High DPI / multi-screen with differing zooming factors (such as when using a large external 4K monitor set to 125% on a laptop with a 4K internal screen set to 225%) is causing a lot of problems for the Listary 6 beta. If a file dialog is opened on the external monitor Listary flickers rapidly between the two monitors for about 20 seconds, and then crashes.
Channing, THIS should be (more of) your work!
Listary saves thousands (millions?) of people time in the order of hours every day. Is there an (effective) way to reward you better for the incredible work you’re doing?
There are some known issues if the file dialog is opened near the border between the 2 monitors. I’m working on a solution now.
I’ll try my best to put more time into Listary. However, it’s still not possible to work full-time on it.
22.214.171.124 version @ Win10 1903 18362
Thanks for your feedback. I’ll look into it.
Is it possible to disable the “open url” feature?
I use listary to open files. In Listary 6, when I typed a filename, such as “note.md”. The first option is open “note.md” in a browser and it is considered as a url “http://note.md”, not a filename. This is quite annoying for my workflow and I eagerly want a way to disable this feature.
Type a space after the search string (or maybe anywhere) to force a file/folder search.
Thanks a lot. This is better, but I still want to disable it. I am wondering whether there is a boolean toggle can allow me to disable it.
I also found “note.m” won’t trigger the url, so it seems “.md” is considered as a valid domain name.
I’ll remove common extensions like .md and consider adding an option to disable it.
I shall donate $ 111 if you can keep the Listary compatibility with Microsoft Office (Word) 2003 also in the future (i.e. starting with v6.).
Listary (126.96.36.199) has been crashing a lot recently.
I realized that it happens any time Adobe Acrobat starts an “Open” or “Save” Dialog window.
Sometimes it crashes with a report and sometimes just silently.
I am not sure if that report helps in any way, but in case it does, I am attaching it. (see below)
Also, I am finding that the “History” menu is very inconsistent. Sometimes it works, but other times it shows a history from a long time ago.
Thanks, but you really should use the money to upgrade Office
I’m working on this crash now.
I have Office 2016, 2019 and 365 as well (for compatibility reasons), but this bloated stuff is not usable for serious text production.
I am planning to use Word 2003 (in my mega-customized, minimal UI version) for the rest of my life!
So please accept my offer
I recently tried out Listary 6 beta to resolve the bug with window switching in Listary 5 on Windows 10 v1903, and the first thing I noticed was that the new popup menu feels gigantic. I know there aren’t any appearance settings implemented for the beta yet, but I wanted to ask: will there be an option for a more compact popup menu in the final version 6? I have a fair number of folders in my favorites menu, so the current version 6 popup menu with large fonts and lots of whitespace ends up taking up most of the vertical height my screen, and puts the top folder selections quite far away from the cursor.
I’m switching back to version 5 for the time being, since I’m finding myself missing a few of the nice features from the stable version that aren’t yet available in v6, but it looks like the new builds are coming along nicely. As soon as a few more of the core options are implemented, I’ll definitely be testing the betas again, and would love it if a compact popup menu similar to v5 was one of the new settings.
The UI will definitely be more customizable with future beta updates.
Issue with opening containing folder using ctrl+return not working in some cases. This is what i did:
started searching for a file starting with “so”. After typing so, the search switched to stackoverflow. I hit backspace to go back to normal search, and typed rest of search. Selected the file i wanted and hit ctrl+return. Nothing happened. Other shortcuts like copy (ctrl+c) worked though.
With Directory Opus 12.17 x64 Pro, Control+G does not change the file save window to match the directory open in DO. Neither does switching back and forth between the two windows. I do have Listary 6 beta configured to use DO on the general tab. Listary 5 was working for me, so looking forward to a fix.