> - enable bigdash.py plugin
Is there a new way to enable plugins?
When I open LeoPlugins.leo from the help menu I have an empty file
with single node called "LeoSettings.leo".
"bigdash" doesn't exist anywhere in LeoSettings.leo. Just adding
"bigdash.py" to @enabled-plugins in myLeoSettings.leo
>> Glad there was a simple fix. I think the safe way is to use
>> lp:leo-editor.
>
>
> This of course works for branching, but for updating a local copy `bzr
> pull` is just enough, initial branching location seems to be stored and is
> used by default.
Hi All, (this is a success story, eventua
On Mon, Mar 12, 2012 at 8:55 AM, Edward K. Ream wrote:
> On Mon, Mar 12, 2012 at 8:51 AM, Viktor Ransmayr
> wrote:
>
>> When I run the 'rst3' command on *any* outline I get the following log
> Thanks. I'll attempt a fix today.
Please test rev 5133 and let me know how it works for you. Rather
Thanks for the suggestions. I'm afraid making progress will take some
luck.
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To post to this group, send email to leo-editor@googlegroups.com.
To unsubscribe from this group, send email to
leo-edito
I don't see much benefit in tracking the debate, since both seem to do the
job. Use the one that is easier to install on your computer (setuptools,
I.e. easy_install seemed easier to install on windows machine)
On Mar 12, 2012 3:30 PM, "lewis" wrote:
> Thanks. There are no errors with build 5125.
On Mon, Mar 12, 2012 at 8:51 AM, Viktor Ransmayr
wrote:
> When I run the 'rst3' command on *any* outline I get the following log
> self.write_files(ext,fn,callDocutils,toString,writeIntermediateFile)
> File "D:\Branches\leo-editor\leo\core\leoRst.py", line 1755, in
> write_files
> f.write(s)
Hello Edward,
my reply took a bit longer since I was completely offline for 5 days.
On 7 Mrz., 14:27, "Edward K. Ream" wrote:
> Rev 5083 attempts to fix bug 923301: Unicode error when executing
> 'rst3' command
>
> https://bugs.launchpad.net/leo-editor/+bug/923301
>
> I've marked this bug as clo
On Mon, Mar 12, 2012 at 7:01 AM, Edward K. Ream wrote:
> g.handleUrl should strip off @url automatically if present.
>
> You have also exposed two items...
> 1. There is no longer any need for g.handleUrlInUrlNode.
> 2. There is duplicate code in g.handleUrl dealing with expanduser.
>
> I'll atte
Thanks. There are no errors with build 5125.
I haven't installed Whoosh but am following the easy_install/pip
debate
http://stackoverflow.com/questions/4750806/how-to-install-pip-on-windows
Lewis
On Mar 11, 8:40 pm, "Ville M. Vainio" wrote:
> Good catch, I have to improve error handling.
>
>
On Sun, Mar 11, 2012 at 2:36 PM, Ville M. Vainio wrote:
> At least handleUrl doesn't work.
Thanks for this. It actually does work if you strip off the leading @url:
g.handleUrl should strip off @url automatically if present.
You have also exposed two items from the Department of Redundancy Dep
10 matches
Mail list logo