Re: Installing virtualenv has destroyed my python 3 installation

On Fri, 2 Feb 2018 10:11:19 -0800 (PST) "Edward K. Ream" wrote: > My original system contains c:\Anaconda2 and c:\Anaconda3. I > installed virtualenv with both pip2 and pip3. Hmm, if Anaconda's the source of Python on your system, not sure if it makes sense to install

Re: NEW: geotag.py

On Fri, 2 Feb 2018 05:30:12 -0800 (PST) "Edward K. Ream" wrote: > > "C:\Users\lewis\AppData\Local\Programs\Python\Python36\lib\socketserver.py", > > > > line 775, in write > > self._sock.sendall(b) > > TypeError: a bytes-like object is required, not 'str' > > > > Can

Re: Terry: missing @data path-demangle setting

On Thu, 1 Feb 2018 08:25:56 -0800 (PST) "Edward K. Ream" wrote: > You mention this setting in this post > , > but I have never seen it in leoSettings.leo. Could you add it? :) I think that 2008 code was

Log hyperlinks for syntax errors

I've added log hyperlinks to jump to syntax errors (in Python code). I reduced the number of context lines a bit, seeing you don't need the context to find the error any more. I may have changed the reported line numbers. They now agree with what Python would report from the command line, not

Re: NEW: geotag.py

\AppData\Local\Programs\Python\Python36\lib\http\server.py", > line 406, in handle_one_request > method() > File "N:\git\leo-editor\leo\plugins\pygeotag\pygeotag.py", line > 183, in do_GET > self.wfile.write(file( > NameError: name 'file' is not defined &

Re: Terry, what about wikiview.py?

On Wed, 24 Jan 2018 06:41:43 -0800 (PST) "Edward K. Ream" wrote: > #489 asserts > that this plugin is dangerous. Is it? Is it needed in light of > recent work, for example, on unls? Bit of an essay so we're all on the

Re: Leo's usage tips

On Wed, 17 Jan 2018 03:29:22 -0800 (PST) "Edward K. Ream" wrote: > Ok. I'll see what I can do. The code will be part of the > LoadManager class, with perhaps some other excursions. I plan to > have a prototype working today. Didn't read ahead far enough to see this - go

Re: My javascript mistake

On Wed, 17 Jan 2018 01:50:37 -0800 (PST) rengel <reinhard.engel...@gmail.com> wrote: > On Wednesday, January 17, 2018 at 9:56:27 AM UTC+1, Edward K. Ream > wrote: > > > > On Tue, Jan 16, 2018 at 6:08 PM, Terry Brown <terry...@gmail.com > > > wrote: > >

Re: Leo's usage tips

On Wed, 17 Jan 2018 00:51:37 -0800 (PST) vitalije wrote: > It > seems to me that we can have a new command to collect tips and store > it in g.app.db['leo-tips']. From there they can be displayed in > regular vr pane, or even better, they can be stored in pre-rendered >

Re: leo4sqlite plugin

On Tue, 16 Jan 2018 19:42:42 -0800 (PST) tscv11 wrote: > Nice job, me! Yes, indeed, nice job :-) In terms of suggestions, your own todos make sense. With plugins there's typically just the plugin, and no accompanying .leo file, so moving the content in the readme into the

Re: My javascript mistake

Probably want to support JSX as well :-) Cheers - Terry On January 16, 2018 5:20:15 PM CST, "Edward K. Ream" wrote: >On Tuesday, January 16, 2018 at 7:00:43 AM UTC-6, Edward K. Ream wrote: > >> Packages such as node.js, vue.js, react, etc. establish their own >"coding

Re: Letter of appreciation

On Sun, 14 Jan 2018 13:49:54 -0800 T C wrote: > Thank-you Sir, > > My skeleton plugin now loads without errors. However, looking over the > plugin writing page I started > to wonder how I would make this work in an event-driven context. My > script only has one entry point.

