Filesystem-based Information Management Question

@Lettermuck: My undertstanding is that you create your entries in TextMate or Scrivener and then save/drag them into Boswell. I guess you may also create some in Boswell itself? You talk above about not creating the files by hand, but exporting them out of Boswell and run a script to generate the files. Not sure what you mean here - sorry. I know that you backup out of Boswell to a backup file. This file also contains links to any media that is cross-referenced to the Boswell files.

Well, Boswell lets you export an entire notebook into a file (just drag an opened notebook to the Finder). The text of that file will have all of the entries in that notebook, separated with some divider patterns. I simply search for those divider patterns with my script, and then process each internal entry as a single file. So Boswell creates a single notebook file; I run a script; script spits out 75 files (or whatever), one for each Boswell entry in the export file[1].

I very rarely create stuff in Boswell, mainly because of MMD meta-data entry. For a while I experimented with creating some template notes with which I could duplicate off of in Boswell and then “fill in the blanks”, but all of that clicking in the right spot and such is less efficient than a system that lets you tab in between “fields”, which is how snippets work.

Well, I take that back, I do sometimes create entries in Boswell, but they are only stubs. If I have an idea for something, I’ll just quickly Cmd-E and type out a sentence or two—often not even bothering with Boswell meta-data at all. I can get the ID later from the creation time stamp. This is one area Boswell really hits the mark on that few other programs like this do. You can bang out a thought immediately since the cursor goes straight to the content area. No need to name it, no need to mess around with where it should go, just get the idea out and sort it all out later when you get a chance. So for that I do use Boswell—but once I do start really working on it, it’s TextMate.

Of course, I rename the e-mail. :slight_smile: Sometimes I don’t even preserve the subject line, because quite often (in my experience anyway) the subject line has nothing to do with the content any longer. If a conversation merges out of its original intention, or if the original subject line was simply not very informative, I’ll rename it. This isn’t a problem for me in terms of threading, because of my use of back-referencing. Since I back-reference the e-mail that it is in response to, it doesn’t really matter if the subject line changes. This whole process is made much easier for me by TextMate and a script add-on that I wrote for it. I simply paste the original e-mail into TM, hit Ctrl-R, and it examines the meta-data, adjusts everything accordingly, and then quotes all of the existing text. So the back-ref is made automatically from the old e-mail’s ID, a new ID is created, and the To/From fields are swapped, basically.

Consequently e-mail looks like any other item in my archive with the numeric date ID in front and the title (but not the single-letter tag! More on that below).

The saved Boswell email is plain text, so you cannot reply to emails from within Boswell. Do you cross reference to your email archive, in a similar way as you do for media?

Well, I could if I wanted. I view all incoming e-mail as plain text, and every e-mail I send out is plain text. Frankly I have no use for formatting in e-mails. :slight_smile:

However, I much prefer to compose e-mails in TextMate because of the above, and because I like writing in a full-feature text editor over Boswell or an e-mail client. It also means I can compose an e-mail over several days without using Drafts in the e-mail client—separation of data from the central pool!

You mention that you enter your token in the Bosell tag field. What are the benefits of this? Is it because you plan to edit tokens in future - even when in the archive?

In an earlier post you mentioned that you might place a code 4 in your token, to highlight entries that are unfinished. This sounded a great idea, although I could not figure how you removed this code, when you eventually do finish the WIP. Is an ability to edit the token the answer?

Sounds like I was a little unclear with this. Actually when I’m done with edits, I put the whole token in there, {I3.1.Article} or whatever. I have all kinds of Boswell filters set up to analyse things like {I and .Article} and even just { (to catch everything into a daily review notebook that I clear out once reviewed) and put them into appropriate notebooks of varying specificity.

But that would happen even if I didn’t use the Tag field, obviously, since that token is also in the text. The reason for putting it in the Tag field is for reference in cases of mixed types in a single notebook. A .Scrivener} filtered notebook might have all manner of things in it from forum posts, to wiki articles, to e-mails, to documentation, etc. So it’s nice to have that Tag field available to sort by, if I want to cluster by type instead of date, or just to see what the resource is.

I don’t use the single-letter 4Tag in the title because of that pesky OS 9 size limitation (that’s three wasted character including the hyphens). However the exported files do get that.

