On Fri, 24 Oct 2008 09:20:10 -0500
Kent Tenney [EMAIL PROTECTED] wrote:
I've never used what rclick currently presents, it looks to be Cleo
stuff. It would be great if rclicking a node icon offered active_path
operations.
For me right clicking (as in context menu) would be too slow for
On Fri, Oct 24, 2008 at 9:32 AM, Terry Brown [EMAIL PROTECTED] wrote:
On Fri, 24 Oct 2008 09:20:10 -0500
Kent Tenney [EMAIL PROTECTED] wrote:
I've never used what rclick currently presents, it looks to be Cleo
stuff. It would be great if rclicking a node icon offered active_path
Hi,
I completely agree.
Cheers.
On 24 oct, 13:08, Kent Tenney [EMAIL PROTECTED] wrote:
I've mentioned this before, but just in case the QT stuff has changed
the landscape, making it feasible ...
My favorite pane arrangement would be editor and outline side by side
with the log along the
On Fri, 24 Oct 2008 09:32:43 -0500
Terry Brown [EMAIL PROTECTED] wrote:
Short term I think I
will make the event to which active_path reacts user configurable.
Trunk version now allows the event to be configured in @settings
@string active_path_event = iconrclick1
for right click
Cheers
I just sent the following to the pyqt list:
QQQ
Setting the insertion point programmatically does not appear to take
until (approximately) the point at which a textChanged() signal is
generated. The relevant code (simplified just a bit) is:
def setInsertPoint(self,i):
w = self.widget
Hi,
I looked at the Qt 4.4.0 C++ documentation and it says about QTextEdit
QTextCursor QTextEdit::textCursor () const
Returns a copy of the QTextCursor that represents the currently
visible cursor. Note that changes on the returned cursor do not affect
QTextEdit's cursor; use setTextCursor()
On Oct 24, 2:59 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
There is still one more problem: inserting a newline eats the
character to the right. of the insertion point. This is probably an
artifact of Leo's insert-newline code...
There were blunders in leoQtBody insert and delete
This was not a design error, it was an understandable misunderstanding
of what the function marker_from_extension was expecting. Here's a
patch:
[EMAIL PROTECTED] thyrsus1]$ bzr diff
=== modified file 'leo/core/leoAtFile.py'
--- leo/core/leoAtFile.py 2008-10-03 21:02:41 +
+++
On Oct 24, 3:18 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
The new code is at rev 1371. It's likely there are still a few more
key problems...
rev 1372 adds another exotic special case to handle the key
conventions in Leo's core. With this latest fix all keys appear to
work properly! In
On Oct 24, 3:37 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
Hmm. Tab still doesn't work properly in the body pane. Probably must
undo a previous hack...
Done at 1373. In effect, all the special-cases in eventFilter for the
QScintilla widget have been repealed. All keys get sent to
On Oct 24, 11:37 pm, Edward K. Ream [EMAIL PROTECTED] wrote:
rev 1372 adds another exotic special case to handle the key
conventions in Leo's core. With this latest fix all keys appear to
work properly!
Just checked r1374 of qt-plugin
I hit Alt-X and type something.
Hitting Esc after that
me too!
Cheers
J^n
PS: I was seeing reference to right-mouse clicks, assume that it's
possible to assign to this (someone mentioned context editing of nodes
etc.). Where do I look to learn more about this please? Thanks, J
--~--~-~--~~~---~--~~
You
On Oct 24, 8:30 am, Edward K. Ream [EMAIL PROTECTED] wrote:
Actual usage shows that syntax coloring can hang until there is a
click in the body pane. I've disabled this for now: the following
items are more urgent:
- Properly handle all characters in the usual Leonine way, which
includes
13 matches
Mail list logo