Re: Ipython not working after recent update

[Fidel N]

Just faced the same problem, the following solved it for me:

>
pip install jupyter

I didnt know I needed to install jupyter in order to use ipython.

Plus, I used "iptest" as they suggest in ipython docs 
(https://ipython.org/ipython-doc/2/install/install.html) and it suggested 
me to install some more libraries.

After that, Leo ipython works properly :) 

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Using buttons as quick navigation tools

[Fidel N]

Just thought of something, it might be very useful:
What if:
- control+click a button were to act same as the current "right-click, go 
to script" (IE: Would send the user to the node)
- shift+click a button were to remove it, performing the "right-click, 
remove buton"
- shift+right click a node were to add it as a button (script-button 
functionality)

IMO, this would make Leo super quick to navigate. I know some of those are 
implemented in bookmarks but they are intended as more of a static 
bookmarking, whereas this would be something quick and "use and throw away" 
way to navigate through an outline.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: How to close quotes

[Fidel N]

Thank you both. 
Just checked the abbreviations, and as I understood I should use ;; after 
each comma, so ended up going for an AHK solution:

'::
Send, ''{Left} ; Will send twice the quote mark, then send the cursor left.
return

Those 3 lines of AHK code will do the replacement in any environment im 
using. I will have a bad time when coding in any other IDE than Leo though 
hehe

I posted here because I thought Leo could probably already do it, sorry for 
ending up using an external solution :)

Will do with the rest of the wrappers, and bye bye wrapping forever!! :D

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

How to close quotes

[Fidel N]

I believe this to be somewhat related to recent discussions about user 
friendliness.
Recently, I used other IDE's, and when writing, they automatically close 
braces, quotes, and such. 
Now that I think of it, I realize the quotes and braces closing steals me a 
few seconds every day I code with Leo.
Anyone got that working? Should it be automatically turned on depending on 
the language within the node, given by @language?

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Plan for 2015

[Fidel N]

>
> ​:-)  I think Fidel's answer was a bit harsh.
>
 
Sorry, was not my intention to be harsh, I actually totally simpatize with 
Dufriz, I had quite a struggle migrating into Leo coming from a 
non-programming background. 

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Plan for 2015

[Fidel N]

There you are wrong Dufriz, Edward recently spent several months focusing 
on improving the manuals, videos and docs, and made Leo more intuitive to 
use.
But Leo has so many features, that it is still required an intensive study 
to begin to use many of them (or even realize they exist).

I encourage you to suggest specific improvements, since Edward is often 
very open to those when they make sense.


-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: New Install

[Fidel N]

I also had troubles back in the time when installing, and it also was 
because of unproperly / not installed pyqt.
Perhaps a warning message/GUI should appear to tell the user to check if he 
did install pyqt properly?
I think this could be a frequent bummer for new users who just don't spend 
more time on trying to find out.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Running Leo and IPython

[Fidel N]

this is how I use it:

c:\python27\python launchleo.py --ipython 
"d:\path_to_leo_file\my_leo_file.leo" --no-splash

 (No splash is for avoding the leo image in the start)

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: define the encoding of an @file file

[Fidel N]

>
> And the following may be be helpful:
>
> https://docs.python.org/2/library/codecs.html#module-encodings.utf_8_sig 
> 
>

Thank you so much Edward, that was very helpful indeed, it finally works, 
with this encoding:

@encoding UTF_8_SIG

For future reference, this encoding is needed when using AHK (Autohotkey / 
Auto hotkey). The files it supports need this kind of encoding.

Thanks again and happy holidays!

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: define the encoding of an @file file

[Fidel N]

Thank you Edward.
>
> The problem seems to be I need the text in utf-8 with BOM, and Leo creates 
the files without BOM. (learnt about its existence right now)
And cant seem to find the "utf-8" with BOM encoding name.
I have tried the wikipedia "UTF-8-BOM" and "BOM" and some others, but Leo 
always gives me "invalid @encoding"
So far what I do is open the file with Notepad++, and select the "encode 
utf-8" as opposed as "utf-8 without BOM" which Leo is producing.
But this procedure defeats the purpose of editing such files with Leo

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

define the encoding of an @file file

[Fidel N]

Hi:

Is there a way to define the encoding you want for a txt file?

In notepad ++ you can do this by clicking "enconding -> encode in UTF-8", 
but when I create the same file through Leo the encoding seems to be 
different and I cant find where should I change it. 
Im using Leo to create .ahk files (@file d:\test\myfile.ahk) , which are 
read and edited as txt files.
But using the same string, if I save it with Leo, the results are different 
than if I save it with notepad++, due to the encoding ( with notepad 
showing the desired results)

Thank you.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: ascii coding / decoding problem

[Fidel N]

phew, long time no program in python, seems like I forgot the basics -_-

Code solution, using "u" before the "Ñ":

@first # -*- coding: utf-8 -*-.

c.p.b = c.p.b + u"Ñ"

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

ascii coding / decoding problem

[Fidel N]

Hey everyone:
having some problems trying to do some simple stuff.

Im trying to run this script, with no success:

@first # -*- coding: utf-8 -*-.

c.p.b = c.p.b + "Ñ"


I tried encoding the "Ñ" and some more things I could come up with, but 
still get the UnicodeDecodeError.

Anyone faced this and knows a walk around?

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Standarizing Leo outlines

[Fidel N]

Thanks Edward for your last remark on this discussion 
.

Thinking on Leo versatility, often the "reason" given in the group for Leo 
not to have useful / shared tools is its great versatility, but the problem 
is we are confusing versatility with the lack of a standard way to share 
our cool stuff.

For instance, I made some scripts that would make an outline into a 
website. Depending on the node headers, if it contained an image, and the 
number of descendants, it would make a navigable toolbar to go back, 
sub-webpages, etc. 
Here is a small example: http://yeeyeedoldol.eu.pn/index.html
You just make the outline words, drop a few images or urls, click the 
script, you got the website.

Now if we wanted to share such tools and end up with a cool nice repository 
of "ready-to-use" Leo apps, we would need to standardize the way to do them.

So, for such situations, there should be at_least two file types, 
- one of them being the "outline-structures.leo" 
- The second one would contain the "script.leo" would use to produce the 
results we wanted, and probably some definitions on how to use those 
scripts. Perhaphs some standards on how to name the nodes (@something) for 
them to work accordingly with the scripts.

Perhahs by defining such standards, the situation might arose in which some 
"outline-structures" would be compatible with several "script-outlines", 
letting us produce a bunch of useful stuff just out from an outline.

Well that's very similar to XML, and look what they got working out of XML 
languages.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Advices for a leo cub - Want to turn Leo into basic Sphinx editor

[Fidel N]

Thank you Terry, those posts go to my "To-study" list for when I finish the
exam :D

On Mon, Nov 10, 2014 at 10:27 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Mon, 10 Nov 2014 15:12:15 -0600
> "'Terry Brown' via leo-editor"  wrote:
>
> > It's pretty trivial to translate Leo's data structure to these tables,
>
> So just for amusement, here's some code that does that:
>
> import sqlite3
> con = sqlite3.connect(":memory:")
> cur = con.cursor()
> cur.execute("create table node (node gnx, head text, body text)")
> cur.execute("create table link (parentnode gnx, childnode gnx,
> childposition int)")
> for nd in c.all_unique_nodes():
> cur.execute("insert into node values (?, ?, ?)", [nd.gnx, nd.h, nd.b])
> for n, child in enumerate(nd.children):
> cur.execute("insert into link values (?, ?, ?)", [nd.gnx,
> child.gnx, n])
> ans = cur.execute("select count(*) from node")
> g.es(ans.fetchone()[0], 'nodes')
> ans = cur.execute("select count(*) from link")
> g.es(ans.fetchone()[0], 'links')
>
> using SQLite3 (included in Python) and PEP 249
> http://legacy.python.org/dev/peps/pep-0249/
>
> SQLite3 has loose typing so it accepts the unknown type name "gnx", you
> could use "text" in another RDMS.  The code doesn't create indexes or
> enforce the existence of a corresponding Node record for each link
> record, but that could be added.  The question is, now that the
> outline's in a RDB, what to do with it?
>
> Cheers -Terry
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Advices for a leo cub - Want to turn Leo into basic Sphinx editor

[Fidel N]

>
> Leo scripts are attractive because they have such easy access to both
> outline data *and* its structure.  This suggest "driving" the script from
> the outline data, which is really what the rst3 command does.  Perhaps you
> can devise a simpler way to drive the script from outline data..


I am currently studying Database and XML standards history among other
things, (which never did before) and I realized that Leo database structure
is not the most modern one.

Codd's relational databases are the most widely used ones, and that is for
a reason (which I didnt imagine before having to study them hehe)
Also, I have been reading a lot about XML, and how businesses use it as
standard for sharing businesses information and processes.

So if you think about two of the most  successful ways to share information
and business processes, they have both:
- Extreme standardization for data structures and types definition (XML,
with the XML Schemas)
- Easiness to spread the data away from the information structure
(Relational databases)

Until Leo cant take the best of those two worlds, I think we will be tied
to have the same problems that our ancestors had when they used earlier
databases to the relational model suggested by Codd. There is simply no way
to separate the information away from the outlined data structure.

It was very enlightening to watch how normal forms are defined for data
structures <https://www.youtube.com/watch?v=x9BuWCUQawY>, and then again
that made me think my life-long strugle to be able to embed my data into
Leo with complete flexibility will fail, same as previous-to-Codd database
structures did.

Nevertheless, after the exams I intend to do, I will go on with the
research for this. Sorry if I said something out of ignorance, this is
still a very new ground for me.


On Mon, Nov 10, 2014 at 8:30 PM, Kent Tenney  wrote:

> I was wondering if there exists a syntax to describe a
> tree structure in a node, like:
>
> #headline
> @tree myproject
>
> #body
> @auto index.html
> @path style
> @auto main.css
> @auto simple.css
>  @path js
>  @auto model.js
>  @auto view.js
>  @auto controller.js
>
> ...
>
> such that an rclick on @tree, or a command, would  create
> the defined paths and files, sort of inverted active-path.
>
>
>
> On Mon, Nov 10, 2014 at 12:49 PM, Edward K. Ream 
> wrote:
> > On Mon, Nov 10, 2014 at 12:34 PM, Fidel N  wrote:
> >
> >> I have been trying to define tree-structures-templates ever since I got
> >> into Leo. Always trying to create useful-for-more-than-myself templates.
> >> But the problem is what Terry just said, I often found it very difficult
> >> to find the "sweet spot", in which they are easy to document and
> understand,
> >> and useful to you.
> >> That can only be solved through experience on what you want, and most of
> >> the times everyone's needs will be different so I guess that answers to
> why
> >> you cant find many Leo files with templates to do cool things with them
> :P
> >
> >
> > Very interesting direction this discussion is taking.
> >
> > Before offering my two cents, you should be aware that I know very little
> > about django, python web framework or even sphinx.  I use sphinx in a
> > stylized way, after creating rST .txt files.
> >
> > With this caveat, my opinion is that Leo scripts offer the ultimate in
> > flexibility.  That's a mixed blessing: it's easy to go overboard, as the
> > code for the rst3 command in leoRst.leo shows.
> >
> > Leo scripts are attractive because they have such easy access to both
> > outline data *and* its structure.  This suggest "driving" the script from
> > the outline data, which is really what the rst3 command does.  Perhaps
> you
> > can devise a simpler way to drive the script from outline data...
> >
> > Edward
> >
> > --
> > 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...@googlegroups.com.
> > To post to this group, send email to leo-editor@googlegroups.com.
> > Visit this group at http://groups.google.com/group/leo-editor.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.

Re: Advices for a leo cub - Want to turn Leo into basic Sphinx editor

[Fidel N]

I have been trying to define tree-structures-templates ever since I got
into Leo. Always trying to create useful-for-more-than-myself templates.
But the problem is what Terry just said, I often found it very difficult to
find the "sweet spot", in which they are easy to document and understand,
and useful to you.
That can only be solved through experience on what you want, and most of
the times everyone's needs will be different so I guess that answers to why
you cant find many Leo files with templates to do cool things with them :P



