If you review the manual, you will find parts that are unclear or inaccurate. Please, can someone who knows the topics better explain the following points? Chapter 2.1.7 Labels "... you will have to use Alt+Ctrl instead ..." . I noticed when trying this in the Crop feature (chapter 2.2.7) that it only works with the left Alt key. I don't know if this is Mint-XFCE specific or not. The Alt key issue is also mentioned in 2.2.6 . Chapter 2.2.1 RMB in the compositor window includes Camera keyframe and Projector keyframe. What do these do? Describe them here seems logical. Chapter 2.2.7 Cropping. "... Reformat - Reformat Session crops and changes the Format for the entire session ..." Does the same thing happen if I change Settings->Format with tracks loaded? If so, which portion of the video is taken (e.g. 1920x1080p to 1080x720p). Is it cropped or scaled? Chapter 2.4.2 Timebar + Preview Region Usage in the Compositor and Viewer. "Settings", point 1. "...If no preview region is set ..." Then what is the rest of point 1 about? "... has no effect on the non-selected preview region ..."? If you notice any other unclear points, please let us know.
On Sun, 27 Sep 2020, Andrea paz via Cin wrote:
"... you will have to use Alt+Ctrl instead ..." . I noticed when trying this in the Crop feature (chapter 2.2.7) that it only works with the left Alt key. I don't know if this is Mint-XFCE specific or not. The Alt key issue is also mentioned in 2.2.6 .
With Alt+Ctrl etc. modificators one has to take into account: many window managers intercept some modificators globally for their own shortcuts. They may be configured so per default, or the user can set his shortcuts and later forget that he has done so. And then some shortcuts of an application do not work, or work strange, nobody knows why... ...for example, Alt+Ctrl+Backspace kills the whole X11 together with all its clients... _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________
Andrea, I had a chance to test the right alt key today on a desktop keyboard, although Georgy already said it. A program called "xev" that you can type at the prompt on a window which brings up a square box but if you move the mouse to that little window and type a character, it shows you what the key name is. For left alt, it is Alt_L but right alt has no name. Another anomaly is the left ctrl key which is Ctrl_L and the right ctrl key which is Ctrl_R. I do not know how to state this in the Manual, but only the Left Alt and Left Ctrl keys should be considered as the correct shortcut keys to use whenever Alt or Ctrl are referenced.
"... you will have to use Alt+Ctrl instead ..." . I noticed when
trying this in the Crop feature (chapter 2.2.7) that it only works with the left Alt key. I don't know if this is Mint-XFCE specific or not. The Alt key issue is also mentioned in 2.2.6 .
With Alt+Ctrl etc. modificators one has to take into account: many window managers intercept some modificators globally for their own shortcuts. They may be configured so per default, or the user can set his shortcuts and later forget that he has done so. And then some shortcuts of an application do not work, or work strange, nobody knows why...
...for example, Alt+Ctrl+Backspace kills the whole X11 together with all its clients...
_______________________________________________________________________________
Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected]
_______________________________________________________________________________
-- Cin mailing list [email protected] https://lists.cinelerra-gg.org/mailman/listinfo/cin
On Tue, 29 Sep 2020, Phyllis Smith via Cin wrote:
A program called "xev" that you can type at the prompt on a window which brings up a square box but if you move the mouse to that little window and type a character, it shows you what the key name is. For left alt, it is Alt_L but right alt has no name. Another anomaly is the left ctrl key which is Ctrl_L and the right ctrl key which is Ctrl_R.
Just now I have checked the same behavior on my computer at work with xev: Left Ctrl is called Control_L, keycode 37, keysym 0xffe3 Right Ctrl is called Control_R, keycode 105, keysym 0xffe4 Left Alt is called Alt_L, keycode 64, keysym 0xffe9 Right Alt is called Alt_R, keycode 108, keysym 0xffea So, the right Alt key is active, an application can use it just as it uses left Alt. Which key has which name, and whether an X11 application is given chance to see it at all, depends on the Xorg server configuration: XkbLayout, XkbVariant, XkbOptions etc. After that, keystrokes may be catched by the window manager and, may be, some special key interceptors like, for example, language switchers in multilingual keyboard configurations, or accessibility tools emulating, for example, mouse motion via some combination of keys. For example, I have the following configs: X.Org X Server 1.9.5 Option "XkbLayout" "us+ru3" Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:shifts_toggle,grp_led:scroll" Window manager fvwm-2.6.1 (neither KDE nor GNOME) Keyboard language switcher xxkb The xxkb switcher uses a rather exotic key combination Shift_L+Shift_R The window manager uses several key bindings: Menu - to set keyboard focus to a selected window Alt/Shift/Left (Right, Up, Down) to move cursor discretely without mouse Of course I cannot use the same combinations in any application. Should I wish to use Alt/Shift/Left in Cinelerra, for example, then I have firstly to remove the corresponding definitions from my fvwm configfile. _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________
On Tue, 29 Sep 2020, Phyllis Smith via Cin wrote:
A program called "xev" that you can type at the prompt on a window which brings up a square box but if you move the mouse to that little window and type a character, it shows you what the key name is. For left alt, it is Alt_L but right alt has no name. Another anomaly is the left ctrl key which is Ctrl_L and the right ctrl key which is Ctrl_R.
Another collegue has tested right Alt on his computer, and it did also work. He has Opensuse and XFCE desktop (he also hates KDE).
Just now I have checked the same behavior on my computer at work with xev:
Left Ctrl is called Control_L, keycode 37, keysym 0xffe3 Right Ctrl is called Control_R, keycode 105, keysym 0xffe4 Left Alt is called Alt_L, keycode 64, keysym 0xffe9 Right Alt is called Alt_R, keycode 108, keysym 0xffea
So, the right Alt key is active, an application can use it just as it uses left Alt.
Which key has which name, and whether an X11 application is given chance to see it at all, depends on the Xorg server configuration: XkbLayout, XkbVariant, XkbOptions etc.
After that, keystrokes may be catched by the window manager and, may be, some special key interceptors like, for example, language switchers in multilingual keyboard configurations, or accessibility tools emulating, for example, mouse motion via some combination of keys.
For example, I have the following configs:
X.Org X Server 1.9.5 Option "XkbLayout" "us+ru3" Option "XkbOptions" "terminate:ctrl_alt_bksp,grp:shifts_toggle,grp_led:scroll" Window manager fvwm-2.6.1 (neither KDE nor GNOME) Keyboard language switcher xxkb
The xxkb switcher uses a rather exotic key combination Shift_L+Shift_R
The window manager uses several key bindings:
Menu - to set keyboard focus to a selected window Alt/Shift/Left (Right, Up, Down) to move cursor discretely without mouse
Of course I cannot use the same combinations in any application. Should I wish to use Alt/Shift/Left in Cinelerra, for example, then I have firstly to remove the corresponding definitions from my fvwm configfile.
Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________
At the beginning of the shortcuts chapter, in the manual, it is already mentioned the problems of the Alt key on some DEs. Do you think it is better to deepen/clarify?
On Wed, 30 Sep 2020, Andrea paz via Cin wrote:
At the beginning of the shortcuts chapter, in the manual, it is already mentioned the problems of the Alt key on some DEs. Do you think it is better to deepen/clarify?
I'd point out somehow like so. In Cinelerra-GG a lot of shortcuts are defined for various operations. Although it is quite possible to do everything with the mouse, the extensive use of shortcuts can make the editing process much more convenient and efficient. However, with so large variety of shortcuts it is not uncommon that some of them may interfere with assignments of the same shortcuts to the user's desktop environment, keyboard language switcher, etc. For example, the Alt-Tab and Ctrl-Alt-Tab shortcuts are commonly assigned to switch between different desktop applications, and if so, these keystrokes will not be available to Cinelerra-GG. When having problems with some shortcut in Cinelerra-GG, it is recommended firstly to examine which set of shortcuts is assigned to the desktop environment and, if necessary, resolve conflict. A special X11 application `xev' can also help to test the keystrokes functionality (see man xev). Otherwise, Cinelerra-GG is completely desktop-neutral and has no requirements of some special window manager's support. So could be the meaning, you can express this in English definitely better than me. _______________________________________________________________________________ Georgy Salnikov NMR Group Novosibirsk Institute of Organic Chemistry Lavrentjeva, 9, 630090 Novosibirsk, Russia Phone +7-383-3307864 Email [email protected] _______________________________________________________________________________
participants (3)
-
Andrea paz -
Georgy Salnikov -
Phyllis Smith