several defects and enhacement-wishes

[Yves-Alexis Perez]

On Sun, 2006-10-08 at 02:06 +0300, samo wrote:
> [sorry if this doesnot appear at correct thread/place, i was using 
> digests]
> (to Yves-Alexis Perez / Message-ID: 1160122474.8303.20.camel at hidalgo)
> 
> > This repository is deprecated (and may be taken down at any
> > moment). There is a replacement but outdated, as 4.3.99.1 is in
> > unstable. There is no support (from Debian Xfce team) on those
> > packages, and they may be broken at any time.
> > Just a warning :)
> that's ok, i could do with compiling.., 
> before downscrewing (ubuntu-edgy is 4.3.90.*), let me ask - 
> do u suggest svn-head? or some specific label/tag? or i can pick a 
> debian 4.3.99.last from somewhere?

I'd suggest using Debian official sources. (I'd suggest using Debian,
but we're not there to talk about distribs). If you don't want to screw
your install by accidentally install Debian packages other than Xfce,
you may want to use following sources:

deb http://debian.corsac.net unstable/
deb-src http://debian.corsac.net unstable/

(see http://www.corsac.net/?rub=xfce (in french) and
http://www.corsac.net/?cat=3 )
> 
> > >  + terminal: no way to move by keyboard between the "tabs"
> > > (general, appearance, colors,...). btw why not make them normal
> > > tabs - or let them behave as such. Ctrl-tab is a good default.
> >
> > Here I can do that with Control Home/End (which are default
> > shortcuts iirc). You can edit those shortcut using
> > Preferences/Shortcut
> ok, sorry, my omission, not the tabs as sub-consoles, but the "tabs" 
> in the terminal settings menu. There is a vertical column of icons 
> which when clicked, behave like tabs in a tabbed dialog. So 
> that "likeliness" should be full - with keyboard too. 
> And as i said switching such tabs should have a normal shortcut 
> everywhere - e.g. ctrl-tab - instead of trying to focus the tab-title 
> then use arrows...

Ah yes, you're right (but they aren't "real" tabs, that's why, I guess.
anyway they should be usable with keyboard)

> 
> > >  + window-manager: need keyboard shortcut for opening the
> > > window-menu, (one which is opened by mouse-right-click on
> > > window-heading, or by the icon-buton there.)
> > >    alt-space is a good default comnbination.
> > >    this will free (for me) all the
> > > move/resize/whatever-window-related shorcuts
> >
> > You can use xfce4-popup-menu if you have a panel plugin menu.
> umm, no, not the desktop-menu (apps etc), but the window-menu - 
> maximize, minimize, hide, sticky, send-to-workspace... 

Ah yes. But all those item can be binded to commands in window manager
settings, aren't they ?

> 
> > >  - window-manager: keyboard shortcuts cannot be edited by
> > > keyboard alone - e.g. Enter or Space opens the sub-dialog but
> > > immediately closes it, auto-assigning the key (Enter or space)
> >
> > Here it works. Using keyboard I select "add", then i type the
> > command, then return, then i only have to type the shortcut to
> > assign it. What is the problem ?
> i talk about settings:: window-manager:: keyboard settings. Add there 
> adds a new theme AFAIunderstand.. no way to delete assignment either.

Ok.

> And another thing there - are the table/panel sizes fixed in the code 
> or what? e.g. i never see the right column of that 
> shortcut-assignment table, only the left one.

Maximize the window helps.

> > I guess that's depends if you have the "focus follow mouse"
> > activated or not ?
> no, my focus never follows mouse. Also, above thing happens too if i 
> send some window to another workspace; then at switching back into 
> the old workspace, the focus is nowhere (or maybe at the desktop?) 
> doesnot matter if switching is by keyboard or by, say, clicking the 
> pager-in-the-panel..

I use focus-follow mouse so I don't really see that behavior, but
switching it off, I can confirm this.

> a) the idea is: having 2 shortcuts to enter window-resize or window- 
> move, then do the resize/move by the ordinary movement arrows - so no 
> need for 8 shortcuts. 
> nevermind, this is just idea - a shortcut for opening the 
> window-control-menu would do much better.
> b) the context of the "wrong" behavior reported above was: i have 
> assigned ctrl+keypad arrows to move a window, and shift+keypad-arrows 
> to resize it... but they worked like a), just entering the 
> resize/move mode, then i have to use the normal arrows to finish the 
> task. BUT, now i cannot reproduce it anymore. gone.

Ok I didn't understand there was a wishlist bug and a a not reproducible
bug wich fixed the wishlist bug :)


> seems this trio - or quatro - has 4 different (mutualy incompatible?) 
> ways to save session settings - e.g. mozilla digs them from somewhere 
> else, not from session-manager etc. The overall save-session 
> behaviour is very strange with these, getting one of these to start 
> correctly prevents some other from starting and such funny stuff. 
> Of course Tuning the session cache file is done without re-saveing 
> session again... NOT that i wanted to tune it.
> Ok, devilspie then...

I know that mozilla isn't correctly session-aware. Don't know about
kmail and opera but that wouldn't surprise me.
> 
> > > -+ Terminal: i cannot get ctrl-tab and ctrl-home/ctrl-end reach
> > > the shell inside, in some way distinguishable from usual
> > > tab/home/end.
> >
> > Iirc, ctrl+home/end goes to prev/next tab.
> umm no. i have ctrl-page-up/down on these (u mean tabs as 
> subconsoles, right?) so ctrl-home/end are not taken by anyone (and 
> mapped by anyone). still they come inside as plain home/end: ^[OH / 
> ^[OF. Same for the ctrl-tab.

Ah yes, I've rebinded them. Ctrl PageUp/PageDown outputs garbage on the
terminal here, too.
> 
> > >    Any X-resource or similar thing i am missing? libvte doesnt
> > > seems to care... (yes my shell understands/uses all the keyboard
> > > via lots of mappings - imagine 4dos' full control over keyboard -
> > > we are not in 1970's). btw it is ok in xterm.
> >
> > What Xresources are you trying to set ?
> well, e.g. for xterm:
> xterm*translations: #override          \n\
>  Ctrl<Key>Tab:      string("\033[T")   \n\
>  Shift<Key>Tab:     string("\033[t")   \n\
>  Ctrl<Key>Up:       string("\033[a")   \n\
>  Ctrl<Key>Down:     string("\033[b")   \n\
>  Ctrl<Key>Left:     string("\033[d")   \n\
>  Ctrl<Key>Right:    string("\033[c")   \n\
>  Ctrl<Key>Home:     string("\033[h")   \n\
>  Ctrl<Key>End:      string("\033[e")   \n\
>  Ctrl<Key>Prior:    string("\033[p")   \n\
>  Ctrl<Key>Next:     string("\033[n")
> and then binding the above escapes in bash/tcsh to whatever u want.
> Current xterm bindings are sane enough, but ctrl-arrows/home/pgup, 
> ctrl-tab and similar are not mapped at all so i add these.
> Are there similar X-level mappings for Terminal/libvte?

I don't really know about XRessources but I don't think Terminal would
take them into account. At least not xterm ones.


Regards,
-- 
Yves-Alexis