.
---
SegundoBob
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email to leo-editor@googlegroups.com
To unsubscribe from this group, send email to
leo-editor+unsubscr
to use. The valid
values are –gui=qt, –gui=tk
When you try to pass leo-editor the command line option -gui=qt, you
get error:
leo: error: no such option: -g
And Leo does not run.
The new option is --gui=qt or --gui=tk. That is, two dashes, not one
dash before gui.
---
SegundoBob
I'm using:
Leo 4.7.1 final, build 3005, February 26, 2010
Python 2.6.5, qt version 4.6.2
linux2(Ubuntu Studio 10.04)
I selected the root of a subtree I wanted to convert to HTML, then I
clicked:
File - Export - Save node as HTML
This failed with these messages in the log pane:
On Dec 7, 10:07 pm, Ville M. Vainio vivai...@gmail.com wrote:
It is a sort of known issue.
plugins_menu does not work perfectly with the new plugin loading
system (because the new way is much more flexible than the old one,
but plugins_menu retained the rigidity):
Thanks for the good answer
Something seems to have broken it then before release. Make a bug report.
Done. The description is minimal, but hopefully adequate.
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email to leo-edi...@googlegroups.com.
Ignore ref.leo. It is just the leo-editor file I use to edit
clone_nav.py.
To observe the focus control mystery, install plugin clone_nav.py.
Read its documentation. Cause clone_nav.py to pop up a question
window.
I guess this is a hard problem since no one has offered any solution
or even
http://groups.google.com/group/leo-editor/tree/browse_frm/thread/9894b776c2afffb2/f463563852449389?rnum=1_done=%2Fgroup%2Fleo-editor%2Fbrowse_frm%2Fthread%2F9894b776c2afffb2%3F#doc_57e3cd4de8201b9b
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To
Ville M. Vainio's suggests that c.find_b() and c.find_h() be used.
See post:
http://groups.google.com/group/leo-editor/tree/browse_frm/thread/9894b776c2afffb2/f463563852449389?rnum=1_done=%2Fgroup%2Fleo-editor%2Fbrowse_frm%2Fthread%2F9894b776c2afffb2%3F#doc_57e3cd4de8201b9b
Looking at either
See:
http://groups.google.com/group/leo-editor/browse_frm/thread/2431578bea600324
Sorry, I didn't realize that hitting carriage return would post my
incomplete thought.
Moderator, please delete this whole thread.
--
You received this message because you are subscribed to the Google Groups
I think c.find_h() would be more useful if it used re.search() instead
of re.match().
This change would not give up any functionality because beginning a
regex with ^ restricts the expression to matching the beginning of the
string:
'^'
(Caret.) Matches the start of the string, and in MULTILINE
How would you chain select_h's if they merely pruned down the current poslist?
I missed the intention of your definition of select_h(). I agree that
descending the tree is usually (and perhaps always) more useful than
pruning the current level.
I suggest making the functions simpler and the
This is implemented in 4.8 and should work.
No, it is not. I informed you of this problem on 2010-12-07. See
thread
http://groups.google.com/group/leo-editor/browse_frm/thread/cdd2c89892f96a99
I believe you made the plugin not in Leo source tree change at rev
3020 and EKR (probably
Some time ago I noticed that Ctrl-s sometimes failed to save my file.
Today I investigated a little and found the following. Is this a
bug? A feature? A no-fix?
I did my investigation under Ubuntu 10.10 using the latest Leo-editor
source from Launchpad.
QT gui:
Shortcuts don't work when the
In Qt, *no* per-stroke bindings get created. Instead, a single
eventFilter method handles all (or almost all) events. At present,
not all Qt widgets get attached to this method (iirc). That may
change.
Edward, as you probably realize, the non-attachment of the eventFilter
to some Qt
@url links that invoke the web browser always work.
@url links that should invoke the file browser only work when
single_click_auto_edits_headline = False.
When single_click_auto_edits_headline = True, double clicking a @url
node opens the headline for editing (no matter how closely the clicks
On Jul 9, 4:25 am, Edward K. Ream edream...@gmail.com wrote:
If it's a bug it is a minor one.
OK.
The workaround is to use the
double-click-icon-box command. Of course, you will want to bind a key
to this command.
Thanks.
I discovered another workaround that is probably also a hint to the
Whenever I enable the quickMove.py plugin, I get the
menu already exists: Move error message in the log pane on start
up. Enabling/disabling the quicksearch.py plugin does not affect
this. I have not noticed any ill affects.
Version: revision 4413
OS: Ubuntu Studio 11.04 (natty)
Log Pane on
Thanks. Your change eliminated the error message.
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email to leo-editor@googlegroups.com.
To unsubscribe from this group, send email to
Attention: bookmarks.py plugin fans and/or maintainer
Today I noticed that single_click_auto_edits_headline = True, prevents
the bookmarks.py plugin from working. That is, double-clicking a
headline (not beginning @url) in a @bookmarks subtree, fails to open
the web-url in the first line of the
No matter which plugin I select under the Plugins menu, I see the
following errors in the Default cascading style sheet for the HTML
output of Docutils. following plugin X's help text with all its
formatting directives. Am I the only one seeing this problem?
Leo-Editor Version: revision 4424
OS:
Didn't touch bookmarks.py, but now the
qtGui no longer runs the itemClicked event if there's an
itemDoubleClicked event within the systems doubleclick interval.
Terry,
Your change fixed for me both the problems I noticed when
single_click_auto_edits_headline = True: 1) @url not working and
On Jul 11, 2:22 pm, Terry Brown terry_n_br...@yahoo.com wrote:
On Mon, 11 Jul 2011 13:48:51 -0700 (PDT)
The scrolledmessage plugin seems to have died. Try enabling viewrendered.py
in your
@enabled-settings
Thanks. Enabling the viewrendered.py plugin allows me to see a
plugin's help in a
'
#@+ version_history
#@+node:bob.20101204110352.1341: ** version_history
# 2011-07-14 - 2011-07-16 SegundoBob (Bob Hossley)
# Change GUI from log pane to button on Icon Bar. Change version to 2.0.
# 2010-12-11 - 2010-12-11 SegundoBob (Bob Hossley)
# Display the full path to root, not just
I have been sorting the Positions Visted List [see
c.nodeHistory.visitedPositions()]. Sorting uses the greater than (or
GTE) and/or less than (or LTE) comparisons that are implmented in
class position in leoNodes.py. I have observed that unpredictably
equal positions are not together after
On Jul 17, 5:38 pm, Terry Brown terry_n_br...@yahoo.com wrote:
On Sun, 17 Jul 2011 17:00:26 -0700
I think if you plugin provides a command like this (at top level in
module):
@g.command('my-new-command')
def do_thing(event):
c = event.get('c')
if not c:
return
Terry,
Thanks. That's a great solution. I'll use it.
Before I read your post, I didn't know that monkey patching the
commander (as you suggest doing) is allowed. Consequently, I came up
with a roundabout way that does not monkey patch the commander:
Very simple works for only one file open at
On Jul 17, 5:00 pm, SegundoBob bhoss...@ieee.org wrote:
Is there some way to assign a shortcut keystroke to a command
implemented in a plugin that allows a user to change the shortcut
keystroke assigned to the command? I don't know any way to do this. My
testing indicates that a shortcut
The bug is in the code for GT, but since GT is used to implement all
the other unequal comparisons, there are bugs in GTE, LTE, and LT as
well.
See my bug report and patches to fix the problem:
https://bugs.launchpad.net/leo-editor/+bug/816777
--
You received this message because you are
I'm afraid the answer is currently no. Perhaps once there was a way,
but now I think there is none. I want to do the same (or a very
similar thing), so I asked a similar question and so far have not had
an answer. See Message 7 in this thread:
I'm not an expert on nav_qt.py. I'm not an expert on Leo-Editor. I'm
working on a plugin to navigate the position visited list.
Consequently, I've noticed a possible problem.
The position visited list grows without bound. This list is attribute
beadlist of the instance of class NodeHistory.
On Jul 29, 10:59 am, Edward K. Ream edream...@gmail.com wrote:
Because of unlimited undo, *nothing* (that is, no data) is *ever*
deleted while Leo is running. You could call this a *large* memory
leak.
I missed that (and still can't find where) undo uses the position
visited list. I withdrew
Great idea. I played with the save tabs button you suggest, and I
noticed that the start up messages to the Log Pane get messed up.
When I open several tabs by hand, only the first tab gets the full set
of start up messages. The other tabs gets shorter start up message
sets. When your @scripts
I think there is another problem that is probably unrelated to the Log
Pane problems.
I think openWithFileName() is not quite correct. The symptom is as
follows.
When opening an outline executes this @script node:
# 2011-10-14 14:14:05
g.openWithFileName('/home/bob/.leo/workbook.leo', c)
On Oct 14, 2:06 pm, Terry Brown terry_n_br...@yahoo.com wrote:
On Fri, 14 Oct 2011 13:52:48 -0700 (PDT)
I think it's a major thing to fix though.
Hmm?
When you specify K outlines on Leo-Editor's command line, Leo-Editor
opens them all and all the appropriate Log Pane messages go to all the
On Oct 16, 5:50 am, Edward K. Ream edream...@gmail.com wrote:
- I can organize the scripts within myLeoSettings.leo as usual using
organizer nodes. This organization can change as needed.
- Using @command rather than @button means that I never have to
disable scripts. No more @@button.
If
On Oct 16, 4:42 pm, Edward K. Ream edream...@gmail.com wrote:
Please retest and report here if you have any
problems. In this case, reporting here will be most convenient for
me. Thanks.
I retested with Leo-Editor rev 4598. It seems to work very well now.
The start up messages to the
The commit comment for Rev 4599 is:
support @ignore in @commands and @buttons trees
I hoped this implied that @ignore should affect local command
definitions in outline files, but this probably was not the intention
because in Rev 4611, @ignore has no affect on local command
definitions.
Also,
On Oct 18, 8:49 pm, Terry Brown terry_n_br...@yahoo.com wrote:
On Tue, 18 Oct 2011 20:24:01 -0700 (PDT)
The only actually reported issue with the save tabs script was the
spreading out of log messages between various log panes, which may or
may not be avoided by adding a c.setLog() call to
For a long time (I believe at least since release 4.7), the node-
selection foreground color for the Outline Pane has been black. That
is, the foreground color of the node headline in the currently
selected node when its headline is NOT open for editing is black.
This makes most themes unusable
On Oct 26, 5:32 am, Edward K. Ream edream...@gmail.com wrote:
Rev 4637 rewrote qtBody.setEditorColors using my new understanding of
Qt stylesheets. That is, the new, working, code sets both foreground
and background colors using a single call to obj.setStyleSheet.
My first post in this
On Oct 27, 6:09 am, Edward K. Ream edream...@gmail.com wrote:
On Thu, Oct 27, 2011 at 6:54 AM, Ville M. Vainio vivai...@gmail.com wrote:
I suppose we shall have to discuss what we think the right defaults
are--it's a rare case of having to discuss preferences.
I vote for consistency: red
On Oct 27, 5:51 pm, Edward K. Ream edream...@gmail.com wrote:
Thanks for this. Imo, these would make good commands.
Anyone have any suggestions? I'd like to make these into first-class
comments soon.
I assume you meant first-class commands not comments.
If you make them first-class
On Oct 28, 2:01 pm, Edward K. Ream edream...@gmail.com wrote:
On Fri, Oct 28, 2011 at 3:48 PM, SegundoBob bhoss...@ieee.org wrote:
If you make them first-class commands, you will be blessing code that you
say contains serious bugs.
When I said, I'm convinced, I meant that I agree
I'm probably getting a bad reputation for doing things that just
should not be done. For example, since in a settings file (i.e.,
leoSettings.leo or myLeoSettings.leo) the structure is:
@settings
@buttons
@button foobar something
I used this same structure in an ordinary
On Nov 16, 12:50 pm, Kent Tenney kten...@gmail.com wrote:
I thought this was discussed recently, but can't find the thread.
Given this command defining node
@command watch-write @key=Alt-w
Is it possible to replace the binding defined in leoSettings.leo with mine?
Possibly relevant:
New
Kent,
The post I wrote yesterday was probably not relevant to your
question. Apparently, setting a key binding in a plugin is
significantly different from setting a key binding in
leoSettings.leo. I wrote yesterday focused on re-assigning a key
binding made in a plugin.
As I wrote yesterday,
I spent most of today tracking down a problem that turned out to be an
orphan .pyc file. That is, a .pyc file in leo/plugins whose .py
file had been moved to to the contrib branch.
I run Leo-Editor under Ubuntu 11.10. Three weeks ago, I stopped using
the gnome window manager and started using
On Dec 15, 2:04 am, Edward K. Ream edream...@gmail.com wrote:
Hmm. I would have thought that bzr would remove .pyc when removing
corresponding .py files. If not, this would be a pretty bad bzr
glitch.
You seem to be expecting too much of bzr. Bzr is configured to
ignore .pyc files, so it
Using Leo-Editor Rev. 5051 under Unbuntu 11.10 with the Fluxbox window
manager.
I was prompted to correct the lack of a tag in the @openwith node in
my myLeoSettings.leo.
I fixed this problem. My new @openwith node is:
Headline:
@openwith emacs = Alt+Shift+Ctrl+E
Body:
kind: subprocess.Popen
Same problem with Ctrl+PgUp and Ctrl+PgDown.
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email to leo-editor@googlegroups.com.
To unsubscribe from this group, send email to
leo-editor+unsubscr...@googlegroups.com.
For the last few weeks at least, I've had trouble with Ctrl-z undoing way
too much. I have not filed a bug because I have no idea how to reproduce
it and I haven't been able to figure out what it does when it misbehaves.
The most bizarre misbehavior I've seen seemed to undo changes that I had
For the past week or so, my first ctrl-v often does nothing. So I ctrl-v
again and this one does the expected paste. I haven't filed a bug because
I suspect this problem is not Leo-Editor's but Ubuntu 11.10, or the Fluxbox
window manager that I use, or the Clipman 1.1.3 (clipboard manager)
Thanks for the suggestions. I'm afraid making progress will take some
luck.
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group, send email to leo-editor@googlegroups.com.
To unsubscribe from this group, send email to
On Mar 13, 11:55 am, Edward K. Ream edream...@gmail.com wrote:
Imo, the search order for opening url's on double-click should
be:
1. Open the url in the headline if it exists.
2. Open the url in the first line, and *only* the first line, of the
body text if it exists.
I strongly agree with
When I Ctrl+b a node with this in the body:
import leo.core.leoInspect as inspect
g.es(1)
m = inspect.module('leoEditCommands.py')
g.es(2)
for a in m.assignments_to('w'):
print(a.format())
End Body ---
I see this in the Log pane:
1
exception executing script
AttributeError: 'module'
On 03/20/2012 04:07 AM, Edward K. Ream wrote:
The strategy of lenient_url_from_node in bookmarks.py makes sense.
Don't forget Ctrl+leftClick. Unless I missed a change, Ctrl-leftClick
does not, and probably never will, work on lenient URL's. The URL
handling consolidation stopped just short of
On 03/20/2012 09:25 AM, Terry Brown wrote:
only urls which specify a scheme are colored
And only URL's that are standard URL's are colored correctly.
Colored Correctly:
file:///media/datw1/BobH/0/2002%20Dodge%20Neon%20SXT/Dodge%20Dealers.txt
Only colored to the first blank:
On Friday, April 13, 2012 7:46:13 AM UTC-7, Edward K. Ream wrote:
As of rev 5251, Leo keeps the position of the vertical scrollbar
constant when doing a paste. This seems like such an obvious thing to
do; I have no idea why Leo never did this before.
Edward
You changed where a paste
I much prefer to almost always use Leo-editor in a full-screen window.
When I run Ubuntu 11.10 with either the Fluxbox or the Gnome Classic
sessions, when I re-open an outline that was last closed when its window
was full-screen, Leo-Editor comes up in a full-screen window. When I run
Thanks for the suggestion. But doing a save does not help with my
problem. I was already aware that some parameters are only remembered when
a save is done--and this is a minor annoyance. Wouldn't it be better, more
consistent, and more useable, if every exit saved all the parameters that
On Monday, May 7, 2012 9:07:48 AM UTC-7, Edward K. Ream wrote:
There are still problems when exit is irregular.
I don't have any suggestions for directly eliminating the irregular exit
problems, but I do suggest that using a file descriptor based scheme
might be better than your pid based
I'm trying to create a new Leo-Editor outline file using leoBridge and I'm
stuck with this error:
$ python .temp.py
Traceback (most recent call last):
File .temp.py, line 17, in module
ptrDay = ptrRoot.insertAsLastChild()
File /home/ldi/bzr/LeoLatest/leo/core/leoNodes.py, line 1212, in
I was editing a file and I used backspace to delete three characters from
the body of a node. The characters were deleted, but in addition the node
was moved left 2 levels and down 1 level. I noticed because this happened
to move the node out of Python coloring and into plain coloring.
I very recently began using the Leo-Editor spell checking facility.
Whenever a correctly spelled word was flagged as misspelled, I hit the
Add button to add the word to my dictionary. All seemed fine till the
next time I used Bazaar to pull the latest changes. Then I noticed that
adding a
Terry and Jacob,
On Feb 22, 10:45 am, Terry Brown terry_n_br...@yahoo.com wrote:
On Fri, 22 Feb 2013 10:15:53 -0800 (PST)
File - Export - Show node as HTML will open it in a browser, but it
doesn't include the body text, only the headlines. You can print from
the browser.
You must enable
I have pulled the latest revision (5639) of Leo-Editor from the
Lauchpad repository, but I can't find the .leo file that is used to
edit file '/home/ldi/bzr/LeoLatest/leo/plugins/qtGui.py'. I'm fairly
sure that this .leo file is not in the Launchpad repository.
Shouldn't it be in the repository?
On Mar 27, 11:19 am, Jacob Peck gatesph...@gmail.com wrote:
It's leo/core/LeoPyRef.leo (though you should copy this to LeoPy.leo for
local changes)
--Jake
Thanks. I missed that needle in a haystack. I did the wrong greps.
--
You received this message because you are subscribed to the
With the aid of the documentation at
http://leoeditor.com/customizing.html#complex-settings-nodes
I created a menu item using @item.
The documentation says There is an example of the use of the @menuat
setting in the file .../leo/core/test/menuAtTest.leo.
There is no such file. In fact, so
Thank you.
It works well and just as you say it works.
I had looked at leoSettings.leo where I had read without comprehension
just what you restated here more clearly. I hadn't expected that
information to be there. I should have. I was concentrating on other
issues when I read it. I
Ideally Insert Headline Time (Alt-e, h, t) would work like Insert
Body Time (Alt-e, b, t, t, CR). That is, both would simply insert
the time at the current cursor position.
I have been unable to achieve this ideal because by the time the
Insert Headline Time function is called, the headline
This thread gives a recipe for inserting text into the body of a node
at the current cursor:
http://groups.google.com/group/leo-editor/browse_thread/thread/a08d122e0cf59359/60be2b02f3ef3e94
Unfortunately, this recipe has a problem: When focus is moved away
from and then back to the modified
I'm sorry no one has suggested a better way to make the changes
permanent. How does Leo-Editor notice that typing has inserted a few
more characters? Couldn't the same mechanism be used here?
On 04/17/2013 12:29 PM, Terry Brown wrote: I think that's the way,
see also:
I have a Leo-Editor script that pops up a window to interact with the
user and when the user is happy with his changes, my script closes the
pop-up window and sets the headline of the currently selected node.
Note that the user may change one or more nodes in this way and move
around in the
On May 15, 9:21 am, Edward K. Ream edream...@gmail.com wrote:
They are very different at the code level.
Which setDirty() should my headline changing script use?
My guess is that it should use p.setDirty().
--
You received this message because you are subscribed to the Google Groups
This is the scheme I use:
def delAllChildren(posx):
while True:
pos2 = posx.getLastChild()
if pos2:
pos2.doDelete()
else:
break
https://github.com/SegundoBob/leo_misc/blob/master/delAllChildren.leo
is a trivial .leo file that can be used
On May 30, 9:18 am, Edward K. Ream edream...@gmail.com wrote:
Please submit a bug report for this, if you have not already done so.
I had not done so. Now I have:
https://bugs.launchpad.net/leo-editor/+bug/1185933
--
You received this message because you are subscribed to the Google Groups
Terry,
Thanks. I like this change. It works well for me.
My system:
Leo Log Window
Leo 4.11a3, build 5999, 2013-09-16 13:29:17
Python 2.7.3, qt version 4.8.1
linux2
setting leoID from os.getenv('USER'): 'bob05'
load dir: /home/ldi/bzr/LeoLatest/leo/core
global config dir:
Using Rev 6048, Xubuntu 12.04, and Linux kernel 3.2.0-53-generic, every
time I start Leo-Editor I get 3 identical error messages in the log pane:
Leo Log Window
Leo 4.11a3, build 6048, 2013-09-25 11:54:40
Python 2.7.3, qt version 4.8.1
linux2
setting leoID from os.getenv('USER'): 'bob05'
load
I have all the drag controls in leoSettings.leo set to False:
@bool allow_clone_drags = False
@bool enable_drag_messages = False
@bool inter_outline_drag_moves = False
@bool allow_clone_drags = False
@bool enable_drag_messages = False
@bool inter_outline_drag_moves = False
I have the the plugin
My test system is
Xubuntu 12.04
Leo Log Window
Leo 4.11a3, build 6196, 2013-10-29 09:16:34
Python 2.7.3, qt version 4.8.1
linux2
--
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,
I don't understand what Leo-Editor is doing in this case. I don't know
Edward K. Ream's intentions in this case. Undoubtedly the following will
fluctuate between accurate observation, correct surmise, and plain wrong
guesses. I hope someone can enlighten me.
The external files I'm concerned
https://groups.google.com/forum/#!searchin/leo-editor/clones/leo-editor/dac_sZF-MAY/SxjF1WkVc6cJ
2013-02-17
relevant
--
https://groups.google.com/forum/#!searchin/leo-editor/clones/leo-editor/ewW6-CYLkg8/jgDJH1igndAJ
2013-09-26
relevant
--
https://bugs.launchpad.net/leo-editor/+bug/1090950
On Tuesday, December 3, 2013 1:10:14 PM UTC-8, SegundoBob wrote:
My first guess was that all of the data in the subtree should always be
saved in both the external file and in the .leo file, but I've seen a case
where only 2 nodes out of 19 were saved in the .leo file.
I was mistaken
On Thursday, December 5, 2013 7:41:19 AM UTC-8, Edward K. Ream wrote:
The intention for clone wars is that the last clone loaded by Leo
wins.
Thank you. Your reply helped me quite a bit.
But what does last clone wins mean?
My first guess was that the header and body of the node are
On Sunday, December 8, 2013 4:00:27 AM UTC-8, Edward K. Ream wrote:
I suspect caching doesn't change anything, because loading an @file node
from the cache should be exactly equivalent to loading the @file node from
the external file. If it isn't, it's a bad bug.
What? Suppose
I couldn't find any documentation from which I could infer that all
settings must reside in a .leo file not an @file, @edit, etc. There may be
such documentation. I have no opinion about whether or not there should be
such documentation.
Experimentally, I determined that this restriction
For years on three or four different Linux releases by three or four
distributors, I've been seeing several instances per day of the following
error messages to Leo-Editor's standard error file. There is no other
indication that anything is wrong. Leo-Editor seems to run just fine when
these
On Sunday, February 23, 2014 2:01:06 PM UTC-8, Jacob Peck wrote:
More info:
http://stackoverflow.com/questions/18416201/core-dump-with-pyqt4
The second answer seems to say that QObjects created without a parent
are owned by Qt instead of Python, and when they are destroyed they call
On Wednesday, March 12, 2014 12:31:30 PM UTC-7, Edward K. Ream wrote:
I don't see these message on Ubuntu. What messages do you see with
plugins disabled?
I have run for two and a half days with all plugins disabled, this is the
only error that has occurred:
(process:2801):
On Saturday, March 15, 2014 10:21:24 AM UTC-7, Reinhard Engel wrote:
But if I now open another file (say 'Open scripts.leo' via the 'Help'
menu), the 'scripts.leo' file now also has a 'Leo' menu. So the logic
doesn't care about the file-specific menu definition but treats it as a
global
I've finally discovered a test that for me causes a Gtk-CRITICAL error
consistently.
I use my demo file for my delete all children function:
delAllChildren.leo (attached).
Edit delAllChildren.leo with only plugin mod_scripting.py enabled. Select
node @button dac and hit Ctrl-B to execute
As you may have guessed from my posting on 2014-03-22, so far as I have
been able to determine, the only time these Gtk-CRITICAL errors occur is
when a button created by the mod_scripting.py plugin is clicked--and they
occur every time such a button is clicked.
I enabled the trace at
I submitted a very minor bug fix as a pull request last Wednesday. See
https://github.com/leo-editor/leo-editor/pulls
Is someone monitoring pull requests? My memory of the sketchy discussion
of new procedures for the Leo-Editor project is that the GitHub procedures
should be used. I read
obvious to me that I may have failed to communicate it to you
and others.
Respectfully,
SegundoBob
--
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 email
to leo-editor+unsubscr
Does anyone know how to cancel a Leo-Editor script that is started by
Ctrl-B?
I know how to use Ctrl-C to cancel a python script that is run from the
command line:
import sys
import time
idx = 0
try:
while True:
print '{0}\r'.format(idx),
sys.stdout.flush()
idx +=
Thank you Terry and Ville for your suggestions.
---
Hitting Ctrl-C in the terminal used to start Leo-Editor is equivalent to
using a second terminal
to send the SIGINT signal to the Leo-Editor process.
Example:
If 2843 is the PID of the Leo-Editor process, then either of the following
sends the
On Wednesday, October 22, 2014 9:16:55 AM UTC-7, Edward K. Ream wrote:
On Wed, Oct 22, 2014 at 10:12 AM, 'Terry Brown' via leo-editor
leo-e...@googlegroups.com javascript: wrote:
Also take the opportunity to switch to a current time, rather than
session start time, timestamp, that
I just noticed this, but I have not used section references much, so I
don't know how long this has existed. Perhaps the order of section
references and @others have always determined child order. Does anyone
know?
I thought Leo-Editor was a very well behaved tool that did not reorder
nodes
I have barely begun using Android, so I know only a little about Android
Outliner and NoteLynX. I have used both Android programs to read, modify,
and create outlines that I also read, modify, and create using Leo-Editor.
I first tried exporting outlines in OPML from Android Outliner and
I can't reliably reproduce this problem, so I can't give you a test case
that demonstrates it. This problem significantly degrades Leo-Editor's
usability, so I expect others to notice it and provide additional
information. For both of these reasons, I'm posting the problem here on
the forum
1 - 100 of 154 matches
Mail list logo