Ja, das ist dann ein Bug. In deinem ersten Kommentar war dieses Beispiel nicht dabei.
Oh, du bist also zu KDE4 gewechselt, weil es das geringere Übel ist. Offenbar ist es sehr schwer, deinen Vorstellungen zu entsprechen. Im Übrigen kannst du Dolphin verwenden ohne die vollständige Desktopumgebung von KDE4 zu nutzen.
digicam ist kein Bestandteil von KDE4.
Akonadi und Nepomuk funktionieren bei mir anstandslos. So unterschiedlich sind die Erfahrungen. Was nicht bedeutet, dass die Software fehlerfrei ist.
Mein Computer nutzt übrigens auch noch den Strom aus der Steckdose. Genau wir mein PC vor 10 Jahren. Du vergleichst Äpfel mit Birnen. Entscheidend ist allein, dass du nicht gezwungen bist jeden Wechsel sofort mitzumachen, wenn deine bisherige Umgebung anstandslos funktioniert.
vielleicht wäre es sinnvoll dem user eine einfache möglichkeit zu geben debug output für kleinere probleme (wie eben diesen mauszeiger in digikam) zu bekommen ohne zu wissen wie man gdb benutzt. kurze idee: man hat ein programm das irgendwie "record debug session" oder so is und eben das macht, zum einen nimmts einen screencast auf und zum anderen den kompletten debug output, der user kann dann in dem video sagen: "da tritt das problem auf" und der dev kann in dem debug nach timecode suchen und sieht was der code an der stelle macht. ist vielleicht mehr aufwand als es wert ist, erleichtert aber die kommunikation enorm, einen vollständigen, aufschlüssigen bugreport zu schreiben ist schon eine kunst wenn man die technik nicht versteht.
Von Sven Fischer am Di, 31. August 2010 um 08:46 #
Wahnsinn, das wäre das richtige:
Alles aus einer Hand:
1. Fehler beschreiben und eingrenzen durch Auswahlder. 2. bugs kde wird durchsucht. Übereinstimmung oder nicht? 3. Neuer Bug Report angelegt. 4. Benutzer startet Log-Funktion. 4.1 Bildschirminhalt wird auf Wunsch mitgeschnitten und auf einen Server hochgeladen. 4.2 GDB Ausgaben in Bugreport automatisch einfügen. 4.3 Systeminfo an Bugreport übergeben.
welche Kriterien muss den ein Programm für Dich erfüllen, um es als KDE Programm zu bezeichnen? qt Bibliotheken reichen da sicher nicht aus, aber ein Programm, dass kdelibs und kdebase-runtime als Abhängigkeit hat, ist für mich ein KDE Programm.
Ok, ich sollte noch konkreter werden. Anstatt von "kein Bestandteil von KDE4" ist es besser von "digiKam ist kein Bestandteil von KDE 4.5.0 Development Platform, Applications bzw. Plasma Workspaces" zu sprechen. Aber ich stimme dir zu, es ist ein Programm, welches sich der entsprechenden Bibliotheken bedient und damit in diesem Sinne ein KDE-Programm.
Ja, das ist dann ein Bug. In deinem ersten Kommentar war dieses Beispiel nicht dabei.
Oh, du bist also zu KDE4 gewechselt, weil es das geringere Übel ist. Offenbar ist es sehr schwer, deinen Vorstellungen zu entsprechen. Im Übrigen kannst du Dolphin verwenden ohne die vollständige Desktopumgebung von KDE4 zu nutzen.
digicam ist kein Bestandteil von KDE4.
Akonadi und Nepomuk funktionieren bei mir anstandslos. So unterschiedlich sind die Erfahrungen. Was nicht bedeutet, dass die Software fehlerfrei ist.
Mein Computer nutzt übrigens auch noch den Strom aus der Steckdose. Genau wir mein PC vor 10 Jahren. Du vergleichst Äpfel mit Birnen. Entscheidend ist allein, dass du nicht gezwungen bist jeden Wechsel sofort mitzumachen, wenn deine bisherige Umgebung anstandslos funktioniert.
vielleicht wäre es sinnvoll dem user eine einfache möglichkeit zu geben debug output für kleinere probleme (wie eben diesen mauszeiger in digikam) zu bekommen ohne zu wissen wie man gdb benutzt.
kurze idee:
man hat ein programm das irgendwie "record debug session" oder so is und eben das macht, zum einen nimmts einen screencast auf und zum anderen den kompletten debug output, der user kann dann in dem video sagen: "da tritt das problem auf" und der dev kann in dem debug nach timecode suchen und sieht was der code an der stelle macht.
ist vielleicht mehr aufwand als es wert ist, erleichtert aber die kommunikation enorm, einen vollständigen, aufschlüssigen bugreport zu schreiben ist schon eine kunst wenn man die technik nicht versteht.
Wahnsinn, das wäre das richtige:
Alles aus einer Hand:
1. Fehler beschreiben und eingrenzen durch Auswahlder.
2. bugs kde wird durchsucht. Übereinstimmung oder nicht?
3. Neuer Bug Report angelegt.
4. Benutzer startet Log-Funktion.
4.1 Bildschirminhalt wird auf Wunsch mitgeschnitten und auf einen Server hochgeladen.
4.2 GDB Ausgaben in Bugreport automatisch einfügen.
4.3 Systeminfo an Bugreport übergeben.
Hallo René,
welche Kriterien muss den ein Programm für Dich erfüllen, um es als KDE Programm zu bezeichnen? qt Bibliotheken reichen da sicher nicht aus, aber ein Programm, dass kdelibs und kdebase-runtime als Abhängigkeit hat, ist für mich ein KDE Programm.
Viele Grüße,
Holger
Ok, ich sollte noch konkreter werden. Anstatt von "kein Bestandteil von KDE4" ist es besser von "digiKam ist kein Bestandteil von KDE 4.5.0 Development Platform, Applications bzw. Plasma Workspaces" zu sprechen. Aber ich stimme dir zu, es ist ein Programm, welches sich der entsprechenden Bibliotheken bedient und damit in diesem Sinne ein KDE-Programm.