On Mon, Nov 10, 2014 at 6:08 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Mon, 10 Nov 2014 08:01:36 -0600
> Kent Tenney  wrote:
>
> > Does Leo currently offer the ability to define a tree
> > structure template? I seem to recall this.
> >
> > Such that the great idea above wouldn't require a .leo file
> > but could live in a @tree node (or some such)
>
> Rings a very vague bell for me too, although nothing specific, it might
> be a long time ago.
>
> But I'm sure there are a lot of systems that ready to go tree layouts
> would be good for, Sphinx but also Django, the Python web framework, it
> has a somewhat complicated directory layout that is much easier to
> manage with Leo.  OTOH active-path.py plugin is quite good for pulling
> in the layout after it's been created on disk by the Django utils.
> Hard to know where the sweet spot is for this.
>
> Cheers -Terry
>
> > On Mon, Nov 10, 2014 at 7:05 AM, Edward K. Ream 
> > wrote:
> > > On Sun, Nov 9, 2014 at 11:56 AM, Davy Cottet
> > >  wrote:
> > >
> > >>
> > > My idea
> > > [is] to turn Leo complexity to the most simple but complete Sphinx
> > > editor.
> > >
> > > That's a great idea.  Leo's rst commands do indeed have way too
> > > many hidden features.  Maybe the set of features used by all of
> > > Leo's features is a largish subset of those features, but if we can
> > > do without them so much the better!
> > >
> > >>
> > > it could be possible to build a kind of Leo-Sphinx-template.leo
> > > containing all the needs of a sphinx project, without even
> > > modifying Leo's code and writing a new plugin.
> > >
> > > Interesting idea.  At present, Leo's core rst related code is, of
> > > course, based on reStructuredText, not sphinx.  I have no real
> > > opinion about whether using sphinx as a foundation would simplify
> > > things.
> > >
> > > Q
> > > 1 - First thing would be to give this template all the file/folder
> > > structure required by Shinx (build,sources, statics, templates,
> > > setup.py, Makefile...).
> > >
> > > 2 - Perhaps use attrib-edit-py to graphically configure conf.py
> > > parameters... otherwise, maybe just link to edit conf.py or maybe a
> > > new directive for every parameter (probably useless...)
> > >
> > > 3 - Make new menus by introducing right @settings and @commands
> > > (and even delete some default scary ones for newbies and useless
> > > for basic Sphinx use).
> > >
> > > For example I though about this kind of simple structure for this
> > > "sphinx-template.leo:
> > >
> > > @settings
> > > @menus
> > > @menu Sphinx
> > > @item Configure  (gui edit for conf.py ?) or @item Edit
> > > conf.py and @item Edit conf.py
> > > @item -
> > > @menu make
> > > @item ReST
> > > [snip]
> > >
> > > @item html
> > > @item epub
> > > ...
> > > @menu Open
> > > @item html
> > > @item pdf
> > > @item epub
> > >
> > > That seems really easy to call make html or other make commands
> > > since it's always from the root folder.
> > >
> > > [snip]
> > > Q
> > >
> > > Seems reasonable.
> > >
> > >>
> > > So, I wonder if I'm right thinking of customization with this kind
> > > of sphinx-template.leo (eg not using myLeoSettings.leo and not
> > > using plugin system).
> > >
> > > The best, most stable code is code that doesn't need to be
> > > written.  So I'm all for it :-)
> > >
> > >>
> > > Does Leo users use to share this kind of personal customized .leo
> > > file (I'm aware about security problem...). Are there a lot of
> > > Sphinx/Leo users ?
> > >
> > > It's hard to say anything for sure about Leo users because we don't
> > > know what percentage of them contribute to this group.  All I can
> > > say is that it is not common *here* to share .leo files.  However,
> > > it would clearly be possible to add entries to leoSettings.leo, or
> > > to put a sphinx-template file into the leo/config folder.  It would
> > > then be conceivable to add support for a my-sphinx-template file...
> > >
> > >>
> > > Do you think it would be a good idea to build this kind of
> > > templates for vari
> > > o
> > > us basic needs (we could think about other static blog
> > > g
> > > ing tools like Pelican and this type of editing usages...), I mean
> > > different set of menus for different use ?
> > > Personally I

Re: Eliminate cycle-all-focus? Comments pls

[Fidel N]

I dont understand well your concern, so far, the "focus-to-body,
focus-to-tree" etc commands work perfectly, plus if you want to focus on
the log you can do:
c.frame.log.selectTab('LogTabNameHere'), and you will focus your selected
log pane.


Also, when I was trying to identify where did the user click, I used
similar scripts to those for identifying the current focus:

if 'LeoQTreeWidget' in str(c.frame.getFocus():


if 'leoQtBody' in str(c.frame.getFocus():

If i remember correctly (which probably I dont, but this might be a clue),
if you call c.frame.getFocus() then get the childrens of its parent, you
can get the list of significant widgets.

Hope some of this is useful hehe.

On Mon, Nov 10, 2014 at 6:23 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Mon, 10 Nov 2014 05:15:34 -0800 (PST)
> "Edward K. Ream"  wrote:
>
> > The cycle-all-focus command is difficult to do properly because it
> > cycles through a list of widgets that changes as tabs are added to
> > the Log pane. It has been buggy from day one.
> >
> > An alternative would be to create a set of commands each of which
> > puts focus in a particular pane, for example, the spell tab, or the
> > tab created by the print-binding command.  That is, each command that
> > creates a log tab would create a corresponding "focus-to-x" command.
>
> I wonder if there's an easy way to do that by convention of widget
> names.  This code:
>
>
> names = {}
> def show_names(nd):
>
> names.setdefault(str(nd.objectName()), set()).add(nd)
> for nd in nd.children():
> show_names(nd)
>
> show_names(c.frame.top)
> for name in sorted(names):
> g.es("% 4d %s" % (len(names[name]), name))
> g.es(len(names))
>
> reports 207 widget names with their usage count.
>
> Maybe just something like
>
> g.add_focus_to_target(widget_name)
>
> which would create the corresponding Alt-X focus-to-* command.
>
> Also some sort of g.wrapper for
>
> c.frame.top.findChild("widget_name").setFocus(Qt.OtherFocusReason)
>
> Cheers -Terry
>
> > This is more appealing now that Leo supports alt-x history.  You
> > would just have to complete focus-to- once, and thereafter you
> > could use Alt-x up/down to pick the desired command.
> >
> > In short, I would like to replace cycle-all-focus with focus-to-x
> > commands.  I shall do nothing until I hear all your comments.
> >
> > Edward
> >
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Eliminate cycle-all-focus? Comments pls

[Fidel N]

Im normally a power user of such commands, but never saw use on this one
specially because of the lack of "traceability", IE, you cycle all but dont
know which one is next or which one you are on etc.
Well this is my chatty way to say I totally agree, and I like clearness of
the focus-to-x thing.

On Mon, Nov 10, 2014 at 2:15 PM, Edward K. Ream  wrote:

> The cycle-all-focus command is difficult to do properly because it cycles
> through a list of widgets that changes as tabs are added to the Log pane.
> It has been buggy from day one.
>
> An alternative would be to create a set of commands each of which puts
> focus in a particular pane, for example, the spell tab, or the tab created
> by the print-binding command.  That is, each command that creates a log tab
> would create a corresponding "focus-to-x" command.
>
> This is more appealing now that Leo supports alt-x history.  You would
> just have to complete focus-to- once, and thereafter you could use
> Alt-x up/down to pick the desired command.
>
> In short, I would like to replace cycle-all-focus with focus-to-x
> commands.  I shall do nothing until I hear all your comments.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Advices for a newbie who want to turn Leo flexibility to the simplest Sphinx editor

[Fidel N]

I begun with Leo at the same time I begun with Python, and also found Leo a
bit overwhelming to use in the beginning, but Edward and others have done
much to help newbies ever since (Tutorials, easier settings, quick start
guide, etc).

I think its a great idea to use leo for your purpose, and I would start off
by researching into the sphynx embedded in the documentation, which
actually produces the leo website. There is a leo file containing it.

Anyway, thanks to clones and the easy scriptability, you will indeed be
able to make most of the updating and editing automatic, just by properly
arranging your nodes and using a bunch of menus/scripts.

I always try to give back and suggest scripts whenever my skill is suitable
for the questions asked, and there is a very friendly community around
which will always suggest the best way to fix your problems, at least
that's what they did with me :)

Welcome, Davy!


On Sun, Nov 9, 2014 at 7:02 PM, Davy Cottet  wrote:

> Hi,
>
> I'm starting python programming for few months and just beginning to use
> Leo.
> I first got attracted by Leo for its way to handle ReST documents
> structure (just perfect!) and live preview.
> Then, I was quite disturb and very surprised by its level of complexity,
> (so many "hidden" implemented features), but looking deeper into it I
> though that complexity was not really meaning of complicated...
> To tell the truth, since I'm quite novice to Python scripting and
> programming, I think I'll stay for a while with a more "conventional" IDE
> (I think I gonna like Eric) to get a better idea of what is basic python
> development.
>
> But... I still really like Leo's philosophy and flexibility and want to
> use it for Shinx and ReST editing.
> My idea, from what I understand for now, I think it will be not so
> difficult to turn Leo complexity to the most simple but complete Sphinx
> editor.
>
> Let me explain my point, and tell me if I'm totally wrong... If I
> understand well Leo's basics, it could be possible to build a kind of
> Leo-Sphinx-template.leo containing all the needs of a sphinx project,
> without even modifying Leo's code and writting a new plugin.
>
> 1 - First thing would be to give this template all the file/folder
> structure required by Shinx (build,sources, statics, templates, setup.py,
> Makefile...).
>
> 2 - Perhaps use attrib-edit-py to graphically configure conf.py
> parameters... otherwise, maybe just link to edit conf.py or maybe a new
> directive for every parameter (probably useless...)
>
> 3 - Make new menus by introducing right @settings and @commands (and even
> delete some default scary ones for newbies and useless for basic Sphinx
> use).
>
> For example I though about this kind of simple structure for this
> "sphinx-template.leo:
>
> @settings
> @menus
> @menu Sphinx
> @item Configure  (gui edit for conf.py ?) or @item Edit
> conf.py and @item Edit conf.py
> @item -
> @menu make
> @item ReST  (Maybe dynamically generate items depending of
> Configure parameters)
> @item html
> @item epub
> ...
> @menu Open
> @item html
> @item pdf
> @item epub
>
> That seems really easy to call make html or other make commands since it's
> always from the root folder.
> Maybe some more tricky part is verifying that doc is build before opening
> browser (or maybe viewrendered2 ?)
> 
>
> One could think about publish html builds online and version control via
> python's hg-git plugin
> @menu Publish
>   @On bitbuket
>   @On gitub
>   @ftp
>   @sftp
> 
> An maybe for completness some more complicated import/export features
> using for example using external pandoc for a full feature;
> @menu Import
>@item Docuwiki
>@item Mediawiki
>@item HTLM
>@item ODT
>@item RTF
> 
>  @menu Export
> ...
>
>
> So, I wonder if I'm right thinking of customization with this kind of
> sphinx-template.leo (eg not using myLeoSettings.leo and not using plugin
> system).
>
> Does Leo users use to share this kind of personal customized .leo file
> (I'm aware about security problem...). Are there a lot of Sphinx/Leo users ?
>
> Do you think it would be a good idea to build this kind of templates for
> varius basic needs (we could think about other static bloging tools like
> Pelican and this type of editing usages...), I mean different set of menus
> for different use ?
> Personally I think that could be a good way to make the power of Leo to
> really help people without programming skills.
>
> Anyway, I'm beginning scripting around Leo An enjoy it. Thanks to the devs
> for offering that great tool to us python hackers :)
>
> --
> You received this message because you are subscribed to the Google Groups
> "leo-editor" group.
> To unsubscribe from this group and stop

Re: My new workflow

[Fidel N]

While I was reading your description, I was only thinking on how a
screencast would be of great use for this.
Then I read Matt comment, so here is my +1.

On Thu, Oct 30, 2014 at 10:09 PM, Matt Wilkie  wrote:

> Thank you for sharing this Edward! I often find myself wondering about how
> others use Leo, even though I've been here awhile now.
>
> I know it wouldn't be soon, lots of other stuff on the go, but this
> workflow description cries for a screencast or screenshot slideshow. It
> needn't even be a scripted and rehearsed one like some of the previous ones
> (because script writing and rehearsal is a lot of work). """You've read the
> FAQ on "EKR's clone workflow", now watch it [here]. (no sound, BYST, bring
> your own sound track)"""
>
> ...
>
> > The "recent files" tree contains clones of all the @file nodes I have
> worked on recently.
>
> How do you clone @file nodes? Wouldn't that just mean one overwrites the
> other's external file when saving?
>
> -matt
>
>  --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Clickable links in editing pane?

[Fidel N]

In case someone ends up digging into this, this code might be useful.
The following script "embeds" an hyper link inside the selected node, but 
its not clickable for some reason:

c.frame.body.widget.setOpenExternalLinks(True)
c.frame.body.widget.insertHtml("w3Schools")
c.frame.body.widget.show()

Just copy paste and run in any node body in a new outline (some strange 
things happen after that).

There, you will just be accessing the body widget, which happens to be a 
QtTextBrowser 
Class, which happens to 
already support html and hyper links.

HTH.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Houston, we have a problem with gnx's

[Fidel N]

Couldn't two gnx be stored?
- a short one visually acceptable for inside the documents that the
external user will see, just with a refference to the actual gnx it refers
to. Maybe just an index of the place that the real gnx has within the Leo
document.
- A second one, embedded in the Leo file, stored in a "list of gnx's", in a
certain order that would be refered from the simple one. Just the position
of the gnx's lists would need to be stored within the first one.

Well just a thought, maybe that would make things more complex.. But I
liked the idea of extending the gnx's with big random number too.


On Thu, Oct 23, 2014 at 10:40 PM, Edward K. Ream 
wrote:

> On Thu, Oct 23, 2014 at 12:59 PM, Todd Mars  wrote:
>
> > Why not just append a big enough range random number to the end of the
> > timestamp...
>
> Because gnx's appear in external files and people already think they
> are visually intrusive.
>
> EKR
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Towards a portable Leo, with chocolate

[Fidel N]

I dont know how to answer those, but I do know I was able to run leo with
portable python.
My problems begun when I needed extra libraries such as kivy, for
developments etc, but noob users using portable python shouldnt be needing
thoose.
So i think this could match our needs.

On Wed, Oct 15, 2014 at 6:19 PM, Edward K. Ream  wrote:

> On Wed, Oct 15, 2014 at 11:09 AM, Matt Wilkie  wrote:
>
> >> http://portablepython.com/
>
> > I guess I never said...that [the] approaches I've talked about have
> really been about getting a portable python & qt. Leo itself just works as
> long as those are present.
>
> From the url above:
>
> "What is included?  Large set of third party python libraries - NumPy,
> SciPy, Matplotlib, PyWin32, Django, PIL, wxPython, PyQt, PyGame, etc.
> code editors - PyCharm, PyScripter and IDLE all packaged in a single
> installer."
>
> So can do we even need to include Python and Qt in portable Leo?  Or
> could we just tell people to fire up portable python?
>
> I suppose the best would have Leo packaged with portable Python?
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Towards a portable Leo, with chocolate

[Fidel N]

I think I tried a while ago, here is something I was using, if you dont go
very specific on your scripts (a noob wont do) you shouldnt need anything
else:

http://portablepython.com/



On Wed, Oct 15, 2014 at 10:00 AM, Edward K. Ream 
wrote:

> On Wed, Oct 15, 2014 at 1:30 AM, Matt Wilkie  wrote:
> >> I can't say I'm overly impressed with the choco gods.
> >
> >
> > I'm impressed that it works, and *is* quick and easy when it works, but
> I'm
> > not comfortable with the cavalier attitude. Not checking to see if the
> > install destination exists and issuing at least a warning if not a full
> out
> > and out "overwrite?" prompt doesn't sit well.
>
> Thanks, Matt, for your careful attention to the problems I reported.
> I appreciate your work.
>
> The problems I had instantly convinced me that Leo isn't going to be
> distributed using choco.  The last thing I, and Leo's newbies, want is
> another set of installation-related complications.
>
> I'm about to discuss portable apps in a new thread.  If you, or anyone
> else, want to help Leo's install process, helping make Leo a portable
> app would be good.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: In-Browser Leo

[Fidel N]

wow its great, isnt that what everyone is talking about? Is it easy to
setup?


On Mon, Oct 13, 2014 at 4:34 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Mon, 13 Oct 2014 08:59:41 -0500
> "Edward K. Ream"  wrote:
>
> > On Mon, Oct 13, 2014 at 6:16 AM, Kent Tenney 
> > wrote:
> > > It would only require permissions for In-browser-Leo  to
> > > enable collaborative editing at the level of:
> > > "I'll type in this url and open the Leo file that Edward just
> > > mentioned"
> > >
> > > which would presumably be read-only.
> > > or not:
> > > "I'll add a comment to this node in said file"
> >
> > Good point.
> >
> > > both of those seem to be core capability, as opposed to:
> > > "I'll make changes to this file while Edward is making changes to
> > > this file"
> > >
> > > Which is not only technically challenging, but of dubious utility.
> >
> > I agree.  The basic capability you mention would indeed be a
> > breakthrough.
>
> So what do people see when they go here
> http://moth.nrri.umn.edu:6080/vnc.html?host=moth.nrri.umn.edu&port=6080
> password leouser?
>
> Cheers -Terry
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Towards a portable Leo, with chocolate

[Fidel N]

Yes I agree, 20 mb (or less size) always looks and feels better :)

On Sun, Oct 12, 2014 at 9:42 PM, Matt Wilkie  wrote:

> I forgot the main point of the story: to this day, WCS has warm rosy
> ambiance in my thoughts even though I've long since moved to other things.
> In large part that is due to the initial experience, my being really
> impressed with how much they could accomplish with such a small package.
>
> On Sun, Oct 12, 2014 at 12:38 PM, Matt Wilkie  wrote:
>
>> I remember getting World Construction Set v2 on a single 1.4mb floppy
>> disk. It could render realistic (for 1995) 3 dimensional perspective views
>> including trees, clouds, sky haze, water reflections and all based on real
>> world geographic data. Our current mainstream geographic information system
>> at the time could only render wireframe 3D views and the install files were
>> spread across almost 20 disks. With 3-500mb hardrives at the time, we
>> didn't care about the size then either. We did care about how long it took
>> to get started!
>>
>> Long story short: 20mb is better than 200mb even if you don't ever have
>> to think about storage allocation. If it translates to a few seconds
>> download and start instead of minutes, it's just a better user experience.
>>
>> That said, I wouldn't let the large size of the bundle stop us from
>> creating it. :)
>>
>> -matt
>>
>>
>> On Sun, Oct 12, 2014 at 2:17 AM, Fidel N  wrote:
>>
>>> I would say its only good news, with the current online storage websites
>>> offering so many gb's and the price of new usb's / hardrives, I dont think
>>> 200mb should be a problem anymore.
>>>
>>>
>>> On Sun, Oct 12, 2014 at 10:10 AM, Matt Wilkie  wrote:
>>>
>>>> I just tested this new Chocolatey recipe. It works on my Win7 laptop,
>>>> but since it's had many versions of python and related installed it can't
>>>> be considered a clean test.
>>>>
>>>> From a user profile with admin privileges open a command shell and
>>>> (careful of linewrap) run the below. It:
>>>>
>>>>  - downloads and installs Chocolately
>>>>  - choco installs commandline nuget, x64 python & pyqt4, pip
>>>>  - pip installs Leo from github
>>>>  - runs Leo
>>>>
>>>> The resulting C:\Python27 tree can be copied elsewhere and Leo (and any
>>>> of python) run from there (see last line).
>>>>
>>>> This is all good news. The bad news? The folder is ~235mb.
>>>>
>>>>
>>>> @powershell -NoProfile -ExecutionPolicy unrestricted ^
>>>>-Command "iex ((new-object net.webclient).DownloadString('
>>>> https://chocolatey.org/install.ps1'))"
>>>>
>>>> SET PATH=%PATH%;%systemdrive%\ProgramData\chocolatey\bin
>>>> cinst nuget.commandline
>>>> cinst pyqt4
>>>> cinst pip
>>>> pushd C:\Python27\
>>>> .\Scripts\pip install
>>>> https://github.com/leo-editor/leo-editor/archive/master.zip
>>>> popd
>>>> move C:\Python27 D:\Python27
>>>> pushd D:\Python27
>>>> pythonw -c "import leo.core.runLeo; leo.core.runLeo.run()"
>>>>
>>>> --
>>>> Leo Log Window
>>>> Leo 4.11 final, build 20141011154346, Sat Oct 11 15:43:46 CDT 2014
>>>> Not running running from a cloned git repo
>>>> Python 2.7.2, PyQt version 4.8.5
>>>> Windows 7 AMD64 (build 6.1.7601) SP1
>>>> leoID=maphew (in C:\Users\Matt\Dropbox\.leo)
>>>> load dir: D:\Python27\lib\site-packages\leo\core
>>>> global config dir: D:\Python27\lib\site-packages\leo\config
>>>> home dir: C:\Users\Matt\Dropbox
>>>> reading settings in
>>>> D:\Python27\lib\site-packages\leo\config\leoSettings.leo
>>>> reading settings in C:\Users\Matt\Dropbox\.leo\myLeoSettings.leo
>>>> reading settings in C:\Users\Matt\Dropbox\.leo\workbook.leo
>>>> reading: C:\Users\Matt\Dropbox\.leo\workbook.leo
>>>> --
>>>>
>>>> --
>>>> 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...@googlegroups.com.
>>>> To post to this group, send email to leo-editor@googlegroups.com.
>>>> Visit this group at 

Re: Towards a portable Leo, with chocolate

[Fidel N]

I would say its only good news, with the current online storage websites
offering so many gb's and the price of new usb's / hardrives, I dont think
200mb should be a problem anymore.


On Sun, Oct 12, 2014 at 10:10 AM, Matt Wilkie  wrote:

> I just tested this new Chocolatey recipe. It works on my Win7 laptop, but
> since it's had many versions of python and related installed it can't be
> considered a clean test.
>
> From a user profile with admin privileges open a command shell and
> (careful of linewrap) run the below. It:
>
>  - downloads and installs Chocolately
>  - choco installs commandline nuget, x64 python & pyqt4, pip
>  - pip installs Leo from github
>  - runs Leo
>
> The resulting C:\Python27 tree can be copied elsewhere and Leo (and any of
> python) run from there (see last line).
>
> This is all good news. The bad news? The folder is ~235mb.
>
>
> @powershell -NoProfile -ExecutionPolicy unrestricted ^
>-Command "iex ((new-object net.webclient).DownloadString('
> https://chocolatey.org/install.ps1'))"
>
> SET PATH=%PATH%;%systemdrive%\ProgramData\chocolatey\bin
> cinst nuget.commandline
> cinst pyqt4
> cinst pip
> pushd C:\Python27\
> .\Scripts\pip install
> https://github.com/leo-editor/leo-editor/archive/master.zip
> popd
> move C:\Python27 D:\Python27
> pushd D:\Python27
> pythonw -c "import leo.core.runLeo; leo.core.runLeo.run()"
>
> --
> Leo Log Window
> Leo 4.11 final, build 20141011154346, Sat Oct 11 15:43:46 CDT 2014
> Not running running from a cloned git repo
> Python 2.7.2, PyQt version 4.8.5
> Windows 7 AMD64 (build 6.1.7601) SP1
> leoID=maphew (in C:\Users\Matt\Dropbox\.leo)
> load dir: D:\Python27\lib\site-packages\leo\core
> global config dir: D:\Python27\lib\site-packages\leo\config
> home dir: C:\Users\Matt\Dropbox
> reading settings in
> D:\Python27\lib\site-packages\leo\config\leoSettings.leo
> reading settings in C:\Users\Matt\Dropbox\.leo\myLeoSettings.leo
> reading settings in C:\Users\Matt\Dropbox\.leo\workbook.leo
> reading: C:\Users\Matt\Dropbox\.leo\workbook.leo
> --
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Todo: set priority in script

[Fidel N]

You get that message because "leo" is not an attribute or module of "c", ie:
This line is wrong:

 c.leo.setPri(20)

I just checked your link, and there is a mistake in your code, in the
original this is the line:

"c.cleo.setPri(20)"

Please replace that line, check it, and come back with the results :)

