Copy text with Web link from Note, Paste to Note, link lost

:sweat_smile: apologies, I obviously wasn’t paying attention when I linked your text.

I was intending to reply to the @eastgate post directly above mine. I actually just succeeded in creating a cross-document link by trial and error but I am unsure how I did so :confused:. I think it happened while I was playing around with Note>Make Web Link feature.

No worries. I think @eastgate has meanwhile answered your question.

Tinderbox is document centric. You can (as described above) link (via $URL) to other other documents’ notes but this is not done via ‘internal’ Tinderbox links. If you want that functionality, consider merging your TBX documents.

Apologies if this messes anything up; I did not want to start a new thread if a pertinent one already existed.

Correct.

I did seem to create one; see my above post.


Tangentially, FWIW, this SS (+ a skim through the [dated] “Getting Started” documentation) shows the extent of my experience with TB. Anyway, when clicking on the blue, “this note” it will open the document to which the link is “built” (if that is the correct word). When right-clicking the blue text and selecting “Browse Links” it does indicate that it is a web link. If I frequently use these links to navigate topics, authors, etc, which are tangentially/distantly but not directly related, am I setting myself up for failure?

Per my last above, Tinderbox links are in-document. Inter-doc links are essentially a different, Web-style, external link. You are less setting up for failure as frustration.

The chick-and-egg problem here, in trying to give pertinent advice, is in understanding what outcome you are trying to achieve. Certainly, if you want/expect to navigate around/between discrete TBX documents within a single session, I think that is currently going to be a frustrating exercise - you would do better to merge your documents.

Ok, thank you. I am hoping to use TBX for academic purposes in a similar fashion to Beck Tench in her tutorial videos but am, indeed, hoping to have discreet TBX docs, as you put it. I am hoping to have siloed docs that interlink as, just the thought of one giant doc holding years of compounding zettels, author bios, book notes, article notes, personal writing notes, etc, etc, etc is slightly overwhelming and, I suspect, will become quite cumbersome. Obviously, the size & contents of each doc will be a work in progress, but I know from the start that I would rather err on the side of multiple docs as opposed to a singlular space (I have already seen that this seems to be long time question of users’ preferences & TBX philosophy) for dozens of different topics. With that said, I think that I might endeavor to make a master doc where, if needed, I might attempt an indexing system of my few docs. With the system I have in my mind a way to inter-link, say, an author who might pop up in varous docs is quite essential. Maybe my opinion will change as my comfort level with TBX grows, but, ATM, I would rather use links and monitor real estate rather than reconfigure adornments, notes, or large swaths of a gigantic document as it grows in size or in philosophy, should I feel the need to tweak the system. Really, this is coming from a system I have thought about (read: romanticized) for a few years (no exaggeration) as I have balked at the price of TBX on a student’s budget, but now that I have finally come around to potentially being able to pull the trigger while it is on sale, I am giddy about the prospect of trying my hand at actually making it work. But, I realize that I am not even a novice user so this could, of course, all be written out of ignorance (I would certainly welcome any input, wisdom, or advice that you or @beck has learned through your efforts, be they errors or successes).
And, lest I forget, a big thanks to you and @eastgate for your time and help as my question(s) were, I’m sure, painfully basic.

Whilst one can use web-style links out of a TBX document to another, the resulting experience is not as rich as working within a single document. My advice is to experiment with both approaches rather then try and guess the outcome that suits you best.

Given that Tinderbox is a toolbox rather than a single-purpose utility offering only limited alternative uses, and given that individual styles of use vary, experimentation is good. All the more so as Tinderbox is very supportive of emergent structure and rolling back from mis-steps.

Thanks, Mark, I appreciate the help, encouragement, and advice; especially this bit here:

Thanks for a great first experience on the forums!

If I might follow up with a p.s. query – IYO, as I set out to experiment, is it easier to split docs that have become unmanageable or merge two docs that one surmises might function better as a single recepticle?

Not a simple answer as it depends on how much structure you have built in. The easiest way to split a doc, IME, is to make a copy and rename one. Then from each of the two discrete files, delete the unwanted content.

Merging requires a bit more attention to detail in terms of (re-)assigning prototypes accordingly.

I’d not get to invested in either approach as it’s really a way to avoid getting on with the real experimentation. Worrying about problems you might encounter is less useful than addressing actual problems.

Tinderbox doesn’t have many fixed limits but common sense dictates that scale will have effects. A 100 item map, yes; a 1,000 item map, likely no. Even if you work/think in map view, be aware of your document’s outline and avoid putting too map items in the same map/container. Enlightened self-interest is a good guide to choice.

Tinderbox is not designed to hold (in one doc) every note you have and all associated images/files. Use an ‘everything bucket’ type of app like DEVONthink (or similar) for all that extra information. Use Tinderbox for your actual thinking/planning work; you can still use URL-type links to link to DT-stored assets. Be open to natural divides. You might put all your research project notes in one doc, but your general daybook or to-do list might better live in a separate doc; common sense applies as to where splits might go.

That all makes perfect sense, @mwra. Thanks again!!

1 Like

This is my philosophy as well. I run solo TBX documents when I need to think through a messy problem, contribute concept maps and document my learning in my ZKN.tbx, and in the year since I’ve been contributing to it, I’ve created a v2, in which I copied some things over and redid others, giving me the opportunity to see how my understanding has evolved.

For example, here’s the difference between my initial understanding of Attention Restoration Theory to how I think of it today. I imagine, like many things, it will expand and shrink, expand and shrink again, over time.

Initial map:

Current map:

4 Likes