Looks fine from here :)
On Fri, Nov 29, 2013 at 1:47 AM, Matt Wilkie wrote:
> is up: http://leo-editor.github.io/register_leo.html
>
> It's my first time using Pelican and Github.io; hopefully it was done
> properly?
>
> -matt
>
> --
> You received this message because you are subscribed to the
I would vote for "external" instead. "External" means "third party modules
that just happen to be bundled with Leo".
On Sun, Dec 8, 2013 at 6:01 PM, Edward K. Ream wrote:
> On Sun, Nov 17, 2013 at 1:58 PM, Matt Wilkie wrote:
>
>> Working towards the goal of adding desktop & Startmenu shortcuts
Right click -> refresh from disk
On Tue, Dec 10, 2013 at 1:34 AM, wgw wrote:
> Leo allows editing of a tree in an external editor; I use Sublime, mainly
> because I can see the whole tree as continuous text, edit it and then have
> it go magically back into tree form under Leo.
>
> The problem
I noted there is a reference to "Nov 2013 theme system" in themes.leo
I only noted this after creating a mac-friendly leo_dark_2 theme, not sure
if this should be ported to new scheme.
I basically changed font face to "Monaco" (based on suggestion by some leo
user earlier, can't recall who), and
Yes, bzr trunk will be enough for main git repo, and it's not like we would
be deleting the old repos in the process.
On Jan 5, 2014 1:50 PM, "Edward K. Ream" wrote:
> On Sat, Jan 4, 2014 at 10:18 AM, Matt Wilkie wrote:
>
>> this is a more informative starting point
>> http://stackoverflow.com/q
Well, I don't think we want a 3 gig repository for daily work.
On Sun, Jan 5, 2014 at 9:42 PM, Matt Wilkie wrote:
>
> On Sun, Jan 5, 2014 at 10:53 AM, Terry Brown wrote:
>
>> I get 1.1 Mb / sec. downloand :-) but 87 Kb / sec.
>> upload
>>
>
>
> good point. I was thinking of standard dnld speeds
What Qt calls "Ctrl" is actually called Cmd (or "Apple key") on mac.
There is actually a Ctrl key on the keyboard as well; it is called "Meta",
or Qt.MetaModifier by Qt
http://stackoverflow.com/questions/16809139/qt-how-to-define-cmdkey-shortcut-for-mac
Id'd like to be able to bind keys like:
e
eck wrote:
> On 1/6/2014 11:52 AM, Ville M. Vainio wrote:
>
>> Here's an idea: new command line argument to launchleo:
>>
>> python launchleo.py --init=http://leoeditor.com/templates/trivial1.leo
>>
>> This would just copy the file from the url as your my
Here's an idea: new command line argument to launchleo:
python launchleo.py --init=http://leoeditor.com/templates/trivial1.leo
This would just copy the file from the url as your myLeoSettings.leo, as a
"starting point".
We could use that in docs to bootstrap leo easily.
--
You received this me
Hey,
I guess it's pretty clear that migrating the repo from bzr won't be a big
problem.
Are we otherwise clear on how to work with git? I guess the flow won't be
perfect from the get-go, i.e. we would continue using it quite a bit like
bzr - committing directly to master, merges instead of rebase
dapting to git seems ok. Even that will have benefits over bzr we are
currently using. I.e. I don't want to see "too complicated workflow"
becoming an obstacle in adopting git.
On Wed, Jan 8, 2014 at 2:12 AM, gf wrote:
> On Tuesday, January 7, 2014 7:38:51 PM UTC+7, Ville M
ial body pane IPython notebooks coupled between
> them, but this seems a really good use case for scientific computing and an
> argument to think in a QML web enabled interface for collaboration in
> interactive web enabled scientific outlines.
>
> Cheers,
>
> Offray
>
> El
Not just "sexy", it's the de facto standard version control solution in
2014. If you use anything besides git, you need pretty good rationale or
people are going to question the choice.
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To unsubscr
"git gui" is a quirky tool that I wouldn't recommend for beginners. I
recommend installing SourceTree if you are on windows or mac:
http://www.sourcetreeapp.com/
Also: I have never heard of anyone using "credential store". Uploading the
ssh keys to github is the way to go.
On Wed, Feb 12, 2014
It's better to use "git archive"
E.g;
git archive -o latest.zip HEAD
On Wed, Feb 12, 2014 at 5:02 PM, Jacob Peck wrote:
> On 2/12/2014 9:28 AM, Edward K. Ream wrote:
>
>> On Wednesday, February 12, 2014 7:41:49 AM UTC-6, Edward K. Ream wrote:
>>
>> Sometime today I'll update Leo's home page t
+1 for github, mainly because 'everyone' has github account and therefore
the effort to file a bug is very low for casual users. The speed is a big
plus as well.
On Feb 12, 2014 7:46 PM, "Matt Wilkie" wrote:
> Something we haven't talked about in the migration yet is what to do with
> issues.
>
>
+1. No change needed here
On Fri, Feb 14, 2014 at 3:38 PM, Jacob Peck wrote:
> On 2/14/2014 7:52 AM, Edward K. Ream wrote:
>
>> Should we restrict access to the git repo? Your thoughts, please.
>>
>> Edward
>>
>> Define 'restrict access'. As it stands now, only those in the
> 'leo-editor' or
Are we positive that we need .gitattributes at all? Is there a reason that
lines with LF would be converted to CRLF on local machine?
The way I see it, every line ending should be preserved as is, since Leo
doesn't require CRLF on windows, and doesn't benefit from those either.
On Fri, Feb 14, 2
p.b gives you the body
On Feb 17, 2014 4:58 PM, "Kent Tenney" wrote:
> Is there a way to retrieve the plain content of
> a node body? I am seeing p.script inserting an
> encoding line.
>
> Thanks,
> Kent
>
> --
> You received this message because you are subscribed to the Google Groups
> "leo-edi
I have noted the same thing. I think this is a reason tabbed UI is not
default on mac :)
On Tue, Feb 18, 2014 at 12:58 AM, Largo84 wrote:
> After much wailing and gnashing of teeth I finally got Leo to run on Mac
> OS (Mavericks). Now trying to get my tabbed UI I'm used to from Windows to
> wor
Or better yet, create local git repos and commit regularly.
On Thu, Feb 20, 2014 at 8:14 AM, Fidel N wrote:
> I know for this time its probably too late, but I would suggest you to
> keep all your leo files in dropbox or alike.
> This way, all the previous versions up to 1 month are automatical
I just do "git init; git add foo.leo" in any directory where I do work I
would mind losing.
Of course this is not "cloud backup", but it's a useful local time machine
in case you screw up
On Thu, Feb 20, 2014 at 8:42 AM, Fidel N wrote:
> The way to do it with dropbox is just install, then drop
I think we should have all the tickets in one place, i.e. github
On Thu, Feb 20, 2014 at 1:24 PM, lewis wrote:
> +1 for github. It's working fine for me.
> I tend towards leaving the old issues back on launchpad.
>
> Lewis
>
>
> On Thursday, February 13, 2014 4:46:08 AM UTC+11, Matt Wilkie wrot
Are nightly snapshots needed anymore since you can just grab the source
from github?
Select "download zip" from the bottom right edge of
https://github.com/leo-editor/leo-editor
Direct link
https://github.com/leo-editor/leo-editor/archive/master.zip
On Sun, Apr 6, 2014 at 7:24 AM, Peter Mill
I have 3 invites to give. You need a mac to use it.
Priority given for frequent committers, othewise it's first come first
served :)
--
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,
One more invitation to go, don't make me ask on Twitter whether anyone
wants it ;-).
On Fri, Apr 11, 2014 at 12:54 PM, Ville M. Vainio wrote:
> I have 3 invites to give. You need a mac to use it.
>
> Priority given for frequent committers, othewise it's first come first
>
Git is sometimes used to maintain e.g. design assets and documentation.
I guess non-technical people will learn to use git when it's mandatory part
of their work.
On Mon, May 12, 2014 at 5:52 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:
> On Fri, 9 May 2014 20:13:17 -0
pep8 style would probably be VNode. How about just Node now that we only
have vnodes?
On May 20, 2014 7:45 PM, "Edward K. Ream" wrote:
> Using pep-8 naming conventions for classes is a simple step that helps
> distinguish types. In the next few days I'll probably complete the
> transition in Leo
Yeah, just press ctrl-c in the terminal you used to launch Leo
On Jul 8, 2014 5:21 AM, "'Terry Brown' via leo-editor" <
leo-editor@googlegroups.com> wrote:
> On Mon, 7 Jul 2014 18:55:11 -0700 (PDT)
> SegundoBob wrote:
>
> > Does anyone know how to cancel a Leo-Editor script that is started by
>
Just as a quick stab - I was looking at camlistore through last few days.
https://camlistore.org/
It may be more natural fit for Leo outline management than git (as it's
more about direct content addressable content access than git). I have had
sketchy plans of reinventing something like camlisto
I'm always here (reading), just not mustering enough time and energy to
write or contribute usefully :).
On Wed, Jul 9, 2014 at 4:13 PM, Edward K. Ream wrote:
>
>
> On Tuesday, July 8, 2014 2:46:29 PM UTC-5, Ville M. Vainio wrote:
>>
>> Just as a quick stab - I
Something to evaluate:
https://github.com/davidhalter/jedi
--
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 thi
Yes, I'm using Leo on Mac and works fine. Not hard to install either.
On Wed, Aug 6, 2014 at 12:23 PM, Zoltan Benedek wrote:
> Hi,
>
> I'm not a Mac user but have a lot of colleague's using Mac. I've read in
> the documentation that Leo is not recommended for Mac, because it's
> difficult to in
I think there is also a setting to NOT store expanded state in .leo files.
On Aug 6, 2014 8:56 PM, "Zoltan Benedek" wrote:
> Hi,
>
> I don't know whether is documented or not this idea, but I wanted to be
> sure, that is not lost.
>
> If your leo file is in source control management system (like
This is of interest reg. some recent discussions around the topic
https://mail.python.org/pipermail/python-ideas/2014-August/028618.html
--
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
Note that g.command does not need to be at top level. You can define
functions using it in a function or method, capturing c, self or whatever
from enclosing scope.
On Aug 15, 2014 2:37 PM, "Edward K. Ream" wrote:
> This post discusses discusses problems with the @g.command decorator.
> Later se
Maybe QTextCursor could help
http://qt-project.org/doc/qt-4.8/qtextcursor.html
On Thu, Aug 28, 2014 at 12:54 PM, Edward K. Ream
wrote:
> A head-slapping moment: the so-called high-level interfaced throughout
> Leo's core to interact with Leo's text panes lacks a way of getting the
> length of
Great to see where this is going :). Should help make the code approachable
by other people as well.
As they say, great design is more about removing things than adding more
things.
On Mon, Sep 8, 2014 at 10:49 PM, Edward K. Ream wrote:
> I've just pushed a cleanup of Leo's qt tree code in qt_t
Commented on github
On Sat, Oct 25, 2014 at 2:34 PM, Edward K. Ream wrote:
> Can you live with setup.py somewhere other than the top-level folder?
>
> Hiding setup.py seems like the only way to resolve git bug #81
> https://github.com/leo-editor/leo-editor/issues/81
>
> Various forms of this iss
I am finally getting around to trying to get leo looking "right" on my new
computer, but can't find the old way to configure the dark theme
(leo-dark-0). What do I need to do to get it? It's not in settings.leo
anymore.
On related note, on Windows the font is way too large compared to other
apps,
Thanks. this works. leo-dark-0 seems to be working at least - the others I
tried need to be updated to new theme system, so I guess it's time to roll
up my sleeves... (I want leo-dark-1).
On Sat, Dec 13, 2014 at 6:40 PM, Davy Cottet wrote:
>
> - To get the leo-dark-0, which is more a solarized d
I have followed roughly these instructions to make caps lock an additional
control:
http://www.kodiva.com/post/swapping-caps-lock-and-control-keys
Interesting side effect is that capslock + shift + x does not work!
Ctrl-shift-x works normally.
No particular action needed on this as it's a pretty
FWIW, I'm pretty pessimistic about Python 3 at this point. Python 2 seems
to be "good enough" for most people.
On Tue, Jan 13, 2015 at 6:06 PM, Kent Tenney wrote:
> I recently tried to switch to v3, as I remember, I was thwarted
> by problems having to do with PyQT in a virtualenv.
>
> I current
eam wrote:
>>
>> On Wed, Jan 14, 2015 at 8:05 AM, Ville M. Vainio
>> wrote:
>>
>>> FWIW, I'm pretty pessimistic about Python 3 at this point. Python 2
>>> seems to be "good enough" for most people.
>>>
>>
>> I am not real opt
On Fri, Jan 16, 2015 at 1:20 PM, Edward K. Ream wrote:
>
>
> On Wednesday, January 14, 2015 at 9:31:32 AM UTC-6, Edward K. Ream wrote:
>>
>> On Wed, Jan 14, 2015 at 8:05 AM, Ville M. Vainio
>> wrote:
>>
>>> FWIW, I'm pretty pessimistic about Python 3
We'll see if/when that starts happening. If Python 2 is what companies use
in production, their developers will build also new packages to prioritize
python 2.
On Fri, Jan 16, 2015 at 9:03 PM, Kent Tenney wrote:
> > Anyway inevitably there will be packages not available for python3,
> (legacy)
>
Disclosure: I'm mostly a javascript developer these days :).
You generally do not *want* to create new nodes for anonymous functions.
It's not atypical to do e.g. for-loops with anymous functions.
We are using ES6 (that I highly recommend, old style javascript looks
pretty horrible if you are use
es).
This is a good overview on what you get (most important ones are modules,
fat arrow, destructuring, spreads, classes)
On Tue, Jan 20, 2015 at 6:31 PM, Edward K. Ream wrote:
> On Tue, Jan 20, 2015 at 9:43 AM, Ville M. Vainio
> wrote:
>
>>
>> You generally do not *want* to
Forgot link, I meant this:
https://github.com/lukehoban/es6features
On Tue, Jan 20, 2015 at 7:02 PM, Ville M. Vainio wrote:
> We are using Traceur and Browserify (through es6ify)
> https://github.com/thlorenz/es6ify
>
> This combo brings lots of sanity like "import&q
...and, should you choose to explore this path, I would be willing to set
up the development environment obviously :)
On Tue, Jan 20, 2015 at 7:03 PM, Ville M. Vainio wrote:
> Forgot link, I meant this:
>
> https://github.com/lukehoban/es6features
>
> On Tue, Jan 20, 2015 at 7
Leo already works with ipython, but I'm aware we are talking about ipython
notebook here ;).
I think I did an experiment on this back in the day - it would involve
launching "ipython kernel" (that hosts all the data, and that is used as a
backend for the web frontend) in the Leo process. This woul
Hey, I saw that! ;-).
On Fri, Jan 30, 2015 at 8:07 PM, 'Terry Brown' via leo-editor <
leo-editor@googlegroups.com> wrote:
> On Fri, 30 Jan 2015 08:58:49 -0800 (PST)
> "Edward K. Ream" wrote:
>
> > **Important**: Leo does *exactly* the same thing, but only for
> > certain known values, like c an
As far as static typing for python goes, mypy seems to be the GvR-endorsed
solution these days: http://mypy-lang.org/
On Mon, Feb 23, 2015 at 3:24 PM, Edward K. Ream wrote:
> I am now working on three projects simultaneously: Leo 5.1 (@clean), Leo
> as an external diff, and a web-based Leo vi
There is another thread on focusing on marketing instead of feature
development. I agree on this (esp. for features like vim-bindings, which
would likely be misplacement of limited development time, as vim users will
always be using vim and the result would be bad anyway).
There are some ideas to
Sublime doesn't support manual "completion" here - it just shows a
screenful of possible completions automatically on every keystroke, like
here:
http://www.sublimetext.com/screenshots/alpha_goto_anything2_large.png
On Mon, Aug 24, 2015 at 12:15 AM, 'Terry Brown' via leo-editor <
leo-editor@goo
You may want to read up on Hindley-Milner type infererence. Here seems to
be a Python implementation:
http://smallshire.org.uk/sufficientlysmall/2010/04/11/a-hindley-milner-type-inference-implementation-in-python/
Apparently MyPy has type inference as well.
On Tue, Sep 15, 2015 at 7:11 PM, Edwar
On single-letter names: .h and .b are "archetypal" properties of a
position. Think i,j and k in for-loops. There are only a couple of
properties like that. Longer names, while helping in the first few minutes
of investigating the API, would soon become tedious "nagging".
On Wed, Oct 21, 2015 at 5:
Note that github provides a direct way tn edit files on the website.
E.g. go to
https://github.com/leo-editor/snippets/blob/master/examples/rst-tutorial/myDocument.html.txt
and click the pen icon.
This also works for people without commit rights; you can edit a file and
create a pull request wit
I am using these "lifestyle tweaks" with good success (ordered by increase
in difficulty, not necessarily priority ;):
- Mapped caps lock to ctrl
- Started using laptop touchpad instead of mouse. Touchpad is a bit slower,
but way more ergonomic. If I had a choice, I would pick macbook touchpad
ov
Currently, you get the red rectangle around focused widget.
I like this, but only when the focus is in the tree or Log pane.
When body is focused, Leo is in what I consider the "default state",
and the red frame becomes distracting (because it sort of signals that
something special is going on).
On Thu, Oct 27, 2011 at 2:38 PM, Terry Brown wrote:
> What do you think of this approach overall?
Seems pretty elegant from where I'm looking.
On this particular matter, I care more about having the right defaults
(optimal out of the box experience), i.e. no need to touch @settings.
--
You re
ast-import command. This method
w3ill destroy all your history and all your files will get new file
ids, so your new branch will be totally incompatible with old branch.
On Thu, Oct 27, 2011 at 8:20 PM, Edward K. Ream wrote:
> On Sun, Oct 23, 2011 at 2:12 PM, Ville M. Vainio wrote:
>>
On Fri, Oct 28, 2011 at 12:30 AM, SegundoBob wrote:
>> On Thu, Oct 27, 2011 at 6:54 AM, Ville M. Vainio wrote:
>>
>> I suppose we shall have to discuss what we think the "right" defaults
>> are--it's a rare case of having to discuss preferences.
>
>
Discussing on linkedin is probably waste of time.
I don't know where the biggest "marketing" impact would be, but it
sure won't be linkedin or facebook ;-).
On Fri, Nov 4, 2011 at 10:23 PM, Edward K. Ream wrote:
> http://www.linkedin.com/groupItem?view=&srchtype=discussedNews&gid=25827&item=7736
On Thu, Oct 27, 2011 at 10:29 PM, Edward K. Ream wrote:
>> This is the "delete file entirely" approach:
>>
>> Use bzr-fastimport plugin to export your history as fast-import
>> stream with bzr fast-export command. Then filter out big files with
>> bzr fast-import-filter -x FILE command. And in t
On Thu, Nov 10, 2011 at 6:26 PM, Terry Brown wrote:
> Different IDs for commits is ok - so all comments and tags on commits
> remain the same, right?
Yes, according to my understanding.
>> Using github has crossed my mind. What do you think?
>
> What are the advantages apart from git having mo
Most importantly, you need to be familiar with the tools before thinking of
shifting. it would make sense to play with some dummy projects first.
On Nov 11, 2011 3:15 PM, "Edward K. Ream" wrote:
> On Thu, Nov 10, 2011 at 1:53 PM, Ville M. Vainio
> wrote:
>
> > The thing
why do you need leoQtFrame? It's recommended to use qwidgets directly, that
way your code won't break if Leo classes are modified.
On Nov 15, 2011 1:20 AM, "Brian Theado" wrote:
> I want to learn about PyQt and leo's qtGui. As a first step, I'm
> trying to execute a script from within a leo body
Making stable releases is important, even if we wanted to encourage using
latest snapshots. A project that has no releases is not taken seriously by
prospective new users, certainly not by folks looking into using the sw in
mission critical capacity
On Nov 23, 2011 5:06 PM, "Edward K. Ream" wrote:
On Tue, Nov 29, 2011 at 6:11 PM, Terry Brown wrote:
> The quickmove plugin adds temporary or permanent buttons for moving /
> copying / cloning nodes to the first / last child of other nodes.
FWIW, quickmove addresses my needs for this functionality quite
completely. Incidentally, I added clone-
Googling for leoqviewer gets you to github repo. I may push this to contrib
branch if needed.
On Dec 17, 2011 4:24 PM, "Edward K. Ream" wrote:
> On Sat, Dec 17, 2011 at 8:44 AM, wrote:
> > There is also working sqlite representation for leo tree, google for
> > leoqviewer.
> >
> > I have failed
Db also allows you to load partial data, and load more if needed. This
allows multi gigabyte outlines with limited ram (like phones)
On Dec 17, 2011 4:07 PM, "Edward K. Ream" wrote:
> On Thu, Dec 15, 2011 at 6:49 PM, Dave wrote:
>
> > The idea is to allow for nodes to be cloned across different
Also,
see Projects\leoq in Leo "contrib" branch. It has ctrl+b script
(create_leoq) that you can use to dump current outline to an sqlite
database, to be used by my "leoqviewer" N9 application for
browsing/editing the content.
On Sat, Dec 17, 2011 at 9:11 PM, Ville M. Vainio
c 18, 2011 at 1:25 PM, Ville M. Vainio wrote:
> Also,
>
> see Projects\leoq in Leo "contrib" branch. It has ctrl+b script
> (create_leoq) that you can use to dump current outline to an sqlite
> database, to be used by my "leoqviewer" N9 application for
> browsi
Don't we have one-click installers already?
On Wed, Dec 28, 2011 at 6:51 AM, Gregory Crosswhite
wrote:
> First, please let me just say that the following are just my thoughts to
> introduce a different perspective on the Leo project and you all are free to
> ignore or dismiss them if you wish. :
egory Crosswhite
wrote:
>
> On Dec 28, 2011, at 6:49 PM, Ville M. Vainio wrote:
>
> Don't we have one-click installers already?
>
>
> Only for Debian, assuming it works (I haven't tried it myself).
>
> There is no such installer for OSX.
>
> The installer
On Thu, Dec 29, 2011 at 2:57 PM, Seth Johnson wrote:
>>> No reason you can't query a flat file; just no joins involved, is all.
>>
>> Yeah, and you would have to implement sql engine yourself ;-).
>
>
> Huh? Why? If you're talking about tree traversal, I've addressed
> that elsewhere in this th
I recreate the structure in leoqviewer, but this is c++ code. Dumb
algorithm to create the tree is easy to do for python Leo as well, but if I
write full file format support I'd like to do it the fast way - first
create nodes, then put them to their place in the graph, in just 2 passes.
On Dec 29,
On Fri, Dec 30, 2011 at 1:19 AM, mdb wrote:
> I am able to recreate nodes from the sqlite db but I do not fully
> understand how your edges scheme can be used to recreate a tree
> design. It seems easier to simply give the db a field that tells
> whether a node is a child of another node and if
On Fri, Dec 30, 2011 at 1:37 AM, Ville M. Vainio wrote:
> Given the list of edges (a,b) :
>
> If you want all children of node N, list edges where N is the 'a'
> node, and store the 'b' node from every edge. To find parent(s) of N,
> list edges where N is
On Fri, Dec 30, 2011 at 3:25 PM, Seth Johnson wrote:
> On Thu, Dec 29, 2011 at 6:37 PM, Ville M. Vainio wrote:
>>
>> Given the list of edges (a,b) :
>>
>> If you want all children of node N, list edges where N is the 'a'
>> node, and store the '
I don't really understand this. What do you mean by 'index'? In rdbms,
index can only contain data that can be trivially derived from tables.
Everything needs to work without index as well.
On Dec 30, 2011 4:42 PM, "Seth Johnson" wrote:
>
> On Fri, Dec 30, 2011 at
So your nodes table is essentially my EDGES table :)
On Dec 30, 2011 6:53 PM, "Seth Johnson" wrote:
> On Fri, Dec 30, 2011 at 9:41 AM, Seth Johnson
> wrote:
>
> This is a nodes table, two columns/fields:
>
> > Node key - Parent key
> > A - N
> > B - N
> > C - N
> > D - X
> > E - X
> >
On Tue, Jan 3, 2012 at 6:41 PM, Terry Brown wrote:
> I think that's the case. @ handling is complex, I'm not sure how
> familiar with it Ville is, I've poked around the edges a bit, but don't
> know how it would interact with loading to / from a DB.
My code just dumps everything, including unde
I'd sooner use a ,zip file with the .leo file + external files.
On Tue, Jan 3, 2012 at 10:58 PM, Seth Johnson wrote:
> On Tue, Jan 3, 2012 at 3:48 PM, Seth Johnson wrote:
>> On Tue, Jan 3, 2012 at 3:20 PM, Ville M. Vainio wrote:
>>> On Tue, Jan 3, 2012 at 6:41
Not yet. IPython broke the third party api that ILeo relied on in 0.10.
On Jan 4, 2012 8:32 PM, "Rand" wrote:
> I have recently begun to learn Leo.
> It looks very promising.
>
> I read about the Leo-Ipython bridge.
> Will Leo work with new IPython versions 0.12 and 0.13 ?
>
> thanks
> Rand
>
>
This reminds me of my earlier valuespace work, and jinjarender plugin.
That's all I have time for, in way of comments right now :)
On Jan 17, 2012 5:49 PM, "Terry Brown" wrote:
> On Tue, 17 Jan 2012 06:00:40 -0600
> "Edward K. Ream" wrote:
>
> > > Perhaps Leo could offer some kind of generic sol
Also jinjarender:
http://groups.google.com/group/leo-editor/browse_thread/thread/a973cb75e2b0fb3e
On Tue, Jan 17, 2012 at 10:11 PM, Terry Brown wrote:
> On Tue, 17 Jan 2012 21:12:00 +0200
> "Ville M. Vainio" wrote:
>
>> This reminds me of my earlier valuespace wor
It should be global setting. Command line argument doesn't make sense, no
other program in the world requires command line switch to work with
european keyboards.
If find pane is the only thing that requires this, perhaps it's good to fix
find pane to use other shortcuts (or disable the shortcuts,
I have created one screencast earlier, that may be helpful:
http://www.youtube.com/watch?v=Zu6J-J0qFi0
also, when starting, check out help-> open quickstart.leo
On Thu, Feb 9, 2012 at 10:20 PM, James Bowery wrote:
> I haven't seen any tutorial that would instruct a newcomer to Leo on how to
> g
The loadresource thing could have applications in leo, in the future...
http://www.digia.com/en/Blogs/Qt-blog/Andy-Shaw/Dates/2012/2/Qt-Commercial-Support-Weekly-13-Literals-in-qmake-and-loading-resources-in-QTextEdit/#.TzX-ppyuzsw.twitter
--
You received this message because you are subscribed
I agree, these should be renamed.
On Feb 20, 2012 9:48 PM, "Kent Tenney" wrote:
> Really nice.
>
> If all commands which put things in the nav pane were named nav_xxx:
> that, and tab completion would obviate memorization ...
>
> On Mon, Feb 20, 2012 at 12:42 PM, Terry Brown
> wrote:
> > There a
I know you have a reason to learn javascript in particular, but I
recommend looking at CoffeeScript as well. It's the better javascript
:).
On Tue, Feb 21, 2012 at 5:13 PM, Edward K. Ream wrote:
> I've got to learn javascript in order to read the MooTools sources :-)
>
> Some first steps.
>
> The
I tend to think that js is a horrible language if you are coming from the
structured, neat world of python.
CoffeeScript fixes this problem.
On Feb 21, 2012 5:33 PM, "Zoom.Quiet" wrote:
> 2012/2/21 Edward K. Ream :
> > I've got to learn javascript in order to read the MooTools sources :-)
> >
>
Yes, I use my ppa to create ubuntu debs for leo (that you download from
sourceforge).
It's a quite manual process for me, no nightly build configured. I expect
it would be a nontrivial effort to implement the nightly, or per commit
builds.
On Feb 21, 2012 11:34 PM, "tfer" wrote:
> I was just lo
Also, if you want to use javascript and deploying in native gui
environment, QML is a great playgroud.
E.g. PyQt can embed a declarative view, so the leo environment may
contain windows showing QML content (I have platted implementing an
advanced search dashboard (like Nav tab, but with full windo
I guess basic use cases are covered by rclick menu?
On Tue, Feb 28, 2012 at 5:46 PM, Kent Tenney wrote:
> The utility I use basically just specifies
>
> - interpreter (shell or an application)
> - code (node contents, either a command line or script)
> - where stdout and stderr go
>
> This has be
Subclassing is almost always a bad idea, and unnecessary in python.
That said, see previous conversation:
http://markmail.org/message/iaa6krw2j2lqdsio
On Feb 13, 2012 11:54 AM, "nakedmind"
wrote:
> For the past several months now, i've been heavily using leo at work
> to manage my project file
r
anywhere in a node).
On Sat, Mar 3, 2012 at 12:28 AM, Ville M. Vainio wrote:
> I have pushed raw demo of "global-search".
>
> Screenshot attached. To try, enable bigdash.py plugin, do alt-x
> global-search, enter "s foobar" to search for "foobar".
>
&
Yes, contextmenu has the functionality that polls the files for changes. I
don't see this as a problem - contextmenu can just be considered mandatory
dependency.
Is there a sane reason why someone would not be using the plugin?
On Mar 3, 2012 1:16 AM, "Edward K. Ream" wrote:
> On Fri, Mar 2, 201
1 - 100 of 2856 matches
Mail list logo