On Tue, Sep 23, 2014 at 11:33 AM, Huesing, Johannes <
johannes.hues...@med.uni-heidelberg.de> wrote:

> I am trying to set a priority of a node and all its ancestors. After
> reading the documentation in http://leo.zwiki.org/Todo, I am still
> uncertain what the object is the method should be applied to.
>
> Here's my code
>
> def markUpwards(p):
> for ancestor in p.self_and_parents():
> g.es(ancestor.headString())
> c.selectPosition(ancestor)
> c.leo.setPri(20)
>
> (following the code suggested in
> http://osdir.com/ml/python-leo-general/2009-03/msg00532.html)
>
> But I get the message:
> AttributeError: 'Commands' object has no attribute 'leo'
>
> Sorry if my attempt to use the program causes me to flood this list with
> newbie questions.
> --
> Dr. rer. medic. Johannes Hüsing
> Leiter Biometrie
> Koordinierungszentrum für Klinische Studien
> Universitätsklinikum Heidelberg
> Besuchsadresse:
> Voßstraße 2/ Gebäude 4410
> 69115 Heidelberg
> Tel: +49-6221-56-34506
> Fax: +49-6221-56-33508
> E-mail: johannes.hues...@med.uni-heidelberg.de
> http://www.kks-hd.de
>
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Ctrl-F focus inconsistent

[Fidel N]

Just to sum up, in case Edward ends up jumping to the pool and swims inside 
the "find code", the other recent issue that we talked about would be fixed 
if this were to happen:
- The user press "enter" inside the  text input =>> this 
should unconditionally be equivalent to doing a new search, within the 
currently selected position, with the text inside the input.

IMO, now its confused with find next, in the cases that the text is the 
same. But there should be a sepparate button for "find next", and the 
default action when pressing enter in the find textinput box should be to 
do a new search.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

The conflicting node was "QtGui" under the @settings node inside
myleosettings.leo

Back in the time I edited that by hand, so probably my edits were not
readable by the new scripts, making the widget loading not able to parse
that code, and fail.

So my guess is that some other people with long ago edited "QtGui" node
will have similar problems, IE, recent stylesheet changes were not totally
backwards compatible.
Hope this helps someone, thanks all for your support.


On Sat, Sep 20, 2014 at 7:17 PM, Fidel N  wrote:

> I tried removing myleosettings.leo and it works now, so its something in
> myleosettings
> So will remove any previous stylesheets config and will fix. Let me know
> if you need any information on that process.
>
>
> On Sat, Sep 20, 2014 at 1:44 PM, Fidel N  wrote:
>
>> I open the files from a "bat file" which's console remains open.
>>
>> Nothing happens either on the log or the console when I do
>> print-style-sheet
>>
>> When I open a new leo file, it will open, but the gui will fail as
>> described, and the "Could not parse stylesheet of widget 0x2844fe8" will
>> also appear.
>> This appears for any file that was open, IE, in the console appears too
>> for the first leo file that was oppened etc.
>>
>>
>>
>> On Sat, Sep 20, 2014 at 12:40 AM, Edward K. Ream 
>> wrote:
>>
>>> On Fri, Sep 19, 2014 at 2:28 PM, Fidel N  wrote:
>>> > The focus goes to the log, but nothing is reported when I do
>>> > print-style-sheet
>>>
>>> The command prints to the console.  Please run Leo from a console and
>>> try again.
>>>
>>> Edward
>>>
>>> --
>>> 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...@googlegroups.com.
>>> To post to this group, send email to leo-editor@googlegroups.com.
>>> Visit this group at http://groups.google.com/group/leo-editor.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

I tried removing myleosettings.leo and it works now, so its something in
myleosettings
So will remove any previous stylesheets config and will fix. Let me know if
you need any information on that process.


On Sat, Sep 20, 2014 at 1:44 PM, Fidel N  wrote:

> I open the files from a "bat file" which's console remains open.
>
> Nothing happens either on the log or the console when I do
> print-style-sheet
>
> When I open a new leo file, it will open, but the gui will fail as
> described, and the "Could not parse stylesheet of widget 0x2844fe8" will
> also appear.
> This appears for any file that was open, IE, in the console appears too
> for the first leo file that was oppened etc.
>
>
>
> On Sat, Sep 20, 2014 at 12:40 AM, Edward K. Ream 
> wrote:
>
>> On Fri, Sep 19, 2014 at 2:28 PM, Fidel N  wrote:
>> > The focus goes to the log, but nothing is reported when I do
>> > print-style-sheet
>>
>> The command prints to the console.  Please run Leo from a console and try
>> again.
>>
>> Edward
>>
>> --
>> 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...@googlegroups.com.
>> To post to this group, send email to leo-editor@googlegroups.com.
>> Visit this group at http://groups.google.com/group/leo-editor.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

I open the files from a "bat file" which's console remains open.

Nothing happens either on the log or the console when I do print-style-sheet

When I open a new leo file, it will open, but the gui will fail as
described, and the "Could not parse stylesheet of widget 0x2844fe8" will
also appear.
This appears for any file that was open, IE, in the console appears too for
the first leo file that was oppened etc.



On Sat, Sep 20, 2014 at 12:40 AM, Edward K. Ream 
wrote:

> On Fri, Sep 19, 2014 at 2:28 PM, Fidel N  wrote:
> > The focus goes to the log, but nothing is reported when I do
> > print-style-sheet
>
> The command prints to the console.  Please run Leo from a console and try
> again.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

The focus goes to the log, but nothing is reported when I do
print-style-sheet

On Fri, Sep 19, 2014 at 9:14 PM, Edward K. Ream  wrote:

> On Fri, Sep 19, 2014 at 12:08 PM, Fidel N  wrote:
> > Edward, I also get, whenever I open a new Leo file (control+n), this
> > conveniently copied log from the windows console:
> >
> > Could not parse stylesheet of widget 0x27db690
> >
> > I guess we narrowed the options a bit :D
>
> Ctrl-N works for me.  Please send the output of print-style-sheet command.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

Edward, I also get, whenever I open a new Leo file (control+n), this
conveniently copied log from the windows console:

Could not parse stylesheet of widget 0x27db690

I guess we narrowed the options a bit :D

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

lol thanks Jake, next time it will be text hehe. Its way more comfortable
to share on this side too!

On Fri, Sep 19, 2014 at 4:15 PM, Jacob Peck  wrote:

>
> On 9/19/2014 10:04 AM, Fidel N wrote:
>
> Edward, I send pictures when "copy/paste" is not allowed, since the
> reports happen on the un-responsive console that appears in Windows when I
> open leo from a .bat file.
>
> Is there a way to copy that text??
>
> It's well hidden, but yes:
> http://www.howtogeek.com/howto/windows-vista/copy-to-the-clipboard-from-the-windows-command-prompt/
>
> Not sure why Microsoft in their infinite wisdom decided that the console
> wouldn't ever have a valuable bit of text to copy...
>
> -->Jake
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Completion bug

[Fidel N]

Edward, I send pictures when "copy/paste" is not allowed, since the reports 
happen on the un-responsive console that appears in Windows when I open leo 
from a .bat file.

Is there a way to copy that text??

Just updated from a very recent version and this Leo version has something 
wrong with the GUI. The completion works, but the GUI truly doesnt, here is 
a snap:
I touched nothing from one to another. The borders of minibuffer, buttons, 
menus, etc, all have disappeared.



-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Delayed loading of large nodes

[Fidel N]

it works great here, thanks for this Edward

With the update, also noticed the big blue square surrounding the selected
widget, its also great. Those things improve usability big time IMO :D

On Wed, Sep 17, 2014 at 9:26 PM, Edward K. Ream  wrote:

> On Sunday, September 7, 2014 3:00:00 PM UTC-5, Edward K. Ream wrote:
>
> > Rev 6adccac now corrects some problems with the button code. I consider
> this alpha code.  The code is disabled by default.
>
> The code is still alpha-quality, but I have just enabled it.  It's time to
> test it before releasing 5.0 a1.
>
> Here is the checkin log for 63578c0:
>
> QQQ
> Enabled "big-text" buttons.  These buttons appear in the body pane when
> the body text exceeds the limit given by the @int max-pre-loaded-body-chars
>
> To disable these buttons, set @int max-pre-loaded-body-chars to zero.
>
> Leo build: 20140917142108
> QQQ
>
> Please report any problems immediately.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Find / replace issue

[Fidel N]

Thanks. Will think of a similar workflow for that.

As you know, I mostly use mouse instead of keyboard, so when using the GUI
find those problems.
This would also be fixed if, whenever the user hits "enter" inside the
"Find" text input in the "Find" tab, the search were to refresh itself
starting from the selected node.
Thats the way most of the other software works. You hit enter in the "find"
textinput, you search within your selected context. ( I guess this is why I
felt weird when I hit enter and found no results, even when there are under
my selected node)

Just describing in case someone knows the code around that and knows/wants
to do a quick edit.

On Tue, Sep 16, 2014 at 6:27 PM, Edward K. Ream  wrote:

> On Tue, Sep 16, 2014 at 10:03 AM, Fidel N  wrote:
> > When saying "outline", I was not refering to another Leo file but another
> > "outline" within the same leo file.
> >
> > This issue prevents you from repeating a find (or a find/replace) you
> > already did within the same leo file.
> >
> > So if you want to remove the word "hello" from two different subtrees
> (and
> > only from those two), it becomes _very_ confusing.
>
> I use clones to get around this problem.  Just clone them to be the
> last nodes at the top level, select the first of the group, and find.
>
> EKR
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Find / replace issue

[Fidel N]

When saying "outline", I was not refering to another Leo file but another
"outline" within the same leo file.

This issue prevents you from repeating a find (or a find/replace) you
already did within the same leo file.

So if you want to remove the word "hello" from two different subtrees (and
only from those two), it becomes _very_ confusing.







On Tue, Sep 16, 2014 at 4:50 PM, Zoltan Benedek  wrote:

> This behavior seems normal for me. I don't know the code, but seems, that
> every outline has it's own find tab and objects within.
> The default text in the Find field is "", so when you
> hit the "Find next" evidently the result is:
>
> not found ''
>
> May be it could be fixed, by caching the search text in the Leo
> application object and the default search text of the outline could get
> this cache value if there is one.
>
> Only an idea, unfortunately I don't know the details.
>
>
> On Monday, September 15, 2014 9:27:24 PM UTC+3, Fidel N wrote:
>>
>> This was very difficult for me to understand, but I think this is it at
>> last.
>>
>> In order to reproduce this issue, please do the following:
>>
>> In the "Find" tab, check the "suboutline only"
>>
>> Select an outline, and search for any text on its subtree, for instance
>> "a". This outline shouldnt have "a" within its text.
>>
>> Now select another outline (that should have "a" within its text), then
>> click "Find next" or just do "F3"
>>
>> It should make the search again, this time within the subtree of the
>> selected node, but instead, it will give you "not found 'a'"
>>
>> It will only work if you change the search. So if you want to search for
>> the same term within another outline, you have to change that twice.
>>
>> I think this bug also interferes with searches not limited to the
>> sub-outline, but still wouldn't be able to pinpoint it.
>>
>> Did anyone else have problems with this or is it just me??
>>
>  --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Say yes to yes to all :)

