On May 18, 11:22 am, Edward K. Ream edream...@gmail.com wrote:
On Mon, Feb 28, 2011 at 11:05 AM, Adrian von Stechow
With OSX and Tk, some Outlinecommandsexecutetwicewhen used
called by a keyboard shortcut for me.
Imo, it's time to retire support for Tk on MacOS. Tk is (or will soon
be)
On May 18, 11:24 am, Edward K. Ream edream...@gmail.com wrote:
I've been having trouble with an uncloseable modal Window under OS X
This is another good reason to retire support for Tk on MacOS.
Edward
--
You received this message because you are subscribed to the Google Groups
On May 23, 9:39 am, Edward K. Ream edream...@gmail.com wrote:
In this sense, all MacOS support could be called experimental. I
think the only honest thing to do is to advertise MacOS support as
such.
The install docs now clearly state that Leo on MacOS now works only
with Qt.
Edward
--
On May 20, 10:22 am, Edward K. Ream edream...@gmail.com wrote:
There is always a tension between completing items and releasing
asap. Depending on progress fixing bugs, I may skip a1 and release b1
in two weeks instead.
I am fixing (or sometimes ignoring :-) 3-5 bugs a day. At this rate,
On May 21, 8:18 am, Edward K. Ream edream...@gmail.com wrote:
OSX users [will] be convinced that this project is seriously unstable and
thus be scared away if this bug makes it into an official release.
Imo, all MacOS code deserves the label experimental. Support for
MacOS appears to be a
I just noticed this behavior on the latest 4121 rev, (may have slipped
in earlier, Its been a while since I've looked at Leo's current
trunk). If I'm arrow key navigating through the tree pane, it seems
all too likely to slip into edit the current headline mode and stay
there when all I want to
On Mon, May 23, 2011 at 2:12 PM, tfer tfethers...@aol.com wrote:
I just noticed this behavior on the latest 4121 rev, (may have slipped
in earlier, Its been a while since I've looked at Leo's current
trunk). If I'm arrow key navigating through the tree pane, it seems
all too likely to slip
On 05/23/2011 08:23 AM, Edward K. Ream wrote:
Apparently, application menus disappear with the qt-tabs gui in
effect. I have no idea why. The workaround is to use the plain qt
gui.
That's fair enough; is it possible to disable qt-tabs by default on OSX?
Cheers,
Greg
--
You received this
On Mon, May 23, 2011 at 2:31 PM, Gregory Crosswhite
gcrosswh...@gmail.com wrote:
Is it possible to disable qt-tabs by default on OSX?
Yes. Invoke Leo with --gui=qt.
Edward
--
You received this message because you are subscribed to the Google Groups
leo-editor group.
To post to this group,
On 05/23/2011 12:40 PM, Edward K. Ream wrote:
On Mon, May 23, 2011 at 2:39 PM, Gregory Crosswhite
gcrosswh...@gmail.com wrote:
Okay, good to know. However, to clarify what I initially meant, would it be
possible for you to add a switch (possible to the startup script) to make
that be the
The fix is on the trunk at rev 4109. The actionscript colorizer now
colorizes parens like operators. For example::
Thanks for this one.
I have tried to disable @data qt-gui-plugin-style-sheet as you have
suggested and colors were changed, but strange behavior was still
present. When I double
On May 23, 7:43 pm, Edward K. Ream edream...@gmail.com wrote:
The scroll-outline-up/down
commands should change the selected node: there is almost no point at
all in scrolling the tree pane without changing the selected node.
It's true that these commands are pretty useless, but scrolling
On Mon, May 23, 2011 at 3:06 PM, vitalije vitali...@gmail.com wrote:
Is Leo
responsible for creating headline editor in both cases (double click
and keyboard shortcut) or may be PyQt is responsible for creating
double click editor? If so, how can we tell PyQt to respect our color
settings?
This was more a, is anyone seeing this behavior, than a bug report,
I agree that it needs more.
What I've found with more observation is that any strictly
navigational arrowing must include the alt key, before the alt key did
was insure that the navigation went, (along with the focus), to the
14 matches
Mail list logo
