In Grafoscopio's[0] case, what we did was to store notebooks in STON
format (kind of JSON for Smalltalk[1]) in a Fossil[2] repository with
companion jpegs or other binary files. Fossil allows to store
non-versioned binaries (like exported PDFs, where diff have not much
sense) and all is stored in
I'll be brief - there's a new development:
I've discovered that I can't play movies in the render pane - Leo says "no
phonon player installed."
I saw online that "phonon" is a part of Qt and I planned on installing the
open source version until
I saw that it was 13 MiB in size. Is there a
I think storing blobs in the xml outline would be limited, overhead and file
size wise. Storing them in a sqlite db is a good way to go. There are issues to
deal with width moving them in tandem with the leo file, so you select subsets,
manage multiple sqlite files, etc.
The other thing to
Welcome to the conversation. I'm still a little unclear about this. I'm a
programming
neophyte and my mind tends to come up with so many possibilities that I
find myself
asking more questions.
I was told by Mr. Brown that Leo does not handle binary files. How, then
would it be
possible to store
The ability to store .jpg, .zip, .mp4 etc. directly without links to the
filesystem. And organize them into a tree and attach textual information.
Basically everything we can now do with text, but with anything.
Chris
On Fri, Dec 29, 2017 at 1:16 PM, tscv11 wrote:
> If you
If you would, please elaborate on making a 'permanent filing system' for
blobs. I'm not
sure what you mean.
Thanks,
tsc
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an