Re: Upgrading to Py34 and QT5, Leo won't load files

2014-10-24 Thread Largo84
OK, I sort of figured out that pythonw.exe doesn't work, but python.exe (at least on Python3.3 and any version of QT). But now I get this: loadOnePlugin: error importing plugin: leo.plugins.stickynotes Traceback (most recent call last): File "C:\Users\Keeney\Documents\GitHub\leo-editor\leo-edi

Re: Bracket completion doesn't work: Win8.1

2014-10-24 Thread Largo84
PyQT5 doesn't work either: Leo 5.0d1, build 20141024184424, Fri Oct 24 18:44:24 CDT 2014 Git repo info: branch = master, commit = 939718661bcb Python 3.3.3, PyQt version 5.2.0 Windows 8 AMD64 (build 6.2.9200) On Thursday, October 23, 2014 9:24:21 PM UTC-4, Largo84 wrote: > > Environment: > Leo 4.

Re: Upgrading to Py34 and QT5, Leo won't load files

2014-10-24 Thread Largo84
Tried Python 3.3 w/ PyQT5, doesn't work either. Arrrgghhh! On Friday, October 24, 2014 9:24:51 AM UTC-4, Largo84 wrote: > > Trying to upgrade the working environment: > > 1) Installed Python 3.4.2 (64bit Windows) > 2) Installed PYQT5 > 3) Downloaded latest Leo build (Leo 4.11 final, build 20141024

Re: Bracket completion doesn't work: Win8.1

2014-10-24 Thread Largo84
Can't really try that until/unless there's either a PyQT5 for Python 3.3 (I don't see one) or there's a fix for getting Python 3.4 to work. Shall I post bug report anyway, or just wait and see? Rob. On Thursday, October 23, 2014 9:24:21 PM UTC-4, Largo84 wrote: > > Environment: > Le

Re: Upgrading to Py34 and QT5, Leo won't load files

2014-10-24 Thread Largo84
Good to know it's not just me:-) I tried both 64 bit and 32 bit installers and neither works. I'll see if I can get an earlier version to work. Rob.. On Friday, October 24, 2014 9:24:51 AM UTC-4, Largo84 wrote: > > Trying to upgrade the working environment: > > 1) Installed Python 3

The new @bool auto-scroll-find-tab setting

2014-10-24 Thread Edward K. Ream
The @bool auto-scroll-find-tab setting is new in d5e5e55. The default is True, so as to enable the "fix" to bug 1254861: find - ctrl-f doesn't ensure find input field visible https://bugs.launchpad.net/leo-editor/+bug/1254861 I found the new behavior extremely unpleasant. For me, it was the wors

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

2014-10-24 Thread Todd Mars
OK great: The fact that GNX is considered visually intrusive is a separate issue. There should be a design to mitigate that. My diagnosis: you are confusing two diseases as having the same cause. 1- There are bad GNX (functionality). If GNX is fixed it makes the visual worse. 2- There are visual p

Re: Upgrading to Py34 and QT5, Leo won't load files

2014-10-24 Thread Edward K. Ream
On Fri, Oct 24, 2014 at 8:24 AM, Largo84 wrote: > can not open C:\Applications\Leo\Leo-141024 > This build of Leo will work just fine with Python 3.3 and QT4. At present it is impossible for me to install even just Python 3.4 on my Windows machine, due to a known botch in the 3.4 uninstaller.

Upgrading to Py34 and QT5, Leo won't load files

2014-10-24 Thread Largo84
Trying to upgrade the working environment: 1) Installed Python 3.4.2 (64bit Windows) 2) Installed PYQT5 3) Downloaded latest Leo build (Leo 4.11 final, build 20141024060634, Fri Oct 24 06:06:34 CDT 2014) I get this in the log pane: can not open C:\Applications\Leo\Leo-141024 (that is the insta

Warning: rev b4c7bac made copy/paste outlines dangerous

2014-10-24 Thread Edward K. Ream
This commit happened Wednesday, October 22, 2014 6:08:06 PM Since then, a botch in ni.getNewIndex caused copying and pasting an outline to assign the same gnxs to all the vnodes in the pasted tree. This is a terrible bug, one that can easily cause data loss. Here is what you may have seen: yo

Re: Bracket completion doesn't work: Win8.1

2014-10-24 Thread Edward K. Ream
On Thu, Oct 23, 2014 at 8:24 PM, Largo84 wrote: > Bracket completion works fine on my Win7 PC at the office, not here at home > on my Win8.1 PC. Any idea why? No real idea. Can you try Qt5? It may be a qt issue. Please file a bug report: https://github.com/leo-editor/leo-editor/issues Edward

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

2014-10-24 Thread Edward K. Ream
On Thu, Oct 23, 2014 at 3:59 PM, Fidel N wrote: > Couldn't two gnx be stored? > - a short one visually acceptable for inside the documents that the external > user will see, just with a reference to the actual gnx it refers to. Maybe > just an index of the place that the real gnx has within the L