Okay now regarding the editable nature of this Tag field in Boswell, it’s a little tricky. Keep in mind that when you archive something in Boswell, it goes into a “null space”, the greater Archive which is beneath everything you see in the interface. Entries can actually end up being in no notebooks at all, and effectively invisible to the interface unless you search for it. Searching merely populates a special notebook called “*Results”. Everything in Boswell is notebooks, and thus once you search for something it is effectively in at least one notebook. How this comes into play with the Tag field is this: when the entry is archived, the tag that it is archived with is permanent. At the subterranean “Archive” level, it will always have the Tag it was assigned with from the Journal. Tag editing is a per-notebook feature. The same item can have 50 different tags in 50 different notebooks. When you search for it, it will come up with the original tag from the Archive, not any of these 50 variants. So that final tag is important when archiving[2].

This per-notebook aspect is very useful for this system. For me, whenever something is added to a notebook, it will have that special token to identify it. In some notebooks, this may not be useful. For example in my Reviews notebook, the token is a little vague. A hundred {R1.4.Film} tokens. That’s a fine token when mixed in with stuff like diary entries, but amongst a bunch of other film reviews, a little more specificity would be nice. So in that notebook I’ll change the tag to “Film-Drama” or something to that effect. I keep the Film in there because this notebook also contains reviews for coffee blends, MP3 players, well you get the idea. Since you can sort by tag, it’s easy to lump up review types in a tighter specificity than the broad token supplies.

Okay stepping back to WIP progress. Here is what I do in Boswell to take advantage of its sorting method. I sort my journal by Tag ascending and Created descending. You can set up complex sorts like this out of the Notebook menu. A nice thing is that these sort preferences are per-notebook and will be saved. So once you set up a notebook to be sorted in a certain way, it will always be that way. I choose this particular sorting because I use the tag for WIP progress, and then Created is a nice reminder of which items are the oldest (the ones at the bottom of each tag grouping). For progress, here is my tag progression:

*
**
***

They’ll get sorted in that fashion, with all of my bracketed tokens at the very bottom. One star means it’s basically a stub file, or just not even remotely finished. Two stars means I’m mostly done with it, but I have a few other things in mind I wish to do with it. Three stars means I’ve finished, but I’m not quite ready to archive it yet. A common example is a film review. I might finish writing the review shortly after watching the film, but I don’t want to archive it immediately because over the coming days my opinions might change as the film’s material settles into my mind.

In between I also have two other tags:

<--
-->

They simply mean Imported and Output, respectively. The former I’ve set up in the Library/Settings as a default tag for imported material. I use *** for new items I’ve created in Boswell[3]. Imported is simple. I just use a special tag to show that’s stuff that needs to be sorted or processed, so it’s nice to have it all in one sort cluster. Output is what I use for stuff that is ready to export somewhere. E-mail that needs to be sent; an article I’ve finished that needs to be posted, etc. I don’t use this one terribly often any longer. I used it more when I didn’t have an Internet connexion at home, and would send everything out from the office where I worked.

So that is how I use tags in the journal. None of these WIP tags survive archival. Even if the entry in question is a WIP, I don’t deviate from putting a final token on it. In my mind, even if something isn’t finished, it is still something and should get a token to represent what it is. I put the WIP in the MMD Keywords field and that is enough for a Boswell filter to stuff it into my WIP notebook for future use. When I’m ready to attack it again, I’ll just clone it out of that notebook into a new copy in the Journal, give it a new ID, back-ref it (easy to do without jumping around, because when you duplicate the entry you duplicated from is stored in the Source field in Boswell; just double-click the ID and paste it), increment the version number in my MMD meta-data, and off I go.

Using notebooks for workflow is very viable and useful. They don’t need to just be storage bins.

I have recently purchased a copy of Boswell and I am working my way through it.

Two bits of advice:

  1. Use the starter database for your first db. There is a lot of great advice that is stored in it. In fact most of the application is documented right in Boswell.
  2. Work in parallel for a bit. If you are anything like me, as you get used to Boswell, you’ll change your mind about a fundamental workflow and want to fix everything you’ve done thus far. Boswell’s immutability makes this difficult. The immutability is fantastic once you are comfortable in the application, but when learning it, it can be a huge pain because suddenly you have 1,000 mistakes in the __Ignore notebook.

So consider that first one your “practice” library. Once you get comfortable, create a new empty library without the starter documents and go from there. You’ve got the benefit of all these great systems we’ve honed over the years, so that initial break-in period might not be quite as big as mine was. I had literally no system back then, and was inventing a bunch of this as I learned Boswell.

Oh one quick tip if you are running Boswell through Rosetta: always let it finish loading before switching around to other applications. There is a Rosetta bug that causes it to crash if you start loading it and then wander off to web browse.

