Hook Selected Files Together (only shown if you’ve multi-selected files)
Hook to Copied Link(s) (only shown if there is at least one link in the clipboard)
NEW: “Copy As Path” and “Copy As File URL” contextual commands
You can now copy the path of the currently selected or open file by using the new Copy As Path or Copy As File URL commands. To access the Copy As Path command,
invoke Hookmark on a file;
in Hookmark’s title bar, click the Action ☰ button;
click the Advanced menu; and
choose Copy As Path
To access the Copy As File URL command,
invoke Hookmark on a file;
in Hookmark’s title bar, click the Action ☰ button;
click the Advanced menu;
hold down the option key; and
choose Copy As File URL
Eligibility for updates
Hookmark software updates are free to any Hookmark CogSci Apps customer with a Hookmark Updates license that was valid at the time the update was released. Hookmark Pro and Hookmark Standard each come with one year of free access to software updates.
If your Hookmark Updates license has expired and you apply this update, please note that Hookmark will revert to Basic mode until you purchase and apply an Updates license. However, you can also revert to a previous version of Hookmark that was released during your Updates License period. Upgrading from Standard to Pro includes an additional 12-month Updates license.
Above is a screenshot taken from BBEdit. With a file open, you can Copy As Path.
Hold down the option key and you will see Copy As File URL, yielding a file:// URL.
Of course, BBEdit provides such commands too. The advantage of Hookmark, here, is that the command is universal. Invoke Hookmark in Finder, TextEdit, and most other file based apps and you will be able to access these handy commands.
Anyone want a Copy As Path command that yields a HTML or Markdown link the
Ugh. This multiple finder files and hooking seems like a great addition. Not able to get it to work. Doesn’t help that main instructions seem to be for OS 12 when even my cats are using OS 13 these days. (Okay, there are dogs we know who are on 12, but that’s a different story.)
I “think” I’ve installed the extension. When I try to hook multiple files in finder I get something like this:
When I count the actions needed to use this function, I get 5 ‘steps’ or summary actions. There are many more if you consider the cognitive and motor activities/coordinations involved.
click on the target file to select it (then reposition your hands/fingers to move from the mouse to the keyboard)
invoke Hookmark on a file; (press control H on the keyboard)
in Hookmark’s title bar, click the Action ☰ button; (leave the keyboard and reorient your hands/fingers on the mouse, locate cursor on the screen, locate target of click, move cursor until over target, evoke a mouse click)
click the Advanced menu; and (locate new target for mouse, move mouse over new target, evoke a mouse click)
choose Copy As Path (reorientate visional attention again to the new popup window, locate new target in said window, move mouse over new target, evoke a mouse click)
Currently, you can
right-click a mouse OR two-finger click on a trackpad, OR control-click on the target file in the Finder to evoke the contextual menu
hold the option key down and the copy command changes to copy as Pathname.
Click on copy as Pathname command
Given this, I don’t see a benefit in using Hookmark’s longer sequence.
The copy as File URL is a nice addition.
I’m putting this out not for a fix but rather to point out something I often see from developers and that is that all the actual work needed to evoke commands is frequently not considered.
Thanks for asking, @BernSh. I sincerely appreciate the feedback. Here are some thoughts to put the new commands in their context.
That’s how I explained it so people can get understand it , seeing it visually. I imagine that most users would then use the keyboard:
^H (invoke Hookmark)
^M (access the Action ☰ button)
A (access advanced)
→ (enter advanced)
c (select copy path; or use arrow keys.)
Agreed, however, that even this is a lot of interaction. But at least it is ballistic / keyboard driven (not requiring mousing around)
Keyboard Maestro users can automate.
We intend to introduce a keyboard shortcut for these commands, so they each will reduce to
If there is demand, we’ll provide an option for a global keyboard shortcut.
Benefit: Hookmark provides universal commands that work across contexts
A major benefit of Hookmark in general and this in particular is that the same habit serves you well in all contexts. Hookmark’s commands revolve around contextually addressing resources ( creating links, opening resources). So you have ‘one stop shopping’ for that.
The “uniform habit” benefit is very hard to get across, but it makes all the difference in productivity.
a. many apps do not provide a copy path function.
b. even if they do, you would have to remember where it is (different apps put it in different menus, name it differently, and have different keyboard shortcuts [if at all)].
c. with Hookmark: it’s always the same habit. Hookmark provides a uniform interface, so that with the same UX (interactions) in any app you can copy links, paths, etc.
Same goes for Reveal File in Finder. Some apps have Reveal File in Finder. But they place them in different places. The cognitive load is overwhelming. Many don’t even have the command.
with Hookmark: the same interactions work across as many contexts as we can make them work.
Also, as noted:
this goes beyond what Finder does. I.e., it will handle the case where the file moves after you have copied its path.
So, even if the current sequence is (currently) more demanding in case of Finder, overall (across apps), it is less demanding. And in our discussions with users, many don’t know that Finder has this function. By making the command available universally across all compatible file-based apps, we hope that users who need these function ( copy path, copy file url, Reveal File in Finder, etc.) will find themselves using it (again due to the convenience and universality).
The foregoing explanation hopefully addresses your comment that
i.e., the feature is part of a product road map that considers the overall cognitive load and efficiency.
I should also point out a general use for the new commands (and the upcoming enhancements), which is communicating with others. Often when we share links to content in Dropbox, iCloud, Git, etc, we want to
a) provide info about where the file is (directory path)
b) the name of the file (filename, or terminal node of path)
c) provide a robust link they can click on to get to the path.
We could add some of this in the new Hookmark Finder extension too, in an Advanced menu. (We have further plans for the Finder menu apart from this)
We have a few more variants of path copying that we would like to add, but we’ll wait to see what the reception is like. Feedback here helps better understand users’ needs, and how we need to communicate. Thanks again.
I very much appreciate the thoughtful and generous reply. Here’s additional considerations, given you opened the box , that I recognize may be an outlier’s view.
There is an understandably keyboard-centric bias. I don’t object, yet the minority more visual/tactally oriented thinkers are excluded. Remember that access to thinking happenings through all the various ways we access and precieve the world. Dancer’s think in movement, painter’s think visually, Musicians think tonally and kinesthetically, etc.
I have found Keyboard Maestro’s palettes just begin to level this playing field. I have omnipresent app specific palettes that allow for gathering disparate resources into a common interface while not requiring new cognitive load of remembering keyboard combinations and developing new muscle memory. It also provides a common not app-specific platform as changing work requirements and personal prefferences continually morph and evolve. As you put it
This requires some artful wrangling as this level of ‘paletting’ pushes the design limits of the palette function. It is after all Keyboard Maestro.
Completely agree and while initially overwhelming to confront, this particular app function siloing extends to many many functions scattered across most all apps. There’s no actual boundary to this idea of unification/stanardazation to make computing more fruitful. I know this opens up a whale of conversations that neither this forum or myself are prepared to take on. Nor is there an intent to poke the bear, run, and see what happens. I’m simply saying I’m aligned with the idea and there’s considerably more west to go.
One last big thought before stepping down from the soapbox. Scaling up from this app to apps in general to computing overall and now to where we are socially, I assert that the space currently available for app development is boxed in by the limits of the personal contexts that we each have created thus far. Given the current paradigm that arises from all the individual contexts, it is unfathomable to take action (develop the computing context) on behalf of the whole. The ‘individualistic worldview’ limits, shapes, and forms what can be thought, dictates what is ok to think, and determines what is acceptable, right, true, and real. Mostly, we deal with ourselves and each other at the surface of thinking like ‘what I believe’ or ‘my strongly held opinions’. Rarely do we consider what unlays these thoughts, what determines what can be considered, what’s ok to believe or even what is believable.
What does this have to do within a discussion about a single function in a single app? Everything and nothing. We pick our battles given how the world occurs for us which in turn is given by the context that shapes our occurring world. For me I see many connections and dare to declair a possibility of unification within the context of computing that I see suggested within this app’s mission.
I just upgraded to Hook 5.1 from version 3.4.3 on my two computers, a MB with MacOS 11 and a 2003 iMac with MacOS 10.13 both with Hook perfectly synchronized with Hook version 3.4.3. Well, when moving to version 5.1 Hook on MacOS 10.13 has shown two worrying problems:
Hook crashes if I keep syncing between computers (whichever method I use, the effect is to crash Hook).
The other problem is that the finder extension (despite enabling it) does not work, it does not appear in the context menu.
The operation in MacOS 11 Big Sur, on the other hand, is correct and flawless.
Are you aware of these bugs? Are there any fixes planned for these problems with MacOS 10.13?
My system working with Hook right now is seriously affected.
I’m using Dropbox. no problem with it and Hookmark. Have you tried the Hookmark finder extension in your Home folder? E.g., select ~/Documents . If you don’t see Hookmark there it means the Hookmark extension needs to be turned on in System Preferences.