On Tuesday, June 5, 2012 4:30:57 AM UTC+7, vili wrote:
this workaround of yours works for me also! It is not comfortable at all,
but it works!
Relevant past
threadhttps://groups.google.com/d/msg/leo-editor/jnpkrQeo9Hk/P2AdCQVnG2oJ,
also search this group for batch.
--
You received this
On Friday, May 18, 2012 7:06:56 PM UTC+7, Terry wrote:
On Fri, 18 May 2012 00:27:03 -0700
Ville Vainio vivai...@gmail.com wrote:
I plan to make this read-only for now. That's the only approach you can
have without creating a server, which creates a huge dependency.
What about
On Monday, April 30, 2012 9:05:00 PM UTC+7, technatica wrote:
My question is: how can I bind common formatting keys for reSt markup
when writing?
If you happen to be using Windows, I do exactly this for various markup
syntaxes (pandoc-markdown, txt2tags) using AutoHotKey macros.
The
On Thursday, April 26, 2012 1:49:31 AM UTC+7, Edward K. Ream wrote:
On Wed, Apr 25, 2012 at 1:32 PM, Richard richardjohnl...@gmail.com
wrote:
Thank you very much.
Export Remove Sentinals works great.
Wouldn't the use of @shadow also satisfy this use case, but more
transparently?
Yes, I love it when people play scientific rationalist skeptic to the
point that they don't maintain the one attitude fundamental to a true
scientific approach and claim if our current state of science can't prove
it then it doesn't exist and you're a gullible superstitious idiot to
believe X
On Tuesday, April 17, 2012 1:43:34 AM UTC+7, Matt Wilkie wrote:
there's a very cool tool called PortableFileAssociator that allows you
to
create a set of windows file associations, icons etc and enable/disable
neat, thanks for the tip.
oh, looks like it's problematic with
On Wednesday, April 18, 2012 3:37:14 AM UTC+7, Phil wrote:
Leo starts up with an empty workbook.leo node, but does not load the file
I double-clicked. Of course, what I want is for
the file I double-clicked to be opened up.
Have you tried the suggestions posted in this still-active
This is a bit OT, but: for those like me who work in portable mode,
there's a very cool tool called PortableFileAssociator that allows you to
create a set of windows file associations, icons etc and enable/disable the
whole profile at one time, without messing with the local system's registry.
Here's my launch batch. Note nothing's actually installed
set HOME=E:\aasync\Data\H_HOME
cd \aasync\PortableApps\leo-editor
start ..\CommonFiles\Python27\pythonw.exe
..\CommonFiles\Python27\Lib\site-packages\leo-editor4\launchLeo.py %*
exit
--
You received this message because you are
Posting to an old thread just to keep in context, also relates to this
https://groups.google.com/d/msg/leo-editor/qSA-E9-hj4Q/aSX0E-PeyLsJand
(tangentially) to
thishttps://groups.google.com/d/msg/leo-editor/7ikGpR_J8bM/JeNJqzJdDC8J
.
Chris Granger: Connecting to your
On Thursday, April 5, 2012 10:16:46 PM UTC+7, Nick_H wrote:
Just looking at Leo, it appears to support syntax highlighting, but
for which programming languages?
Here is the list of @auto supported languages, I have to believe it's a
subset of the syntax coloring list:
C, C++, C#, HTML,
On Monday, April 2, 2012 2:51:16 AM UTC+7, Edward K. Ream wrote:
That's true. But I still don't think that documentation is all that
useful. For interesting questions one must ask.
IMO there should always be a step-by-step getting started cookbook
targeted to the relative noob on
I realize I'm speaking from a technically impoverished background, and I am
repeating myself, but only because I really think this is important. If I'm
way off base, missing something fundamental about the desired functionality
please let me know, or of course feel free to ignore.
IMO if it's
On Thursday, March 22, 2012 11:33:47 PM UTC+7, Edward K. Ream wrote:
Making the ipython plugin functional again is, by far, the most important
project on the to-do list. In fact, the keeping up with
ipython project is likely to pay dividends for a long time.
Great news.
Perhaps the
On Tuesday, March 20, 2012 5:58:17 AM UTC+7, Terry wrote:
I've pushed a new version of bookmarks.py which restores the behaviorof
the old version, but does it properly.
Glad to see progress on this area
because g.getUrlFromNode(p) breaks lots (for me, anyway) of
existingoutlines by not
On Friday, March 16, 2012 4:44:43 PM UTC+7, Edward K. Ream wrote:
On Thu, Mar 15, 2012 at 10:20 PM, HansBKK hans...@gmail.com wrote:
Would it be conceivable at some future date to consider a wishlist
request,
that there be a mechanism to allow a user to bind double-clicks to
specific
I think it's really great that this area of Leo's
codehttps://groups.google.com/forum/#%21topic/leo-editor/AoIyZeXI6yk/discussionis
getting rationalized. Rather than replying in that thread I thought I'd
post my final topic here where the context is more clear and to minimize
repetition except
On Wednesday, March 14, 2012 9:46:56 PM UTC+7, Edward K. Ream wrote:
On Tue, Mar 13, 2012 at 8:50 PM, HansBKK hans...@gmail.com wrote:
IMO the rule of thumb should be
A. sensible defaults to conventional expected behaviour,
Imo, editing the headline is the only sensible default for double
On Wednesday, March 14, 2012 2:22:43 AM UTC+7, Edward K. Ream wrote:
Leo is suffering from a self-inflicted problem, namely the overloading of
what double-clicks are supposed to do.
I agree with your preference for mappable hotkeys, eg I personally map F2
to edit the head text.
However,
This got me quite excited, because half way in I realized (my understanding
of) this ties in very closely to an aha experience I had using TiddlyWiki's
TagglyTagging - I'll try not to dwell on specific implementation details,
just wanted to set a context on which to hang these somewhat abstract
I've been coming across a few anomalies lately, but haven't reported them
since I've held off updating since mid-January or so, due to the major
reworking going on lately and their attendant cautionary postings here, and
the fact that my issues may well have been fixed in the meantime.
Would
I don't know about from a programming elegance POV but from an enduser
functionality one, check out Tiddlywiki as a good example of javascript
functionality.
IMO the developer community got a bit sidetracked with many experiments in
server-side storage etc, so the mainline everything in one
I bookmarked this a week ago and am embarrassed to admit I had no idea it
was that revolutionary.
From my end-user POV I related it to the rendering of pretty-text from
source markup (as in reST, markdown et al). It's a pretty tame example
domain, but perhaps that makes it a realistic one for
On Tuesday, February 14, 2012 1:42:19 PM UTC+7, Matt Wilkie wrote:
best to keep my focus on python (or maybe haskell due to my interest in
pandoc ATM).
the second link is for a python-blosxom spin off. I included the original
as well so as to be faithful to the source. My apologies for
On Tuesday, February 14, 2012 4:18:56 AM UTC+7, Matt Wilkie wrote:
but I really don't see any other way of doing it.
My SOP as workaround solution would be to:
- Keep the code for your batch in a sub that can get cloned, don't clone
the @ file node directly.
- In the location that
Thanks for the pointer Matt bloxsom looks cool, but one of the (few)
parameter's I'm using to limit my search is that the tool should be based
on a language I wouldn't mind using as my first entry into real
programming. I've dabbled in perl, but at this point I think it best to
keep my focus
Sorry for the extended intro, skip to the bottom for a concise question if
the topic isn't of interest.
For a variety of reasons, all my own fault I'm sure, I've got two
relatively large Leo files that have gotten out of sync with the external
files in my filesystem, including hundreds of the
On Tuesday, February 7, 2012 11:55:49 PM UTC+7, Terry wrote:
is there a recommended way to use Leo (presumably with activepath) so
that I can automate bringing the whole dirstruc tree in so that it's all
read-only AFA Leo is concerned? I then want to be able to refactor
externally -
On Wednesday, February 8, 2012 2:31:27 AM UTC+7, Terry wrote:
Um, I didn't know it was a directive - I just made it up :-)
LMAO! I was feeling guilty for having missed something like an entirely new
@file type 8-)
It's implemented by the at-view
On Wednesday, February 8, 2012 3:58:21 AM UTC+7, James A. Bowery wrote:
I've got some .cgi files written in Perl that I'd like to make
literate.
How can I find the Setting that controls this association?
Are all your *.cgi files perl?
I'm sure someone more knowledgeable than me can help
On Tuesday, February 7, 2012 9:53:30 AM UTC+7, btheado wrote:
I encountered the same issue. I hadn't realized I was using a path with
a symlink in it until your email.
It may not be specifically relevant here, and apologies if this is obvious
to you, but in a completely unrelated context I
Apologies in advance to the extent this is considered off-topic, because
given my level of programming experience (on a scale of 1-10: 0.2 8-) I
don't think I can use Leo for this, but given the talk of using Leo for
templating and the fact that I'm looking for recommendations from
Thanks Terry, but it looks to me like all of these are dynamic, running via
server-side add-ons.
I'm looking to locally generate static HTML+CSS - maybe some javascript for
stuff like analytics but that's all - that can be uploaded to a
plain-vanilla Apache host.
I realize that you (sing +
Thanks for the templating pointers. I also came across Tahchee, which uses
Cheetah and also supports reST directly, which is great for possible Leo
integration, plus my current markup-format transformer Pandoc supports reST
as input.
Another thought for a good combination of mainstream
On Wednesday, February 1, 2012 10:29:25 AM UTC+7, btheado wrote:
I checked the code in and pushed to launchpad.
This may be premature, but does if this makes it to release, does this mean
the # of lines per PgDn will be configurable?
--
You received this message because you are subscribed
On Wednesday, January 25, 2012 9:47:52 PM UTC+7, Josef wrote:
I do not understand. What is the meaning of the word close in this
context? Do you mean to collapse the outline?
How to you commit portions? I was talking about the Leo file, so I can
only commit the whole Leo file, or
On Monday, January 23, 2012 3:25:21 PM UTC+7, Differance wrote:
To me, the main topic - preventing data loss due to multi-file clones.
:-) I'm developing the original topic -- why Edward likes clones.
This I don't get. I haven't said anything about safety enforcement,
first. If
On Monday, January 23, 2012 11:08:32 PM UTC+7, Differance wrote:
It seems to me that you're emulating what I'm recommending, only I have a
functional definition of the single clone @file -- it's for one unitary
external file, not any hybrid external file. If the distinction in
functions
On Monday, January 23, 2012 7:22:21 PM UTC+7, Offray Vladimir Luna Cárdenas
wrote:
documentation also in the center is required if we want to break the Leo's
self-fulfilled prophesy about being a ghetto tool for programmers only
Usability for clueless noobs is a lot of work, probably
On Saturday, January 21, 2012 2:46:21 AM UTC+7, Differance wrote:
My second concern is with what I believe to be an unnecessarily strict
blanket rule
keeping clones out of @file branches
When the master source file is externally modified, my use case
specifically requires one (and
Thanks Offray for your detailed and informative response.
On Friday, January 20, 2012 5:34:21 PM UTC+7, Offray Vladimir Luna Cárdenas
wrote:
When you suggested DocuWiki I thought of MoinMoin which has also support
of plain files as storage mechanism but is also scalable to databases if
On Sunday, January 22, 2012 2:20:51 PM UTC+7, Juaco wrote:
I haven't followed the recommendations of HansBKK trying Pantoc and
markup-conversion pivot-tables, but I read that there is a new discussion
on this.
Pantoc is only useful if you need output to target formats not supported
Although much of this thread is above my pay grade, I hope to be able to
contribute productively since several of my use cases for Leo have caused
cross-file cloning problems. I hope those more knowledgeable than I will
feel free to jump in an correct any mistakes below, and do please excuse
On Thursday, January 19, 2012 3:14:52 AM UTC+7, Differance wrote:
The generating content thing is in tension with the fact Leo is a tool
for working with external files for a particular kind of purpose: editing
code, which is linear and of a nature where things have their (one) place.
You're
On Thursday, January 19, 2012 5:57:02 AM UTC+7, Terry wrote:
But it seems like others are trying to use them to generate output with
repetitive elements, presumably because they're unaware of more appropriate
tools for doing that, and Leo's clones seem to offer a solution to their
problem.
On
On Thursday, January 19, 2012 6:37:49 PM UTC+7, Differance wrote:
My point is to distinguish the templating function that's currently
accomplished with cross-file clones -- clones within @file branches --
from the code maintenance function.
I appreciate your attempting to clarify the
On Thursday, January 19, 2012 10:32:48 PM UTC+7, Differance wrote:
I gave another example use case - does
that fit within the domain of templating AFAYC?
Yes. I explained that the encyclopedia's volumes would be templated.
But there certainly can be all sorts of other things Leo is used
On Thursday, January 19, 2012 9:49:21 PM UTC+7, Edward K. Ream wrote:
Almost. The pattern in leoPy.leo is safe: all views reside either in
leoProjects.txt, the *first* @file node in the outline, or in the
outline itself.
This will be safe, because if you modify any node in an external
This is highly off-topic for most on the list, so feel free to ignore, but
anyone using Leo for single-source documentation generation/conversion,
including future googlers, please reply with comments or notes on your
experiences.
I have been advocating the idea of pushing Leo-derived content
On Monday, January 16, 2012 8:43:56 PM UTC+7, Edward K. Ream wrote:
879331 Redefining a key binding breaks menu items with same
binding
Don't know if this is related, I haven't revisited it for a while, but in
case it isn't a known issue can furnish more details and/or post a
On Monday, January 16, 2012 11:39:47 PM UTC+7, Terry wrote:
Perhaps Leo could offer some kind of generic solution by providing some
sort of templating system which could be applied to any text file output.
But it would still require a distinction between source files and output,
or
From Terry's related thread
herehttps://groups.google.com/forum/#%21topic/leo-editor/4vazxXwWy8E/discussion
distinction between source files and output, or built, files.
I believe that is in effect what the safe-cloning rules, and the procedures
they imply which we've outlined in this
Sorry I can't address your specific question, but wanted to mention that
I'm using Leo for much the same thing using Txt2Tags, which also has a
LaTeX output option - which specific component I haven't used yet.
Another tool that is more actively updated and with a lot of sophisticated
LaTeX
On Saturday, January 14, 2012 7:20:23 PM UTC+7, Edward K. Ream wrote:
On Sat, Jan 14, 2012 at 1:45 AM, HansBKK han...@gmail.com wrote:
I honestly think the lack of a clear statement on this topic in the docs
is
dangerous for relative newcomers to Leo and threatens its acceptance
On Saturday, January 14, 2012 5:27:36 AM UTC+7, Matt Wilkie wrote:
P.S. In your particular situation, I would suggest, if at all possible,
that you make complete external files, rather than clones, to be the units
of sharing. That way there is only one copy of the data, so if you change
On Thursday, January 12, 2012 11:06:51 AM UTC+7, Terry wrote:
On Wed, 11 Jan 2012 16:37:16 -0800 (PST)
HansBKK han...@gmail.com wrote:
It may be that shadow nodes need more testing, particularly with
languages other than Python. I've used them without any particular issues,
but then I
On Thursday, January 12, 2012 7:29:51 PM UTC+7, Juraj wrote:
On 12. Jan, 01:37 h., HansBKK han...@gmail.com wrote:
I've been using them with plain text-as-text files and haven't come
across
issues, but also haven't done any systematic testing. I also have the
extra
security blanket
On Thursday, January 12, 2012 6:30:35 AM UTC+7, Terry wrote:
On Wed, 11 Jan 2012 14:35:57 -0800 (PST)
Juraj rin...@gmail.com wrote:
Support of other languages or @shadow nodes (to cooperate with people
that don't use leo) feels more like experiment.
It may be that shadow nodes need more
I've always disliked the expression eating your own dog food, but it's a
good principle when the use case fits the project, and I think Leo's a
flexible enough tool that the primary principle behind my OP can be
accomplished without too much trouble.
My central point is time and energy
On Monday, January 9, 2012 12:26:42 PM UTC+7, Matt Wilkie wrote:
I'm not sure that using a newer shinier wiki platform in it's stead would
get at what I see as the deeper cause: the user contributed docs being in a
separate world from where the developers live.
Perhaps I wasn't clear
If that approach is simpler, perhaps two helper scripts or executables
could be triggered, somehow hooked into Leo's save and load routines, so
that after a save the data is imported into the DB, and before a load it's
exported.
Let the user choose if it's done A every save/load, B just when
Just did a fresh branch, worked fine and bzr reported 4917, but Help-About
Leo reports:
build 4900, 2012-01-08
I'm not saying this is a problem, just letting you know something's doing
some rounding somewhere 8-)
--
You received this message because you are subscribed to the Google Groups
On Wednesday, January 4, 2012 3:34:02 AM UTC+7, Rand wrote:
Will Leo work with new IPython versions 0.12 and 0.13 ?
On Thursday, January 5, 2012 2:40:50 AM UTC+7, Ville M. Vainio wrote:
Not yet. IPython broke the third party api that ILeo relied on in 0.10.
Note per Edward iPython 0.11
On Thursday, January 5, 2012 10:00:57 PM UTC+7, mdb wrote:
You don't replace a node by a clone, you create another clone and move
it where you want it.
Yes, in creating a new outline I would do so, but I am looking to 'fix' an
outline that has lost its clones
Sorry but I don't
My 2¢:
If something like this **is** done, it should IMO be packaged as an
alternative to the normal installation procedure.
You would definitely get marketing exposure by getting the specs from
PortableApps.com and let them host it there as Portable Leo, tracking
the official Portable
I am of the opinion that accurate, continuously updated and improved
documentation is of critical importance to the long-term success of any
non-trivial software package, and as a New Yorker, adhere to the broken
windows http://en.wikipedia.org/wiki/Broken_windows_theory#New_York_City
theory.
On Friday, January 6, 2012 3:40:26 AM UTC+7, Largo84 wrote:
PortableApps version would be FANTASTIC!! I wish I knew how to make it
happen.
A couple of versions have been posted here already, including Terry's very
simple sequence in the first message of this thread. Of course, we're only
On Thursday, January 5, 2012 11:58:48 PM UTC+7, mdb wrote:
I will explain in a future posting about the problem of an outline
losing its clones
Aha, “to err is human, but *to really foul things up* you need an automated
process”. 8-)
It actually comes from creating and using a DB
On Wednesday, January 4, 2012 10:32:49 AM UTC+7, Terry wrote:
2 make sure the functionality of plugins is exported as commands - a
mix of documentation and wrapper functions
3 (because lists are always longer than you expect :-) I'm not sure
how this relates to single/double click
On Wednesday, January 4, 2012 11:05:47 PM UTC+7, Terry wrote:
Hmm, for a given node type, you want all the actions that make sense
for that node type in a user ordered list, and then some action (double
click?) causes the one highest on the list to occur?
Yes, with some minor
On Thursday, January 5, 2012 1:11:27 AM UTC+7, mdb wrote:
In a given tree that has nodes with the exact same headline, how can I
replace one node with a clone of the earlier in the outline with the same
headline.
Maybe it's me, but I have a hard time understanding what you want to do.
It
Sorry Terry, just to clarify my understanding, does outline in Leo-speak
always equal .leo file?
So when you refer to other outlines any open outline separate
outlines, are you referring to separate .leo files? I assume that any
operations that your plugins enable between separate .leo files
However I was able to do a
bzr export .\leo-editor4 lp:leo-editor
which seemed to complete just fine, no error messages anyway and:
28310kB 140kB/s \
However, when actually running this instance, it also (along with the
nightly zip download) reports:
build 4904 2011-12-28
This is from
As reported
herehttps://groups.google.com/d/msg/leo-editor/fO4HRBPFl7E/QkAWSL8eUjYJ,
I'm not sure what version I'm actually testing with, but it seems AFAICT
this issue is now fixed, so thanks, looks like I can get rid of the
Simple delete script customization.
Are these issues from above
Possibly relevant:
https://groups.google.com/forum/#!topic/leo-editor/X9rfuhE-Etk/discussion
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
https://groups.google.com/d/msg/leo-editor/-/9eA0MqgWGooJ.
To
OK, I'll try branching again when I get the chance, assuming what you did
might have helped with:
On Tuesday, January 3, 2012 1:45:39 PM UTC+7, HansBKK wrote:
bzr branch lp:leo-editor
bzr: ERROR:
http://bazaar.launchpad.net/~leo-editor-team/leo-editor/trunk3/.bzr/repository/packs
/msg/leo-editor/pF6t8I9BwSA/PKl04NxrlSoJpast
discussionshttp://groups.google.com/d/msg/leo-editor/6Zt_JQNMtLc/nLrbYy1WTwAJ
.
On Tuesday, January 3, 2012 11:05:49 PM UTC+7, Terry wrote:
On Tue, 3 Jan 2012 00:39:33 -0800 (PST) HansBKK han...@gmail.com
wrote:
Are these issues from above
Success - great work Terry, and thanks!
Branched 4907 revision(s).
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
https://groups.google.com/d/msg/leo-editor/-/8YcyqT8wFU4J.
To post to this group, send
Responded in a new
threadhttps://groups.google.com/forum/#%21topic/leo-editor/kcPuYBa_qHU/discussion
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
https://bugs.launchpad.net/leo-editor/+bug/911521
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
https://groups.google.com/d/msg/leo-editor/-/WT_mxpMUC-wJ.
To post to this group, send email to
Nothing to do with Leo-specific implementation, but a good example from a
conceptual POV, PortableFileAssociator http://portableapps.com/node/15583lets
you define windoze file associations (extension to app), including
multiple choices from the OS's context menu, and also designate one of them
On Tuesday, January 3, 2012 6:23:20 AM UTC+7, gcrosswhite wrote:
generic Leo files cannot be merged automatically.
I am not sure what you mean by this. It is true that you don't want to
merge an outline when you have a number of open nodes and some cloned nodes
for personal purposes, but
On Tuesday, January 3, 2012 3:30:58 AM UTC+7, Terry wrote:
lp:leo-editor now points to
https://code.launchpad.net/~leo-editor-team/leo-editor/trunk3
which can be branched on a 1 Gb XP system over HTTP.
It would be great if anyone who was experiencing the out of memory
problem could
I went to test on my minimal sample file, but I'm afraid the latest at
the nightly builds page:
http://www.greygreen.org/leo/leo-editor-latest.zip
is stuck at 4904, dated 12-28
maybe still pulling from trunk2?
--
You received this message because you are subscribed to the Google Groups
For the sake of those googling later, Terry posted a quick and dirty
example of setting up a portable Leo
herehttps://groups.google.com/d/msg/leo-editor/jnpkrQeo9Hk/Ds3QsUe1W-QJ
.
My more involved scenario above is only needed when maintaining a more
complex portable Python dev environment,
https://bugs.launchpad.net/leo-editor/+bug/910228
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
https://groups.google.com/d/msg/leo-editor/-/68-MjmfAkJUJ.
To post to this group, send email to
Yes, sorry I didn't explicitly state this was wrt the Nav pane.
This also made me realize that limiting the nav to a single clone result
brings up the question
which location to bring the outline to when clicking in the nav?
I would have thought
first instance after current cursor location
On Friday, December 30, 2011 10:36:54 PM UTC+7, Edward K. Ream wrote:
On Tue, Dec 27, 2011 at 8:47 PM, HansBKK han...@gmail.com wrote:
Sorry for the zombie resurrection, but apparently nothing ever logged to
the
tracker on this?
I believe this bug has been fixed. Don't know exactly when
https://bugs.launchpad.net/leo-editor/+bug/909278
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
https://groups.google.com/d/msg/leo-editor/-/XNmCuk6DUTUJ.
To post to this group, send email to
A lot of attention is paid to usability in Leo, but I can't imagine it's
ever been intended for normal end users. If anyone claims it is, then they
haven't had much experience with real normal end users. I have been the
techiest person at every job I've ever had over many decades, which totals
Offray,
Your message was a nice holidays present for me, thank you.
On Wednesday, December 28, 2011 11:59:54 PM UTC+7, Offray Vladimir Luna
Cárdenas wrote:
Personal Learning Environment[1] which includes Leo as a tool for their
What discipline are the students? You said non-programmers,
I actually completely agree with you, but enjoy playing devil's advocate.
However I do think it remains true that if a given user has much trouble
(say more than a hour's fiddling) getting Leo up and running from the
current instructions, then they are unlikely to benefit from using Leo.
On Tuesday, December 27, 2011 10:29:15 PM UTC+7, Terry wrote:
On Mon, 26 Dec 2011 19:27:58 -0800 (PST)
HansBKK han...@gmail.com wrote:
I suspect Set node to absolute path recursive came in to being
because I was making recursive versions of all the commands - to be
honest I don't see why
Thanks Edward.
This option remains unavailable correct?
- whatever the line endings are on a pre-existing file should be
respected unless explicitly changed
Obviously the explicit choice being available at different point in the
outline structures is great, but it does create a bit of extra
On Monday, December 26, 2011 11:54:38 PM UTC+7, Terry wrote:
On Sun, 25 Dec 2011 23:02:29 -0800 (PST)
HansBKK han...@gmail.com wrote:
See attached screenclip for simple test case
Can't really keep up with all the ideas you're generating :)
Yes sorry about that, I'm trying to keep
I have no idea why I didn't come across the read_only_nodes plugin, I've
been trying to be good about searching before posting for help.
Neither read-only nor read_only returns hits on read_only_nodes which
IMO is stupid - how did Google conquer the world again? (by just doing a
better job at
Maybe it's just because I tend to use editors that work this way by
default, I've never run into line ending issues before, but colleagues have
started complaining to me about my files (good ol' Notepad). Or if I'm
doing something wrong, please let me know - I've recently started
experimenting
This is IMO a fantastic extension of Leo's functionality, thanks Terry!
See attached screenclip for simple test case
First, generic @ file clone-wars wishlist item - based, perhaps naively
on my @nosent solution
- let me clone the @shadow node directly rather than
This part of the docs
http://webpages.charter.net/edreamleo/directives.html
probably needs some tweaking as a result
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
Ignore, sorry, realized I should have just posted to my docs-related thread
in Launchpad
https://bugs.launchpad.net/leo-editor/+bug/905276
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To view this discussion on the web visit
1 - 100 of 176 matches
Mail list logo