Further pointers on how Boswell and Scrivener fit together would be appreciated.

Quite simply, everything I do in Scrivener is MMD. So archival into Boswell is merely a matter of compiling to a plain MMD file (not a final format), and then dumping that into Boswell. I create a “Source:” MMD meta-data field that points back to the original Scrivener project (now zip archived and stored in an area of my drive I never alter).

I’m not sure what else to add here, because the process is so deadly simple. Scrivener produces the end-format I need in one shot… copy & paste or import handle the rest in Boswell.

Printing out into presentable formats should be straightforward, although I need to learn how to edit the format (without picking up LaTex skills).

Try LyX. It’s a word processor-ish front end to LaTeX that will definitely feel a little quirky for a Mac user (it has a UNIX background), but completely removes the LaTeX learning process for editing these formatted files. In fact, it’s probably the single best Scrivener->WP workflow out there. It’s the only one that has a 100% retention rate for semantics. Titles stay titles, block quotes stay blockquotes, etc. Everyone working with Word or other RTF based workflows has to use formatting searches and such to coerce the RTF into a semantic document if they want to use stylesheets at all. Scrivener+MMD->LaTeX->LyX->PDF is fairly painless (I won’t pretend it is easier than Nisus Writer Pro, it’s definitely more advanced, though in other ways—once you do get it, reduces how much you have to do).

I may take a look at TextMate, but have little experience of snippets. What are the major benefits over standard Text Edit, in terms of your workflow?

You could, in TextEdit, augment it with something like TextExpander or Typinator and get boilerplates. But none of these solutions provide programmatic entry or field tabbing. They’ll just plop down a huge chunk of text that you can fill out. Not a bad solution though.

One could probably get efficient at either method, it’s a matter of taste. You could also just, like I mentioned, use boilerplate stationary entries in Boswell and write them out in there. There wouldn’t be a huge advantage to using TextEdit over Boswell, frankly. Typing lag is probably the biggest disadvantage. Since it is running through Rosetta, it’s a bit more sluggish than writing in TextEdit.

I like TextMate because I can program the snippets. But I’m not the typical person in that regard. :slight_smile: I also like it because it considers MMD a syntax and makes using it much easier. You can drag an image into a text file and it will build the MMD image syntax for you, for example, or when you type in header hashes it will complete the other side; it uses syntax colouring—little things like that. Not to mention it also will render the MMD file out to an HTML preview right in TM with one keystroke.


  1. You can select a bunch of entries and drag them to the Finder too, to create files, but they will still need post-processing because for some reason it still injects the divider sequences into the file. ↩︎

  2. A side note on this: When you export a Notebook from Boswell with custom tags, it will place those custom tags into the exported file, not the “root” tag. Since Results recovers the “root” tag, it can be useful to search for and then export that notebook if you want to save the original tag, but since I put that into the text area already, this is rarely important. ↩︎

  3. I have it set up to jump straight to a level three incomplete because most often I’m creating the new entry to immediately paste in something that is already mostly complete. If I used Boswell to start more stuff from scratch, then a default of * would probably be better. ↩︎

1 Like

I’ve tried several times to install Boswell, and the starter database has always come up corrupted. New databases work okay, so I suspect that this is a storage incompatibility in the starter database and not a “real” problem in the application.

Hmm, it might be something off with the demo (which is a different binary from the version you get when you buy it), as I’ve not had that problem before. Might want to contact the developer on that one. I will say I had one database go belly up on me in the past, but I’m not sure how much of that was due to a fault in Boswell. This was back, shortly after Leopard was released, and Apple had introduced some really nasty bugs into Rosetta that caused some older applications (Excel was another) to totally hard crash the login session. Running one minute, black screen flickering and then logged out the next. This happened so often that it doesn’t surprise me the DB finally got toasted. Before and after that time (I’ve been using it since around 2006) though, never had a problem with a database. I still back up religiously.

Not sure if you are using the demo version or full, but I have had no trouble with the starter database since my purchase. The developer is very helpful and responsive - I am sure he would welcome hearing from you on any issues. I found the installation a little messy - due to the peculiarities of OS9. However the developer guided me through.

Many thanks Ioa for taking the trouble (once again) to share your wisdom. I now have a much clearer picture of all the things I do not know :slight_smile:. Seriously though, this is a great help to me. The tip about LyX was a relief. I am already half way through the tutorial and can see me making a lot of use of this. I had been concerned that I would need to pick up LaTeX skills - which did not excite me. LyX appears to be much more user friendly and Mac-like (even if it is Unix based). Combining with Scrivener will make for a very neat workflow.

