Outliner Software Forum RSS Feed Forum Posts Feed

Subscribe by Email

CRIMP Defined

 

Tip Jar

Who are you? I'm next. (Uly App, Devonthink, Export, Variants, Tags...)

View this topic | Back to topic list

Posted by 22111
Jul 3, 2022 at 10:32 AM

 

43 years ago, I viewed Apocalypse Now (1979): Oh, man! So yesterday, I viewed it again, but it was the about 3:15 (hours, mind you) “Redux” version now, i.e. the new, greatly extended (sic!) cut from the end the last Century.

The brilliant citation is from the added Play Mates in the copter scene, and that already slowed down somewhat, and especially took away the flabbergasting effect of the concert going havoc just before, and which previously had one of the most impressive moments in the movie - so there had been several good reasons to leave this copter scene out of the “original”.

Then, much worse even, the almost “interminable” French plantation scene, much later, about half an hour or so, with lots of the typical, endless, typically French rhabarber-rhabarber from the mouths of the Frenchies in there…

I understand that the co-writer-director wanted to “educate” the viewers of his original-cut masterpiece a little bit, but moviegoers are not into educational broadcasting, for that they have got television - cf. “The Revolution Will Not Be Televised” (1971) though.

I admit Aurore Clément’s eyes were wonderful then, but all those French men, oh my!, and when we finally got into Kurtz’ country, I was literally exhausted, and that’s probably the reason why in some moments then, with Kurtz, I was - now! not in 1979, mind you! - a little bit amused, instead of horrified or whatever…

The reason for this not being my “knowledge” of the film, I had almost forgotten about anything, but certainly not about the doggie scene, and even after 43 years, I “foresaw” it now in whole when it came… it’s certainly one of the most powerful scenes in film’s history - while technically, it’s dispensable, subtext-wise (what was, and did, Viet-nam, “man-to-man”), and also for setting that very same “intimate horror” mood for the viewer, in preparation for “Kurtz county”: just awsome!

And yes, that preparative effect is gone now, too, by that half-hour of “put it down, put it down” with the Frenchies (i.e. scene badly written, don’t blame the actors alone…)... (Cf. Barry Lyndon, cf. Novecento I/II…)

Why this intro? Because

THEY KILLED THE ORIGINAL

After the viewing, I found the wikipedia site, dedicated to this version, and it says that https://en.wikipedia.org/wiki/Apocalypse_Now_Redux that they not only elongated the original version, but re-cut the “master”, they did what you never-ever are supposed to do: They did

DESTRUCTIVE REWRITE

And that’s my point here: How malleable is your “variants management”, how difficult makes your software recouping?

As we have seen from my previous developments, the Uly App makes it tremendously difficult, as difficult as if everything you will have written before was typed on paper, in parts (photo-) copied, and copied, and copied again, and now you will have got a pile of 2,000 pages from which you will have to do even more copies, but from where, and which micro-variants my then be in those parts, while you’re after some other micro-variants but don’t remember that well…?

In other words, Uly App, for serious writing (implying rewriting), is a nightmare: It’s all there, but buried within a mountain of unwanted duplicates, near-duplicates… you’ll become a reader, of your own, discarded stuff, instead of writing, and you will have, in case, to export mountains of text, and then run those hundreds of pages in some “differ” tool, but in a really good one, please, since e.g. the renowned “Beyond Compare” is not able to identify repositioned paragraphs / passages: Hopefully, you have a secretary do help you then, since the girls in that profession don’t know what nerves are, you as a writer might very well do know though.

You will have understood now that backups are necessary to combat drive fails, but not as an acceptable way of your writings’ management: For that, you need cloning instead (not available from Uly App), and ways to group, and filter, items (both “originals” and “clones” - Devonthink = DT calls them “replicants” if I remember well, or was it, better, “replicates”? whatever), and, as said, UR for exemple has got 8 item tree formats by which you can then filter, which is very sparse indeed, but also comes with additional “user attributes” which will help for further “macro” variants management, and the above-mentioned “micro-variants” management, you’ll do mostly within (sic!) your items (you’ll just use the separator lines I mentioned before, not only within the tree, but also within the content fields, together with some “comments”), not by creating a plethora of new items…