[Fidel N]

Oh so happy someone brought this up. My script also opens three files and
always have that problem, although I never re-open files. 99% of the time
its asking if they are open although the files are closed.
Edward recently told me how to fix that, on top of everything,the splash
would appear over that menu so I had to move each of the 3 before clicking
yes for each one!!!

On Tue, Sep 16, 2014 at 4:53 AM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> 9eba685 adds YesToAll and NoToAll capability to g.app.gui.runAskYesNoDialog
> and uses this in the open file again? questions when opening Leo after a
> crash.
>
> My Leo launching script starts Leo with three files, so I get:
>
> somefile.leo is already open.  Open it again?
>
> and
>
> Reset open count for somefile.leo?
> Say yes if you know this outline
> is not really open elsewhere
>
> three times after a crash, which is annoying.
>
>  - I've tested the new code, using xkill, and it seems to work
>  - the crashes in question were VNC remote display related, not Leo
>related, FYI
>  - I think the new code's ok, but I could see some having stylistic
>objections :-)
>
> Cheers -Terry
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Find / replace issue

[Fidel N]

This was very difficult for me to understand, but I think this is it at 
last.

In order to reproduce this issue, please do the following:

In the "Find" tab, check the "suboutline only"

Select an outline, and search for any text on its subtree, for instance 
"a". This outline shouldnt have "a" within its text.

Now select another outline (that should have "a" within its text), then 
click "Find next" or just do "F3"

It should make the search again, this time within the subtree of the 
selected node, but instead, it will give you "not found 'a'"

It will only work if you change the search. So if you want to search for 
the same term within another outline, you have to change that twice.

I think this bug also interferes with searches not limited to the 
sub-outline, but still wouldn't be able to pinpoint it.

Did anyone else have problems with this or is it just me??

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Completion bug

[Fidel N]

Hi, just retested with latest Leo, and still get the same bug.

When hitting enter for completion to finish, Leo becomes unresponsive and 
shows this error:



-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Moving Launchpad bugs to github: your requests please

[Fidel N]

Thank you, very glad to know!

On Sun, Sep 14, 2014 at 2:03 PM, Edward K. Ream  wrote:

> On Sun, Sep 14, 2014 at 2:40 AM, Fidel N  wrote:
>
> > https://github.com/leo-editor/leo-editor/issues/56
> > https://github.com/leo-editor/leo-editor/issues/55
>
> Thanks.  I've targeted them both for 4.12b1.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: AttributeError: 'LeoQtBody' object has no attribute 'getSelectedText'

[Fidel N]

Gladly:
Just use Leo to find all/ replace everywhere in your scripts the words
"c.frame.body"
with the words "c.frame.body.wrapper"

Then, do a new find all / replace:
"c.frame.body.wrapper.wrapper" with "c.frame.body.wrapper"

(This one will avoid duplicates in case you had clones, etc.)

On Sun, Sep 14, 2014 at 9:41 AM, zhaohe wang  wrote:

> Could you give me a detail about how to do? Thanks!
>
> 在 2014年9月14日星期日UTC+8上午11时46分49秒，zhaohe wang写道：
>
>> Leo 4.11 final, build 20140913090303, Sat Sep 13 09:03:03 CDT 2014
>>
>> ubuntu1404
>> python2.7.6
>> PyQt4
>>
>> *when Ctrl+Shift+f*
>>
>> exception executing command
>> Traceback (most recent call last):
>> File "/home/swot/KuaiPan/app/leo-editor/leo/core/leoCommands.py", line
>> 549, in doCommand
>> val = command(event)
>> File "/home/swot/KuaiPan/app/leo-editor/leo/core/leoCommands.py", line
>> 1328, in minibufferCallback
>> retval = function(keywords)
>> File "/home/swot/KuaiPan/app/leo-editor/leo/plugins/quicksearch.py",
>> line 151, in find_selected
>> text = c.frame.body.getSelectedText()
>> AttributeError: 'LeoQtBody' object has no attribute 'getSelectedText'
>>
>  --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Moving Launchpad bugs to github: your requests please

[Fidel N]

I will have to go with two of my wishlist items.
I ported both to Github, I guess that will be more comfortable.
They are wishlist, but focused on everyday-use, I think both could improve 
noob's experiences and accesibility in general.
Thanks!

https://github.com/leo-editor/leo-editor/issues/56
https://github.com/leo-editor/leo-editor/issues/55

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: AttributeError: 'LeoQtBody' object has no attribute 'getSelectedText'

[Fidel N]

You must replace "body.x" with "body.wrapper.x" in all your scripts, as
discussed recently, among other posts, here:

https://groups.google.com/forum/#!topic/leo-editor/DvpF5IvTFSE


On Sun, Sep 14, 2014 at 5:46 AM, zhaohe wang  wrote:

> Leo 4.11 final, build 20140913090303, Sat Sep 13 09:03:03 CDT 2014
>
> ubuntu1404
> python2.7.6
> PyQt4
>
> *when Ctrl+Shift+f*
>
> exception executing command
> Traceback (most recent call last):
> File "/home/swot/KuaiPan/app/leo-editor/leo/core/leoCommands.py", line
> 549, in doCommand
> val = command(event)
> File "/home/swot/KuaiPan/app/leo-editor/leo/core/leoCommands.py", line
> 1328, in minibufferCallback
> retval = function(keywords)
> File "/home/swot/KuaiPan/app/leo-editor/leo/plugins/quicksearch.py", line
> 151, in find_selected
> text = c.frame.body.getSelectedText()
> AttributeError: 'LeoQtBody' object has no attribute 'getSelectedText'
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Proposed changes to settings (was Help! Messing with UI settings)

[Fidel N]

Hi:
I can't elaborate much because I'm in aportable device but;
- I like the idea very much and
- I would go further and make the options as headers of children of the
@style node. And their bodies would be a list of possible values, with one
of them not being commented.

For instance:

- @style edit-headline
  #description of what is this

-selection-color
  Red
  #white
  #blue

   -background-color
 Blue
 #red
 #white

This would avoid two problems i experienced:
-having to know which color names are possible
-having to know which option names are possible, and figure out if spaces
or syntax matters.

This structure would make editing configuration a no-brainer; just navigate
to your option and un-comment the value you like.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Delayed loading of large nodes

[Fidel N]

Great, thanks Edward.
Going to be away for a few days, this is the first thing I'll do when Im
back


On Sun, Sep 7, 2014 at 9:59 PM, Edward K. Ream  wrote:

> On Sun, Sep 7, 2014 at 2:34 PM, Edward K. Ream 
> wrote:
>
> >> Also, didn't seem to notice the buttons yet. That is a work in
> progress, or
> >> should we see those already?
>
> Rev 6adccac now corrects some problems with the button code.
>
> I consider this alpha code.  The code is disabled by default.
>
> Here is the checkin log:
>
> QQQ
> Fixed some problems with the big-text buttons.
>
> To enable, set big_text_buttons = True at the start of leoFrame.py
>
> Leo build: 20140907145404
> QQQ
>
> For testing, I use @int max-pre-loaded-body-chars = 1000
>
> Let me know how this works for you.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Delayed loading of large nodes

