Tinderbox Forum

A Tinderbox solution to organising a Zettelkasten?

Menschen kommen. Sie bekommen alles zu sehen, und nichts als das—wie beim Pornofilm. Und entsprechend ist die Enttäuschung.

Forgive me, my German is a little rusty… I imagine that Pornofilm is the German for KeyAttribute?

AFAICS the whole point of the thing is to get you to think about the notes in context and in your own words to foster creativity, rather than just taking random notes which are then forgotten in the margins of books and the dusty recesses of DT databases… If you do that, then the ‘magic’ is more likely to happen, whether or not you follow the precise path to get there. And other note taking systems will also work for other people.

Yes. Over emphasis on tools/process as a substitute for thought is something to which we are all prone.

2 Likes

Actually, it’s a kind of Composite.

3 Likes

I hope the original intention behind this thread remains clear. One might say that a collection of notes draws upon Luhmann’s insights if:

a. there is no pre-conceived hierarchy of topics
b. notes can be linked together
c. note sequences can emerge*

i.e. that there be no rigid hierarchy, while allowing structure to emerge.

Tinderbox shines when it comes to emergent structure. The ‘magic’ (to borrow the term) is in seeing relationships and meaning emerge out of years of research and reflection.

The original question was about whether Tinderbox’s features could be used for a very specific use case. Namely, how to use Tinderbox to export notes that have been organised according to the three principles mentioned above.

I agree with @PaulWalters that sometimes it is better not to use Tinderbox and just use something else. But I like working in Tinderbox, and only wanted to explore whether a TBX-based note collection could be exported in a way that would numerically maintain the representation of sequences. I am grateful to those who volunteered solutions, be they low-tech or automated.

The question most definitely is not about a particular technique, let alone an arcane numbering scheme. If one is never going to export from TBX, the whole question of ‘addresses’ is redundant. There are other meaningful ways to learn from one’s note collection, whichever side of the egg you prefer. But, if it is acceptable use of the forum to ask questions about exporting notes with an eye to printing on paper or using them in other apps, then some of the ‘old’ techniques might still be informative and helpful to our discussion. :slightly_smiling_face:


(* I know this one is debated, but I for one have experienced practical and cognitive benefit in utilising both note sequences and links, be it on paper or on a computer.)

1 Like

There’s really nothing to “debate” – I like clutter and assign meaning to the texture of the whole – the rooms in my puzzle palace are generally not adjacent; others like structure and sequence. Horses for courses, and Tinderbox can accommodate those poles and many more.

Personally, I think there’s a bit of a prescriptiveness in the blogs and various forums (but not here) that assign a kind of sacredness to Zettelkasten – which (I think I am agreeing with @brookter here) is unfortunate because it misses the value of alternatives. But, fads fade, and the work goes on.

3 Likes

Agreed!

1 Like

I’ve now had a chance to download the demo and test it, while reading the instructions in @mwra’s post above.

This code is numbering things exactly as I would expect it to. And the two variables that the user can set make it very configurable indeed.

For my purposes, this does what I had originally been looking to do. I’m trying to study the code with the TBX Reference open alongside. Also, I’ve only tried it in the dummy file. I’ll try to implement it in (a copy of) my working document to kick the tires a bit more, and get back to you.

Thank you very much, @mwra.

1 Like

