Window history

Hi,

The attached patch allows to popup a menu that has a list of
documents, sorted 
by visit order, just like the window manager ALT-Tab. 
Usually CTRL-Tab is used has a shortcut but has it is a very
busy shortcut in 
KDE, CTRL[-SHIFT]-F6 was choosen for default (just like in
Eclipse).

I don't know if this is useful for other people but I can
tell it's very 
useful for me. It's also a fact that several IDEs I tried
have this 
functionality: Eclipse, Netbeans and JDeveloper. In the
browser league, Opera 
also allows to switch to last visited tabs. All but Eclipse
use 
CTRL[-SHIFT]-Tab.

If you find this feature useful we can start to discuss the
implementation.
In the meanwhile I'm a very happy user with my improved
KDevelop 

Paulo

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

A made some fixes to the previous one.

Paulo

On Sunday 28 January 2007 18:27, Paulo Moura Guedes wrote:
> Hi,
>
> The attached patch allows to popup a menu that has a
list of documents,
> sorted by visit order, just like the window manager
ALT-Tab.
> Usually CTRL-Tab is used has a shortcut but has it is a
very busy shortcut
> in KDE, CTRL[-SHIFT]-F6 was choosen for default (just
like in Eclipse).
>
> I don't know if this is useful for other people but I
can tell it's very
> useful for me. It's also a fact that several IDEs I
tried have this
> functionality: Eclipse, Netbeans and JDeveloper. In the
browser league,
> Opera also allows to switch to last visited tabs. All
but Eclipse use
> CTRL[-SHIFT]-Tab.
>
> If you find this feature useful we can start to discuss
the implementation.
> In the meanwhile I'm a very happy user with my improved
KDevelop 
>
> Paulo

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Sunday 28 January 2007, Paulo Moura Guedes wrote:
> CTRL[-SHIFT]-F6 was choosen for default (just like in
Eclipse).

CTRL-F6 is just as bad as CTRL-TAB: switch to desktop #6.
Better start 
(continue) a discussion about setting a standard for this
taks in KDE.

BTW, the old Borland tools had this shortcut for ALT-0.
ALT-1..9 being 
for switching to the corresponding window. I like the ALT-0,
but I know 
it feels strange for *nix people.

Andras

-- 
Quanta Plus developer - http://quanta.kdewebdev.o
rg
K Desktop Environment - http://www.kde.org

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Tuesday 30 January 2007 12:55, Andras Mantia wrote:
> BTW, the old Borland tools had this shortcut for ALT-0.
ALT-1..9 being
> for switching to the corresponding window. I like the
ALT-0, but I know
> it feels strange for *nix people.
We now use alt-0..9 for toolview navigation ;)

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

Paulo Moura Guedes wrote:
> 
> The attached patch allows to popup a menu that has a
list of documents,
> sorted by visit order, just like the window manager
ALT-Tab.
> Usually CTRL-Tab is used has a shortcut but has it is a
very busy shortcut
> in KDE, CTRL[-SHIFT]-F6 was choosen for default (just
like in Eclipse).

Is someone going to apply this? I'd really like to see this
in KDevelop.

Regards
Jörg



_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Saturday 03 February 2007 22:20, Jörg Rüppel wrote:
> Paulo Moura Guedes wrote:
> > The attached patch allows to popup a menu that has
a list of documents,
> > sorted by visit order, just like the window
manager ALT-Tab.
> > Usually CTRL-Tab is used has a shortcut but has it
is a very busy
> > shortcut in KDE, CTRL[-SHIFT]-F6 was choosen for
default (just like in
> > Eclipse).
>
> Is someone going to apply this? I'd really like to see
this in KDevelop.

AFAIK it won't be applied because it's a big patch and it
uses a parallel 
history (because the current one doesn't do what is
needed).
As the main window code will be discontinued for KDE 4 and
the patch can't 
break anything I don't understand the reason why though.

Paulo

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On 12.02.07 01:15:47, Paulo Moura Guedes wrote:
> On Saturday 03 February 2007 22:20, Jörg Rüppel wrote:
> > Paulo Moura Guedes wrote:
> > > The attached patch allows to popup a menu
that has a list of documents,
> > > sorted by visit order, just like the window
manager ALT-Tab.
> > > Usually CTRL-Tab is used has a shortcut but
has it is a very busy
> > > shortcut in KDE, CTRL[-SHIFT]-F6 was choosen
for default (just like in
> > > Eclipse).
> >
> > Is someone going to apply this? I'd really like to
see this in KDevelop.
> 
> AFAIK it won't be applied because it's a big patch and
it uses a parallel 
> history (because the current one doesn't do what is
needed).

Yes those are two things making this change a bit
problematic.

> As the main window code will be discontinued for KDE 4
and the patch can't 
> break anything I don't understand the reason why
though.

It might be that this has just been forgotten, Jörg could
open a
wishlist report and attach the patch, that way it won't be
forgotten.

Apart from that I do have Strg+Tab behaviour here, although
I didn't
apply the patch. I have no idea how or why this works here
or how I
activated it. However I don't get the popup...

Andreas

