Honnêtement, j'utilise Gnome 3 régulièrement en "multi-moniteur", comme tu dis, et je ne vois vraiment pas pourquoi tu dis qu'il ne sait pas le faire...

Avec mes deux laptops, je branche l'écran ou le vidéo-projecteur externe, et paf, Gnome 3 étend l'affichage tout seul, comme un grand, en ajoutant le nouvel écran à droite, et ça marche très bien. Avec un chip Intel comme avec une carte graphique ATI.

Alors certes, oui, on ne peut pas mettre la barre du haut sur l'écran que l'on souhaite, mais entre

Gnome 3 ne sait pas faire du dual monitor

et

Gnome 3 ne permet pas de déplacer le panel sur l'écran de mon choix

, je pense ne pas être le seul à trouver qu'il y une énorme différence.
Tu fais référence à Windows : mais sous Windows non plus, tu ne peux pas déplacer la barre des tâches sur l'écran de ton choix...

Et si tu es allez voir les développeurs Gnome en disant "Gnome 3 c'est tout pourri ça sait même pas gérer plusieurs écrans" alors qu'il le fait globalement correctement, c'est peut-être pas extrêmement étonnant de ne pas avoir eu de réponse...




Par contre, s'il y a une chose que je veux bien reconnaitre comme problématique dans la gestion du dual-screen avec Gnome 3, c'est qu'il n'a pas été pensé pour disposer les écrans verticalement.

Facebook c'est le mal.

Bonjour,

Il aurait aussi suffit de lire les releases notes de la distribution, ça t'aurais évité de réinstaller ^^

Tu peux toujours essayer avec

mount -t udf -o novrs /dev/sr0 /media/dvd/

mais je doute fortement que ça marche...comme le dit zorglub844, s'il est monté automatiquement en iso9660, c'est pas bon signe ^^

Et avec un

mount -t udf -o nostrict /dev/sr0 /media/dvd/

?

Sinon, voir le man de mount pour les options spécifiques à l'udf.

Bonjour,

Le DVD n'est pas monté automatiquement ? Par Gnome par exemple ?

Oui, la 10 est bien sympa Niphredil 😉

Bonjour à tous !

J'ai un petit soucis avec les programmes utilisant Qt4 et les touches mortes (genre les ^, ¨, ....).

En effet, avec ces programmes (LyX, Skype et Scribus, j'en ai pas installé d'autre), quand je veux faire un "ê", ça me fait un "^e", impossible d'écrire normalement, c'est passablement agaçant ^^.

J'ai vu que le problème semblait connu, mais y a t-il une manière de le résoudre (j'ai pas trouvé) ?

Je suis avec une Fedora 10 en 64 bits, avec Gnome comme interface graphique. Il ne s'agit pas d'un problème de configuration du clavier, car dans tous les autres programmes (GTK, console....) ça marche normalement.

Merci pour vos réponses 🙂

Bon, je crois bien que le problème est réglé : j'ai enlevé

Option          "AccelMethod"           "UXA"

de mon xorg.conf, et en laissant le

Option          "Tiling"                "No"

, compiz a l'air d'avoir des performances correctes. Je vous remercie pour votre aide précieuse !

Il y a une façon d'indiquer que le sujet est réglé sur le forum ?

Bon, le problème est pratiquement réglé, la faute en revient à mon xorg.conf.

En effet, par défaut, la Fedora 10 n'a pas de fichier xorg.conf. Sauf que de cette façon, compiz ramait tellement qu'il n'était pas utilisable. J'ai donc mit ceci dans mon xorg.conf pour la carte graphique :

Section "Device"
    Identifier  "Videocard0"
    Driver      "intel"
        Option          "AccelMethod"           "UXA"
        Option          "Tiling"                "No"
EndSection

Et compiz marche très bien. Sauf que visiblement, ça fait foirer les éléments cités plus haut. Quand j'enlève mon xorg.conf, la passage sur les ttyX et la mise en veille marche très bien. Mais du coup, compiz est trooop lent.
Avez-vous une idée pour pouvoir utiliser compiz de façon fluide ET de pouvoir mettre en veille mon PC ?

Hello,

Voici les messages du noyau qui concerne la mise en veille :

PM: Syncing filesystems ... done.
PM: Preparing system for mem sleep
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
PM: Entering mem sleep
Suspending console(s) (use no_console_suspend to debug)
pci 0000:00:02.0: PCI INT A disabled
sd 0:0:0:0: [sda] Synchronizing SCSI cache
sd 0:0:0:0: [sda] Stopping disk
sdhci-pci 0000:01:0a.2: PCI INT A disabled
ata_piix 0000:00:1f.2: PCI INT B disabled
ehci_hcd 0000:00:1d.7: PCI INT A disabled
uhci_hcd 0000:00:1d.3: PCI INT D disabled
uhci_hcd 0000:00:1d.2: PCI INT C disabled
uhci_hcd 0000:00:1d.1: PCI INT B disabled
uhci_hcd 0000:00:1d.0: PCI INT A disabled
HDA Intel 0000:00:1b.0: PCI INT A disabled
ACPI: Preparing to enter system sleep state S3
Disabling non-boot CPUs ...
Cannot set affinity for irq 0
CPU 1 is now offline
SMP alternatives: switching to UP code
CPU0 attaching NULL sched-domain.
CPU1 attaching NULL sched-domain.
CPU0 attaching sched-domain:
 domain 0: span 0 level CPU
  groups: 0
CPU1 is down

J'ai essayé avec et sans compiz d'activé, le résultat est le même. Compiz ne me semble donc pas en cause.

J'ai installé le noyau 2.6.27.7-135.fc10.x86_64 de Koji pour voir...mais le problème est toujours le même.

Je fais, et au reveil j'ai un écran noir...il semble donc en effet que le pilote Intel de Fedora (j'ai un chip Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)) a un soucis ^^.
Juste pour info, la mise en veille marche parfaitement sur la Debian Lenny installée sur ce PC, mais cette dernière a des versions plus vieilles du pilote et de X.

Merci pour ton aide, je continue mes recherches pour résoudre le problème 🙂

Personne n'a ce problème ? 🙂

Si si, il suffit juste de savoir lire...

2.6.1. GRUB

Le menu GRUB n'est plus affiché au démarrage, mis à part dans les systèmes dual-boot. Pour faire apparaître le menu GRUB, maintenez la touche Shift (MAJ) appuyée avant que le noyau ne soit chargé. (Cela fonctionne avec n'importe quelle touche, mais la touche Shift est celle qui présente le moins de risques.)

Bonjour à tous,

J'ai un problème agaçant avec cette nouvelle version et mon portable.

Quand je veux le mettre en veille ou en hibernation, le système ferme d'abord ma session (et donc toutes les applications ouvertes !) avant de se mettre en veille. Du coup, quand je "réveille" le laptop, je tombe sur gdm, et je perd ainsi tout ce qui pouvait être ouvert.
Évidemment, ça enlève tout l'intérêt de la mise en veille ou de l'hibernation ! C'est dommage car tout le reste est vraiment au poil.

Avez-vous le même problème ? J'ai fait des recherches mais je n'ai rien trouvé de concluant sur ce soucis.

Merci d'avance pour vos réponses 🙂

PS : je précise avoir la version 64 bits.

OK, as-tu activé Compiz ?

L'idéal serait de nous donner les logs du serveur X lors d'un plantage : ils sont dans /var/log/ et s'appellent Xorg.X.log