\define external-document(file:{{!!file}} path:{{!!path}})
\rules except wikilink
<$wikify name="location" text="$path$$file$">
<a href=<<location>> target="_blank">$file$</a>
</$wikify>
\end
<<external-document>>
<<external-document path:"the new path/whatever it might be/">>
[[My PDF file|<<external-document>>]]
[[My PDF file|<<external-document>>#page=7]]
<a href=<<location>> target="_blank">$file$</a>
<a href=<<location>> target="_blank">My PDF file</a>
Next question: what steps are involved in generating a Tiddler hierarchy? That is, I want to show the set of Tiddlers as a tree, with a parent node and children nodes. For example, if I were describing countries of the world, I'd like to have children of each country for subtopics like Population, Society, Geography, etc..
--snip-- TiddlyWiki should be renamed FiddlyWiki --snip--
We do not mind critsisium, we are always trying to improve things, I expect the documentation to be easier to improve soon.
There is however a reason why what you expected did not work, part of this is using more than one form of coding html, wikitext, macros, css and behind some macros javascript. One does not always embed in the other without further consideration. Show me an example elsewhere of this and we may harvest some ideas.
When we want to embed one "Language" in another a common practice is to construct the code in a macro definition. I will try and locate an example when off my mobile.
My point is tiddlywiki can stimulate our imagination so much we have ideas about how it can be, when there are complications that are not so obviouse, because we have multiple coding methods available at once, in an always up to date interlinked interactive platform.
I empathise, and have thought the same way, but I am starting to see how tiddlywiki raises our expectations to exceed what it currently achives. Most often a work around exists, or the community starts to digest changes to come. The key is the community, conversations and change. Its not that tw is not mature, its that it continues to evolve even although in many respects it already surpasses the competition in capabilities (if not simplicity).
In my view Far too often today, simplicity is the result of the startup culture, which wants to profit from minimalist solutions, to fund the development of more comprehencive solutions by charging and taxing their very same clients. Unnesasary compexity is desirable but not at the cost of capability, unnessasariily simple things fragment what we need to use into too many parts.
TiddlyWiki exists at a point of convergence of multiple technologies and thus is capable of great divergence as well. In this centre there are artifacts, but there is also code patterns and methods to address them.
Regards
Tony
\define doc-link(path name parameters)
$path$$name$$parameters$
\end
<a href=<<doc-link "http://gahp.net/wp-content/uploads/2017/09/" "sample.pdf" "#page=3">> >My PDF File</a>
<a href=<<doc-link "http://gahp.net/wp-content/uploads/2017/09/" "sample.pdf" "#page=5">> target=PDFTab >My PDF File</a>
\define external-document(file:{{!!file}} path:{{!!path}} page:{{!!pdf-page-number}})
\rules except wikilink
<$wikify name="location" text="$path$$file$#page=$page$">
<a href=<<location>> target="_blank">$file$</a>
</$wikify>
\end
<<external-document>>
<<external-document>>
purpose | select titles via a list field |
---|---|
input | ignored |
! input | a selection of titles |
parameter | R = a reference to a field or property of a particular tiddler |
output | the titles stored as a title list at R |
! output | those input titles that are not mentioned at R |
R
can reference either a field or a property. See TextReference for the syntax.
list
field is used by default. So [list[T]]
outputs the titles listed in the list
of tiddler T.R
consists of only a field or a property, the tiddler part of the reference defaults to the current tiddler. So [list[!!tags]]
outputs the titles listed in the tags
field of the current tiddler.These examples make use of the Days of the Week tiddler.
[list[HelloThere]]
[list[Days of the Week!!short]]
<$list filter="[tag[ListWidget]sort[title]"/>
This actually works, but it requires me to type the name of the current tiddler as the tag name. Surely there's a way to get the title of the current tiddler to automatically populate?? Somewhere I read that the title of the current Tiddler was in a field that could be referenced like "!!title". Try that, and no dice.Simplicity is obtained when all accidental complexity is removed. I have no problem with complex tools; I use source code IDEs like Intellij, Visual Code, and Eclipse almost everyday.
Here's a documentation project I started, but not sure if I'll keep up:
There's lots of documentation at TiddlyWiki.com. But you have to be willing to spend some time with it, and it's not all-joined up into a narrative.
I have felt the same as you, and invested so so many hours, perhaps driven by a vision, but it is now an obsession. However with knowledge I no longer want a solution that mearly does every thing I can dream of, but for anything I ever will dream of, evolved with feedback loops, discoveries only made if you undertake the journey, journeys perhaps only possible in the tiddlywiki universe.
Somehow tiddlywiki5 always remained tantalising enought that its documentation and limitations were never enought to stop me, perhaps even when it should have. Perhaps knowledge of twc helped me persist.
Will others travel as I have?, Do others become inspired as I have?, I do not know. But for sure I can be a guide now, and even help smooth the way.
Is the challenge too much for others? Its hard to tell after slaying the dragons. But like a quest I can share some "Cheats".
Regards
Tony
<$list filter="[tag[Learning]]">
</$list>
<$list filter="[tag[Learning]]">
</$list>