Re: Letter of appreciation

On Fri, 12 Jan 2018 11:30:42 -0800 (PST) tscv11 wrote: > Or... maybe I should work on refining 'leo4sqlite' and turning it > into a plugin. > I guess the main thing to me is that I do something which is then > incorporated > into Leo in some way. In other words, I'd like to

Re: Letter of appreciation

On Thu, 11 Jan 2018 18:22:59 -0800 (PST) tscv11 wrote: > I am an older disabled man with bipolar disorder who uses Leo as > daily therapy. I'd like to say thanks for providing me with such a > rich and powerful set of tools in Leo, and answering my questions > (and enduring

Re: Git within Leo?

On Thu, 11 Jan 2018 00:48:10 -0800 (PST) tscv11 wrote: > I guess the subject says it all. I tried using 'shell-command', then > entering 'git commit', and received the appropriate output in the > log pane (commit succeeded). However, every time I tried after that > Leo

Re: Leo BLOB API

On Mon, 8 Jan 2018 13:11:53 -0800 (PST) tscv11 wrote: > *- I'd need a more detailed description o fhow it's broken for you - > not starting, or whatever, to debug.* > Please check my original post - I have edited it to include > details about the problem. If you still need

Re: Leo BLOB API

On Sun, 7 Jan 2018 22:38:12 -0800 (PST) tscv11 wrote: > I cannot understand. Please help me understand. I uploaded to github > (with everything working), I started trying to make my local copy run > as @auto. Somehow things got broken. Here is the 'kicker' - I > downloaded

Re: Leo BLOB API

On Sun, 7 Jan 2018 15:20:42 -0800 (PST) tscv11 wrote: > Just so you know: > > Adding "c.__ = {}" to main seems to have fixed the problem. Makes sense. > I tend > to get discouraged easily and I was unfair to Leo! Leo is Python. It's large and complex and complicated in

Re: Leo BLOB API

On Sun, 7 Jan 2018 14:04:44 -0800 (PST) tscv11 wrote: > Well, the script was working when I posted it. I tried to change > some things in my copy and ended up with a new error: > > AttributeError: 'Commands' object has no attribute '__' > > line 626:

Re: Leo BLOB API

tion to the > BLOB and then organize it using Leo. > > Chris > > On Sun, Jan 7, 2018 at 9:22 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > On Sat, 6 Jan 2018 21:24:26 -0800 (PST) > > tscv11 <tsc.v...@gmail.com> wrote: > >

Re: Leo BLOB API

On Sat, 6 Jan 2018 21:24:26 -0800 (PST) tscv11 wrote: > Let me know if you want to look at my script in its' current > incarnation. It looks like https://github.com/tscv13/leo4sqlite went away - that would probably be the simplest / most common way of sharing the current

Re: Leo BLOB API

On Sun, 7 Jan 2018 05:51:32 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sat, Jan 6, 2018 at 4:07 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > It's more a question of BLOB management than visualization. Leo lets > > you manage hund

Re: Jump to git diff from log

Just want to make sure there's no confusion here - this issue has nothing to do with the new "Jump to git diff from log" functionality, it's a query / bug report about an old and unrelated plugin, gitarchive. I responded here: https://groups.google.com/d/msg/leo-editor/rTEEdO9V2L8/SESvuYboEAAJ

Re: Leo BLOB API

