Skip to main content

Tip for Gnome Shell

English

Meta-key (Windows or Apple logo key) on Gnome Shell is very useful for this trick: 

  • Point the cursor on an application (for example, a browser) 
  • Hold the Meta-key and press either left or right arrow key set the application windows to either left or right of the half-screen 
  • Wile still holding the Meta-key, press up to maximize the window of application.

Français

La touche Meta (logo Windows ou Apple selon les claviers) est très utile sur Gnome Shell avec cette astuce:

  • Pointer le curseur sur une application (par exemple, editeur de texte)
  • Enfoncer la touche Meta et appuyer soit la touche flèche gauche ou droite ce qui placera la fenêtre selon la direction choisi de la moiti&eacut; de l'&eacut;cran.
  • Toujours en tenant la touche enfoncé, appuyer la flèche haute pour maximiser la fenêtre.

Comments

kefahi said…
Very nice one. Thanks for sharing.
Please let us know if you come across other tips like that.
I was wondering if on Gnome Shell I could come to a point where I can rely entirely on the keyboard.
Thanks.
Leif said…
Doesn't seem to work for me. What version of gnome?
The test was done on Gnome 3.4 but it should work on Gnome 3.0 as well. If not, go to User->System Settings->Keyboard->Shortcut. Select Windows and assign Meta key (left side) + Arrow Left (or Right) to "View split on Left (or Right)".
"Toogle Maximum" should be assigned to Meta+Up.
Madko said…
Luya I don't see such options, the meta key is however intercepted for the activities menu... I'm on Fedora 16 Gnome 3.2.1

Bref ça marche pas :(
@ Madko
L'option est seulement pour Gnome 3.4. Il est possible de l'activer sur Gnome 3.2.1 sous le categorie "Personaliser" ou "Custom Shortcut". J'ignore le raccourci pour la touche meta (consulte la propriété du clavier).

In English, that option is only valid for Gnome 3.4. It is possible to enable that shortcut via "Custom Shortcut" by knowing the meta key input.

Popular posts from this blog

Sun's promise to open source Java vs GCJ

According to this Press Release via OS News , it appears Sun Microsystems allow the redistribution of their Java development for Linux distributions under a new license called Operation System Distributor's License for Java or in short "Distro License for Java". Currently, only binaries are licensed as the source code is not available for the public although SUN promise to open source Java . I wonder if that announcement will affect the whole GCJ on which Fedora Project is focusing. Pour les francophones: Selon cette note de presse via OS News, Sun Microsystems permet la redistribution des binaires Java pour les distribution de Linux sous la nouvelle license nomm&ecaute;e License des distros pour Java . Je me demande si cette annonce affectera le développement de GCJ.

Using AMD RX Vega driver OpenCL on Fedora 29

The Raven Ridge APU is very capable processor to handle OpenCL inside some applications like Blender, Darktable and Gimp. Unfortunately, the current implementation from Mesa, clover, stuck to 1.3, is not supported. AMD released their driver 18.40 with OpenCL2.0+ targeting only Red Hat Enterprise Linux/Cent OS 6.10 and 7.5 in addition of Ubuntu LTS. The good new is the former rpm format can be used on Fedora. The graphical part of Raven Ridge is Vega 8, basically a cut-down of Vega56 or Vega64 meaning choosing either driver for RX Vega . The instruction is provided for extracting the rpm files but here is  some requirements for OpenCL: kernel-devel (provided by Fedora repository) amdgpu-dkms dkms libopencl-amdgpu-pro opencl-amdgpu-pro-icd Once done, applications needing OpenCL will automatically detect the driver located on /opt/amdgpu/lib64 . Blender will list as unknown AMD GPU and Darktable will enable it. OpenCL from official AMD driver enabled on Darktable Ra

Linux Magazine: Having Yum for Breakfast

Found that article from Linux Magazine titled Having Yum for Breakfast via Distrowatch . According to the test apt-deb easily beats yum. Any comments about result and factors that affect it? From what I understand, apt-deb is static by nature unlike yum (dynamic) which could probably explain faster transaction. Update : Added author's blog related to the article.