Yes, I believe it would :-)
There still might be an issue with name collisions since @sql isn't
directly a mode (i.e. tsql)
and creating a directive for every mode obviously wouldn't be ideal
either -
but maybe a shorthand/mapping could be defined in the document Startup
section?
i.e. to map a
Ah, ok, I found those modes, thanks!
I've attached an example of how I'm wrapping the (t)sql nodes.
I can deal with this, but it would definitely be a lot cleaner if I
could assign the language directive either in just a sql comment (i.e.
-- @language sql )
or using a uA/attribute or maybe
Ok, well, I really appreciate the reply gar, thank you.
Should be an interesting project once I've got the time to look into it
:-)
On Thu, 2020-09-24 at 10:07 +0300, gar wrote:
> I think that if you are quite familiar with sql and python - it'll
> take a 3-4 of days for you
> first two you'll
For the record, unfortunately this script didn't fix the issue - it
still wasn't happy.I had to convert to .leo xml and then back to .db.
I think there's still a lot of value in fixing the DB format, but
hopefully in a way that won't limit it's potential performance.
On Fri, 2020-09-04 at 02:52
Thank you for this :-)
I realize that @nosent is nontraditional. I'd be happy to use @adoc or
@md but I currently don't know of a way to identify nodes that aren't
section headlines.Once the outline is too deep then the doc fails :-/
Nosent doesn't write the headlines so it makes this possible
Hmm ... well at least it seems reproduceable. I did run across at
least one set of nodse after filing this that were behaving as clones
but not flagged as clones, and it's probably the same ones. Not sure if
it matters but the box icon was grey instead of black, I thought that
was unusual as
Nice!
On Wed, 2020-09-02 at 12:37 -0700, Thomas Passin wrote:
>
>
> On Tuesday, September 1, 2020 at 11:16:24 AM UTC-4, Thomas Passin
> wrote:
> > I've issued a PR for VR3, and otherwise it is available from my Git
> > repo on the vr3-asciidoc branch -
> >
> >
Ok, got it, will need a bit of time, but will get back to you soon.
Thanks! :-)
Kevin
On Wed, 2020-09-02 at 07:20 -0700, Edward K. Ream wrote:
> On Wednesday, September 2, 2020 at 9:04:18 AM UTC-5, Edward K. Ream
> wrote:
> > It would help if you would run a script to remove all body text (it
>
To be clear, these are just the top level nodes and everything is
collapsed. Y is a new top-level node created right above X, then X is
indented right under its parent.I think we're saying the same thing.
On Wed, 2020-09-02 at 06:35 -0700, Thomas Passin wrote:
> I would have moved it by
Thanks re: the clarification, yes they are 'top-level' then.
Unfortunately I'm unable to send this _particular_ outline due to
client confidentiality, but am happy to run whatever code or tests that
you'd like me too.
On Wed, 2020-09-02 at 08:19 -0500, Edward K. Ream wrote:
> On Wed, Sep 2,
I had root nodes like the following, I selected node B and inserted a
new node below, i.e. using insert-node Y. Then I attempted to move X
under Y. Note that I repeated this and also tried to move deep nodes
within X at lower levels which also resulted in the error.Node X
currently has ~6,700
Yes, this is accurate.
I think that XML has been somewhat supplanted by JSON, but there are
some json libraries which attempt to do similar things as xslt: like
https://github.com/tidwall/gjson and https://github.com/qntfy/kazaam fo
r example.
Note that while these essentially operate on the
Success! :-)
On Mon, 2020-08-24 at 17:45 -0500, Edward K. Ream wrote:
>
>
>
> On Mon, Aug 24, 2020 at 5:41 PM wrote:
> > I did actually see that under the tree options in leoSettings but
> > it appears to be set to true by default,
> > might there be something else that could be unsetting
I did actually see that under the tree options in leoSettings but it
appears to be set to true by default,might there be something else that
could be unsetting it?
How might I go about checking its currently assigned value?
On Mon, 2020-08-24 at 17:34 -0500, Edward K. Ream wrote:
>
> On Mon,
So, what i'd ultimately like is for the left arrow key to first
'collapse-all-subheads' and then 'contract-or-go-left', maybe called
'collapse-or-go-left'.I'm quite sure that I could accomplish this by
creating a custom command in my myLeoSettings file and then binding
that to hotkey.I can't seem
Wow, that was fast - thank you so much!
On Mon, 2020-08-24 at 11:32 -0700, Edward K. Ream wrote:
> On Monday, August 24, 2020 at 1:07:10 PM UTC-5, Edward K. Ream wrote:
>
> > Leo does have an expand-all-subheads command. It should have the
> > corresponding contract-all-subheads command. I've
I use and am big fan of these :-)
https://www.microsoft.com/accessories/en-ca/products/keyboards/sculpt-ergonomic-desktop/l5v-2
I've managed to get the keys working now, that's a good trick using the
minibuffer & completions window for that,it beats using the show-
bindings & copy/pasting
Yes, that's true, and just to be clear, that's not what I'm suggesting
or expecting :-)
What I want is to use Leo to build the *code* that
constructs/populates/queries a separate 'proper' database.
One option is just to have Leo remain in Sqlite (and allow some basic
querying that way), but
My sincerest apologies if I came off too alarmist with this message,
this is an awesome community and Leo is a truly amazing tool and
ecosystem. Rest assured I'm certain the problems are with *me* and not
the software :-)
I still believe there would be a huge amount of value in a file type
that
True, but maybe *someday* a GUID/UUID or a Hash of that gnx - something
like: http://cyan4973.github.io/xxHash/ or https://github.com/google/fa
rmhash They also have Python libraries, e.g.
https://pypi.org/project/xxhash/ & https://pypi.org/project/pyfarmhash/
On Mon, 2020-08-17 at 07:05 -0700,
... Ohhh Thank you Thomas, that explains it (feeling rather
foolish). And thank you too Edward, you stated it quite clearly in
your message, I was just too thick-headed to pick up on it :-(
I knew the @others directive was an *option* (like the others), just
didn't seem like it was a
Interesting, that's a good point, thanks for the info.
On Fri, 2020-08-14 at 07:49 -0700, Thomas Passin wrote:
>
>
> On Friday, August 14, 2020 at 10:17:20 AM UTC-4, k-hen wrote:
> > Thank you kindly for your reply. I've enabled this feature and it
> > seems very promising, but I think I might
I'd be *very* interested in that, thank you! :-D
On Fri, 2020-08-14 at 06:55 -0500, Edward K. Ream wrote:
> On Thu, Aug 13, 2020 at 9:37 AM k-hen
> wrote:
>
> > Is there a concept of Leo-as-database?
>
> Yes, and probably in several forms.
>
> My brother Speed has created something he calls
Ok, so this helped, thank you - but I still wasn't able to undock it
from an existing window, but in other docs I was able to move it
around.I was able to reset the local cache (db folder) and
IT'S WORKING!! :-D
Thanks so much for your help guys.
- Kevin
On Thu, 2020-08-13 at 18:13 -0700,
Thank you kindly for your reply. I've enabled this feature and it seems
very promising, but I think I might need a slightly different
behaviour.I'll take a minute to explain the use case.
In our git project we have a docs directory which is a simple
collection of markdown files. This works great
Well, Glad I'm in good company :-)
I'm thinking the workaround is to use a the full path for every @auto
headline, rather than nesting @path nodes?.Is there perhaps a way to do
expansion on the filename within a headline or something so I don't
need to repeat it all?
It doesn't seem wise to clone
This worked! I was able to get it for a new test file BUT the
original file has VR3 docked *inside* the body and I can't seem to
detach it.It seems these settings are on a per-file basis, but there's
nothing I can see saved within the document on positioning.
Is there a way I can reset the
I've been thinking about this a bit more, and I'm thinking this is
probably expected and I just wasn't thinking about it properly.Since
this is an *auto* node, perhaps it's clearing & reloading the
descdendant nodes of my file on the load of Leo.So the clone is there
originally, then it deletes
Ok, thanks! I've got this going, the docks feature is
interesting.Strangely I can move the body and the tabs, but not the VR3
panel...I've tried restarting & redragging it a few times but still no
luck :-/
On Thu, 2020-08-13 at 11:24 -0700, Thomas Passin wrote:
> On Thursday, August 13, 2020 at
29 matches
Mail list logo