On Sat, 6 Jan 2018 15:42:18 -0600 "Edward K. Ream" wrote: > > For Leo handling BLOBs would mean managing a collection of PDF / SVG / > > bitmap (image formats) / spreadsheet / etc. kind of files, with the > > option to view them (possibly in a pane in Leo, but in an external

Leo BLOB API

tscv11 has been bringing up the idea of BLOBs in Leo, something that's come up before but never moved forward. Binary Large OBject (BLOB) is the term used by databases for binary assets which don't fit in any of the regular text / int / real number kind of fields. For Leo handling BLOBs would

gitarchive plugin

On Wed, 3 Jan 2018 20:51:49 -0800 (PST) tscv11 wrote: > I hope this isn't too out of place. I just want to ask how to use > the gitarchive plugin. It crashes Leo with a perpetual loop when > I try to use it. > > Thank you, > > tsc It's a separate topic, so it can have a

Re: Rest easy

buteError: 'App' object has no attribute 'pick_action' > > > line 35: > * line 36: self.pick_action() > line 37: > line 38: self.show() > > tsc > > On Wed, Jan 3, 2018 at 2:05 PM, Terry Brown <terrynbr...@gmail.com> &

Re: Rest easy

"export database") > > I don't want to impose but I don't know how to fix this. I will be > eternally indebted (and grateful) if anyone takes pity on me and > tells me how to make it run again. I will keep trying but so far I'm > out of ideas. > > The script and .leo file

Jump to git diff from log

Leveraging the hyperlinks to specific lines from the log pane, here's a minimal @button script to jump the the changed parts of the current file, changed in the sense of git diff blocks. https://github.com/leo-editor/snippets/blob/master/buttons/changes.py It doesn't show you what the diff is,

Re: Rest easy

On Tue, 2 Jan 2018 21:31:39 -0800 (PST) tscv11 wrote: > I see that most of them are about 'c' being > undefined. Hmm, might be the way you're saving the file / running the file. If you save as an external script then pyflakes is just analyzing that file stand alone and

Re: leo4sqlite & blobs

I think storing blobs in the xml outline would be limited, overhead and file size wise. Storing them in a sqlite db is a good way to go. There are issues to deal with width moving them in tandem with the leo file, so you select subsets, manage multiple sqlite files, etc. The other thing to

Re: How to wait for a key press

On Tue, 26 Dec 2017 19:23:25 -0800 (PST) tscv11 wrote: > if __name__ == '__main__': > app = QApplication(sys.argv) > ex = App() > sys.exit(app.exec_()) As long as you don't do any of the above it works. There's only ever one main loop, and that's started when

Re: How to wait for a key press

On Sun, 24 Dec 2017 15:42:09 -0800 (PST) tscv11 wrote: > Hi, > > I would like a little advice again (surprise!). I searched for the > information I > need but it seems that pyqt5 doesn't even have any forums (that I > could find), > so I don't know of anywhere else to ask.

Re: OT: return do, not, use, this

On Sat, 23 Dec 2017 09:35:38 -0800 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sat, Dec 23, 2017 at 9:12 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > On Sat, 23 Dec 2017 06:16:23 -0800 > > "Edward K. Ream" <edream...@gmai

Re: vs-eval-replace

On Sat, 23 Dec 2017 09:45:15 -0800 "Edward K. Ream" <edream...@gmail.com> wrote: > On Fri, Dec 22, 2017 at 12:54 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > An addition to the vs-* commands, vs-eval-replace, replaces the > >

Re: OT: return do, not, use, this

On Sat, 23 Dec 2017 06:16:23 -0800 "Edward K. Ream" wrote: > ​Thanks for raising this topic. I have been meaning to say a few > deprecating words about g.Bunch myself.​ What don't you like about g.Bunch? g.Bunch was not what I was speaking against. The pattern I'm

vs-eval-replace

An addition to the vs-* commands, vs-eval-replace, replaces the selected body text with its evaluated form. 365 * 24 * 60 * 60 becomes 31536000 "all these words here in a list please".split() becomes ['all', 'these', 'words', 'here', 'in', 'a', 'list', 'please'] import time

Re: OT: return do, not, use, this

p.s. https://glyph.twistedmatrix.com/2016/08/attrs.html is funny and points to https://attrs.readthedocs.io/ -- 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

OT: return do, not, use, this

Twice in the log links to nodes branch I had to work around tuples as stand-ins for light weight types. recursiveUNLFind() uses `return found, maxdepth, maxp`. g.es() uses `app.logWaiting.append((s, color, newline))` This is a problem because it's hard to extend without modifying every case