-- 
You possess a mind not merely twisted, but actually
sprained.

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Monday 12 February 2007 08:54, Andreas Pakulat wrote:
> On 12.02.07 01:15:47, Paulo Moura Guedes wrote:
> > On Saturday 03 February 2007 22:20, Jörg Rüppel
wrote:
> > > Paulo Moura Guedes wrote:
> > > > The attached patch allows to popup a
menu that has a list of
> > > > documents, sorted by visit order, just
like the window manager
> > > > ALT-Tab. Usually CTRL-Tab is used has a
shortcut but has it is a very
> > > > busy shortcut in KDE, CTRL[-SHIFT]-F6
was choosen for default (just
> > > > like in Eclipse).
> > >
> > > Is someone going to apply this? I'd really
like to see this in
> > > KDevelop.
> >
> > AFAIK it won't be applied because it's a big patch
and it uses a parallel
> > history (because the current one doesn't do what
is needed).
>
> Yes those are two things making this change a bit
problematic.
>
> > As the main window code will be discontinued for
KDE 4 and the patch
> > can't break anything I don't understand the reason
why though.
>
> It might be that this has just been forgotten, Jörg
could open a
> wishlist report and attach the patch, that way it won't
be forgotten.

If that is the problem and there are no objections I can
commit the patch 
myself.

> Apart from that I do have Strg+Tab behaviour here,
although I didn't
> apply the patch. I have no idea how or why this works
here or how I
> activated it. However I don't get the popup...

Weird 

Paulo


_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Monday 12 February 2007 02.15.47 Paulo Moura Guedes
wrote:
> On Saturday 03 February 2007 22:20, Jörg Rüppel wrote:
> > Paulo Moura Guedes wrote:
> > > The attached patch allows to popup a menu
that has a list of documents,
> > > sorted by visit order, just like the window
manager ALT-Tab.
> > > Usually CTRL-Tab is used has a shortcut but
has it is a very busy
> > > shortcut in KDE, CTRL[-SHIFT]-F6 was choosen
for default (just like in
> > > Eclipse).
> >
> > Is someone going to apply this? I'd really like to
see this in KDevelop.
>
> AFAIK it won't be applied because it's a big patch and
it uses a parallel
> history (because the current one doesn't do what is
needed).
> As the main window code will be discontinued for KDE 4
and the patch can't
> break anything I don't understand the reason why
though.
>

Since it sounds like you're quoting me, I guess I should
respond.  I was 
waiting for someone else to chime in.. has anyone else
tested the patch? 
Opinions?

I finally actually tried the patch last night, and it does
more or less what 
advertised. 

Some minor issues:
1. I just couldn't get the shortcuts to work, even when
reconfiguring them 
from their default (switch to 6th/18th desktop (!!!)). I
used ctrl+shift+N 
(next) and ctrl+shift+P (previous) and lo, I got the menu. I
doubt there is 
anything wrong in the patch, must be some KDE borkage.

2. The popup menu appears in the middle of screen 0. This is
fine if that's 
where KDevelop is, but in my TwinView setup I had KDevelop
on screen 1 when I 
tested the patch and at first didn't even see the popup. I
guess the popup 
should probably center on the application window, rather
than the desktop.

Pro:
Nice feature. Works well.
Readable high quality code
Manages to remember switches done via tabwidget

Con:
Well.. nothing really, except it's a non-trivial amount of
code for a rather 
marginal feature. It brings a second implementation of
history with a third 
way of stepping between open documents (the other two being
navigation 
history and tab-order based next/previous window). This in
addition to Window 
menu, QuickOpen based open files switcher and the FileList.
Do we really 
want/need this?

Opinions?

// jens





_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel

On Monday 12 February 2007 20:32, Jens Dagerbo wrote:

> I finally actually tried the patch last night, and it
does more or less
> what advertised.
>
> Some minor issues:
> 1. I just couldn't get the shortcuts to work, even when
reconfiguring them
> from their default (switch to 6th/18th desktop (!!!)).
I used ctrl+shift+N
> (next) and ctrl+shift+P (previous) and lo, I got the
menu. I doubt there is
> anything wrong in the patch, must be some KDE borkage.

I can reproduce that with some actions, like switch
header/source. I can't 
make that shortcut work. :(

> 2. The popup menu appears in the middle of screen 0.
This is fine if that's
> where KDevelop is, but in my TwinView setup I had
KDevelop on screen 1 when
> I tested the patch and at first didn't even see the
popup. I guess the
> popup should probably center on the application window,
rather than the
> desktop.

Strange, that's what I thougth it does.

> Pro:
> Nice feature. Works well.
> Readable high quality code
> Manages to remember switches done via tabwidget
>
> Con:
> Well.. nothing really, except it's a non-trivial amount
of code for a
> rather marginal feature. It brings a second
implementation of history with
> a third way of stepping between open documents (the
other two being
> navigation history and tab-order based next/previous
window). 

Navigation history seems a little broken here. And it
doesn't remember 
switches via tabwidget IIRC. The next/previous window is a
different method 
of navigation.

> This in 
> addition to Window menu, QuickOpen based open files
switcher and the
> FileList. Do we really want/need this?

Window menu is also a different navigation method (sorted
alphabetically). The 
file list is duplicated stuff IMHO. There is someone using
that? Quick Open 
is very cool and something unique when looking at other
IDEs.

I can't answer for the users but this is a navigation method
that doesn't 
exist yet in KDevelop (no duplication) and is very common in
mainstream 
development tools. If I had to choose between one method I
would choose this 
one. I rather have them all though 

Paulo

_______________________________________________
KDevelop-devel mailing list
KDevelop-develkdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinf
o/kdevelop-devel