In other words, do your editing / rewriting not the “pile up backups which will quickly become inscrutable” way (i.e. do backups for backup purposes, don’t try to misuse them), but the smart, the NON-DESTRUCTIVE way. (The example above will have taught you that “later decisions” are not necessarily better decisions than earlier ones; also, comment all of your decisions in writing, in order to not repeat, or even hang on, mistakes: Always have your own, previous “arguments” for anything ready, for decisions for something, and for decisions against: you might revise both, or find even better reasons to uphold them.
_______________

DT, just like Uly App, is another proprietary and Mac-only db (database), but less so marketed to writers, much more for research and even for office work; there are some very instructive videos on YT for its former use, and that’s obviously the one it applies best to.

They did away with the intermediate tree pane, as is discussed by lengths in the web, and that’s catastrophic indeed for people who want to use it for multiple “projects” or whatever, all within the same db, and so the typical DT user (i.e. the big majority of DT users do that) - judging from what we can learn from the web - divides their stuff into multiple DBs - with decidedly had not been the original idea of DT developers indeed…

Yes, it comes with cloning, as said above, and it also applies different tree entry formats to different tree entries, by (just???) factory-wise, i.e. clones get some special formatting in the tree, etc. - and that’s just one example among several others where this special formatting of the tree entry does NOT make any sense, but, on the contrary, just diverts you from your work-flow, and as my question marks imply, I don’t know for sure if the user can also define their own tree entry formats, according to their specific needs, but I greatly doubt it, so much of what I have said above above Uly App, also applies to DT.

Then, their so-called “AI” is touted by some, but many users tell you it’s (in it current state that is) overrated, and does much less than they would have expected, “just some rules but no real AI” they say - I don’t know anything about it, but those assertions would confirm what I have said repeatedly here, that real AI is just available to big corporations, and they will have a tendency to not give it away, so as to empower competition - you can also see this tendency by any “intelligence” on your “smartphone” needing the “servers” of the app provider, and e.g. by MS having bought Dragon, but without selling as an updated desktop software anymore while on the other hand offering more and more “language services”... online…

So, DT seems to try to “guess” into which “folders” some “document” should be filed, by - probably - counting and weighting words in title, content… and then perhaps comparing with concordance lists it will build; a somewhat trimmed-down “version” of such a concept is offered by some tools, mostly MS Outlook add-ins, which try to file your (outgoing and incoming) e-mails.

DT’s “tagging” concept is similar to what I had thought about tags, too: They say tags are just listings in additional folders (my wording), and that’s indeed what I had and have in mind, since, as I said here, traditional tagging does not preserve any manual, i.e. logic order, presents the “tags” (be that in a tag tree or simple list) just in some mechanical: date of creation of the items or even of the tag for that item, alphabetic / alphanumeric, possibly even in (primal) tree order, or whatever, but in any case, it’s not possible that the user, for some tag or even less so for some tag combination, creates some manual, “logical” order, and that not even for the “current session” = current work situation, let alone a persistent one for the next day, and to whatever a tool currently offers as “stored search”, the same observation applies: You can’t then order the “search results” in a (let alone: persistent) order which would suit your (current, specific) needs -

it’s obvious that the paradigm “a tag is just another listing in an additional folder” can, in theory at least - i.e. not necessarily also in DT’s implementation - make available that, much-needed, according to me, manual sorting, but then, for just ONE tag indeed, unfortunately not yet for tag combinations, so you see there’s room for further research, and I’ve got some ideas indeed on that matter but have not found the time to do the necessary tries with real data; in fact, today, no vendor offers multiple filing (by clones, obviously), those combinations, or, let’s say, the “pertinent” ones among those, then automatically being presented orderly (again simili-tree-wise, i.e. “graph” in so-called tree form), and ready to be manually ordered within these combinational folders, just “new arrivals” then there being added top or bottom, separated by a separator line…

And for one, the difficulty is not so much technical, but conceptional: What system would really be helpful, and “manageable”, for the user, for the management of 5-, 6- and 7-digit numbers of “documents” / items?

And, obviously, such “filing” / “tagging” “targets” (i.e. categories) should be presented to the user when filing, and with a minimum of time required for the actual, multiple filing.

In other words, and I have mentioned this before, it’s the concept of a malleable “tree” (i.e. always “graph”, appearing as tree, with cloning), similar to what askSam tried to do, before its demise, and in its case with just 1, 2 or 3 fields to be combined in any order (of the fields), and then though in linear order of the (creation date of the) “cards” / items, unfortunately - as implied above, multiple, concurrently existing orders, situation-wise, would be no problem whatsoever, technically, with sql (you better use Postgres over SQLite indeed, though), but as said above, DT already did away with the intermediate “tree” pane, despite mostly addressing academics, so the concept described above obviously is very demanding, marketing-wise, risking to overwhelm most users from start on.
_______________

Just a word on export: Most of today’s “text” applications are xml, e.g. Uly App, “modern” versions of MS “Word”, Final Draft (FD), etc., and e.g. UR has - reliable - xml export, so writing in your “presentation” application is not necessary anymore, except if you need internal, exportable links - I’m not sure about DT in this respect though, but probably, more writers would use it, instead of using MS Word, if its internal link management was as good as the latter’s is (at least when you buy some Word add-in)? And it’s interesting that, given in most cases, both applications are xml, i.e. even the exporting one, so few applications have got FD (format) export (the FD format being the standard, much more even than the tool), i.e. developers - except for Scrivener’s and rare others - obviously don’t know how simple it is to write the necessary code, even incl. the “character arcs” and other “newer” FD goodies.

And yes, even in the character arc respect, the above-mentioned, resolutely linear masterpiece was a deliberate exception: “Willard” having specifically killed before, it wasn’t the “river” (’ events) that had to teach him then.