Potluck: Dynamic documents as personal software
inkandswitch.com
inkandswitch.com
It's also something extremely hard if not flat-out impossible to do with an intuitive UI. All of that interoperability means extreme complexity, and it's not even possible to infer advanced computations or constraints for an app without specifying them in detail (in which case you're basically just programming). But I like that people are trying, because even though there's no unified data canvas available yet, we really are getting closer with things like high-level languages, low-code solutions, Apple and Microsoft continuity, and of course this.
Everything is focused on apps nowadays. You need an app for accessing the camera, you need an app to access Snapchat, et cetera.
On the other hand, what if our personal computing - let it be on your phone, on your laptop, or on your NAS - was about DATA POINTS? Everything on your device, including hardware like the camera, GPS, etc., becomes a data point that "apps" attach to. Slap some ML-based contextual recommendations to it, and you've increased productivity a lot.
For an average person this means opening the camera loads details like Snapchat, but for a professional photographer, it shows the "Pro" things by default. Open an MP3/WAV/[insert other audio format] file, for an average person, this offers playback options, for a sound engineer, it offers analysis tools, detailed editing/post-processing utilities, filters, you name it.
Then you can expand it by customising the launch interfaces. On a smartphone, you'd most likely want easy access to relevant information based on e.g. location (say, at home you'd get smarthome controls on your home screen, at the office you'd get your work email and related services, on the go you'd be getting relevant public transport/traffic information, at an airport, it would automatically pull up your boarding pass, at a Tesco, your ClubCard bar/QR code, and so on).
Of course this would require a major paradigm shift in computing, which would have major pushback from people - most people don't like big changes, especially in things they use everyday. Hell, I can't even get my parents to change smartphone brands, because they're used to how things are on their old crappy Chinese phones, and apparently, Samsung's or Apple's "menus are confusing and things aren't in the places they used to be".
I, the user, will always reach for something that gives me a cohesive whole out of the box.
(Note: though I like the idea of Potluck, I'll stick to regular Notes.app for now)
Most of my work tends to follow a few similar formats, which I would like to create as templates that pull in data based on queries for whatever project/product/task I'm currently working on. Editing the document in current view would then modify the database, while editing the templates would allow for a quick update of all files simultaneously (i.e.- generating a test plan for a physical product of type "X" would then apply to all products of type "X").
It seems like a great way to take out the annoyance of the "little stuff" by providing a boilerplate way to get ideas off the ground.
Any ideas if this already exists, or if I'm just talking crazy?
https://rpdillon.net/tiddlywiki-a-database-for-your-notes-20...
<$list filter="[product_type[X]]">
<!-- Make the template in HTML -->
<div class="example_value">{{!!a_field_value}}</div>
<div class="description">{{!!text}}</div>
</$list>
and having the `{{!!fields}}` replaced by values from your "database"Tana mostly works as an outliner now, but they're planning a document mode.
Using "supertags" you can tag a node in the database as being a certain kind of thing (eg an article or, one of my uses, a library for a programming language). You can then specify certain fields that are always (or optionally) part of those things. And you can right queries to display nodes that match a bunch of different criteria and then display those fields in columns in a table or create a board of cards.
My massive red flags:
1st - It currently requires connecting a Google Account. I don't care about the encryption at rest and in transit, thats nice, you've still forced Google in between Me the customer and You the proprietor. My Google Account is my oldest, least wanted account. I've been slowly trying to purge it from my life, but its been growing since the day I got a gMail invite in the closed beta days. It's too personal it has way too much junk leftover from 16+ years of use across dozens of google services.
2nd - They promise that the data will always be exportable, yet I see nothing about formats or methods.
3rd - Its obviously a cloud SaaS ... all the stuff I think and put into something like this, a second brain if you will... should always be accessible. Offline functionality is mandatory
You can export to some kind of JSON format. I haven't looked at that yet, personally.
Offline would be good and they definitely need a better mobile story, but for such a new product it's still really great.
Firebase was my thinking too, and without Documentation I have no way of knowing if the exported JSON is even remotely readable, let alone able to be converted into other formats like even just to markdown or html… and not having anything offline is just such a dealbreaker after months and months of magically always local and fast access to everything with my notes in Obsidian.
I’m going to be following it eagerly hoping they fix/change some of my dealbreakers.
It is flat file but still queryable (and it is fast).
Might have some missing bits still, but if you're comfortable writing JavaScript (or not, honestly) it's very simple to make your own plugin to fix that, it sounds like a pretty minimal plugin after you have dataview.
https://github.com/blacksmithgu/obsidian-dataview https://github.com/SilentVoid13/Templater https://github.com/obsidianmd/obsidian-sample-plugin
- "Write formulas that compute" + "Interactive widgets" anywhere on the page :
- For the simplest sheet-like computations -> https://reactivepad.com/
- For a wider gamut of DB/Sheet type formulas -> https://coda.io/ (on top of its no-code relational DBs)
- "Users can create live searches that extract information from freeform text" into "Structured data views" : -> https://tana.inc/ magically turns every typed line of text into a row of a Semantic Graph DB. Then, no-code queries are editable in multiviews (like notion-style DB views for every block of text anywhere).
These apps do not need extensive configuration or plugin integration to achieve these goals.
They are not even "low-code". On the contrary, "Potluck" aims to be more "programmable" : more like a "programming portal as a doc. (https://maggieappleton.com/programming-portals)Edit : He already mentioned that "Coda’s goal is particularly close to ours." Maybe a "Coda+Tana.inc" hybrid will get us nearer to his aim of "computations run on data interpreted from freeform text" as he expressed it.
and the file format would have been easier to use + more performant
(albeit less collaborative)