Ooh - hit top dead centre for once. Good news! I hope the demo helps others. A method to implement a ‘numbering’ system something like this in Tinderbox has been suggested and is being investigated (though I don’t read that as necessarily getting carried forward.

That said if others here have comments/requests on the narrow issue of zettelkasten-like ‘numbering’ do please say so.

Meanwhile, I’ll follow up with @talazem on the export side of his original request (we’re on a PM at present) and I’ll share back a further demo if we make sensible progress.

2 Likes

If you make “sensible progress” I’d love to see the demo! I was getting hung up in all of the details of making the perfect export and numbering, etc. I’ve taken a break from it and I’m focusing on reading and taking notes! I will want to circle back at some point to tweak it for export, etc.

Sure, that’s the plan. I’m pushing ahead on a PM queue as we’re gently pulling out edge case stuff and it might sound like crickets here but progress is happening. For instance, @talazem noted that using full stops (periods) for the segment delimiters in the code fails if you use the code as the zettel note $Name. Why? Consider, if I export ‘001.002.003’ to HTML, I end up with a filename ‘001.002.003.html’. Not helpful!

So I’ve also parameterised the the ‘code’ segment delimiter in the ‘Zettels’ note. A full stop (or period) might work well internally, but if exporting you might want to use a different delimiter. If you don’t, a full stop might be more useful in giving horizontal compression of a long code.

So here is an updated demo. I’ve changed $ZettelCode to $ZettelNumber to track @talazem’s usage but none of these user attribute names are writ in stone. Change them to your needs - though make sure the code-setting rule is updated.

zettelcode-demo.tbx (115.8 KB)

Thanks, Mark! I wasn’t trying to push. . . I’m just really curious to see demo files of Zettelkastens.

FWIW, I’m using a fixed reference named $Zettel_String. I use this as an Action:

"$Zettel_String=$Created.format("yM0Dhmm");

Interesting. I’m a bit of a by-stander here, as in I’m not a zettelkasten-er (I know, not on trend at all).

I get what code you get but I assume it doesn’t allow for subsequent zettel-note moves in the TBX?

Correct. I want my Zettels to have a fixed ID. If I ever dump notes into a markdown system such as The Archive I would want the numbers to be consistent. I want to be able to move notes around in a hierarchy and still retain my IDs.

Err, but they do: $ID (Tinderbox’s UUID for notes). See here. Or am I misunderstanding?

Sorry, I don’t mean to get the conversation off track. I like having the ID built from the date., i.e. 202003251154. I’m drinking the kool-aid over here: https://zettelkasten.de/posts/add-identity/

Nothing wrong with that! I’d simply mis-understood your earlier comment to imply Tinderbox notes had no unique ID. Date/time of creation is an alternative. Although date/time attributes reflect time to the millisecond, depending on how you format the data not all note will have a different value.

Even if you use some other $Name, you can still sort on $Created—or any other date.

I can’t help but reflect that Luhmann’s system was constrained by the limitations of the (paper) card medium. Recreating that in a tool as rich as Tinderbox can be fool’s errand if recreating limits dependent on the paper medium. That’s not critique. If a solution works for you, that’s good. :slight_smile:

1 Like

Use something like this in a stamp, or agent, etc.

$MyString=runCommand("date +'%Y%m%d%H%M%S'");

1 Like

Dear Dr. Mark Anderson,
Thanks a lot for your zettelcode-demo.tbx.

It is very easy to use because the Zettelnumber of the document is automatically changed when the file location is changed. I am now free from the inconvenience of having a unique numbering system.
Now, my question is: I added a new file in your zettelcode-demo.tbx
as zettelcode-demo-1.tbx.
I have two problems.
I am using MacDown (ver. 0.8.0d71 (1079)) to display the exported file.

Problem 01: The Japanese in the title displayed in

is sometimes "garbled?
zettelcode-demoJ-E

Problem 02: The link destination in the file is not written correctly.
zettelcode-demo-LinkReturn

When exporting as .md, the link is created.
The path specification is not exported as expected.
Zettels.md handles the relationship between the entire folder and file, but From the “Link test” written in the Test cell at the beginning, the link Testcell > bee > cow > dog.md shows up, but
But the link back from dog.md to Testcell.md
The link in dog.md is written as <a href="Zettels/">Return</a>.
To return the link specified in the original Zettels.md
The fact <a href="Zettels/Testcell.md">Return</a> is different from the fact that I wrote.
Especially for problem 02. I would appreciate it if you could tell me what kind of treatment I should implement.
Is the Japanese “garbled” in problem 01? is it a problem with MacDown?
Respectfully, WAKAMATSU (from Japan)
P.S
The zettelcode-demo-1.tbx and exportFiles are attached as a zip file.
zettelcode-demo-1.zip (195.4 KB)

Thank you for the file. It seems to be something to do with Markdown and whilst I know what Markdown is, I don’t use it so have no expertise to apply to this. Perhaps a Markdown expert could help?

Or, remove all the Markdown mark-up and get it working as HTML and then add Markdown. That way it is easier to see what is happening with the export.

Dear Dr.Mark Anderson.
Thank you very much for your time and advice.
I will try the method you suggested.
I rarely use Markdown markup, so I will try converting to html first.
After that, when I find out the problem with Markdown,I will pose the question again.
Respectfully, WAKAMATSU