Do you know if there is a bundle somewhere for moving MMD into LyX- pdf? I originally tested the bundle within TextMate to LaTeX-pdf, but could not get it to work. It could not find htmldoc. I downloaded htmldoc, but still had trouble (perhaps I did not have it in the right directory). I then came across Fletcher’s MMD bundle, which works fine - but has the issue of needing to edit in LaTeX. Combining all through LyX is much more attractive.

You have already encouraged me to tackle MMD skills, now it seems as though I am destined to be a snippet expert, on top of learning Boswell. I may go quiet for a few weeks, before coming back with more questions :blush:

It’s the demo version, which is why I’m not deeply concerned about this problem. As I said, new databases don’t have this problem.

So, does the demo database have usage information that’s not available at the web site?

I can’t recall what was included in the demo version, but on the full system the sample library includes all the documentation, plus FAQ, some usage scenarios and tips. I suspect you will have most of this as part of the demo version. If you have any questions, then let me know and I will try to help. I am still familiarising myself with the app - so count me as a novice!

Yeah, I’m pretty sure the demo starter database is identical to the full version’s—and yes it does contain a large amount of information beyond what is available on the website tutorial. All together it is about 100 entries.

Thanks.

Hi,

Amber, (and others) I am in the MAC ipad part of the universe and want to start building “simple text files” both for a commonplace and master storage place - absent all of the indexing information which is great, which text programs do you use to type in or record all of these files? I am really looking for suggestions, like Simple Note etc? I’m pretty sure you have mentioned your work flow (the programs you are using) several places but I have been cruising through here for a while now and can’t seem to find it.

In fact the software you do use in your work flow for the research archive and central Amber Base would give me a good starting place for trying stuff out.

Thanks

Sorry it took me a while to get around to answering this. I’m not as familiar with the iPad landscape in this regard. What I’ve done in the past is just use Simplenote, because then I can get any notes I write on the iPad in Notational Velocity. However I just used that for the ease of portability. I think today, I would use something like PlainText or AIWriter and just write text files to Dropbox into an “Incoming” folder, that would be periodically processed and wiped clean. I don’t really do much portable digital though. I prefer pen and paper for this. I also never made any attempt to make my archive available on the iPad. It’s just too much information for any of the apps I came across.

The applications I use, there are really only two: TextMate and Boswell. Boswell handles the archiving and organising, and TextMate handles the text editing itself. That’s it! I tend towards simplicity. I’ll sometimes play around with throwing another application into the works. For instance for a while I used Ulysses to colourise my MultiMarkdown files. I created a syntax theme for it and then used basic formatting so that when I pasted into Boswell the files would be syntax highlighted. While TextMate does syntax highlighting, it doesn’t use rich text to do this—when you copy out of TM, it’s always plain text. However I stopped doing that maybe a year ago—it was just an aesthetic thing, and having to run every single paste through a program just to get blue titles or what have you ended up ultimately being too much work.

Sorry, that’s not a very exciting answer! :slight_smile: But part of the appeal of this system is that it requires no fancy tools. It could be replicated with any number of programs very easily, or even no programs at all.

1 Like

Hello Ioa. You spoke some time ago about how you made use of Boswell. I too acquired the app and began to value its unique attributes. Unfortunately it is no longer supported in my system (Lion then Mountain Lion). I knew that support was a potential issue when I acquired the product, so I have no complaints with the developer - even though the price was relatively high. I have communicated with him and it seems to me that hopes for an update are next to zero.

I know that you had a passion for what the product could do and it formed a major part of your workflow. I wondered if you had managed to uncover any new product that could do the same job - or similar. Something that had more longevity? Or did you decide to write your own :slight_smile:

There is one thing that is almost exactly like Boswell: Gmail. You have to think about it slightly differently, but if you make a Gmail account for yourself that you don’t use for e-mail, you can use the Drafts section as your Journal, send everything to that account and Sending becomes Archiving. Labels are basically Notebooks, and filters are well, filters. What it lacks is the Manager (though search comes close, it misses on a few key points where Boswell searches could be actions and not just queries), Tags are completely gone, which is a super shame and a direct form of bulk export (but that can be easily accomplished with an e-mail client and something like Emailchemy or MailSteward). What you gain is IMAP client accessibly to your archive (and thus you can be all “cloud” like with portable devices), file attachments which is nothing to sneeze at, and automatic Google storage.