Re: Linking to nodes from lines in the log.

On Thu, 21 Dec 2017 17:25:09 -0600 "Edward K. Ream" wrote: > ​Looks good. Feel free to merge, providing all unit tests pass. Checked in Py 2/3 in windows, not Ubuntu. I implemented the link function for pyflakes and @ not found msgs. Last one required passing kwargs

Re: How to wait for a key press

On Thu, 21 Dec 2017 21:22:36 -0800 (PST) tscv11 wrote: > Wow, there's some neat stuff in there, thanks! However, If I'm not > mistaken, no values are passed outside the class definition. Perhaps > there's no way to do that. Or did I just miss it? callback_B creates nodes

Re: How to wait for a key press

On Thu, 21 Dec 2017 16:31:11 -0800 T C wrote: > That clears it up a lot - I'm looking forward to the upcomming > snippet, though! Here's some code that adds a `get-db-stuff` command to Leo, which can be run with Alt-X. ---cut here--- from leo.core.leoQt import QtWidgets

Re: How to wait for a key press

On Thu, 21 Dec 2017 15:13:19 -0800 T C wrote: > That made it easy to understand. I do have a question about g.es - > is there any reason to use it instead of print? Well no, except that it shows up in the Leo log, which is where I was running the code. > Now, I understand -

Linking to nodes from lines in the log.

This is discussion of https://github.com/leo-editor/leo-editor/issues/635 moved here just to get maximum audience. These changes (please review, Edward): https://github.com/leo-editor/leo-editor/compare/master...log_links add hyperlinks in the log pane that link to nodes in the outline. An

Re: How to wait for a key press

On Wed, 20 Dec 2017 21:42:52 -0800 T C wrote: > Hello, > > I got a little worked up but the fact is you shared a lot with me, > which I appreciate. I am willing to study Leo in depth - if you can > drop a few more clues I might figure things out. I find the code you > wrote

Re: How to wait for a key press

On Wed, 20 Dec 2017 14:55:56 -0800 (PST) tscv11 wrote: > Hello, > > Okay, so you're saying it's too complicted to wait for a key press or > detect the vr pane being, > hidden, which seems a bit crazy - at least the key press part. I It's not so much that they're impossible

Re: How to wait for a key press

On Wed, 20 Dec 2017 12:52:48 -0800 T C wrote: > I appreciate your help. I'm afraid I'm so ignorant that I still need > more information. > How can I check whether the render pane has been closed? As I said, I > saw vr.onCreate mentioned and assumed vr.onDestroy, but I

Re: How to wait for a key press

On Wed, 20 Dec 2017 12:13:02 -0800 (PST) tscv11 wrote: > > - *Not sure how easy it will be to do, the render pane may need > > modifying, but I'd consider waiting for a signal that the render > > pane was closed / updated, then delete the temp. file.* > > > > Cheers -Terry

Re: How to wait for a key press

On Wed, 20 Dec 2017 11:09:43 -0800 (PST) tscv11 wrote: > Hello, > > The leo4sqlite script now inserts and extracts 'blobs' into/from > sqlite tables and previews images in the render pane. Now I need to > wait for a key press when the user is done viewing the image. I could

Re: Why I believe that using class based prototyping is suboptimal

On Sun, 17 Dec 2017 05:44:34 -0800 (PST) vitalije wrote: > I agree, contrasting code examples would show more. I was feeling > uneasy about criticizing Leo's code base too explicitly. I'm not sure if Leo is the best example to make the comparison, a more self contained

Re: Why I believe that using class based prototyping is suboptimal

On Sat, 16 Dec 2017 14:05:58 -0800 (PST) vitalije wrote: > How I did it? You can read it here: > http://computingart.net/functional-programming-for-prototyping.html > > All comments are welcome. You're blog doesn't support comments ;-) I read all three parts and found it

