Nitpick on the title used for this post: academical is not a word.
LiquidText: A tool for academical note taking
71–80 of 87 posts
Re: LiquidText: A tool for academical note taking
#72Earlier quoted context omitted.
How about a Linux version? (Edit: Yes, I enthusiastically use a Linux tablet)
If I may, no one who uses a Linux tablet does so unenthusiastically, nor silently
I think it's important for this minority to be vocal to be noticed, so I'm doing my part.
Re: LiquidText: A tool for academical note taking
#73Re: LiquidText: A tool for academical note taking
#74Re: LiquidText: A tool for academical note taking
#75I am more and more reluctant to use any note taking app. Ideally, notes I take on the book I am reading today should still be available to me in 20 years. No app can offer that kind of guarantee. I switched to using plaintext files, and do not look back. The only thing one needs is to have a clear workflow to make sure notes remain accessible and useful. I like the Zettelkasten method for this (see eg https://zettelk…
> notes I take on the book I am reading today should still be available to me in 20 years. No app can offer that kind of guarantee Emacs + Org Mode You can be sure Emacs will still be around in 20 years and Org Mode stores notes in text format.
Re: LiquidText: A tool for academical note taking
#76Earlier quoted context omitted.
That part of the app is a bit rough still, that kind of drag & drop interaction isn't supported yet. If you're under macOS you can copy/paste images to attach them. Otherwise you can add attachments by clicking the attachments icon (the little clip) and then clicking "Add attachments...", and then link to them via the special `@attachment` token mentioned in the tutorial [1]. Or you could have an attachment wherever…
indeed, i am on a mac. i dislike the attachment solution since that is a vendor lockin and you were mentioning lack of that. if i use attachments and special virtual paths like "@attachment" i restricted from editing my notes with anything but your tool. ios is then obviously gone too. This defeats the purpose of being dropbox-syncable (or at least reduces its usefulness).
The "@attachment" (and "@note") thing is actually pretty useless today, but it will solve a real problem tomorrow, namely: how do you make links always work even if the resource they are pointing to gets renamed? Which is worth solving IMHO.
Re: LiquidText: A tool for academical note taking
#77Earlier quoted context omitted.
indeed, i am on a mac. i dislike the attachment solution since that is a vendor lockin and you were mentioning lack of that. if i use attachments and special virtual paths like "@attachment" i restricted from editing my notes with anything but your tool. ios is then obviously gone too. This defeats the purpose of being dropbox-syncable (or at least reduces its usefulness).
Well you don't have to use that if you don't want to. The "@attachment" (and "@note") thing is actually pretty useless today, but it will solve a real problem tomorrow, namely: how do you make links always work even if the resource they are pointing to gets renamed? Which is worth solving IMHO.
Re: LiquidText: A tool for academical note taking
#78Earlier quoted context omitted.
Well you don't have to use that if you don't want to. The "@attachment" (and "@note") thing is actually pretty useless today, but it will solve a real problem tomorrow, namely: how do you make links always work even if the resource they are pointing to gets renamed? Which is worth solving IMHO.
Why would you need an attachment for this? Couldn't you 'refactor' the notes instead? Not sure that vendor lockin is worth it. The problem is worth solving but IMO you are going about it the wrong way.
By using something like `@attachment/UUID` you don't have to refactor anything if the attachment gets renamed or modified. The somewhat unsolved issue there though is reliably keeping track of which UUID maps to which file.
If you're using regular links and rename an attachment, worst case scenario, you have to parse all notes, find all links pointing to the renamed attachment and update those, which can get expensive. Also regular path-based links can be a problem when you move the _note_ somewhere else too.
Plus how do you know something got renamed instead of the old attachment got deleted and a new one got created? This is partially a problem for the UUID-based approach too however.
Lastly what kind of link should you use to link to a note stored in another data directory? Relying on the absolute paths is too brittle, and it won't work at all when the app will also be able to run in the browser.
Re: LiquidText: A tool for academical note taking
#79I got an iPad just to use LiquidText, back when I had to study for my PhD qualifying exam a few years ago. It has so many great UI affordances -- the way it shows search results, highlighted text, connections between notes and the text, the ability to easily see multiple parts of a document at the same time, and others. It made reading and studying textbooks an experience rivaling the real thing (and you don't have t…
Can I ask why you don't use it anymore? (I'm founder at LT) Anything we could do to make it more of a post-school app for you as well?
Your software looks great! And I would happily fork over cash for it, but I need a Linux client ;)
Best of luck
Re: LiquidText: A tool for academical note taking
#80Earlier quoted context omitted.
Can I ask why you don't use it anymore? (I'm founder at LT) Anything we could do to make it more of a post-school app for you as well?
I would like to second the multiplatform suggestion. I want to be able to see my notes on any of my devices, not just Mac/ios, otherwise it's just not worth it to me. Your software looks great! And I would happily fork over cash for it, but I need a Linux client ;) Best of luck