Problems at use | Problèmes à l'utilisation
Subscription date : 21 October 2009
Messages : 1575
|
Est-ce que c'est normal qu'OpenOffice n'apparaisse pas dans un sous-dock mais toujours comme icône applic? Pourtant dans ma config je demande à ce que toutes les applics demeurent en sous-dock des launchers, sauf VBox et emesene (ce qui fonctionne pour eux).
Mais Ooo je n'ai pas demandé, au contraire je le veux dans le sous-dock de mon launcher. J'ai un launcher Calc et un Writer.
Ce qui se passe est bizarre. Si j'ouvre les 2, ils vont être dans un sous-dock mais dans mon icône de l'applic qui s'ouvre en premier!
Donc j'ai un icône applic Calc, car j'ouvre Cacl, ensuite j'ouvre Writer et en sous-dock dans l'icône Calc le Writer apparait.
Moi je le veux en sous-dock des launchers, comme Firefox. |
|
matttbe, Sunday 14 February 2010 à 17:34
|
|
Subscription date : 24 January 2009
Messages : 12573
|
As-tu regardé du côté de la classe? |
Subscription date : 26 October 2008
Messages : 1904
|
classe du programme = OpenOffice.org 3.1 |
Subscription date : 21 October 2009
Messages : 1575
|
Exact.
WM_CLASS(STRING) = "VCLSalFrame.DocumentWindow", "OpenOffice.org 3.1"
Et effectivement en "overwrittant" la classe dans Extra Parameters ça fonctionne... vive les options avancées. 
CD 2.1.1 était basé sur quelle version d'Ooo Si c'était la 3.1 il l'aurait sûrement pognée comme faut... Enfin ce n'est pas grave, on peut le changer.
Ce post devrait aller dans Trucs et Astuces, cependant. |
|
fabounet, Monday 15 February 2010 à 10:51
|
|
Subscription date : 30 November 2007
Messages : 17118
|
la plupart des thèmes intègrent la bonne classe.
qu'il va falloir changer avec le nouveau ooo3.2 
ils sont chiants ces softs pour windows... |
|
matttbe, Monday 15 February 2010 à 13:03
|
|
Subscription date : 24 January 2009
Messages : 12573
|
Oui, je confirme, c'est du 3.2 mnt |
|
fabounet, Monday 15 February 2010 à 15:46
|
|
Subscription date : 30 November 2007
Messages : 17118
|
bon je vais patcher pour virer les numéros de version de la classe !
y'a pas moyen que je repasse derrière tous les thèmes  |
Subscription date : 21 October 2009
Messages : 1575
|
Pourquoi ne pas utiliser l'option "$"?
Ce wildcard fonctionne à l'occasion, mais je ne sais pas si c'est le car avec Ooo. Je vais l'essayer ce soir.
Quelque chose du style: au lieu de
Linux devrait mettre en place une norme standard et fixe pour TOUTES les fenêtres qui permettrait de mieux identifier les fenêtres et de mieux utiliser leur classe, name, role, etc. Ce n'est souvent pas très fiable, malheureusement...
Je me demande qui fait ça? Est-ce que c'est le kernel? |
|
fabounet, Monday 15 February 2010 à 17:54
|
|
Subscription date : 30 November 2007
Messages : 17118
|
ce sot les devs de chaque appli qui fixent la classe
mais les lib classique (gtk et qt) la fixe automatiquement à une valeur connue.
seuls les programmes fait pour windows que sont firefox et ooo font les originaux |
Subscription date : 21 October 2009
Messages : 1575
|
Bon j'ai essayé avec le $ et ça ne marche pas. Pas grave. |
Subscription date : 21 October 2009
Messages : 1575
|
Hey! J'ai des updates là-dessus...
Alors on peut difficilement utiliser autre chose que le CLASS, n'est-ce pas?
Voici les updates sur cet enhancement côté opendesktop :
------- Additional comments from cmc Thu Jun 3 14:57:48 +0000 2010 -------
* Issue 17631 has been marked as a duplicate of this issue. *
------- Additional comments from colinwalters Thu Jun 3 15:02:03 +0000 2010 -------
See also http://live.gnome.org/GnomeShell/ApplicationBased
------- Additional comments from colinwalters Thu Jun 3 15:02:57 +0000 2010 -------
Note if changing the WM_CLASS is infeasible, I'd be fine with adding a new
property too.
------- Additional comments from cmc@openoffice.org Thu Jun 3 15:04:22 +0000 2010 -------
IIRC orca was one of the reasons we needed a consistent name. Or was it merely a
consistent *string*, i.e. the presence of VCLSalFrame in there might be
sufficient. Leaving VCLSalFrame, or VCLSalFrame.DocumentWindow.Presentation open
for use.
Does anyone remember where ".DocumentWindow" came from, i.e. mysterious issue 53630
On a même eu un DUPLICATE! hahahaha
Alors je dis au dev de mettre une nouvelle propriété? |
Subscription date : 30 November 2007
Messages : 17118
|
non, moi je veux une classe qui soit constante entre les fenêtres de l'appli, et qui soit renseignée dans le .desktop, c'est tout 
y'a aucune bonne raison qui justifie de pas faire comme tout le monde |
Subscription date : 21 October 2009
Messages : 1575
|
Ah zut j'ai copié ceci dans le mauvais thread!!!! Ça devrait aller dans l'autre qui disait que l'indicateur Ooo apparaissait sur tous les launchers Ooo en même temps à cause de la CLASS.... enfin.
Attends une classe constante oui, mais DIFFÉRENTE d'une appli Ooo à l'autre. Actuellement on a la même classe pour Writer, Calc, Draw, etc... donc ça que l'indicateur croit que toutes les appli Ooo sont ouvertes alors qu'en réalité seulement 1 l'est.
Alors est-ce que l'ajout d'une propriété peut aider à distinguer les appli Ooo ouvertes et faire en sorte que l'indicateur ne sera attribué qu'à celle ouverte et non à toutes les appli Ooo? |
Subscription date : 30 November 2007
Messages : 17118
|
ah oui je parlais de VLC sorry
pour ooo, c'est 4 applis différentes (4 exécutables), donc forcément 4 classes. |
Subscription date : 21 October 2009
Messages : 1575
|
Ça devrait être 4 classes. Mais on a constaté que c'est la même classe pour les 4 applis, d'où le problème que l'indicateur indiquait que les 4 applis étaient ouvertes en même temps, alors qu'un seule l'était. Attends je vais retrouver le thread en question.
Voici:
- oocalc et oowriter ont l'indicateur d'application en premier plan en même temps (comme s'ils sont liés) alors qu'un seul est ouvert et pourtant la cfg est la même entre mes 2 versions 2.1.1 et 2.1.4 bzr.
http://www.glx-dock.org/bg_topic.php?t=4338 |
Subscription date : 21 October 2009
Messages : 1575
|
Alors on fait quoi?
Est-ce que je dis au dev d'ajouter un new property?
------- Additional comments from cmc Thu Jun 3 14:57:48 +0000 2010 -------
- Issue 17631 has been marked as a duplicate of this issue. *
------- Additional comments from colinwalters Thu Jun 3 15:02:03 +0000 2010 -------
See also http://live.gnome.org/GnomeShell/ApplicationBased
------- Additional comments from colinwalters Thu Jun 3 15:02:57 +0000 2010 -------
Note if changing the WM_CLASS is infeasible, I'd be fine with adding a new
property too.
------- Additional comments from cmc@openoffice.org Thu Jun 3 15:04:22 +0000 2010 -------
IIRC orca was one of the reasons we needed a consistent name. Or was it merely a
consistent *string*, i.e. the presence of VCLSalFrame in there might be
sufficient. Leaving VCLSalFrame, or VCLSalFrame.DocumentWindow.Presentation open
for use.
Does anyone remember where ".DocumentWindow" came from, i.e. mysterious issue 53630 |
Subscription date : 30 November 2007
Messages : 17118
|
pour ooo non il faut définitivement mettre 4 classes distinctes
il n'y a aucune autre propriété qui permettent d'identifier une application (vu que la classe est déjà faite pour ça). |
Problems at use | Problèmes à l'utilisation
|
Français
Online users :