[Fidel N]

I have just been working with "semi-large" nodes, and noticed the increase 
in performance very much.
Now its not a pain at all to work with such nodes, thanks Edward :)
Also, didn't seem to notice the buttons yet. That is a work in progress, or 
should we see those already?

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Leo now uses a splash screen: non-copyrighted image needed

[Fidel N]

Works perfectly, Thanks Edward.
I searched both in the groups and in myleosettings, next time ill have a
look at leo help too.


On Sat, Sep 6, 2014 at 11:57 PM, Fidel N  wrote:

> Windows 7
> The thing is my main Leo file opens other leo files on start up, and when
> leo thinks they are already open, popups begin to appear asking if its
> already open or not.
> Great, will switch the --no-splash right away, thanks.
>
>
> On Sat, Sep 6, 2014 at 11:52 PM, Edward K. Ream 
> wrote:
>
>> On Sat, Sep 6, 2014 at 4:35 PM, Fidel N  wrote:
>>
>> > Is there currently any way to disable [the splash screen]?
>>
>> leo --help shows you the options.  One of them is --no-splash.
>>
>> Afaik, I've never had a splash screen hide a dialog.  What platform
>> are you using?
>>
>> Edward
>>
>> --
>> 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...@googlegroups.com.
>> To post to this group, send email to leo-editor@googlegroups.com.
>> Visit this group at http://groups.google.com/group/leo-editor.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Leo now uses a splash screen: non-copyrighted image needed

[Fidel N]

Windows 7
The thing is my main Leo file opens other leo files on start up, and when
leo thinks they are already open, popups begin to appear asking if its
already open or not.
Great, will switch the --no-splash right away, thanks.


On Sat, Sep 6, 2014 at 11:52 PM, Edward K. Ream  wrote:

> On Sat, Sep 6, 2014 at 4:35 PM, Fidel N  wrote:
>
> > Is there currently any way to disable [the splash screen]?
>
> leo --help shows you the options.  One of them is --no-splash.
>
> Afaik, I've never had a splash screen hide a dialog.  What platform
> are you using?
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Leo now uses a splash screen: non-copyrighted image needed

[Fidel N]

>
>
> I like this a lot, but you can disable the feature by removing leo/ 
> Icons/SplashScreen.jpg. 
>
>
Hi:
Im having troubles with it. When I open a file, and leo thinks its already 
open, the confirmation wether if its open / open new appears behind the 
splash screen, and if I keep opening and closing Leo files this becomes 
very anoying.
There is no "splashscreen.jpg" in leo/icons
I wouldnt mind if it was not on top, so any Leo popups appear on top of the 
splash screen.
Is there currently any way to disable it? 

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Error when saving a file

[Fidel N]

Just been editing the .leo file, removed the node with 200k lines, did the
replace all, and this time it works.
Also, saving files is working again...
And I figured out the reason why "c.frame.body" was around the replace all
command, is because I was replacing exactly that text... -_-
Thanks for your help Edward


On Fri, Sep 5, 2014 at 3:07 PM, Edward K. Ream  wrote:

> On Fri, Sep 5, 2014 at 6:54 AM, Fidel N  wrote:
> > I have been using both with Dropbox (find replace all and saving files)
> ever
> > since I started with Leo, and they never failed
>
> What happens when you do the same replace-all on a rev before the
> recent work, say a rev from 29 August?
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Error when saving a file

[Fidel N]

I have been using both with Dropbox (find replace all and saving files)
ever since I started with Leo, and they never failed

The fact that this is a new error that appeared just after updating Leo,
and "c.frame.body.wrapper" appears several times on the shell error log,
makes me very inclined to think they are related :)


On Fri, Sep 5, 2014 at 1:19 PM, Edward K. Ream  wrote:

> On Fri, Sep 5, 2014 at 2:04 AM, Fidel N  wrote:
> > Hi, I was trying to save my file (which is only open once), and got this
> > error on the log pane, it wont save:
> >
> > MemoryError
>
> Hmmm.  The replace-all command is, iirc, undoable, which might, I
> suppose, require huge amounts of memory.
>
> Also, I see you are running from dropbox, and that might impose it's own
> limits.
>
> I'll create a script today that will replace body.x with
> body.wrapper.x for all x in dir(WrapperAPI class) except __init__.  It
> will have a "safe" switch that will report rather than replace.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Error when saving a file

[Fidel N]

Find / Replace all is neither working, seems a related problem, since they 
both are "memory error".
This error I get in the shell (not the log). Here is the full report:




-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Error when saving a file

[Fidel N]

Hi, I was trying to save my file (which is only open once), and got this 
error on the log pane, it wont save:

MemoryError

exception executing command

Traceback (most recent call last):

  File "D:\Dropbox\INSTALLED\LEO 
EDITOR\leo-editor\leo-editor\leo\core\leoCommands.py", line 567, in doCommand
val = command(event)

  File "D:\Dropbox\INSTALLED\LEO 
EDITOR\leo-editor\leo-editor\leo\core\leoCommands.py", line 1880, in save
c.fileCommands.save(c.mFileName)

  File "D:\Dropbox\INSTALLED\LEO 
EDITOR\leo-editor\leo-editor\leo\core\leoFileCommands.py", line 1515, in save
ok = self.write_Leo_file(fileName,False) # outlineOnlyFlag

  File "D:\Dropbox\INSTALLED\LEO 
EDITOR\leo-editor\leo-editor\leo\core\leoFileCommands.py", line 2029, in 
write_Leo_file
ok = self.writeToFileHelper(fileName,toOPML)

  File "D:\Dropbox\INSTALLED\LEO 
EDITOR\leo-editor\leo-editor\leo\core\leoFileCommands.py", line 2086, in 
writeToFileHelper
ok,backupName = self.createBackupFile(fileName)

  File "D:\Dropbox\INSTALLED\LEO 
EDITOR\leo-editor\leo-editor\leo\core\leoFileCommands.py", line 2146, in 
createBackupFile
s = f.read()

MemoryError

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: API change?

[Fidel N]

hehe I will. Thanks for the confirmation.


On Thu, Sep 4, 2014 at 8:17 PM, Edward K. Ream  wrote:

> On Thu, Sep 4, 2014 at 12:54 PM, Fidel N  wrote:
> > are there more such things to be changed on the scripts?
> > I was using c.frame.body a lot.
>
> body -> body.wrapper is the main one.
>
> logCtrl remains, so no change re the log.
>
> Off hand, I can't think of any others.  Certainly no changes to tree
> methods.
>
> Let me know if you find any ;-)
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: API change?

[Fidel N]

are there more such things to be changed on the scripts?
I was using c.frame.body a lot.


On Thu, Sep 4, 2014 at 7:37 PM, Edward K. Ream  wrote:

> On Thu, Sep 4, 2014 at 11:11 AM, Kent Tenney  wrote:
> > A button of mine checks for selected body text, what is the current
> > equivalent of:
> > c.frame.body.hasSelection()
> > which causes a traceback, presumably the following has also changed:
> > c.frame.body.getSelectedText()
>
> Change c.frame.body to c.frame.body.wrapper everywhere.
>
> Although more verbose, it makes more sense: c.frame.body is not, and
> never has been, a text widget/wrapper/whatever.  It's more of a
> controller.
>
> Sorry to break code, but I think had to be done.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Incorrect text highlighted using Find commands

[Fidel N]

I found that to happen after you edited text in one node. Then,in its
clones (or any other matches after that one), you will find the selection
wrong, matching the "previous position" of the erased text.


On Sat, Aug 30, 2014 at 3:29 AM, lewis  wrote:

> The same highlighting behaviour occurs if I use the Nav tab.
> Maybe LeoDocs.leo is a strange document; it's @edit html\conf.py node
> doesn't like being interrogated :)
>
> Lewis
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Delayed loading of large nodes

[Fidel N]

Wow, this was quicker than I would have expected.
Here is a question: 
The button will appear automatically instead of the text when the body 
contains 10k+ lines (or 5k maybe), right?
This solution is great!

Also, please consider adding also this button:

b = QtGui.QPushButton('Copy body to clipboard')

def onClicked(checked=False,p=p.copy(),s=s):
c.gui.replaceClipboardWith(p.b)

b.clicked.connect(onClicked)
layout.addWidget(b)






On Friday, August 29, 2014 3:57:39 AM UTC+2, Edward K. Ream wrote:
>
> On Thursday, August 28, 2014 12:07:36 PM UTC-5, Edward K. Ream wrote:
>>
>> On Thu, Aug 28, 2014 at 11:49 AM, Fidel N > > wrote: 
>>
>> > Actually, just some short of "loading paused" button instead of a node 
>> body, 
>> > such as when you click it, the node body will load, would be enough. 
>>
>> Great idea.  Leo's body pane is a QTextBrowser, so "filling" the node 
>> with one or two buttons should be possible.  I'll prototype that 
>> "today"(tm). 
>>
>
> Well, "today" actually came today.
>
> Here is a *prototype* that you can run from any Leo node.  Please, as an 
> extra precaution, save your leo file before running this ;-)  And then, 
> when in doubt, do *not* save the file after running the script.  Clear?
>
> Running the script will hide the edit widget and show a "Load Text" 
> button.  Click the button to restore things as they were.
>
> Important: the button will remain until you click it, even if you change 
> nodes.  But if you do change nodes, you will see the correct text for the 
> new node under the button.
>
> Regardless of the current node, clicking the button will take you back to 
> the original node, and will restore the proper text there.  But don't try 
> deleting the original node.  Hehe.  There are limits to the prototype!
>
> - start 
> from leo.core.leoQt import QtGui
> edit = c.frame.body.widget.widget # A LeoQTextBrowser.
> frame = edit.parent() # A QWidget
> layout = frame.layout()
>
> # Clear the text without clearing p.b
> # The selecting lockout prevents setText from changing p.b.
> s = p.b
> c.frame.tree.selecting = True
> edit.setText('')
> c.frame.tree.selecting = False
> assert p.b == s
>
> b = QtGui.QPushButton('Load Text')
>
> def onClicked(checked=False,p=p.copy(),s=s):
> c.selectPosition(p)
> edit.setPlainText(s)
> layout.addWidget(edit)
> layout.removeWidget(b)
> b.deleteLater()
> c.recolor_now()
>
> b.clicked.connect(onClicked)
> layout.addWidget(b)
> layout.removeWidget(edit) # Put button in middle.
> - end -
>
> Edward
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Delayed loading of large nodes

[Fidel N]

Edward, yes, the worst part of those kind of nodes is waiting for it to
load when you are actually going to other node, or when you want to run a
script on them but not read them.

Actually, just some short of "loading paused" button instead of a node
body, such as when you click it, the node body will load, would be enough.

This way, you could still select given node to run scripts on it, but it
wouldn't load the body/text unless you click the button.

If, on top of that solution, there is a "send to clipboard" option too, it
would make mostly unnecessary even to load given nodes into Leo text
widget, and you would still have most of any desired functionality (that I
can think of).

Because with those two described options, you can quickly edit them with
your scripts, or copy and paste them in another editor to edit/view them.
And you still can use Leo to keep / organize your information.



On Thu, Aug 28, 2014 at 6:26 PM, Edward K. Ream  wrote:

> On Thu, Aug 28, 2014 at 8:20 AM, Edward K. Ream 
> wrote:
> > More background for git bug 28:
> ...
> > However, when moving around the outline, we often want just to move
> *past* a large node. This suggests the following strategy.
>
> Important: this strategy conflicts with implementing w.getTextLength
> using a textChanged event handler.  In general, any textChanged
> handler is going to complicate the way-too-complicated node switching
> code.  Best not to go there.
>
> EKR
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: view all parents and navigate?

[Fidel N]

Also, the "goto-next-clone" minibuffer command might be useful for you.


On Wed, Aug 27, 2014 at 7:32 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Wed, 27 Aug 2014 10:22:47 -0700 (PDT)
> Todd Mars  wrote:
>
> > Hi,
> > Is it possible to view all parents of a clone and navigate to them
> > easily through the view?
>
> Probably not helpful, but the backlinks plugin (which is an alternative
> to clones for some applications) will list all the links from / to a
> node.
>
> Cheers -Terry
>
> > Thanks
> > Todd.
> >
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Making syntax coloring more responsive

[Fidel N]

nav tab rules the searches for me too Kent, nothing to be ashamed of.


On Tue, Aug 26, 2014 at 5:31 PM, Kent Tenney  wrote:

> confession:
> I use the nav tab for searching, vim for replacing
>
> On Tue, Aug 26, 2014 at 9:43 AM, 'Terry Brown' via leo-editor
>  wrote:
> > On Tue, 26 Aug 2014 07:33:49 -0700 (PDT)
> > "Edward K. Ream"  wrote:
> >
> >> On Tuesday, August 26, 2014 7:04:59 AM UTC-5, Edward K. Ream wrote:
> >>
> >> > Before fixing bug 28, I must fix some very serious problems with
> >> > tab
> >> completion and the change command.
> >>
> >> Rev b3d404a fixes the problem with the change command.  This bug
> >> basically ruined the change command.  Am I the only one using Leo's
> >> minibuffer-oriented find/change commands?
> >
> > Quite possibly :-)  I use Ctrl-f
> >
> > Cheers -Terry
> >
> > --
> > 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...@googlegroups.com.
> > To post to this group, send email to leo-editor@googlegroups.com.
> > Visit this group at http://groups.google.com/group/leo-editor.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: User contributed commands in leosettings.leo

[Fidel N]

