staging.inyokaproject.org

Linse für das Wiki von ubuntuusers.de

Status: Gelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

schubs...

Sorry für den Schubs, es kann doch nicht sein, dass ich der Einzige bin, der das im Report beschriebene Verhalten hat und dann noch mit unterschiedlichen Browsern. Definitiv wird das Kontextmenü nicht geöffnet.

Gruß

toddy Team-Icon

Ikhayateam
Avatar von toddy

Anmeldungsdatum:
31. Juli 2007

Beiträge: 9523

Tuemmler schrieb:

Hallo,

Definitiv wird das Kontextmenü nicht geöffnet.

ich konnte es jetzt auch mal nachstellen. Dies hat aber wenig mit der Linse für das Wiki von ubuntuusers.de zu tun, sondern ist mMn ein genereller Bug in den Linsen oder im Dash → keine Ahnung welches Paket dafür zuständig ist. Ich habe dies selbe Verhalten hier bei mir im Firefox aber nicht nur bei UULens oder auch bei meiner unity-lens-gwibber und der unity-lens-wikipedia

Bei mir ist es erstaunlicher Weise so, dass der erste Klick zum Ausfahren des Kontextmenüs noch geht und dann nicht mehr.

diesch, weißt Du welches Paket dafür zuständig ist und ob es da eventuell schon ein Ticket gibt?

Liebe Grüße,
Torsten

diesch Team-Icon

(Themenstarter)
Avatar von diesch

Anmeldungsdatum:
18. Februar 2009

Beiträge: 5072

Ich bin momentan (bis Ende der Woche) nicht zu Hause und kann daher nur sehr eingeschränkt testen. Da UUdeLens aber nur Daten an Unity liefert, aber selbst nichts anzeigt, kann das Problem eigentlich nur bei Unity, Compiz oder Firefox liegen. Wenn das Problem auch mit anderen Linsen und nur bei Firefox auftritt, klingt das für mich nach einen Bug in Firefox.

Tritt das Problem auch in einer Gastsitzung oder einem neu angelegten Benutzer auf?

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

Moin Moin,

toddy schrieb:

Bei mir ist es erstaunlicher Weise so, dass der erste Klick zum Ausfahren des Kontextmenüs noch geht und dann nicht mehr.

Exakt das gleiche verhalten wie bei mir. Dabei sind sowohl Firefox als auch Opera betroffen. Auch ein Versuch mit anderen Linsen zeigen dieses Verhalten nicht.

Nachtrag: Und ja, das gleiche Verhalten bei einem neu angelegtem Benutzer.

2. Nachtrag: Ich habe einmal die unity-lens-wikipedia installiert und stelle auch hier gleiche Verhalten wie von toddy beschrieben wird fest. Firefox wie auch Opera sind betroffen.

Gruß

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

Moin Moin,

toddy schrieb:

diesch, weißt Du welches Paket dafür zuständig ist und ob es da eventuell schon ein Ticket gibt?

Ich befürchte, dass dies nicht über ein Ticket zu realisieren ist, ich vermute eher ein Problem im Quelltext in Unity / Dasbord. Leider habe ich auch dazu nichts passendes finden können. Der Vergleich z.B. uudelens, und der wikilens ergibt bei mir keine überprüfbaren Abweichungen zu den vom System eingerichteten Lenses ( Eigene Anwendungen, Musik,Videos, .......)

Könnte dies möglicherweise mit "Zeitgeist" in Verbindung stehen? Die Frage stellt sich, wo ist der "Knotenpunkt" für die Erstellung und Anwendung einer Lens? 🙄

Sollte das Problem im Quelltext stecken, was ich vermute, wohin die mögliche BUG-Meldung?

Gruß

toddy Team-Icon

Ikhayateam
Avatar von toddy

Anmeldungsdatum:
31. Juli 2007

Beiträge: 9523

Tuemmler schrieb:

toddy schrieb:

diesch, weißt Du welches Paket dafür zuständig ist und ob es da eventuell schon ein Ticket gibt?

Ich befürchte, dass dies nicht über ein Ticket zu realisieren ist, ich vermute eher ein Problem im Quelltext in Unity / Dasbord.

Ja, und wie, wenn nicht über ein Ticket, willst Du den Quellcode oder das Problem in Unity ändern?

Liebe Grüße,
Torsten

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

Moin Moin,

toddy schrieb:

Ja, und wie, wenn nicht über ein Ticket, willst Du den Quellcode oder das Problem in Unity ändern?

Ich ging bisher davon aus, dass über ein Ticket Probleme unter UU.de, also im eigenem "Bereich" von http://trac.inyokaproject.org/ nur gelöst werden könnten. Mir war fremd, dass ein Ticket Einfluss auf den Quelltext haben könnte. Wie o.geschrieben vermute ich das Problem im Quelltext.

Also, eines besseren belehrt, soll ich ein Ticket eröffnen?

Gruß

toddy Team-Icon

Ikhayateam
Avatar von toddy

Anmeldungsdatum:
31. Juli 2007

Beiträge: 9523

Tuemmler schrieb:

toddy schrieb:

Ja, und wie, wenn nicht über ein Ticket, willst Du den Quellcode oder das Problem in Unity ändern?

Ich ging bisher davon aus, dass über ein Ticket Probleme unter UU.de, also im eigenem "Bereich" von http://ikhaya.ubuntuusers.de/ nur gelöst werden könnten. Mir war fremd, dass ein Ticket Einfluss auf den Quelltext haben könnte. Wie o.geschrieben vermute ich das Problem im Quelltext.

Also, eines besseren belehrt, soll ich ein Ticket eröffnen?

Nein, da hast Du mich missverstanden. Ich meinte ein Ticket bei Launchpad. ☺