And there of course is the main drawback: it’s all on Google’s servers. That bothers some people. I wish Google had more transparency here, and I don’t like how I would need an Internet connection to access the archive. One other thing, I haven’t used Gmail in a long time, but the last time I took a peek at it, the UI looked like it took a nosedive. It used to be so clean and focussed on the basic philosophy, just like Boswell was. Now it’s starting to look like Outlook with a cloud tumour. It may be an idea past its prime, but the basic philosophy was all there. The Journal -> Filters -> Archive/Notebooks is nearly identical.

Bulk import on the other hand, is much more tricky. I’d have to think a bit about it, but it probably wouldn’t be too difficult to take a bunch of text files and turn them into a UNIX maildir file, then import that in Mail and upload away.

So it’s not without its flaws, some quite major, but honestly that’s the closest thing I have found to Boswell’s principle philosophy. It’s the details that it lacks on.

1 Like

Interesting idea - thanks. I will play around with the concept and see if it could work for my workflow. Let me know if you ever get around to writing your own updated Boswell though. I too am not altogether happy with the thought of archiving all my personal data with Google. Thanks again.

I’m glad this thread keeps getting revived - Hi everyone, and AmberV especially - you’re an incredible resource :slight_smile:

Todays revival is because I was hoping to find some suggestions from like-minded people with a conflict I have in further developing my own system. Although I manage my own system in several superficially different ways, the core of it came from this very thread and it’s grown over time. My present problem is that, more and more, I’m making notes on people I encounter.

The issue is more or less this: my system conforms to the immutability requirement outlined some time back, but sometimes I want to make notes on a person when I don’t know their full name. I need a standard way for filing information about people - notes on encounters, conversations, sms exchanges, emails, etc. - in such a way that I can retrieve all the information about any one person in one stroke. Full names are sufficiently unique for this purpose, but in cases where that’s unavailable, what should I do?

It’s one of those conceptual problems where I’ve been staring at it too long, and I need some fresh ideas. I really hope there might be one or two people around with some insight to share!

Thanks all

I would make them all members of the Unknown or Anon family, that being their last names.

Richard Unknown
Susan Unknown
Robert Unknown

If you know only the last names, use a ? for the missing first name.

That’s how I coded names in a genealogical database, and it worked for me.

