I assume that the dividers (i.e., ---- REFERENCE -------) are actually bookmarks with some “dummy” URL values, but I wonder why you didn’t just use separate sub folders?
-e
1 Like
Actually I just edited the JSON and the urls for them are all empty.
It seems to work fine!
If by accident you click on one of those “headings” the menu just seems to exit.
Am I doing something wrong?
TT
Ah. Good question.
Actually I will add folders to many resources later when I’ve prepared them.
For the use case that folder is the Single “Overview”.
I do want it undivided.
Best, TT
EASY APPLICATION, GREAT FUNCTION – #1
This is just an example of how flexible the miniBrowser is …
Background assumptions …
(1) you have converted a bunch of your browser Bookmarks to miniBrowser format that you’ll use regularly;
(2) you need a simple way to use those;
(3) you don’t need to edit them, only click them;
(4) you understand miniBrowser CSS.
The combination of “intelligent loading / unloading” of iframes in the miniBrowser WITH fine-grained CSS of it’s UI gives enormous scope on different ways to present output.
Here is one minimalist example I already use in the Sidebar …
I used miniBrowser CSS to hide the iframe until it is loaded. Hence only 3 icons show. Nothing else is needed.
The Down Arrow enables selection of any link …
… that opens the selected address in an iframe, like this …
.
The Magnifying Glass Search is confined to externalised sites. Those with Suffix “+”…
Click a link and a browser tab opens for it. In the TW nothing changes.
Clicking the X icon clears any iframed site.
The code for all this is …
<$let width="100%" height="50vh" name="br-bmk-only" folders="$:/config/TiddlyTools/Bookmarks" find="[suffix[+]]" extlink="+" zoom=".75,1">
<span class="tt-bmk-only">{{TiddlyTools/Panels/Browser}}</span>
</$let>
[CSS omitted]
It is marvellous,
TT
Reminder: you don’t need to set variables if they are using the default built-in values. Thus, in your posted code, you can write:
<$let name="br-bmk-only" find="[suffix[+]]" zoom=".75,1">
Also, I’m interested in seeing your CSS so I can add “Customization” info in the help documentation.
-e
1 Like
Yeah. I know. And it is better that way.
I’m just trying to get a few more uptakers understand the options.
It is a brilliant tool
TT
1 Like
@EricShulman I wanted to follow up on this and thank you for allowing custom extlink.
I now have practical examples of how that helps (in combination with the find filter).
Case 1: Routine external links that can’t be iframed. I use standard suffix
"+".
Case 2: Optional external links that can be iframed but sometimes need to open in a new tab for complex searches. I use suffix
"⇗".
Case 3: Internal (local files) & external links to music. Some iframeable, some not. So, open in a new tab for audio player consistency. I use suffix
"🎵".
You get the idea?
The suffix I’m using to good effect to easily differentiate types of link.
Just comments
TT
Update for drag-and-drop handling to re-arrange bookmarks:
Also, URLs are now automatically wikified before being applied. This allows you to use transclusion shortcut syntax (i.e., {{tiddler!!field}}) or global macros/procedures (i.e., <<getMyInput>>) within URL strings!
This makes it possible to use TiddlyTools/Panels/Browser to dynamically construct URLs for search engines. For example, to submit a Google search with the TiddlyWiki sidebar search input, you can use
https://www.google.com/search?q={{$:/temp/search}}
enjoy,
-e
Whoa! Super useful!
For instance I need to use a search engine without AI generated results sometimes.
Now I can via a “dynamic” miniBrowser bookmark! …
https://{{opts!!pre-ddg}}duckduckgo.com/?q={{$:/temp/search}}
... the value "pre-ddg" is set to "noai." if no AI is needed.
Efficient, easy.
TT
I assume that you are saying this within the in-wiki Browser solution specifically. Are you using the $wikify widget and could it have performance issues? I am just curious.
Yes… I am using $wikify within the TiddlyTools minibrowser, just before setting the URL in the IFRAME (or before sending tm-open-external-window).
This is a completely reasonable use of $wikify, since it enables URLs to be dynamically constructed from any wikiscript syntax you need (typically a simple transclusion of a field or index value).
Also note that the performance of the $wikify widget is generally only of concern when it is invoked multiple times from within a loop.
In the TiddlyTools minibrowser, this is not a problem because $wikify is being invoked just once in response to a deliberate user interaction (choosing a bookmark, pressing enter from the URL input, or clicking the “open in separate window” button).
-e
True, but functions or “Substituted attribute values” (backticks) can do this now as well, but I have not seen any performance comparisons.
I guessed this was the case here.
Functions only handle filter syntax, and backticks only handle filters and basic variable references. In contrast, $wikify handles ALL kinds of wikiscripting, which enables use of much more complex logic such as multi-conditional %if sequences.
-e
1 Like