Re: I restarted Leo and my 800+ line script was replaced by one blank root node

I don't think you attached the attachment. 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

Re: leo4sqlite: table imports/exports ready for testing

On Tue, 12 Dec 2017 12:50:15 -0800 (PST) tscv11 wrote: > 5) How about importing to restructured text instead of markdown? Just > a thought. I'm not a big fan of markdown. Feature wise I prefer restructured text, but unfortunately I feel it's lost the race in too many

Re: leo4sqlite: table imports/exports ready for testing

On Tue, 12 Dec 2017 00:08:49 -0800 (PST) tscv11 wrote: > Hello Mr. Ream, > > Here are the "leo4sqlite.leo" and "leo4sqlite.py" files. I've also Hi tscv11, I took a quick look at your importer / exporter. I guess I don't have any big picture comments, just a few minor

Re: The cft crash: understanding vs type checking

On Fri, 8 Dec 2017 04:37:01 -0800 (PST) "Edward K. Ream" wrote: > 3. The nodetags.py plugins caches vnodes. This is fine as long the > plugin (in effect) recreates the cache when the outline changes. Short version: in what way must the plugin "recreate" vnode data when the

Re: tip wanted: faster git clone

On Fri, 08 Dec 2017 05:01:29 + Jacob MacDonald wrote: > Check out the documentation for the `--depth` flag to `git-clone`. It > will pull only the selected number of commits from a single branch, > which means your initial clone is far smaller. However, it makes it >

Re: How big is Leo on disk?

On Thu, 7 Dec 2017 13:00:14 -0800 Matt Wilkie wrote: > *(Who remembers buying his first hard drive for $$$. A 330mb scsi disk Heh, I paid $$$ for a 20 Mb (yes, megabyte) hard disk. And now you can get a 128 Gb microSD card for < $25 USD. For anyone wondering what you could

Re: Harvesting Tips from GitHub

On Thu, 7 Dec 2017 09:11:49 -0800 (PST) "Xavier G. Domingo (xgid)" wrote: > > If a tip needs revision (they will), where does that happen? > > It could be done in many ways, but one could be storing the > "closed_at" date somehow in our "harvested" copy and comparing it >

Re: Harvesting Tips from GitHub

On Thu, 7 Dec 2017 06:30:13 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Wed, Dec 6, 2017 at 5:04 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > If we use the "open Tip issues are being edited, closed Tip issues > > are

Re: Head scratching from a newbie: Markdown compiling?

On Wed, 6 Dec 2017 14:51:25 -0800 (PST) vitalije wrote: > For conversion in html you can use some other tool like pelican > . Or markdown.py or pandoc. Pandoc is the most powerful. https://pythonhosted.org/Markdown/

Harvesting Tips from GitHub

If we use the "open Tip issues are being edited, closed Tip issues are ready to use" workflow, we can get the Tips from: https://api.github.com/repos/leo-editor/leo-editor/issues?labels=Tip=closed It's a JSON list of dicts which have a `body` key (they ripped that terminology off Leo, I bet ;-)

Re: Please add your favorite tips

On Wed, 6 Dec 2017 12:12:31 -0600 "Edward K. Ream" wrote: > On Wed, Dec 6, 2017 at 12:09 PM, vitalije wrote: > > > I have noticed some mistake(s) in tips. > > ​Please make obvious corrections directly in the opening comment.​ > > If you are not sure,

Re: Leo's usage tips

On Tue, 5 Dec 2017 10:53:47 -0600 "Edward K. Ream" wrote: > > So while we could close tips > > ​ ​ > > to indicate they're complete, I think GitHub could be their > > canonical ​ ​ > > source. Makes it easy to edit and update them. > > ​I agree. Closed == Harvested.​ I'd

Re: Leo's usage tips

Although I think Vitalije's spread sheet to collect tips was workable, GitHub has the advantage of having markdown rendering. If we're going to manage tips on GitHub, the could be harvested from there automatically, using GitHub's API. So while we could close tips to indicate they're complete, I

Re: Failed to import editpane?

It's an ignorable message, I'll try and remember to delete it. Thanks for the note. On December 2, 2017 4:33:26 AM CST, Viktor Ransmayr wrote: >Hello Matt & Leo Community > >I have installed the latest available version of Leo via "pip install >leo" >( 5.7.dev344).

Re: NEW: cloud storage plugin for Leo

On Wed, 18 Oct 2017 08:51:07 -0500 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sun, Sep 24, 2017 at 3:40 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > The new leo_cloud plugin allows subtrees within a .leo file to be > > stored in the clou

Re: settings reloaded :-)