Liebe Grüße,
Torsten

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

OK, nicht böse sein, bin schon ein wenig älter,

toddy schrieb: Ich meinte ein Ticket bei Launchpad. ☺

das reicht nicht https://launchpad.net/bugs/1027235 ?

Wenn nicht bei diesch wo denn dann ?

Gruß

diesch Team-Icon

(Themenstarter)
Avatar von diesch

Anmeldungsdatum:
18. Februar 2009

Beiträge: 5072

Das Problem scheint nur bei Linsen aufzutreten, die Links im Browser öffnen.

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

Yepp, aber der "Knotenpunkt" muss demnach in der Verbindung der Erstellung einer Lense zum Browser liegen.

Wenn die Erstellung eigener Lenses möglich ist, so müsste dies auch entsprechend im Quelltext dargestellt sein.

Da es möglich ist Lenses im Browser darzustellen, fehlt demnach im Quelltext (Unity / Dashboard) die Möglichkeit, auch das Kontextmenü zu wählen.

Liege ich da richtig?

diesch Team-Icon

(Themenstarter)
Avatar von diesch

Anmeldungsdatum:
18. Februar 2009

Beiträge: 5072

Die Linse sagt Gnome, dass die entsprechende URL geöffnet werden soll, und Gnome sorgt dann dafür, dass die URL im Standard-Browser geöffnet wird.

Ich glaube, ich kann das Problem umgehen, indem ich das Öffnen der URL verzögere, so dass sie erst geöffnet wird, wenn die Dash geschlossen ist. Das muss ich aber noch genauer testen. Wenn das stimmt, ist das vermutlich ein Bug in Compiz.

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

Moin Moin,

diesch

..... Ich glaube, ich kann das Problem umgehen, indem ich das Öffnen der URL verzögere, so dass sie erst geöffnet wird ...

Tschuldigung, ich glaube nicht, dass das der Knackpunkt ist. Zunächst einmal vorausgeschickt, ich bin nicht der Prototyp für Programmierungen, ich schaffe es gerade mein System an meine Bedürfnisse anzupassen, dennoch denke ich auch nach und versuche Hintergründe zu verstehen.

Fakten:

  • Sowohl UUdeLens wie auch weitere Linsen, die über den Browser aufgerufen werden haben das Problem des "Kontextmenüs".

  • über die Suchfunktion aufgerufene Linsen (nach Dateien suchen ⇒ Eingabe Lens) schlüsseln einige Konfigurationsdateien auf, alle ergeben aber für mich keinen Hinweis im Script wo man ansetzen könnte (aber wie schon dargestellt, von Programmierung......)

  • es stellt sich für mich so dar, dass in der Programmierung der vorhanden Linsen einfach die Erstellung der Linsen für den Aufruf eines Browsers nicht vorhanden ist.

Liege ich damit richtig?

Gruß

toddy Team-Icon

Ikhayateam
Avatar von toddy

Anmeldungsdatum:
31. Juli 2007

Beiträge: 9523

Tuemmler schrieb:

das reicht nicht https://launchpad.net/bugs/1027235 ?

Wenn nicht bei diesch wo denn dann ?

Wenn diesch einen Workaround erstellen kann, ist das natürlich gut, aber letztendlich gehört dann die Lösung in Unity (oder in eines der Pakete), wenn dort der Fehler steckt. Wenn diesch das Problem in seiner Anwendung löst, bringt das ja erstmal nur etwas für die uu-Linsen und nicht zum Beispiel für die Wikipedia-Linse. Deshalb: Das Ticket sollte am besten mit Lösung aber auch ohne in Launchpad bei Ubuntu/Unity gemeldet werden, damit eine Lösung für alle Anwendungen gefunden werden kann.

Tuemmler schrieb:

  • es stellt sich für mich so dar, dass in der Programmierung der vorhanden Linsen einfach die Erstellung der Linsen für den Aufruf eines Browsers nicht vorhanden ist.

Liege ich damit richtig?

Wenn dies stimmt und es eigentlich dazu eine Beschreibung gibt, wie es funktioniert, dann wäre wieder der Bug wirklich in den einzelnen Linsen zu melden, weil dann ja der Standard (sofern er definiert ist) nicht eingehalten wurde.

Liebe Grüße,
Torsten

Tuemmler

Anmeldungsdatum:
26. März 2007

Beiträge: 8075

Moin Moin toddy

es liegt mir fern, oder habe ich Dich falsch verstanden, auch nur im entferntesten an diesch zu zweifeln, ich versuche einfach meine hoffentlich "logischen" Gedankengänge zur Lösung des Problems beizutragen.

Selbstverständlich ist auch mir bewusst, sollte diesch einen Workaround für UUdeLens erstellen, könnte dies auch für alle anderen "Linsen" gelten, diese müssten dann nachgearbeitet werden.

toddy schrieb:

Tuemmler schrieb:

  • es stellt sich für mich so dar, dass in der Programmierung der vorhanden Linsen einfach die Erstellung der Linsen für den Aufruf eines Browsers nicht vorhanden ist.

Liege ich damit richtig?

Wenn dies stimmt und es eigentlich dazu eine Beschreibung gibt, wie es funktioniert, dann wäre wieder der Bug wirklich in den einzelnen Linsen zu melden, weil dann ja der Standard (sofern er definiert ist) nicht eingehalten wurde.

Liebe Grüße,
Torsten

Ich habe Dich hoffentlich richtig verstanden, daraus folgte aber auch, der Standard der einzelnen Linsen wäre anzupassen an die Browser und genau das meinte ich. Dies müsste dann aber über den Quelltext (Unity, Dashboard oder Compiz?) geregelt werden.

Gruß