<ctrl><l> jump to line # not completing the jump

[john s wolter]

It appears <ctrl><l> jump to line # not completing the jump

!. Activated [Ctrl-L] dialog box
2. I typed a line number
3. Noticed the gray colored line background...the cursor had not moved to
that line...
4. used the [Enter] key expecting to complete the jump
5. ...it did not place the cursor at the beginning of the line

Is there a different key that completes the move to the line?

Cheers,
John S Wolter
johnswolter-38kvHzr4fsSEK/***@public.gmane.org
USA, Eastern Standard Time, -5 GMT, -4 GMT DST

[Olivier Sessink]

weird, which version are you using?

just tested, while typing the number (I switched to 403) I saw the gray
line move to 4, 40 and then to 403.

I'm just thinking, perhaps <enter> should switch focus from the "go to
line entry" to the document.

Olivier

Post by john s wolter
It appears <ctrl><l> jump to line # not completing the jump
!. Activated [Ctrl-L] dialog box
2. I typed a line number
3. Noticed the gray colored line background...the cursor had not moved
to that line...
4. used the [Enter] key expecting to complete the jump
5. ...it did not place the cursor at the beginning of the line
Is there a different key that completes the move to the line?
Cheers,
John S Wolter
USA, Eastern Standard Time, -5 GMT, -4 GMT DST

[john s wolter]

Oliver,

Just to clarify the motion, the gray line moves to the correct line number
but the cursor is not positioned, moved, to the same line. So it's
correctly highlighted but the cursor looks to remain at the start line.

Build info...

bluefish.exe 2.2.4

This version of Bluefish was built with:
./configure 'CONFIG_SITE=win32/config.nsis'
gtk 2.24.8 (runtime gtk 2.24.8)
glib 2.28.8 (runtime 2.28.8)
with libenchant... yes
with libenchant >= 1.4... yes
with libgucharmap... no
with libgucharmap_2... yes
with python... yes



Cheers,
John S Wolter
------------------------
LinkedIn: johnswolter <http://www.linkedin.com/in/johnswolter>

johnswolter-38kvHzr4fsSEK/***@public.gmane.org
USA, Eastern Standard Time, -5 GMT, -4 GMT DST



On Thu, May 30, 2013 at 4:50 PM, Olivier Sessink <

Post by Olivier Sessink
weird, which version are you using?
just tested, while typing the number (I switched to 403) I saw the gray
line move to 4, 40 and then to 403.
I'm just thinking, perhaps <enter> should switch focus from the "go to
line entry" to the document.
Olivier
It appears <ctrl><l> jump to line # not completing the jump
!. Activated [Ctrl-L] dialog box
2. I typed a line number
3. Noticed the gray colored line background...the cursor had not moved to
that line...
4. used the [Enter] key expecting to complete the jump
5. ...it did not place the cursor at the beginning of the line
Is there a different key that completes the move to the line?
Cheers,
John S Wolter
USA, Eastern Standard Time, -5 GMT, -4 GMT DST
--
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/

[Olivier Sessink]

Post by john s wolter
Oliver,
Just to clarify the motion, the gray line moves to the correct line
number but the cursor is not positioned, moved, to the same line. So
it's correctly highlighted but the cursor looks to remain at the start
line.

if you use <tab> a couple of times to move the focus to the text widget
(so switch focus to the text widget without using the mouse), where is
the cursor? If I try this, the cursor is on the right line.

Olivier

b.t.w. in svn I changed the behavior to automatically switch focus if
you hit <enter> after a line number. Should the goto line bar close
after you hit enter?

[john s wolter]

Oliver,

Getting the insert cursor to the new selected line required using the [Tab]
key 8 times. I was not able to see the tabbing-sequence motion until the
cursor appeared in the editing buffer.

Having the [Enter] key place the cursor at the selected line should fix the
issue. You may want to add tabbing-sequences to your pre-distribution
check list.

Cheers,
John S Wolter
------------------------
LinkedIn: johnswolter <http://www.linkedin.com/in/johnswolter>

johnswolter-38kvHzr4fsSEK/***@public.gmane.org
USA, Eastern Standard Time, -5 GMT, -4 GMT DST



On Fri, May 31, 2013 at 2:17 AM, Olivier Sessink <

Post by john s wolter
Oliver,
Just to clarify the motion, the gray line moves to the correct line
number but the cursor is not positioned, moved, to the same line. So it's
correctly highlighted but the cursor looks to remain at the start line.
if you use <tab> a couple of times to move the focus to the text widget
(so switch focus to the text widget without using the mouse), where is the
cursor? If I try this, the cursor is on the right line.
Olivier
b.t.w. in svn I changed the behavior to automatically switch focus if you
hit <enter> after a line number. Should the goto line bar close after you
hit enter?
--
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/

[Olivier Sessink]

Post by john s wolter
Oliver,
Getting the insert cursor to the new selected line required using the
[Tab] key 8 times. I was not able to see the tabbing-sequence motion
until the cursor appeared in the editing buffer.

if this is very visible or not depends on the gtk theme. it's not
something that can be defined inside bluefish.

Post by john s wolter
Having the [Enter] key place the cursor at the selected line should fix
the issue. You may want to add tabbing-sequences to your
pre-distribution check list.

This is now done in svn (pleas test!), but should the goto line bar
close after you hit enter?

Olivier

[john s wolter]

Oliver,

I am imagining the user is changing the line to view, modify or navigate
from that line. So the user would expect the change in focus and would
expect that dialog to be removed.

If the user needs to look further, I imagine they will use the navigation
keys or the search dialog again.

In Notepad++ a separate GoTo dialog pops up, it's [Ctrl-G] containing a
textbox for the line number. The [Enter] key completes the process placing
the cursor at the beginning of the selected line. Note that popular use of
[Ctrl-G] is [Find-Next] in most editors. I wonder about subline text 2
which seems focused too much on web coding.

I've been tending to think that browser keys definitions and behaviors
going forward in time are likely to be better known by a larger audience.
People can be arriving to Bluefish from most any editing environment or
program. Inside my Google's Chrome for desktops I have several test web
editors that are Apps, the key definitions are not uniform yet. The
question being when people arrive at Bluefish are they greeted well.?

The idea of definable keyboard profiles can help with competitive software
or well known but older key definitions. Another use is if a particular
computer language having an IDE that uses a particular set(s) of keys for
well known functions. (Sometimes I use the word "verb" instead of
functions.) Add the need to define keys for use with different spoken
languages and it becomes a necessity.

I see the computer language definition file(s). I have not yet looked at
how spoken languages are handled.

I'm off to another task. I'll look toward downloading the updated svn.

Cheers,
John S Wolter
------------------------
LinkedIn: johnswolter <http://www.linkedin.com/in/johnswolter>

johnswolter-38kvHzr4fsSEK/***@public.gmane.org
USA, Eastern Standard Time, -5 GMT, -4 GMT DST



On Fri, May 31, 2013 at 3:05 PM, Olivier Sessink <

Post by Olivier Sessink

Post by john s wolter
Oliver,
Getting the insert cursor to the new selected line required using the
[Tab] key 8 times. I was not able to see the tabbing-sequence motion
until the cursor appeared in the editing buffer.

if this is very visible or not depends on the gtk theme. it's not
something that can be defined inside bluefish.

Post by john s wolter
Having the [Enter] key place the cursor at the selected line should fix
the issue. You may want to add tabbing-sequences to your
pre-distribution check list.

This is now done in svn (pleas test!), but should the goto line bar
close after you hit enter?
Olivier
--
Bluefish website http://bluefish.openoffice.nl/
Blog http://oli4444.wordpress.com/
--
To unsubscribe from this list: send the line "unsubscribe bluefish-dev" in
panel at http://www.ems.ru/cgi-bin/listargate.cgi
Bluefish web site: http://bluefish.openoffice.nl/