On Thu, 30 Nov 2017 20:55:33 -0800 Matt Wilkie wrote: > > Heh, so @leo_cloud nodes allow my settings to stay in sync. across > > the four machines I use Leo on, and... > > > > Wha? sync across machines?? more more, tell me more about this > @leo_cloud thing! > > "Your

Re: Rev 0c7643e fixes a Python 3 problem in editpane.py

On Thu, 30 Nov 2017 15:48:24 -0800 (PST) "Edward K. Ream" wrote: > The fix is straightforward and all tests pass, but perhaps more > testing is needed. I guess I'd call that a pylint problem, rather than a Python 3 problem. Although I guess you could argue it's a Python 3

settings reloaded :-)

Heh, so @leo_cloud nodes allow my settings to stay in sync. across the four machines I use Leo on, and just now, courtesy of the new reloadSettings() pattern, I was able to see those settings update the behavior of the bookmarks plugin in a running Leo without restarting. Nice. Cheers -Terry --

Re: Leo's usage tips

On Wed, 29 Nov 2017 00:32:32 -0800 (PST) vitalije wrote: > I have just created a google form > > > for entering a single tip. Any

New bookmark functions

Couple of new things for bookmarks. There's now a promote bookmark action, which moves the bookmark to the beginning of the list - I find myself doing this manually a lot. Being able to do it in one action is better. Also, the keyboard modifiers for left-clicks on bookmarks are now

Re: Leo's usage tips

