There’s a step you’re missing. After you drag and drop the SQPL tiddler, go to settings → plugins → get more plugins. Pick the “SQ Plugin Library” tab. Then “Open the library”. From the drop-down list, find and install “Links Context Menu”. Then save and reload.
The instructions for usage are equally confusing. I made a target tiddler with text, and a second tiddler with the link to the target tiddler. When I hover or click on the link in the second tiddler, I don’t see a dropdown, and it doesn’t matter if I hold ctrl down or not. Also there is a settings tab in the plugin that is empty.
I’m not sure what you could put in a menu entry that would get around this problem, unless you wanted to open a tiddler just for viewing entrees like this. But you could only open one at a time.
Another approach is to use the filter cascade mechanism instead of the older ViewTemplate mechanism. Then the popped-up window would contain whatever you wanted to display.
In fact, by imitating the writing method of tiddlywiki’s link widget, you only need to add an event listener to achieve link preview. just like this image
The problem is that this way of launching the window doesn’t use view templates. If there was a tm-open-window-with-templates message, that would be the ticket. One fix would be to switch to using the cascade filter for template viewing.
Aha. OK. So if I have understood correctly the issue isn’t lack of support for the view template body cascades, but rather the tiddlers tagged with $:/tags/ViewTemplate. The code I posted previously would apply the view template body cascade but not any additional templates tagged $:/tags/ViewTemplate
Something like this would work with non-functional toolbar buttons showing:
So I must admit that the whole cascade filter and ViewTemplate cascades is something I haven’t tried yet and I’m still trying to get my head wrapped around it.
Just putting in template=“Railroad ViewTemplate” displayed better than having nothing at all. Having template="$:/core/ui/ViewTemplate" worked slightly better, but not like it should as if it were in the story river.
How would I use a ViewTemplate Cascade to make the new window look the same as if it were in the story river? I’m finding the cascade documentation at tiddlywiki.com is lacking.
Attached is my viewtemplate I created for viewing in the story river.Railroad ViewTemplate.tid (7.7 KB)
This follows a pattern I think I’m seeing – global macros aren’t available in the new window. You could try putting
\import [[$:/core/macros/tabs]]
At the top of your railroad template, Also import the tiddlers that provide the successor macro. Then see if using the context menu with the ViewTemplate it works better.
The tabs work fine now, but the successors and predecessors don’t show. Only the little symbol that would be to the left of the railroad link shows up for each. Interestingly, the number of predecessors or successors is correct. There’s just no links.
Where are the predecessor/successor macros coming from? A plugin, or your own script? In any event, it may be that those macros themselves call on other macros that are missing.
@Mark_S
Fyi. The two import filters can be in one import pragma
The issue with open in new window not being equivalent to the display of a tiddler is long standing. This resulted in my making two new buttons for view and edit windows years ago. This is similar to the way modals work, its basic and you need to rule in content we take for granted in the story.
There is an argument in favor of modals and windows being somewhat simple however this does not map to user expectations. I think we need to consider;
explaining this in documentation
providing some appropriate templates
With improvements in the open new window mechanism I have recently built a long sought after Window management tool for TiddlyWiki, especially on multi-screen desktops, that;
Lets you keep track of open windows
Open and reopen them from the master wiki
No hunting for a window
Close windows selectively or all from the master wiki
Move a tiddler from the story into a window
Open for edit in a window
Open with the full view template or cascade applied
The only reason I have not completed it yet is the complexity around choosing the appropriate templates and some of their fine configuration, and repeat regressions I can’t explain. I would welcome collaborator’s RFC Window manager in 5.3.2 coming soon