- Yes, I was assuming too that updates will be posted either by trusted 
coders or through pull requests from people not in the dev team.

- Agree, a new file might be in order for those extra commands

Say we make a new file that will include commands that will be loaded when 
Leo loads.

Why dont we force all the @command nodes in that file to have this body:

"
def my_new_command():
@others
my_new_command()
"
This is easy to check by the module that loads such file, and it guarantees 
those commands will only be executed when called. (Unless there is a way to 
escape a function from within and run commands globaly...)

- Their subtree will contain the code.
- Such code will only run when the @command is called.
- Only @command nodes allowed (no @script, etc)
- @command names must start with same prefix, for the user to know about it 
"uc-" or whatever you decide.
- Possibly, a "@bool" setting in leosettings would allow those commands to 
be loaded or not, so we make sure the user knows that the prefix means 
before having access to the "uc" commands.

So even is some malicious code is updated, there are many things not to be 
noticed before it actually gets anywhere.

Brainstorming here, forgive my ignorance in python security hehe.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

User contributed commands in leosettings.leo

[Fidel N]

Hi:

Its been one year+ into python, and yesterday I realized again how I cant 
yet edit Leo core code when its not very simple.
So I thought there might be a way for non-programming experts to add to Leo 
with useful snippets.
For instance, the recent script for page up/page down  
, would be 
dead easy to implement as a command, but it will be impossible for me to 
safely embed that into current code.
Same with the recent import script I made, for mindmaps of Freemind and 
Mindjet.

I would really like for useful scripts not to fade away instead of 
persisting inside Leo, so I thought we could add a commands branch inside 
leosettings.leo with useful snippets.

All the commands should be named with a prefix, such as "uc" (user command) 
or whatever, so we could get completion for those (and know that they are 
not "official" Leo commands but user contributed.

I know plugins can be added to Leo, but this would be just so easy, quick 
and useful.

What do you think?

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: [Simple script] Jump exactly one page with Page Down

[Fidel N]

I studied the code yesterday, but its too complex for me to understand.
And as you say, my scripts are probably unstable, and its hard to wire them
into the rest of the existing code.
So I'm guessing this conversation is over becasue of those reasons.

Anyway, they are very useful, I couldn't study in Leo without them. They
always work and jump just the amount of lines I need.

Also checked into make them as a new default command in leosettings and
bind them to the hotkeys, but there isn't a list of commands in
leosettings.leo, so I figured that there must be a reason for that.


On Mon, Aug 25, 2014 at 3:50 AM, Brian Theado 
wrote:

> Fidel,
>
> On Sat, Aug 23, 2014 at 3:46 AM, Fidel N  wrote:
> > Brian, if you are happy with that solution, I will try to replace the
> > current code with the new one.
> > Otherwise please tell me what to improve, I'll try and edit the script
> to do
> > that.
>
> I don't have a good feel for what properties are important for the
> PageUp/PageDown functionality. Nor do I have a good feel for how your
> code changes the behavior (I know it fixes the issue which caused you
> trouble, but what other effects does it have). IOW, I haven't spent
> any time on it :-(.
>
> The code change I had made was a just a port of the built-in Qt
> functionality and I figured with it being widely used, the dynamics of
> the behavior were pretty good and so I only worried about duplicating
> the functionality.
>
> I haven't looked yet to see if there are any unit tests in Leo related
> to this functionality. Probably a good idea to have some.
>
> Brian
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

[Script] Dictionary to Leo outline

[Fidel N]

Hi:
When working with a dictionary, some times I really need to "see it", so I 
needed this small script.
It will transform a dictionary into an outline, so you can navigate through 
it.
Just in case its useful for anyone, here it goes:

def dictionary_to_outline(p,dictionary):

'''

Transform a dictionary into the subtree outline of the given position 

'''

g.app.gui.frameFactory.masterFrame.currentWidget().leo_c


sorted_keys = sorted([key for key in dictionary])

for key in sorted_keys:

new_node = p.insertAsLastChild().copy()

new_node.h = key

if "dict" in str(type(dictionary[key])):

self.dictionary_to_outline(new_node,dictionary[key])

else:

new_node.b = str(dictionary[key])

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: [Simple script] Jump exactly one page with Page Down

[Fidel N]

Brian, if you are happy with that solution, I will try to replace the 
current code with the new one.
Otherwise please tell me what to improve, I'll try and edit the script to 
do that.
Fidel.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: [Simple script] Jump exactly one page with Page Down

[Fidel N]

Btw, I meant to quote that I did neither notice that behaviour until I had
to read so much in Leo.


On Thu, Aug 21, 2014 at 9:45 AM, Fidel N  wrote:

>   I've never use Leo to read long chunks of text linearly...
>
>
> Exactly, neither did I until I decided to study my public exam within Leo
>
>
>> So there are misbehaviors in both implementations. I don't immediately
>>
>
> Yes, I also noticed what you mention, but didn't think this had the
> possibility to replace the current implementation so didn't bother.
> A fix for that would be this:
>
> scroll_changed = c.frame.body.bodyCtrl.getYScrollPosition()
> lines = c.frame.body.bodyCtrl.linesPerPage()
> cursor_position = 0
> for number in range(lines):
>  cursor_position=cursor_position+1
>  c.executeMinibufferCommand("next-line")
>  if not scroll_changed == c.frame.body.bodyCtrl.getYScrollPosition():
>   break #We reached the first line outside the current view of the text.
>  if cursor_position > (lines * 2):
>   break # Too many lines, we are either in the bottom of the document
>
> for number in range(lines-1):
>  c.executeMinibufferCommand("next-line")
>
> #Now you can optionally go back "lines-cursor_position" lines to put the
> cursor where it 'was'.
>
>
> Fidel.
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: [Simple script] Jump exactly one page with Page Down

[Fidel N]

>
>   I've never use Leo to read long chunks of text linearly...


Exactly, neither did I until I decided to study my public exam within Leo
 

> So there are misbehaviors in both implementations. I don't immediately 
>

Yes, I also noticed what you mention, but didn't think this had the 
possibility to replace the current implementation so didn't bother.
A fix for that would be this:

scroll_changed = c.frame.body.bodyCtrl.getYScrollPosition() 
lines = c.frame.body.bodyCtrl.linesPerPage() 
cursor_position = 0
for number in range(lines):
 cursor_position=cursor_position+1
 c.executeMinibufferCommand("next-line") 
 if not scroll_changed == c.frame.body.bodyCtrl.getYScrollPosition(): 
  break #We reached the first line outside the current view of the text.
 if cursor_position > (lines * 2):
  break # Too many lines, we are either in the bottom of the document

for number in range(lines-1): 
 c.executeMinibufferCommand("next-line")

#Now you can optionally go back "lines-cursor_position" lines to put the 
cursor where it 'was'.


Fidel.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: [Simple script] Jump exactly one page with Page Down

[Fidel N]

Thanks Brian for your elaborate response.

Its true, in general jumps just one page, but if the body pane is a bit
bigger / smaller than X full lines (ie total length is, for instance, 12'5
lines), it jumps one line more than desirable, so you have to go back to
read it.

In the way I use Leo, I keep resizing the body pane, so I cant just set a
body pane heigth and always use it. Hence the need for that script, you can
exactly control the jump.

Also, Im using a speed reading technique that implies reading 4-6 lines per
eye jump.
So I adjust the body pane to be 4/6 words wide, then read jumping down with
my eyes.

With current pgup and pgdn, with the line missing problem, makes it
impossible to speed read. Going back to read the missing line defeats the
whole purpose.
With the script I suggested, it just jumps exactly the same amount all the
time, so it becomes useful.

Im guessing the difference might be in the line number, mine being integer
and yours a flotat, or vice versa.

As per c.frame.body.bodyCtrl.linesPerPage() this comes from my recent
experiences with Leo, for reaching the widgets I use "c.frame.X"  XXX
being the widget name.
Im not able to elaborate much more, its because of the way I studied Leo,
just surfing leopyref, grabbing snippets that do what I need, and using
them elsewhere.
"c.frame.body.bodyCtrl" turns out to be the body pane, with a linesPerPage
method among others.

Best regards,
Fidel.


On Wed, Aug 20, 2014 at 3:02 AM, Brian Theado 
wrote:

> On Tue, Aug 19, 2014 at 8:16 PM, Brian Theado 
> wrote:
> > A few years ago the page up/down functionality was a fixed number of
> > lines. I looked into the QT cpp code and translated it to python and
> > checked it in:
> >
> >
> https://github.com/leo-editor/leo-editor/commit/9401804f956c0eef31d2068450a21436e9939268
>
> Whoops, that was an earlier commit which took a different approach.
> Here is the commit which implements the port of the QT code to python:
>
>
> https://github.com/leo-editor/leo-editor/commit/3f0dc96e7fe155692a06b08eb40be917a7f52e97
>
> Here is a UNL to the code in question:
>
> leo-editor/leo/core/LeoPyRef.leo#Code-->Qt gui-->@file
> ../plugins/qtGui.py--> << define text widget classes >>--> << define
> LeoQTextEditWidget class >>-->leoMoveCursorHelper & helper
> (LeoQTextEditWidget)-->pageUpDown
>
> The code moves the cursor one line at a time until the total screen
> distance moved is greater than or equal to the height of the body.
> After that, it moves the scroll bar one page in the same direction the
> cursor was moved.
>
> So I'd be interested in hearing in what situation it breaks for you.
>
> > 2) Where did the c.frame.body.bodyCtrl.linesPerPage() function come
> > from? Did I just miss it when I made my change a few years ago?
>
> The pageUpDown implementation will work even if some lines have
> different height.  Not sure that ever happens, but linesPerPage will
> not handle that case.
>
> Brian
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: OPI

[Fidel N]

Just checked again the link, and the video.
Cant wait to have that coded into Leo, seems so useful!!

On Tuesday, August 19, 2014 2:22:33 PM UTC+2, Kent Tenney wrote:
>
> Sounds like a brilliant direction to me. 
> So many broad-shouldered giants out there ... 
>
> On Tue, Aug 19, 2014 at 3:53 AM, Edward K. Ream  > wrote: 
> > On Fri, Aug 15, 2014 at 10:54 AM, Kent Tenney  > wrote: 
> >> https://srclib.org/ 
> >> 
> >> Quite impressive programmer tool 
> > 
> > Thanks Kent.  This is the new direction for Leo: rather than doing my 
> > own research, I'll be looking at integrating tools like srclib, Jedi 
> > and rope into Leo. 
> > 
> > Edward 
> > 
> > -- 
> > 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+...@googlegroups.com . 
> > To post to this group, send email to leo-e...@googlegroups.com 
> . 
> > Visit this group at http://groups.google.com/group/leo-editor. 
> > For more options, visit https://groups.google.com/d/optout. 
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: [Simple script] Jump exactly one page with Page Down

[Fidel N]

Tried to do myself, but cant fin any binding for pgup or pgdn in either
leosettings or leopyref.
Also, found out that this wont work if the user wants to select the whole
page (shift + script) wont select the whole page, just jump.
But its good enough for reading as is.


On Tue, Aug 19, 2014 at 10:48 AM, Edward K. Ream 
wrote:

> On Tue, Aug 19, 2014 at 3:36 AM, Fidel N  wrote:
>
> > for number in range(c.frame.body.bodyCtrl.linesPerPage()):
> > c.executeMinibufferCommand("next-line")
>
> Excellent.  This should be the default binding of the PageDn key.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

[Simple script] Jump exactly one page with Page Down

[Fidel N]

Hi:
For those of you reading a lot in Leo it might be uncomfortable to use Page 
Down/Up since it doesn't exactly jump one page, so you have to check where 
you were reading each time you use that.
This script jumps exactly the number of lines in the text widget. So you 
can keep reading where you finished the previous page.
Maybe this should be the default Page Up/Down, although I guess this is a 
preference or depends on your activity.

Just make a button with this script:

for number in range(c.frame.body.bodyCtrl.linesPerPage()):
c.executeMinibufferCommand("next-line")



-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Cmments please: proposal to eliminate tab cycling in completions pane

[Fidel N]

I never noticed that functionality.

Was recently thinking about the minibuffer tho, it would be great to press
"arrow up" and cycle previous commands, which we already have history dict
for.
Or at least not do what it does, it currently "hangs" the minibuffer and
looks like locked.

Well saying this just in case you was messing around with those and have
the code fresh :)


On Mon, Aug 18, 2014 at 12:54 PM, Edward K. Ream 
wrote:

> At present, when entering command names (but *not* file names) in the
> minibuffer, hitting tab repeatedly cycles through the list of names shown.
>
> I would like to eliminate this "Easter Egg": it's clearly not needed and
> it greatly complicates truly important code, namely k.getArg.
>
> Worse, the present code doesn't work well if the user should happen to hit
> backspace to increase the number of completions shown.  In that case, the
> Easter Egg fails "forever", that is, until the user hits Ctrl-G or Return.
> Apparently, either nobody is using this Easter Egg, or nobody has ever
> noticed the bug, or they have noticed the bug and have given up on Leo as a
> result.
>
> = The code
>
> Revising k.getArg is part of the project to eliminate the first 
> in vim-mode commands such as :r
>
> Yesterday I refactoring k.getArg so that it uses a helper GetArg class.
> This is an important encapsulation of complex code.  It moves lots of state
> variables out of the KeyHandlerClass class.  Most of this state involves
> the Easter Egg.
>
> The new_arg switch at the start of leoKeys.py enables/disables the new
> code.  As of the latest rev, the code appears to work identically,
> regardless of this switch.  In particular, the bug in the Easter Egg exists
> regardless of the value of new_arg. Hehe.
>
> = The plan
>
> My plan for this morning is to drop the Easter Egg in the GetArg class
> only.  I expect a substantial collapse in complexity: the new code will
> look very much like the corresponding (and much simpler) code in the
> FileNameChooser class.  Imo, this collapse in complexity is far more
> important than the Easter Egg.
>
> I'll keep a copy of the present GetArg class in the "attic" leoNotes.py
> and revert to the old code in the unlikely event that somebody can convince
> me that the Easter Egg is essential.  Good luck with that.  I'll give
> weight only to those who actually use the Easter Egg at present.
>
> Note that the new_arg switch is a temporary safety net.  As usual with
> such switches, it will be eliminated after the new code has been tested for
> a few days.
>
> Your comments, please, and quickly.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Help! Messing with UI settings.

