Yeah, i have the use case where i only have absolute paths, and .leo files may
not be open
On 11.3.2012 18:38 Edward K. Ream wrote:
On Sun, Mar 11, 2012 at 10:31 AM, wrote:
> I don't have c or p, so i prefer the version that doesn't require them
You should be able to pass c=None to either ur
I don't have c or p, so i prefer the version that doesn't require them
On 11.3.2012 14:11 Edward K. Ream wrote:
On Sun, Mar 11, 2012 at 1:23 AM, Ville M. Vainio wrote:
> What function do i need to call to invoke this handler?
There are two possible candidates:
g.handleUrlInUrlNode(url,c=N
Both work for whoosh; setuptools is a devil i know ;).
On 11.3.2012 12:34 zpcspm wrote:
On Sunday, March 11, 2012 11:40:49 AM UTC+2, Ville M. Vainio wrote:
easy_install Whoosh
Sorry for offtopic, may ask why are you using easy_install? Is it a developed
habit or you have any particular re
Typically g is availabe at top level (see set_leo), so it's no problem leaving
it like it is
On 9.3.2012 18:40 Edward K. Ream wrote:
On Fri, Mar 9, 2012 at 9:57 AM, Ville M. Vainio wrote:
> On Fri, Mar 9, 2012 at 5:50 PM, Edward K. Ream wrote:
>
>> How do you feel about importing leoGlobals a
I was thinking the oberall conceptual problem, do users of leo know what
settings are global?
Typically, settings for normal apps out there are always global. In ides etc,
exception are 'project settings' (e.g. Build directory), but in leo these kinds
of settings are mostly local key bindings,
Can i change global settings in random .leo file?
On 25.2.2012 11:21 Edward K. Ream wrote:
Leo's core uses c.config.getX to get almost all settings. This is as
it should be: such settings include those in the "local" file, the
file being loaded.
In contrast, Leo's core (and the mod_http plugin)
Why not just have .s attribute in KeyStroke, that contains the string version?
On 5.2.2012 11:36 Edward K. Ream wrote:
The following are mostly notes to myself (and to future maintainers).
Feel free to ignore.
Rev 4972 demonstrates that the KeyStroke class can indeed distinguish
between "raw" u
I recommend adding string flags and a 'quick help' feature, perhaps behind
rclick...
On 30.12.2011 18:07 Terry Brown wrote:
On Fri, 30 Dec 2011 10:35:44 -0500
"Edward K. Ream" wrote:
> On Sat, Dec 17, 2011 at 5:41 PM, HansBKK wrote:
> > I'm just starting to realize the possibilities offered
There is also working sqlite representation for leo tree, google for leoqviewer.
I have failed to find time to publish this so far, but it's fully working (if
you have n9 ;).
On 16.12.2011 19:06 Kent Tenney wrote:
There's also been a suggestion of putting nodes in Fossil, which seems
to offer
Terry's leoscreen stuff could be a good starting point
On 18/11/2011 15:48 Josef wrote:
I find myself very often opening and re-opening navigator and terminal
windows, in order to do some commandline-stuff, like running make or
latex. It would be great if Leo would have an integrated terminal,
w
How about just disabling it in body? I like the focus rect in tree pane.
On 03/11/2011 14:43 Edward K. Ream wrote:
On Thu, Nov 3, 2011 at 6:55 AM, Ville M. Vainio wrote:
> Is there a way to disable this red border? It's quite offensive to my
> sensibilities, to the extent that it hurts my conc
A dict like this is the wrong place to keep widgets alive. Widgets belong to
other objects, probably the container they reside in. The mission of this dict
is to trigger an action when a widget has been clicked. A widget that does not
exist anymore can't be clicked in the first place, a widget t
Terrys earlier work to autogenerate plugin docs comes in handy here
On 10/12/11 3:33 PM Edward K. Ream wrote:
All of Leo's core developers have remarked at one time or another how
easy it is to lose track of all the goodies "hidden" in Leo's files.
I would like to see a repository of goodies: p
The approach i suggested early on was letting QTextEdit handle stuff that is
now handled in leoEditCommands. This would kill lots of code that could be
considered redundant
On 10/10/11 6:22 PM Edward K. Ream wrote:
Almost from day one, Leo has defined gui base classes in the core, and
subclass
I always wondered why people enjoy playing games like chess, when they could be
building things and solving real problems. I guess chess and go are relics from
time before programming ;)
On 10/10/11 8:17 PM Edward K. Ream wrote:
The game of go, http://en.wikipedia.org/wiki/Go_%28game%29, aboun
Ipython looks up completions from live objects. It only works in interactive
mode and so is not useful for leo.
On 10/9/11 7:06 PM Edward K. Ream wrote:
On Sun, Oct 9, 2011 at 10:26 AM, Terry Brown wrote:
> I think the power and challenge of Leo is that it's such a general
> purpose environmen
C.db is for commander specific data, g.app.db global.
On 10/4/11 7:23 AM Edward K. Ream wrote:
On Mon, Oct 3, 2011 at 10:49 PM, IaMaPlAyEr wrote:
> If the expansion bits store in c.db, it would be much happy to cooperate leo
> file with VCS.
Actually, it's g.app.db. Anyway, this kind of cach
Does the edit in external editor not work seamlessly from rclick menu?
On Wed Jun 29 21:09:43 2011 Matt Wilkie wrote:
There are many very good comments here! I have some things of my own
laundry list to add. In a quick re-read before posting the list rings
more of complaint than helpful feedback
Perhaps you should create the private version in a subdir that is managed by
fossil, then add @path .. to the root of the tree.
On Mon May 16 16:06:08 2011 Gour-Gadadhara Dasa wrote:
On Mon, 16 May 2011 05:43:09 -0500
"Edward K. Ream"
wrote:
> That's exactly what it means. The point is that y
How about creating a flattr account? That seems to be emerging as the way to
sponsor open source development... Sort of "like" button backed by real money ;)
On Mon May 16 17:28:20 2011 Edward K. Ream wrote:
On Mon, May 16, 2011 at 8:06 AM, Gour-Gadadhara Dasa wrote:
> I went through Leo docs
I've shared a document with you:
Nimetön esitys
https://docs.google.com/present/edit?id=0ATt3qZtXFFPGYWpmbnc4ZjNmcDR3XzExY2NmOGRmZDk&hl=en
It's not an attachment -- it's stored online at Google Docs. To open this
document, just click the link above.
--
You received this message because you a
I don't know, i didn't write it. It's probably broken now.
I only care about setup.py. Linux users should use the deb or launchLeo.py
- Original message -
I just noticed the install script. I forget what it is all about.
Can we delete it?
I'll probably throw it into the b2 distro, but I
But its a message that tells what you did, instead of "merge stuff from other
guys" (if you are not totally sure what they did).
- Original message -
On Wed, 16 Dec 2009 22:42:08 +0200
"Ville M. Vainio" wrote:
> On Wed, Dec 16, 2009 at 7:28 PM, Edward K. Ream
> wrote:
>
> > I suspect I
I was thinking that tags would be created manually by user, not by plugins.
I dont know how tags would be shown - something like labels in gmail could be
optimal but possibly hard to do. Perhaps icon drawing as in todo.py could work
out.. So tags would be textual icons.
Another alternative coul
Yes, if you want to call them that
- Original message -
So these are backreferences?
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To post to this group, send email to leo-edi...@googlegroups.com.
To unsubscribe from this group, send em
I think you should also check that the position is the right one in case of
clones, ie that the parent is the same it had before
.
- Original message -
On Sun, 6 Dec 2009 11:41:44 +0200
"Ville M. Vainio" wrote:
> BTW, this is why I advocate using nodes instead of positions when it
> make
Let me quickly summarize what is to be done:
- Move the QCompleter stuff from ctagscompleter to core (qtGui.py) and fix the
key event handling there. This should be done first
- Provide a way for plugins to provide completions when given p and cursor
position. How they do this is up to them. So
27 matches
Mail list logo
