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.
Thanks for reporting the issue. I’ll check it.
Thanks for reporting the issue. I’ll check it.
Any updates regarding the crash with Acrobat?
This is really getting frustrating because I use acrobat a lot!
Please let me know
I’ll try to ship a fix in the next release.
Well that is a bummer, I was eagerly waiting for Listary 6 and I needed the portable version.
I think it’s still important to keep the keywords mechanism. There are situations where you want to set a completely different keyword than the actual letters in the target’s name. I love the new implementation, with automatic fuzzyness that kicks in when you’ve selected a target a few times – but I don’t see why keywords had to go … one doesn’t need to exclude the other, or?
@Channing, any updates yet?
I am having to restart listary 5-10 times daily
Also, today Listary crashed twice with outlook. I was saving a file attachment to my computer and it crashed.
Note, all these crashes happen in the end, after I press OK on the dialog.
Until then, Listary worked fine.
is there any idea for when this actually releases, as well as the documentation for addons, and/or the appearance change? I really liked the dark theme in 5, but I want to use the new stuff of the 6 beta.
is it possible to add feature to remember last launch/search?
You can press the up key.
great!! thanks… oh yea, btw is it possible to run powershell/cmd command from listary in the current build?
My entire system froze suddenly 10 minutes ago. When I force-rebooted the system, Listary has since refused to start with this error:
Application: Listary.exe Framework Version: v4.0.30319 Description: The process was terminated due to an unhandled exception. Exception Info: System.InvalidOperationException at .() at .() at Listary.Core.ListaryApp.Start(System.String ByRef) at Listary.Main.App.OnStartup(System.Windows.StartupEventArgs) at System.Windows.Application.<.ctor>b__1_0(System.Object) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate) at System.Windows.Threading.DispatcherOperation.InvokeImpl() at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(System.Object) at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object) at MS.Internal.CulturePreservingExecutionContext.Run(MS.Internal.CulturePreservingExecutionContext, System.Threading.ContextCallback, System.Object) at System.Windows.Threading.DispatcherOperation.Invoke() at System.Windows.Threading.Dispatcher.ProcessQueue() at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef) at MS.Win32.HwndWrapper.WndProc(IntPtr, Int32, IntPtr, IntPtr, Boolean ByRef) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(System.Object) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(System.Delegate, System.Object, Int32) at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(System.Object, System.Delegate, System.Object, Int32, System.Delegate) at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(System.Windows.Threading.DispatcherPriority, System.TimeSpan, System.Delegate, System.Object, Int32) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr, Int32, IntPtr, IntPtr) at MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG ByRef) at System.Windows.Threading.Dispatcher.PushFrameImpl(System.Windows.Threading.DispatcherFrame) at System.Windows.Application.RunDispatcher(System.Object) at System.Windows.Application.RunInternal(System.Windows.Window) at Listary.Main.App.Main()
I tried launching Listary manually, but the same error appeared. Event Viewer shows Listary triggering a second error at C:\WINDOWS\System32\KERNELBASE.dll , too:
Faulting application name: Listary.exe, version: 188.8.131.52, time stamp: 0x5cd6d83d Faulting module name: KERNELBASE.dll, version: 10.0.18362.476, time stamp: 0x83c3d83a Exception code: 0xe0434352 Fault offset: 0x000000000003a839 Faulting process id: 0x4384 Faulting application start time: 0x01d5a49a7beadd49 Faulting application path: C:\Program Files\Listary\Listary.exe Faulting module path: C:\WINDOWS\System32\KERNELBASE.dll Report Id: c65b2825-8b0b-429c-9664-9eea84d3e4e4 Faulting package full name: Faulting package-relative application ID:
Then, within moments after restarting, Bitdefender threw this virus protection message:
I’m ready to uninstall & reinstall Listary 6, but 1) are there any more logs you’d need that could get deleted? and, 2) any reason why this happened and/or do we need to set an exception for Listary now in anti-virus programs?
Windows 10 Pro x64 1909 (18363.476)
Default Windows Explorer: no mods, no tweaks, etc.
Same here. Error started with latest win10 major update to 1909