[Fidel N]

Dufriz is facing the same exact problems with GUI config I had when I
joined Leo.
I knew very few of programming, nothing of python, and now I know both,
because I had the time, loved the concept of Leo, and could devote my time
to study both.

I also asked for a settings GUI, because IMO, this is screening out a lot
of people that would otherwise use Leo for non-programming related stuff.
Something as simple as Notepad++ settings/preferences menu, just a simple
tick menu, would make much more people remain in Leo.
Even if you love the concept, clones, etc, if you must learn python and
pyqt and Leo structures and Leo @node_id inheritance before you can edit
that, you simply wont.
I know someone will think "its not neccesary to know pyqt to change the
background colors", but I have been there, and otherwise you dont really
know what you are touching // how to edit that.
Also, having to restart the app for every change to make effect makes
everything much slower (for a newbie), all of this resulting in non
programmers running away from Leo as fast as they can.
Just a few comboboxes with option lists, + tickboxes for boolean values,
would make a huge difference. If the need to restart Leo was removed, that
would make things perfect.

But then again, this is a dev time problem, so only thing I can do till I
get some extra time to develop that myself, is to remain extremely grateful
for Leo as is right now.



On Thu, Aug 14, 2014 at 6:35 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Thu, 14 Aug 2014 09:26:30 -0700 (PDT)
> Chris George  wrote:
>
> > "It's not ok to require that people use `git` to get it,
> > that's unreasonable."
> >
> > Why?
> >
> > The primary target user for Leo is a programmer, is it not?
>
> No, although I can understand why someone might think that was the
> case :-)
>
> Also, there are programmers (the docutils dev. team for example) who
> are not interested in using git, and would probably regard needing to
> use it to download and try a piece of software as a reason not to try
> the software.
>
> > Perhaps
> > once the development solidifies enough and begins targeting
> > non-programmers (average user), then it might need a little dumbing
> > down of the distribution method.
> >
> > I may be a bit on the edge as a user, I use a rolling distribution
> > for my operating system so I am familiar with the model, but Leo is
> > currently fluid, and as a user that is one of its strengths to me.
> > Installing git and writing a script to pull down the latest Leo and
> > start it was simple, and I can't see it being any more difficult on
> > other platforms. I guess I see the use of git as a feature. :-)
>
> For a programmer.  I think expecting people to unzip a zip is not
> unreasonable, although it will screen out some people, but they were
> probably not going to find Leo to their liking.  Hence the problem with
> the .zip reporting misleading version info.
>
> Cheers -Terry
>
> > Chris
> >
> > On Thursday, August 14, 2014 8:59:02 AM UTC-7, Terry wrote:
> > >
> > > On Thu, 14 Aug 2014 10:40:23 -0500
> > > "Edward K. Ream" > wrote:
> > >
> > > > On Thu, Aug 14, 2014 at 9:02 AM, Dufriz  > > > >
> > > wrote:
> > > > > I am on Windows 8.1, running Python 3.3.5 with
> > > > > PyQt4-4.10.4-gpl-Py3.3-Qt4.8.5-x64.
> > > > > I am using Leo 4.11 final, build 6240.
> > > >
> > > > Thanks for this.  This looks like ancient history, though I might
> > > > be mistaken. Recent builds (from git) look like:
> > > >
> > > > Leo 4.11 final, build 6e21a6dc12f0 (branch: master), 2014-08-13
> > > > 08:30:03
> > >
> > > That's a good point of course, my comments about needing "c, "
> > > added in that call apply to the current trunk, not sure about that
> > > version.
> > >
> > > Actually Houston, we have a problem.
> > >
> > > Leo uses the model "use the trunk, it's stable" - ok
> > >
> > > It's not ok to require that people use `git` to get it, that's
> > > unreasonable.
> > >
> > > But no problem, they can use the snapshot,
> > > https://github.com/leo-editor/leo-editor/archive/master.zip
> > >
> > > But... that identifies itself in the log window as
> > >
> > > Leo 4.11 final, build 6240, 2013-11-06
> > > Python 2.7.6, PyQt version 4.8.6
> > >
> > > which is completely misleading.  It does that because it falls back
> > > on version.py or similar, I assume, when the .git directory's not
> > > present.
> > >
> > > So, we need a git commit hook to update version.py on every commit.
> > >
> > > Or, not use git-hub for snapshots, but it seems git-hub is so close
> > > to doing exactly what we need it's worth getting version reporting
> > > in git-hub snapshots to work.
> > >
> > > (Summary - quite possibly Dufriz is using the latest code, can't
> > > tell from the log pane content)
> > >
> > > Cheers -Terry
> > >
> > > > Could you pull down the latest git version?  Alternatively, you
> > > > could get a recent daily snapshot?  That way we can all be
> > > > discussing 

Re: Find-previous fails at last node

[Fidel N]

I often experience similar problems, and I also always use the mouse.
My feeling is that it doesnt "reset the search" when the find command is
issued throug the GUI, then you hit "search next" and it still uses the
previous search.
Many times I get "no found" when the text clearly is where im searching for
it.
Sorry for the vagueness, I will try to find and report the exact behaviour
soon.


On Wed, Aug 13, 2014 at 4:49 AM, lewis  wrote:

> I should have made it clearer the problem occurs only using mouse-click on 
> *Find
> previous: F2*.
>
> So search for 'shell-command' and repeat until it reaches the last
> instance at
>
> LeoDocs.leo#Leo's Documentation-->Release notes-->@file
> release_notes.txt-->Previous versions...-->4.10 Incremental
> improvements-->Code improvements-->Minor-->Rewrote shell-command commands
> not found 'shell-command'
>
> Now using *mouse only* in the Find tab window, select *Find previous: F2*
>
> Find gets stuck and fails to travel up the previous nodes.
>
> F2 by keyboard is working fine.
>
> Lewis
>
> On Wednesday, August 13, 2014 2:49:46 AM UTC+10, Edward K. Ream wrote:
>
>> On Tue, Aug 12, 2014 at 10:13 AM, lewis  wrote:
>>
>> Have I understood you correctly?
>>
>  --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Autocompleting dictionaries keys

[Fidel N]

Done :)


On Tue, Aug 12, 2014 at 4:39 PM, Edward K. Ream  wrote:

> On Mon, Aug 4, 2014 at 2:39 AM, Fidel N  wrote:
> > Hi:
> > This is a feature request that I thought could be very nice.
>
> Interesting.  Please file a wishlist bug.
>
> EKR
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Weird autocompleter bug

[Fidel N]

The autocompleter works normally for me now.
Thanks Edward.


On Sat, Aug 9, 2014 at 11:00 PM, Edward K. Ream  wrote:

> On Sat, Aug 9, 2014 at 11:19 AM, Edward K. Ream 
> wrote:
>
> > So the mystery of my rollback of leoAtFile.py didn't solve the problem
> > is completely explained. Still, some care will be required.  I'll fix
> this later today...
>
> Fixed.  Maybe.  Here is the checkin log for rev 90a0531...
>
> QQQ
> Revert to old code that imports plugins/writers and plugins/importers
> using importlib.import_module.
> This causes autocompleters for c.whatever to work.
> All tests pass, pylint is happy, and the writers and importers appear
> to work, but I have the feeling I am missing something...
> QQQ
>
> I should have said also that docutils appears to work.  So I have
> tried every test that comes to mind, but I have the feeling there
> could be problems.  After all, there may have been a reason for the
> change to the code.  Heh, heh.
>
> Otoh, as part of the new commit, I improved the tests for duplicate
> classes: no warning is given if the old and new entries in
> ic.atAutoDict are the same.  This is expected because Leo reads some
> .leo files twice.  Maybe what happened is that I was overly worried
> about the messages and went to too-extreme lengths to avoid them.
>
> In short, the new code is an experiment.  Please report your
> experience, for good or ill...
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Aha: vim trainer mode

[Fidel N]

Sorry again, but the shortcutfoo website also asks for money when you reach 
certain level :(
Seems like best solution right now is vim-trainer mode :D

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Aha: vim trainer mode

[Fidel N]

I must warn you when you reach level 2, you need to buy a license =(
So I checked for a while and would recommend those:

Vim casts:
http://vimcasts.org/

Learning and memorizing shortcuts:
https://www.shortcutfoo.com/app/tutorial/vim


More resources here:
http://stackoverflow.com/questions/7579213/is-there-an-interactive-way-to-learn-vim



On Fri, Aug 8, 2014 at 10:02 PM, Kent Tenney  wrote:

> On Fri, Aug 8, 2014 at 12:19 PM, Edward K. Ream 
> wrote:
> > On Fri, Aug 8, 2014 at 9:36 AM, Edward K. Ream 
> wrote:
> >
> >> vim-training mode will disable the operation of all arrow keys,
> [except] Alt-arrow keys
> >
> > Recent revs implement vim-trainer.  OMG, vim-trainer is *intense*.
> > Here are some notes:
> >
> > 1. vim-trainer *instantly* changed how I use vim mode.  jj becomes
> > necessary, and pretty much second nature.
> >
> > 2. I have not found a way to disable mouse clicks in the body pane.
> > One would think it would be possible in
> > LeoQTBaseTextWidget.mouseReleaseEvent, which does receive all mouse
> > clicks in the body.
> >
> > But maybe disabling clicks is a bad idea.  Lol.  The workaround is
> > just to move the mouse far away, which seems good enough.
> >
>
> Why disable mouse? I often mix in some mouse when using vim.
>
> > 3. I had no idea I was using the arrow keys so much.  Ditto for Home,
> > End, Ctrl-P, Ctrl-V, Ctrl-X and a few others. At present, vim-trainer
> > mode does not disable these keys. It would be easy to do, but I'm
> > stressed enough as it is :-)
> >
> > 4. Without these cursor motion keys, the corresponding vim commands
> > become absolutely essential. This has revealed problems:
> >
> > -  $ sucks. This is one of the most difficult keys to type.
>
> Yeah, I don't use it
> >
> > - 0 and ^ seem backwards: typing 0 is much easier than typing ^, so I
> > would prefer that 0 be the smart-home key.  Maybe I've gotten these
> > commands backwards...
>
> I
>
> >
> > - You could say that backspace and esc are on the keyboard, but I find
> > them both difficult to type.  That's why jj is useful.
> >
> > - Del is worse: on my keyboard it is farther than any arrow key...
>
> almost forgot 'x' for delete
>
> >
> > I'll investigate whether there are easy alternatives to backspace and
> > del. Hmm. One way is visual mode:  v{motion keys}d.
> >
> > = Summary
> >
> > vim-trainer is a big success: it *instantly* changed how I use vim mode.
> >
> > vim-trainer still allows Home, End, Ctrl-P, Ctrl-V, and Ctrl-X. For
> > now, disabling them would cause my head to explode. These keys will be
> > disabled when vim-mode has good alternatives.
> >
> > I'll play the vim adventures game to discover which vim commands
> > should be added sooner rather than later.  Having said that, I would
> > rate the odds of me converting to vim at less than 50%.  Otoh, I am
> > pretty sure that committed vim users are going to fee comfortable with
> > Leo's vim-mode.
> >
> > Edward
> >
> > --
> > 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...@googlegroups.com.
> > To post to this group, send email to leo-editor@googlegroups.com.
> > Visit this group at http://groups.google.com/group/leo-editor.
> > For more options, visit https://groups.google.com/d/optout.
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Weird autocompleter bug

[Fidel N]

well ill wait till "c." completes well then try to find out the difference,
but I really trust when the other thing is fixed this also will.
Thanks


On Fri, Aug 8, 2014 at 4:58 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Fri, 8 Aug 2014 09:39:42 -0500
> "Edward K. Ream"  wrote:
>
> > On Fri, Aug 8, 2014 at 8:06 AM, Fidel N  wrote:
> > > And when trying to complete "c.p." no autocompletion appears, and
> > > this error pops up in the log pane:
> >
> > Not for me.  I suspect this only happens when using the Qt-base
> > auto-completer widget.
> >
> > EKR
>
> The Qt widget's working for me.
>
> Cheers -Terry
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Weird autocompleter bug

[Fidel N]

And when trying to complete "c.p." no autocompletion appears, and this 
error pops up in the log pane:


exception executing command
Traceback (most recent call last):
  File "D:\leo-editor\leo\core\leoCommands.py", line 539, in doCommand
val = command(event)
  File "D:\leo-editor\leo\core\leoKeys.py", line 215, in autoComplete
self.start(event)
  File "D:\leo-editor\leo\core\leoKeys.py", line 1091, in start
self.init_qcompleter(event)
  File "D:\leo-editor\leo\core\leoKeys.py", line 936, in init_qcompleter
self.exit()
  File "D:\leo-editor\leo\core\leoKeys.py", line 309, in exit
self.qw.end_completer()
  File "D:\leo-editor\leo\plugins\qtGui.py", line 333, in end_completer
self.leo_qc.end_completer()
  File "D:\leo-editor\leo\plugins\qtGui.py", line 140, in end_completer
self.deleteLater()
RuntimeError: wrapped C/C++ object of type LeoQListWidget has been deleted

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Weird autocompleter bug

[Fidel N]

Thanks for the fix, but I think it doesnt work yet:

Doing "c." will lead to autocompleter still completing wrong.
Options such as "p", "redraw", etc just dont appear.
"baseescanner" still appears as an option.


On Fri, Aug 8, 2014 at 2:39 PM, Edward K. Ream  wrote:

> On Thu, Aug 7, 2014 at 9:02 AM, 'Terry Brown' via leo-editor
>  wrote:
>
> > Phew :-} not me https://github.com/leo-editor/leo-editor/issues/40
>
> Rev d343dde... rolls back the code.
>
> I'm not happy with the old code, and the autocompleter still doesn't
> seem to do a good job.  For example, I expect c.frame.body.body
> to show bodyCtrl in the completions.  It doesn't.
>
> Terry, please see if any of your recent changes are involved.  Thanks.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Weird autocompleter bug

