Re: Show Contents unavailable

icksilver and > ~/Library/Caches/com.blacktree.Quicksilver that I blow away frequently > when testing; you might try quitting, rm -rf on those, and relaunching. > AFAIK "keys.txt" isn't some kind of special string. > > Nate > > On Mon, Oct 16, 2023, at 11:47 AM, James McLea

Re: Show Contents unavailable

Starting within the correct directory, which also contains a duplicate of the file which I */can/* arrow into: data% stat keys.txt 16777220 42216787 -rw-r--r-- 1 mclean staff 0 21755 "Oct 16 08:12:59 2023" "Oct 16 08:12:58 2023" "Oct 16 08:12:58 2023" "Oct 

Re: Show Contents unavailable

then "mv keys2.txt keys.txt" back to the original name, then I once again cannot show the file contents. On Sunday, October 15, 2023 at 2:53:04 PM UTC-4 Rob McBroom wrote: > On 4 Oct 2023, at 2:43, James McLean wrote: > > > Re: issue on GitHub: I'm afraid that this ma

Re: Show Contents unavailable

Re: issue on GitHub: I'm afraid that this may be user error, rather than a real issue. Further testing indicates that this problem only occurs for one single file. (Which also happens to be the file I use this feature on about 99% of the time - argh!) What could possibly break Show Contents

Re: Calculate always the first action

; > On Tue, Sep 19, 2023, at 1:05 PM, James McLean wrote: > > For me, I thought it was version 2.4.1 that changed behavior. I usually > update things promptly, and it couldn't have been earlier than mid-August, > I don't think. Dates are missing from the latest entries in the Ch

Re: Calculate always the first action

er in the > list). Others seem to have had "calculate" or "large type" become the > default. > > I wonder if setting `kQSObjectDefaultAction` for file paths to "open" > might help? > > Nate > > On Mon, Sep 18, 2023, at 3:11 AM, James McLean wrote

Re: Calculate always the first action

than my brain. > > So, the solution is to change the ranking on Calculator? > > On Sunday, September 17, 2023 at 9:58:24 PM UTC-4 James McLean wrote: > >> Thanks for the link to issue 2960. Following up on that revealed that >> the behavior I observed was a case of unin

Re: Calculate always the first action

lver/issues/2960 and I've written > up my thoughts on a possible cause and some steps for debugging in that > thread. > > Nate > > On Tue, Sep 12, 2023, at 12:47 PM, James McLean wrote: > > Thanks, I was able to use that idea to get a usable work-around. > But it still s

Re: Calculate always the first action

uot; and "Open File" were moved way down the > list below Calculate after the last update. > > On Monday, September 11, 2023 at 10:55:28 PM UTC-4 James McLean wrote: > >> Something has suddenly scrambled my actions. >> >> With the Calculator Plugin (which I use

Calculate always the first action

Something has suddenly scrambled my actions. With the Calculator Plugin (which I use very frequently) enabled, objects such as applications and text files get "Calculate" as the top choice action. Which of course makes no sense, besides the fact that Calculate is only supposed to become

Re: Dictionary plugin: gone or not?

that's not available any more. Thanks for the pointer about Apple Silicon recompile. On Wednesday, June 21, 2023 at 8:39:21 AM UTC-4 Rob McBroom wrote: > On 18 May 2023, at 15:06, James McLean wrote: > > I see several old posts explaining that the Dictionary plugin of yore > b

Dictionary plugin: gone or not?

I see several old posts explaining that the Dictionary plugin of yore broke many years ago, which explains why it does not appear in my Quicksilver's list of available plugins. And yet, the Plugin Repository lists the Dictionary plugin as having been updated

Re: force consecutive characters?

you then. It definitely changes > which items are shown for me. > > 1. QS -> "Desktop" -> > 2. Snap to Best > 3. "prod" > 4. 39 results > 5. change to "filter results" > 6. "Desktop" -> > 7. "prod"

Re: force consecutive characters?

I use both "Filter Catalog" and "Snap to Best" search modes, and in fact I find Quicksilver fabulously clever in automatically choosing the mode I want, in ways that I don't fully understand. However, those modes only change the way that the results are presented, not which items are matched

force consecutive characters?

I know that a big part of the power of Quicksilver is that while looking for something, the letters you type don't need to be consecutive in the target. However, sometimes I know a set of consecutive letters in my target, and Quicksilver can't find what I want because it doesn't know that.

Re: Catalog empty after restart

Well, this is strange. When I posted my question, it seemed to be happening consistently. Now, I I've tried to reproduce about 8 times, and only saw the problem once. This includes several times NOT seeing the problem upon a restart with all permissions for Quicksilver REMOVED! So, I guess

Re: Catalog empty after restart

I believe that I have tracked my problem back to a problem outside of Quicksilver. The problem occurs specifically when Quicksilver is started via Login Items (QS> Prefs> Start and login, visible in Mac Sys Settings> General> Login Items). Those seem to be running under the UNIX shell

Re: Catalog empty after restart

Thanks for the good thought. Full Disk Access especially seems like a good thing to give Quicksilver. However, those have not solved my problem. My guess is that the core problem is that Catalog scans never happen. I have Rescan set to "Every 10 min", but I just waited 90 minutes with zero

Re: Catalog empty after restart

Ooops, "sure this wasn't an option" was supposed to say "sure this wasn't a problem". -- You received this message because you are subscribed to the Google Groups "Quicksilver" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Catalog empty after restart

Long-time user of Quicksilver, but certainly not a power user… After a clean rebuild to Ventura, I now find that after a restart, most of the Catalog entries are empty. I have to manual rescan them (Applications, System Applications, Documents, ...) I've tried just waiting, to see if

Re: Shelf plugin causes rogue Bookmarks in MS Word

The problem only occurs with the plugin loaded, and doesn't occur if the plugin is not loaded. So it is clearly not *just* Word looking at the clipboard. On the other hand, the form of the bookmark name (OLE_LINK#) is a form that appears to come from Microsoft, since it can be seen in other

Shelf plugin causes rogue Bookmarks in MS Word

I've discovered that when I have the Shelf plugin loaded, even if I don't use it, then every time I take a "Copy" action in Microsoft Word, two new Word Bookmarks are created on the copied document items, named OLE_LINK#. (# is a number that increments.) This makes a mess of my MS Word