Warum unterstützt File-Roller keine passwortgeschützten RAR Archive? Wäre schon, wenn man im Nautilus mit "Hier entpacken" noch das Passwort eintippt und dann hat sich der Fall.
Ausserdem kann man im Druckdialog mit Epiphany keine PDFs erstellen. Warum gibts dann überhaupt den Dialog wenn nur die wenigsten Gnome/GTK-Programme die Funktion unterstützen. Wenn überhaupt. Firefox nutzt grad noch den "Datei öffnen"-Dialog, aber nicht den Gnome Druck Dialog...
Wenn man in FireFox bei Drucker / Eigenschaften / Druckbefehl "kprinter" eingibt, erscheint beim Drucken der KDE-Druckdialog. Analog müsste das also auch bei Gnome möglich sein!!! (gnprint ??? Kenne mich da leider nicht so aus ...)
> Schreib doch 'nen bugeintrag wenn's dich stört (wenns nicht schon passiert ist) > > http://bugzilla.gnome.org/simple-bug-guide.cgi > > oder noch besser: > schreib einen patch
Ich glaube kaum, dass dies die richtige Art und Weise ist, wie man mit Benutzern umgehen soll. GNOME orientiert sich doch genau an die Leute, die von Computern nicht so die Erfahrung haben und gerne nur ihre Arbeit vollenden möchten. Sprich! Sas ist doch das Marketing, was GNOME betreibt. Der sogenannte Corporate Desktop. Da dürfen solche Probleme nicht auftreten und schon gar nicht kann man von Benutzern erwarten Probleme zu lösen, von denen man ausgehen kann, dass sie nicht mehr existieren dürften.
Also irgendwie habe ich immer den Eindruck, dass es Leuten, die dazu Willens und in der Lage sind, sich auf einer Seite wie pro-linux zu beschweren, beziehungsweise auf Defizite hinzuweisen, durchaus auch zuzumuten ist, das gleiche nocheinmal im gnome bugzilla zu tun.
Als jemand der KDE benutzt setzt du dich aber sehr für GNOME ein. Etwas paradox und konfus aber naja. Die Rote lieben aber die Brünette ficken.. aber was red ich da...
Falls es zu deinem Seelenfrieden beiträgt, das gleiche gilt auch für KDE, XFCE und allen Programmen und Windowmanagern, die einem sonst noch so einfallen können.
Wer dazu in der Lage ist, Kritik auf einer der zahlreichen Linuxseiten zu äußern, von dem kann man auch erwarten, dass er dazu in der Lage ist, die selbe Kritik auch im Bugzilla des jeweiligen Projektes zu äußern.
> Wer dazu in der Lage ist, Kritik auf einer der zahlreichen Linuxseiten zu äußern, von dem kann man > auch erwarten, dass er dazu in der Lage ist, die selbe Kritik auch im Bugzilla des jeweiligen > Projektes zu äußern.
Richtig, daher hätte ich von dir auch erwartet, dass du mit vernünftigen Argumenten mir gegenüber geantwortet hättest. Also nicht andere Personen mit Sachen kritisieren, die man selber nicht im Stande ist einzuhalten. Ich unterstelle einem regulären Benutzer, dass dieser erwarten kann, dass eine Corporate Solution einwandfrei bei diesem funktioniert. Da dies nicht der Fall ist, gehe ich schwer von der Annahme aus, dass es sich bei dem Marketing von GNOME um Lügen und reine Unwahrheiten handelt.
sollen jetzt die GNOME leute pro-linux und andere Seiten nach Verbesserungsvorschlägen screenen? wenn du wirklich nicht in der Lage bist ein idiotensicheres System wie Bugzilla zu bedienen kannst du ja alternativ ein Mail schicken oder im GNOME-Forum posten nur hier nutzt es wirklich niemanden, aber was red' ich bist doch eh nur ein nutzloser Troll...
Von Holger Niblau am Do, 1. Dezember 2005 um 19:26 #
Ich habe keinerlei Probleme mit Passwortgeschützten Rar-Archiven. Macht File-Roller ohne Probleme. Kann es sein daß Du eine veraltete File-Roller-Version hast ????
Von Tonnenschwer am Do, 1. Dezember 2005 um 21:30 #
Weiß hier jemand, wer das Paket für die Integration von OOo2 in Gnome pflegt? Es scheint in allen Distributionen, die ich letzter Zeit benutzt habe (Debian und Ubuntu) kaputt zu sein.
Von Tonnenschwer am Do, 1. Dezember 2005 um 22:51 #
>>Was meinst du eigentlich mit kaputt?<<
Eine ziemlich ernste Kleinigkeit. Betreibt man sein Gnome auf deutsch, dann funktionieren die Hotkeys die eine STRG+SHIFT Kombination beinhalten nicht, z. B. STRG+SHIFT+F, welches den Schriftschnitt auf *fett* setzen sollte. Tut es aber nicht, erzeugt stattdessen ein _unterstrichenes_ kapitales F. Im Englischen (andere Hotkeys) oder ohne das Integrationpackage klappt das. Ich habe bereits bei Ubuntu und Debian rumgenöhlt (d. h. Bugreport), aber ich glaube ich sollte mich an die Quelle wenden.
PS: Es ist mir immer noch schleierhaft, warum nach so vielen Jahren (ich benutze Star Office seit 3.1 und OOo seit es erstmal in Debian SID auftauchte) die Hotkeys geändert wurden, noch dazu so unpraktische. ABer naja, damit würde es auch gehen... wenn's denn ginge
Wäre schon, wenn man im Nautilus mit "Hier entpacken" noch das Passwort eintippt und dann hat sich der Fall.
Ausserdem kann man im Druckdialog mit Epiphany keine PDFs erstellen. Warum gibts dann überhaupt den Dialog wenn nur die wenigsten Gnome/GTK-Programme die Funktion unterstützen. Wenn überhaupt. Firefox nutzt grad noch den "Datei öffnen"-Dialog, aber nicht den Gnome Druck Dialog...
Epiphany ist der Browser von GNOME, nicht Firefox.
(rein technisch aber bei FireFox in KDE auch nicht anders ...)
Gruß Alefanz
Wenn man in FireFox bei Drucker / Eigenschaften / Druckbefehl "kprinter" eingibt, erscheint beim Drucken der KDE-Druckdialog. Analog müsste das also auch bei Gnome möglich sein!!! (gnprint ??? Kenne mich da leider nicht so aus ...)
Gruß Alefanz
http://bugzilla.gnome.org/simple-bug-guide.cgi
oder noch besser:
schreib einen patch
>
> http://bugzilla.gnome.org/simple-bug-guide.cgi
>
> oder noch besser:
> schreib einen patch
Ich glaube kaum, dass dies die richtige Art und Weise ist, wie man mit Benutzern umgehen soll. GNOME orientiert sich doch genau an die Leute, die von Computern nicht so die Erfahrung haben und gerne nur ihre Arbeit vollenden möchten. Sprich! Sas ist doch das Marketing, was GNOME betreibt. Der sogenannte Corporate Desktop. Da dürfen solche Probleme nicht auftreten und schon gar nicht kann man von Benutzern erwarten Probleme zu lösen, von denen man ausgehen kann, dass sie nicht mehr existieren dürften.
Wer dazu in der Lage ist, Kritik auf einer der zahlreichen Linuxseiten zu äußern, von dem kann man auch erwarten, dass er dazu in der Lage ist, die selbe Kritik auch im Bugzilla des jeweiligen Projektes zu äußern.
> auch erwarten, dass er dazu in der Lage ist, die selbe Kritik auch im Bugzilla des jeweiligen
> Projektes zu äußern.
Richtig, daher hätte ich von dir auch erwartet, dass du mit vernünftigen Argumenten mir gegenüber geantwortet hättest. Also nicht andere Personen mit Sachen kritisieren, die man selber nicht im Stande ist einzuhalten. Ich unterstelle einem regulären Benutzer, dass dieser erwarten kann, dass eine Corporate Solution einwandfrei bei diesem funktioniert. Da dies nicht der Fall ist, gehe ich schwer von der Annahme aus, dass es sich bei dem Marketing von GNOME um Lügen und reine Unwahrheiten handelt.
wenn du wirklich nicht in der Lage bist ein idiotensicheres System wie Bugzilla zu bedienen kannst du ja alternativ ein Mail schicken oder im GNOME-Forum posten nur hier nutzt es wirklich niemanden, aber was red' ich bist doch eh nur ein nutzloser Troll...
Korrekte Analyse. Schweigen ist Gold.
Bearbeiten->Passwort...
Zugegebenermaßen nicht gerade intuitiv, aber der Fehler ist bekannt:
http://bugzilla.gnome.org/show_bug.cgi?id=144392
Die NEWS zu dem Update erwähnen nix.
Was meinst du eigentlich mit kaputt?
Eine ziemlich ernste Kleinigkeit. Betreibt man sein Gnome auf deutsch, dann funktionieren die Hotkeys die eine STRG+SHIFT Kombination beinhalten nicht, z. B. STRG+SHIFT+F, welches den Schriftschnitt auf *fett* setzen sollte. Tut es aber nicht, erzeugt stattdessen ein _unterstrichenes_ kapitales F. Im Englischen (andere Hotkeys) oder ohne das Integrationpackage klappt das. Ich habe bereits bei Ubuntu und Debian rumgenöhlt (d. h. Bugreport), aber ich glaube ich sollte mich an die Quelle wenden.
PS: Es ist mir immer noch schleierhaft, warum nach so vielen Jahren (ich benutze Star Office seit 3.1 und OOo seit es erstmal in Debian SID auftauchte) die Hotkeys geändert wurden, noch dazu so unpraktische. ABer naja, damit würde es auch gehen... wenn's denn ginge
http://bugzilla.gnome.org/show_bug.cgi?id=153768
Weiss aber nicht ob es in gtk 2.8.x auch beseitigt wurde/wird.
Ein workaround wäre, die Eingabemethode für OOo zu ändern:
export GTK_IM_MODULE="xim"