An index (“card”) system that references a file system that it can’t track and has no way of performing live adjustments to as the file system graph changes is more than a bit useless. People want “bucket” systems because tracking multiple separate systems is impossible given the scale of minutia that accumulates while working the digital pile that has become our lives. Spotlight was (is) an attempt to reduce this burden from the manual system that worked to some degree in our previous analog world. Does Scrivener avail its project packages to Spotlight crawlers? Does every one of the words written, the metadata attached, the media included, in a Scrivener project get indexed by Spotlight? Scrivener provides the user with a hierarchical storage structure similar to the one we are familiar with in MacOS and Windows. Scrivener brags about its capacity to store and reference many types of external file types (PDFs, web sites, image files, sound files, text and rich text files, digital video files, etc.), both internally embedded within Scrivener’s project packages, and as external links to file system adresses. Internal embedding of media files within Scrivener projects is convenient to those who want their projects to be portable (available for transfer between machines), but of course result in larger and more memory and storage intensive projects. External linked references are great until and unless the user ever moves, renames, or deletes any of those linked files or the folders they resided within. I don’t know about the Windows file system, but the Mac file system does not have any facility for the rectification of broken file addresss, meaning it can’t and doesn’t fix broken links contained within its own structure (aliases don’t keep track of parent or child links, so they can’t fix such links when a file is moved, renamed or when any of its nested folders are moved or renamed. Until such a time that Apple adopts a file system that does automate the patching of link dependencies, virtual linking is a disaster waiting to happen each and every time its is utilized. The postal service can get away with this as cities and states and regions rarely get up and move locals. Should Apple or Microsoft ever be interested, it is posible to build a dynamic top to bottom, bottom to top, file system addressing system that allows real time (almost) link mapping between nodes even when those nodes are moved and edited. Until then, we are prisoners of a static brittle system that selects for the walled document model that we have always used. Despite the appearance within Scrivener of a file structure, a Scrivener document is a walled entity that does not much communicate with the Mac’s file system (the Mac OS Finder doesn’t dive down into a Scrivener project’s package contents. I use several applications that have chosen against apple’s guidelines to structure their user’s documents as packages, a structure originally designed for applications and for apple’s own system level data. I am all for the use of this package protocol for user documents, but most of the problems I have encountered using Scrivener have ended up involving confusion between Scrivener and the Mac OS and the Mac’s file system that seem very much to do with the use of packages as user documents. Something about Scrivener’s implementation of packages might be the issue, either that or the Mac OS never intended packages to be edited and saved at the frequency that files and documents are designed to be edited and saved. The package structure seems beneficial on many levels and I applaud the decision by application developers to use packages as user documents, but I do wonder if the MacOS is ready for packages to be used in this way.

I’m struggling a bit to find the overall point you are making, as it seems to end up in a place that has very little to do with the overall topic at hand. But I’ll try to break things out where I see fit to comment.

I may not have fully explained the procedure described before, but that is not an accurate description of how I work. File system references in my system are made using a shorthand that ultimately works a bit more like a relative link would, only without the necessity of having data in a specific structure in relation to the target. The media file itself is referred to using the name of the file and its path from the root of the media archive (as illustrated here), and resolving that link to a full path URI is something done on the fly by my automation—or if I’m just looking for something by hand, I know where the root folder is and can get to it from there in seconds. I’ve been using this technique for well over a decade now, across multiple operating systems, user accounts and changes to directory structures. I’ve never lost a single link or had trouble finding a file.

Does Scrivener avail its project packages to Spotlight crawlers?

Yes, to a limited degree it has a Spotlight plugin that makes it possible to search for text within a project and have that project returned as a result. I would say in general if you’re thinking of embedding a system like this into Scrivener, you’ll do better by putting most if not all of the archive into one project anyway, where you will have Scrivener’s own extensive search and discovery features available.

…but the Mac file system does not have any facility for the rectification of broken file addresss, meaning it can’t and doesn’t fix broken links contained within its own structure (aliases don’t keep track of parent or child links, so they can’t fix such links when a file is moved, renamed or when any of its nested folders are moved or renamed.

I don’t agree with you in a full sense, in that the Alias does not break like you describe under most circumstances (I don’t quite follow what you mean by child or parent links, aliases only point to one thing). However that aside, much of what you go on to say at length is precisely why I use a formalised text-based link approach:

  • Hyperlinks depend upon valid URIs, which in turn require absolute path links, which are notably fragile over a long period of time.

    My solution: generate the URI on the fly using a shorthand linking system as described.

  • Internal linking systems found in software that contain multiple data objects tend to be fragile in the sense that they do not survive the removal of that system. This is not universally true, but even in more robust export systems like Scrivener’s compiler and Tinderbox’s template-based export system, it can require some head-scratching to get a link from within one file pointing to another file, or spot within that file—a thing many programs cannot do well on account of development framework limitations.

    My solution: when using software that offers the ability to use internal links, I will make use of the technology as a convenience, but only ever on top of plain-text unique placeholders that can be located with simple file editing tools. Thus even if the hyperlink entirely vanishes on export, it doesn’t matter, because the functional component of the link is preserved as plain text. As with media shorthand approaches, these kinds of links can be systematically automated and turned into full URIs on demand, with clickable hyperlinks on output.

In short: technological solutions are good, they can save us time, but they also suffer the requirement of that technology being present for decades to come. If I can trust absolutely that my hyperlink made in some program back in 1996 is going to work today, and in 30 years, then all right. But I’ve yet to meet a solid system that can boast that. Having a string of text like <|21194527|> on the other hand that can be turned into a full URI when needed, or simply grepped on in a directory structure, will never break. It will not break if I take out a physical index card and scrawl the number down with a pencil.

That’s the kind of stuff I’m writing about. So frankly all of this talk about reinventing file systems and shortcuts/aliases/hardlinks/symlinks and et cetera is an adjunct to the premise that lead to developing my own system for this starting about 15 years ago.

As to the remainder of your paragraph, I’m again a bit at a loss as to what the point of talking about package formats is. I will say though that it seems to me as though you have some misconceptions about what packages are. I could go into that if you wish, but it would probably be better done in another thread, framed as a bug report with reproduction notes, since you mention that somehow packages are causing issues in Scrivener. I have no idea how that’s even possible, which is why I would need more details, and this isn’t the place. I would suggest one simple experiment for you, that may illuminate how some of these claims are puzzling: uninstall Scrivener and reboot, then navigate to some of your projects. That’s all they are. Not a single byte changed within them by uninstalling Scrivener (of course). So you’re suggesting that is fragile, that which is essentially, at a technological level, no different than your Documents folder.

1 Like