[Fidel N]

hehe thx for reporting :D


On Thu, Aug 7, 2014 at 4:02 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> On Thu, 7 Aug 2014 08:40:50 -0500
> "'Terry Brown' via leo-editor"  wrote:
>
> > On Thu, 7 Aug 2014 06:37:07 -0700 (PDT)
> > Fidel N  wrote:
> >
> > > Hi all:
> > > Just realized that when doing
> > > "c." and checking the autocompleter options it wont offer the usual
> > > (p,etc) but offers things like:
> > >
> > > CScanner
> > > basescanner
> > >
> > > and a few more.
> > > Anyone having this issue?
> >
> > I'll check it, I did touch that code recently.
>
> Phew :-} not me https://github.com/leo-editor/leo-editor/issues/40
>
> Cheers -Terry
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Weird autocompleter bug

[Fidel N]

Hi all:
Just realized that when doing
"c." and checking the autocompleter options it wont offer the usual (p,etc) 
but offers things like:

CScanner
basescanner

and a few more.
Anyone having this issue?

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: key logging

[Fidel N]

Its great to know that you have that in mind, vim mode is so fresh I was
not expecting it to work yet.
Thanks Edward.


On Wed, Aug 6, 2014 at 12:25 AM, Edward K. Ream  wrote:

> On Tue, Aug 5, 2014 at 3:37 PM, Fidel N  wrote:
>
> > Just checked, [the lossage] doesn't work with the new vim mode, but Im
> guessing its just too early for that hehe.
>
> vc.command_list contains the accumulating strokes; vc.dot_list
> contains the saved strokes.  There are many problems with the dot list
> at present.  It doesn't get set properly, and it gets reset too often.
> Solving these problems will be mainly a matter of inferring exactly
> how the real vim handles the dot.
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: key logging

[Fidel N]

Awesome! Spent a couple of hours searching and only found the command 
history.
This perfectly solves my needs, big thanks!!

Edit: Just checked, doesn't work with the new vim mode, but Im guessing its 
just too early for that hehe.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

key logging

[Fidel N]

Hi:
Im working in a way to make Leo do auto-suggestions depending on your 
recent actions, and for that im needing some short of key-logging.
I got some questions about it:
Is there a way to check the recent keys written in Leo?
After a long search I found where the recent commands are stored:
c.k.mb_history
Is there a way to get a similar history for the new vim mode?
Is there something similar for recent keypress?
Thanks!

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Threading thread

[Fidel N]

Wow very insightful.
So its actually safer for the user not to be touching the tree while a
script runs, since if he changes a position (or does any other change) that
can explode in many ways.
Thanks for the great explanation Terry.


On Tue, Aug 5, 2014 at 6:07 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:

> There are a lot of different issues with this threading discussion.
>
> 1) live code execution like LightBox and the lisp music demo - any
> useful live code execution mode would have to parse the code (ast
> trees?), execute it expression by expression, and display the results,
> probably in a specific environment.  It would be an interesting
> experiment, but probably separate from how Leo executes scripts and
> whether Leo "hangs" when it is executing scripts.
>
> 2) Leo hanging on scripts that don't interact with Leo - there could be
> a new run-script command to execute scripts in the background, although
> it doesn't take too much to do it explicitly:
>
>   from threading import Thread
>
>   def do_something():
>   
>
>   t = Thread(target=do_something)
>   t.start()
>
> 3) Scripts that interact with Leo - these are probably better
> implemented using hooks / callbacks including onIdle.
>
> How threads can bite unexpectedly - a slow running script that changes
> the tree is going to be very hard to run in a separate thread, because
> as it continues to run it will keep invalidating positions in the main
> thread, making it impossible to do anything - not unexpected.  But even
> a script that simply runs without touching Leo (c, g, the interface)
> until it's done and then does `c._slow_answer = foo` may cause trouble.
>
> When you assign to c._slow_answer you're updating c.__dict__.  Another
> thread (the main thread) might be iterating c.__dict__ to find an
> attribute of c, or adding an attribute, and get interrupted by the
> sub-thread such that one of them ends up with an inconsistent view of
> c.__dict__.
>
> There are ways around this, but you have to write the code to
> anticipate the problems.  queue.Queue is thread safe for example, you
> could do `c._slow_answer` = queue.Queue() *in the main thread*, your
> background thread can stick its answer there when its done, and Leo can
> check for new answers in c._slow_answer onIdle or on user demand.
> Queue does behind the scenes stuff to ensure that threads don't trip
> each other up working with the same data.
>
> Cheers -Terry
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: OT

[Fidel N]

This is for further reference and some more information on how we could fix 
the "hang up" fix.

I was recently 'fighting' against pyqt way of executing code (will stop 
everything when a new GUI opens to, for instance, ask the user for input) 
versus Kivy (code goes on running, the programmer defines what happens when 
the user closes such a dialogue).

My conclusion after reading for a while, was that to avoid this behaviour 
the execution of the code within pyqt must be threaded, or the GUI will 
hang, as it happens now.

So according to what I learned, this should just be fixed by the code 
calling exec through threading instead of directly, like this:

from threading import Thread

def threaded_function(arg):
exec(script_we_got_from_a_node)

thread = Thread(target = threaded_function, args = ())
thread.start()

I got that code from here,in stackoverflow 
.
Disclaimer: Not sure this will work, but its the first thing I would try.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: OT

[Fidel N]

Edward, first step for that would indeed fix the Leo gui responsiveness bug
we talked about:

When a script is executing in any open Leo, all the open Leo windows shared
from that GUI will be irresponsive, so a command could do nothing since it
would make Leo irresponsive, and the user wouldnt be able to edit the
realtime code.

I think this has to do with threading, but know no more about that. An easy
test is to make a script time.sleep(60)
Until 1 min goes by, you wont be able to use Leo, not any of the open files
there.

That is, if you werent kidding about "execute-script-continuously" =)


On Tue, Aug 5, 2014 at 4:47 PM, Edward K. Ream  wrote:

> On Tue, Aug 5, 2014 at 8:59 AM, Jacob Peck  wrote:
> > The article links to this: https://github.com/digego/extempore
> >
> > Looks like it's a custom flavor of Scheme, which is a dialect of Lisp.
>
> extempore is indeed impressive.  And suggestive.
>
> Could we imagine an 'execute-script-continuously' command in Leo that
> would do something similar ;-)  Anyone want to try.  I'm kinda busy
> just now :-)
>
> EKR
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: OT

[Fidel N]

I loved this, thanks for the link Kent

On Monday, August 4, 2014 3:39:03 PM UTC+2, Kent Tenney wrote:
>
> http://radar.oreilly.com/2014/08/programming-in-concert-mode.html 
>
> live coding of music with narration, quite remarkable. 
>
> Answers the question 
> 'What's all this excitement around functional programming?' 
>
> Is that Lighttable he's on? 
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Autocompleting dictionaries keys

[Fidel N]

Hi:
This is a feature request that I thought could be very nice.
The idea is that, when using Leo autocomplete, if the user reaches a 
dictionary, leo could offer autocomplete with its keys.

so if we want to reach, for instance, the hooks dictionary, we do:

g.app.pluginsController.handlers

Then, when we do the [, leo could suggest the keys already wrapped in 
colons.

Does something like this (for easing the dict navigation) exist already?


-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Jedi autocompletion library for python

[Fidel N]

Hehe
Didnt find them on google but youtube :D

https://www.youtube.com/watch?v=TNMjbaimk9g

https://w <https://www.youtube.com/watch?v=mflvdXKyA_g>
ww.youtube.com/watch?v=mflvdXKyA_g
<https://www.youtube.com/watch?v=mflvdXKyA_g>




On Wed, Jul 30, 2014 at 4:48 PM, Edward K. Ream  wrote:

> On Wed, Jul 30, 2014 at 9:42 AM, Fidel N  wrote:
> > just watched some tutorials and I loved it. Thanks for the link.
>
> Which tutorials did you watch.  I must be google-impaired this morning...
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Jedi autocompletion library for python

[Fidel N]

just watched some tutorials and I loved it. Thanks for the link.


On Wed, Jul 30, 2014 at 4:39 PM, Edward K. Ream  wrote:

> On Wed, Jul 30, 2014 at 9:23 AM, Ville M. Vainio 
> wrote:
> > Something to evaluate:
> >
> > https://github.com/davidhalter/jedi
>
> Thanks for the link.  Any help with auto-completion is welcome ;-)
>
> Edward
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Download link for the latest version

[Fidel N]

The latest version is this one:

https://github.com/leo-editor/leo-editor

Click "download zip" in the right side of the screen.

This is not an exe-installer though.

I didnt change my qt installation so dont know about the latest, but
according to what I read I would say yes.
I would install pyqt 4, which is what I use with no problems whatsoever.



On Wed, Jul 30, 2014 at 3:33 PM,  wrote:

> Hi
> I recently re-installed my system, and now I am about to re-install Leo.
>
> As far as I know, Leo's latest public version could be downloaded from
> this link:
> http://www.greygreen.org/leo/leo-editor-latest.zip
>
> Is this still the link for the most up-to-date version available? Or is
> there a more up-to-date version somewhere else? If so, please provide the
> link.
> I am particularly keen on having the latest improved features, such as UI
> and plugin improvements.
> With regard to Python and PyQt, the versions that I previously had on my
> system were Python 3.3 and PyQt for Qt v4.8.5.
> I understand that recently Edward and the crew have been working on Qt 5
> compatibility. Is this this fully ready yet?
>
> In short, what are the latest Python and PyQt versions that you suggest me
> to install (to ensure that everything runs smoothly)?
>
> Thanks
>
> dufriz
>
> --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: custom background color for 'selected/highlighted text'

[Fidel N]

glad you could solve it Zoltan.


On Wed, Jul 30, 2014 at 11:11 AM, Zoltan Benedek 
wrote:

> I've found it.
> I should copy the entire node @data qt-gui-plugin-style-sheet and
> customize what I want.
>
> A lot of thanks.
>
>
>
> On Wednesday, July 30, 2014 11:52:17 AM UTC+3, Zoltan Benedek wrote:
>>
>> Hi Fidel,
>>
>> Many thanks for the tip, I can change the color I wanted.
>>
>> Unfortunately I have some font issues with the new setting: the fonts
>> changed in the outline pane and log pane.
>>
>> I copied the entire section QTextEdit#richTextEdit from leoSettings.leo
>> into a node (@settings-->Qt Gui (appearance)-->@data
>> qt-gui-plugin-style-sheet) and changed only selection-background-color.
>>
>> The fonts changed in the outline pane and log pane.
>>
>> Then I copied the entire sections QTextEdit, QTextEdit#richTextEdit from
>> leoSettings.leo into a node (@settings-->Qt Gui (appearance)-->@data
>> qt-gui-plugin-style-sheet) and changed only selection-background-color.
>>
>> Now I have issue only with the font in the outlines. (The font size is
>> nearly half of the original)
>>
>> Is there another section I should copy?
>>
>> Thanks
>>
>> On Tuesday, July 29, 2014 9:01:15 PM UTC+3, Fidel N wrote:
>>>
>>> Hi Zoltan:
>>> If you are using Qt, could you check if changing the following does the
>>> trick?
>>>
>>> Go to the node:
>>> myLeoSettings.leo#@settings-->Qt Gui (appearance)-->@data
>>> qt-gui-plugin-style-sheet
>>>
>>> Then replace your color in this text:
>>>
>>>
>>> QTextEdit#richTextEdit {
>>> background-color: white; /* #fdf5f5; A kind of pink. */
>>> color: @text-foreground-body;
>>> selection-color: white;
>>> selection-background-color: lightgrey;
>>> font-family: @font-family;
>>> /* font-family: Courier New; */
>>> font-size: @font-size-body;
>>> font-weight: normal; /* normal,bold,100,..,900 */
>>> font-style: normal; /* normal,italic,oblique */
>>> }
>>>
>>> Change the "selection-background-color" to your liking.
>>>
>>>  --
> 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...@googlegroups.com.
> To post to this group, send email to leo-editor@googlegroups.com.
> Visit this group at http://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: custom background color for 'selected/highlighted text'

[Fidel N]

Hi Zoltan:
If you are using Qt, could you check if changing the following does the 
trick?

Go to the node: 
myLeoSettings.leo#@settings-->Qt Gui (appearance)-->@data 
qt-gui-plugin-style-sheet

Then replace your color in this text:


QTextEdit#richTextEdit {
background-color: white; /* #fdf5f5; A kind of pink. */
color: @text-foreground-body;
selection-color: white;
selection-background-color: lightgrey;
font-family: @font-family;
/* font-family: Courier New; */
font-size: @font-size-body;
font-weight: normal; /* normal,bold,100,..,900 */
font-style: normal; /* normal,italic,oblique */
}

Change the "selection-background-color" to your liking.

-- 
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...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at http://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.