On Tue, 28 Nov 2017 06:39:28 -0800 (PST) vitalije wrote: > Perhaps we can have somewhere a page displaying the whole list with > the possibility for each user to add new entries. I think collecting these from email might be cumbersome. Something editable on GitHub (just a

Re: how should an (ordinary) user install Leo on Linux?

  - https://repo.continuum.io/pkgs/pro/noarch > > > > Cheers, > > Offray > > On 27/11/17 12:42, Terry Brown wrote: > > On Mon, 27 Nov 2017 12:24:31 -0500 > > Offray Vladimir Luna Cárdenas <off...@riseup.net> wrote: > > &

Re: how should an (ordinary) user install Leo on Linux?

To clarify my concern about Anaconda installs directing people away from Leo, here's what the Anaconda navigator looks like: https://docs.anaconda.com/_images/navigator-home-1-6.png If you're trying to install Leo and see that Spyder button - meh, close enough, what do I care what it's called?

Re: how should an (ordinary) user install Leo on Linux?

On Mon, 27 Nov 2017 12:24:31 -0500 Offray Vladimir Luna Cárdenas <off...@riseup.net> wrote: > On 27/11/17 11:24, Terry Brown wrote: > > On Mon, 27 Nov 2017 06:54:03 -0800 > > Chris George <technat...@gmail.com> wrote: > > > >> Installing Anaconda jus

Re: how should an (ordinary) user install Leo on Linux?

On Mon, 27 Nov 2017 06:54:03 -0800 Chris George wrote: > Installing Anaconda just works. In the list of installation options, we could maybe characterize them in a few words, e.g. for Anaconda, "larger download, but this is the option that 'just works'". Cheers -Terry --

Re: List of all *python* dependencies and why

On Mon, 27 Nov 2017 06:07:13 -0600 "Edward K. Ream" wrote: > On Sun, Nov 26, 2017 at 3:02 PM, wrote: > > > My 2 cents: the only dependencies that needed to be reported are > > modules needed to run Leo on a standard python install. > > Thus, in my view,

Re: Working Dark Theme in a Windows 10 Environment?

On Sun, 26 Nov 2017 10:34:21 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Sun, Nov 26, 2017 at 8:00 AM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > Remember that Qt is broken, 5.8 and above dont render the stylesheet > > right. I

Re: Working Dark Theme in a Windows 10 Environment?

Remember that Qt is broken, 5.8 and above dont render the stylesheet right. I bumped the bug report just a week or so ago, no response. If that's not the problem, I have a working theme I can share. Cheers - Terry On November 26, 2017 6:15:27 AM CST, "Edward K. Ream"

Re: ENB: Aha: use @c.command to split leoCommands.py

On Fri, 24 Nov 2017 00:50:21 -0800 (PST) "Edward K. Ream" wrote: > Recent revs in the cmds branch have successfully migrated all of the > edit commands to leo/commands/commanderEditCommands.py. I now have a > much better idea of what is needed. Considerable "routine" code >

Re: List of all *python* dependencies and why

On Thu, 23 Nov 2017 05:51:25 -0800 (PST) Josef wrote: > It seems to me that docutils is even required for the viewrendered > plugin (perhaps indirectly?) viewrendered uses docutils to render rst (reStructuredText) formatted docs. But it's a bug if viewrendered won't load

Re: List of all *python* dependencies and why

On Thu, 23 Nov 2017 00:20:34 -0600 "Edward K. Ream" <edream...@gmail.com> wrote: > On Wed, Nov 22, 2017 at 6:20 PM, Terry Brown <terrynbr...@gmail.com> > wrote: > > > markdown.py would be a much lighter dependency than pandoc, > > although a bit less fe

Re: List of all *python* dependencies and why

markdown.py would be a much lighter dependency than pandoc, although a bit less featurefull. My goal is to have leo_edit_pane replace viewrendered. LEP will use either. You probably take this in to account already, but a lot of these things are "recommends" rather than "requires" kind of

Re: viewrendered fails to load

. Ok, thanks, I think that implies it's importing ok, I was hoping for something more diagnostic. Cheers -Terry > - Josef > > On Monday, November 20, 2017 at 4:34:47 PM UTC+1, Terry Brown wrote: > > > > On Mon, 20 Nov 2017 06:44:35 -0800 (PST) > > Josef <joe.

Re: Leo's bug tracker appears to be messed up

On Tue, 21 Nov 2017 09:05:11 -0800 (PST) "Edward K. Ream" wrote: > Somehow #587 and #588 have the same title and labels. I doubt that > Terry did this on purpose. > > For now, let's be wary of creating comments and issues. My bad, please ignore #588, I've tried to make it

Tweaked tags plugin for leo_cloud support

https://github.com/leo-editor/leo-editor/commit/fec44e0 casts tags to sets in case the subtree was stored in the cloud via leo_coud, which stores v.uA as JSON, which can't represent sets. I don't think this will have any impact, but just pointing it out in case anyone notices anything. Cheers

Re: viewrendered fails to load

On Mon, 20 Nov 2017 06:44:35 -0800 (PST) Josef wrote: > Here is the log window. Ah - looks like viewrendered's not loading :-} Can you create a blank node in Leo, put import leo.plugins.viewrendered in the body, hit Ctrl-B, and post whatever shows up in the log when you hit

Re: Cleaning up the worst pep8 offenses

On Sun, 19 Nov 2017 09:35:24 -0800 (PST) "Edward K. Ream" wrote: > I have just created #584 #584: clean up the worst pep8 offenses > . > > I welcome all comments. If you do have comments or suggestions, > please make

Re: 65db25e removes one hard binding to Ctrl-Shift-F in quicksearch plugin

On Sun, 19 Nov 2017 08:49:31 -0800 (PST) "Edward K. Ream" wrote: > Rev 65db25e removes this hard binding in quicksearch.py plugin: > > find-quick-selected = Ctrl-Shift-F > > My by-hand tests indicate that all aspects of #579 >

Re: ENB: Discussion of the fix to #579 re key bindings

On Sun, 19 Nov 2017 07:12:56 -0800 (PST) vitalije wrote: > I am guessing that a call to make bindings is not placed > where it naturally belongs and I am not referring to a > file/class/location but rather about its time location. I wonder what impact more use of signals

Re: PyPi: package name

On Sat, 18 Nov 2017 02:10:40 -0800 (PST) "Edward K. Ream" wrote: > I didn't mean to be flippant. I am perfectly happy to delegate this > matter entirely to you and Terry. > > I haven't done nearly enough delegating, and this is a good place to > start. I'm happy to

Re: Devs: please run unit tests, pylint and pyflakes more often

On Thu, 16 Nov 2017 12:07:51 -0600 "Edward K. Ream" wrote: > ​You will quickly wonder how you ever lived without it. It is, by > far, the best python tool available. I use pyflakes, just didn't recall the Leo setting. It seems mostly to save you from running code that's

Re: launching unit tests

On Wed, 15 Nov 2017 08:52:43 -0600 "Edward K. Ream" wrote: > ​Afaik, all tests run regardless of personal settings.  Let me know > if that isn't true for a particular test. Well it's definitely not true for some values of the the @enabled-plugins setting - but of course

Re: launching unit tests

On Wed, 15 Nov 2017 08:02:37 -0600 "Edward K. Ream" wrote: > Sounds like this is all fixed now, but I wonder if the failure you > were seeing implies that you run the unit tests with your personal > myLeoSettings in effect and if it would be better to run them without >

Re: unit tests broken?

On Mon, 13 Nov 2017 17:41:57 -0600 "Edward K. Ream" wrote: > ​Works for me ​at 36cd05c on Windows and Ubuntu with both 2 and 3. Hmm, works for me in "vanilla mode" (HOME=/tmp), but it used to work (mostly) with my regular @settings / plugins, but now doesn't. Some side

unit tests broken?

For a long time my recipe for running unit tests has been open unitTest.leo, press Alt-4. This no longer seems to work - mostly AttributeErrors. Python 2 & 3, Ubuntu, current master. Cheers -Terry -- You received this message because you are subscribed to the Google Groups "leo-editor"

Re: launching unit tests

On Sun, 12 Nov 2017 11:17:18 -0600 "Edward K. Ream" wrote: > As you say, enabling @script nodes in unitTest.leo is intended to > generate a warning. Sure, but it could do that without overriding the setting in myLeoSettings.leo. Currently it seems that setting it True in

Re: launching unit tests

I tried this script using --script: path = g.os_path_join(g.computeLeoDir(), 'tests', 'unitTest.leo') c2 = g.openWithFileName(path) c2.k.simulateCommand("run-selected-unit-tests-locally") but it doesn't work because --script runs with the dummy gui. This @script node in unitTests.leo

Re: launching unit tests

in Linux. Cheers -Terry On November 12, 2017 5:00:11 AM CST, "Edward K. Ream" <edream...@gmail.com> wrote: >On Sat, Nov 11, 2017 at 12:41 PM, Terry Brown <terrynbr...@gmail.com> >wrote: > >> One impediment to routinely running unit tests is that they seem to

launching unit tests

One impediment to routinely running unit tests is that they seem to be render your computer unusable for the time they take to run. Even when I have enough screen real-estate to run them out the way, I'm worried they'll grab focus while I'm working on something else and (a) I'll cause a test to

<    1   2   3   4   5   6   7   8   9   10   >