Wird es nicht geben, Wie uns manche Entwickler uns hier auf Pro-Linux schon mehrmals versichert haben gibt es kein KDE 4, sondern nur eine KDE Community. Fazit: Wo es keine 4 gibt kann es auch keine 5 geben. Logisch, oder?
Ich sehe schon dir fehlt etwas der Hintergrund zu meinem Post.
Also Entwickler postet z.B. unter anderen KDE-News: http://www.pro-linux.de/news/1/18535/veroeffentlichungskandidat-von-kde-sc-49-freigegeben.html?cop=303
Repeat after me: es gibt kein "KDE4"
Damit kann keine Applikation "KDE4" vorraussetzen. Es gibt KDE Anwendungen welche auf die KDE Platform 4 aufbauen.
oder
Eine Schlussfolgerung aus der Vielzahl der Projekte ist, dass es auch kein "KDE4" gibt
Es gibt kein KDE4, also wird es auch kein KDE5 geben. Alles klar?
Ich denke Aleppo mein KDE SC 5. Manche sagen ja auch einfach Linux anstatt GNU/Linux. (Linux ist nur der Kernel, die ganzen Tools die den Kernel erst nutzbar machen sind die GNU Tools. Wie die Bash, gcc, make, usw). Obwohl eigentlich nicht mehr sehr viel GNU mehr ist in einer Linux Distribution*.
Sehr schöner Artikel. Er bestätigt was ich persönlich schon lange vermute. Bei dem GNU/-Präfix handelt es sich um eine unverschämte Überhöhung der heutigen Bedeutung des GNU-Projekts.
Man muss aber bedenken, dass ohne GNU/Richard Stallman es wahrscheinlich kein Linux geben würde. Ein Kernel zu haben ist ja gut, aber was bringt es, wenn es z.B. kein gcc gibt, um Programme für Linux zu kompilieren (oder den Kernel selber)? Damals haben C/C++ Compiler sehr viel Geld gekostet und waren alle proprietär (zumindest liest man das immer in Mailing Listen, ich bin zu jung um das miterlebt zu haben).
Wir planen einen Umbau der Bibliotheken, der grösstenteils Quelltext-kompatibel ist.
Mit stärkere Modularisierung wird es: - einfacher, einzelne Teile aus kdelibs zu verwenden, was die Abhängigkeiten verringert - einfacher, schlankere System zu bauen und zu installieren
Das läuft unter den Namen KDE Frameworks 5. Zur nächsten Generation des Desktops und der Apps haben wir noch nicht viel geplant, ausser, die Umstellung auf QML 2 und Qt Scenegraph voranzutreiben, und selbstverständlich Wayland.
Benutzer dürften aber auch davon weitgehend unbetroffen bleiben, hier ist der Plan weiter inkrementell zu stabilisieren, und mehr und mehr Apparate zu erobern.
Schau dir mal die Doku an. Für jedes Widget gibts meistens ein paar zusätzliche Member. Allerdings fast immer in Abh. zu KDE. Viele Sachen sind richtig cool, aber leider profitieren Programmierer, die Anwendung auch für Windows schreiben wollen, nicht davon. Die meisten Sachen sind in Qt (was seinerseits sehr sauber strukturiert ist) einfach nicht vernünftig unter zu bringen.
Nun da gibt es mehrere Gründe. Zuerst einmal gab es bis vor etwas mehr als einem halben Jahr keine Möglichkeit zu Qt beizutragen. Das hat sich jetzt geändert und unsere Frameworks Entwickler sind dabei einiges upzustreamen.
Das ist aber auch nicht immer einfach und hat einige Hindernesse. Fängt an bei Kleinigkeiten wie KDE dokumentiert in den header Dateien und Qt dokumentiert in den cpp Dateien. Ist also nicht man nehme Code und schiebt es einmal rüber. Dann gibt es auch Lizenzprobleme, die es nicht einfach machen Sachen zu übergeben. Qt erforder ein CLA und bei Klassen, die vor Jahren entwickelt wurden, ist es nicht einfach die Erlaubnis aller Copyrightholder einzuholen (besonders schwierig wenn die Klasse mal migriert wurde mit Code gegebenenfalls aus anderen Klassen und so weiter).
Last but not least gibt es Sachen in den KDE libs, die man wirklich nicht in Qt braucht. Wer braucht denn schon eine Bibliothek um Fenstermanager unter X11 zu erstellen?
Lange Rede kurzer Sinn: KDE Frameworks werden benötigt, aber nicht in der Form wie aktuell die KDE Libs. Die Inter-Modul Abhängigketien müssen aufgebrochen werden und so viel wie möglich muss nur von Qt abhängen, was es einfacher mach diese Module zusätzlich bereitzustellen. Das ist was unsere Frameworksentwickler machen und auch von Qt sehr begrüßt wird.
Gibt es eine Seite wo verwaiste KDE Projekte sind die nicht nach KDE 4 portiert wurden bzw. keinen Maintainer mehr haben ? Ich habe diesbezüglich nitchts gefunden. Alternativ würde ich einen billigen Daemon Tool clone aka "KMount" entwickeln. Meine zweite Projektidee fällt mir grad nicht ein.
Ich hät da ne Idee: KDE und Unity verwenden ja das gleiche, von freedesktop.org als Standard definierte DBus Protokoll um die sogenannten Notifications anzuzeigen. Zum Erstellen solcher Notifications gibts Python & Vala Libraries, aber mir ist keine Qt-Bibliothek dafür bekannt (man muss selber mit DBus sprechen). Wär echt cool wenn man als Qt Entwickler auch auf sowas zurückgreifen kann.
Weitere Infos unter: http://developer.ubuntu.com/resources/technologies/notification/ http://www.galago-project.org/specs/notification/0.9/x408.html#command-notify
Würds selber machen, aber arbeite gerade an einer Qt Bibliothek mit der man Ubuntu One einfacher in seine eigene App integrieren kann (launchpad.net/QUbuntuOne). Könnte dir auch helfen bezüglich DBus & QDBus.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 12. Jul 2012 um 16:16.
Auch das ist aus Sicht eines KDE/Gnome Entwicklers vielleicht eine nette Sache. Aber da Qt auch auf Mac oder Windows ausgerichtet ist und beide Desktops nicht dem Konzept folgen..... naja ich lass mal das Gerede. Wär außer KDE würde denn die Library auf Basis von Qt nutzen? Gnome sicher nicht.
Ja klar wärs nicht Plattform-Unabhängig, MS hat ja kein Notification-System afaik.
Da Gnome 3 sich nicht an den Freedesktop.org Standard hält funktionierts auch nur unter Unity & KDE. Aber man kann dann theoretisch auch in der Library automatisch erkennen unter was für einem System / DE man läuft und so auch Gnome 3, Meego und weitere Notification Systeme von anderen OS / DEs unterstützen.
Nun Gnome selber wird es vermutlich nicht verwenden. Aber ich als Entwickler der gerne mit Qt Entwickelt und möchte das sich mein Programm auch gut in den Gnome / KDE / Unity Desktop integriert würds auf alle fälle verwenden.
Der Link im Wiki zu 'Finding the unloved, 2011, part I" war verweist und wurde gerade aktualisiert. Ein weiterer Vorschlag wäre die Quanta Plus Portierung abzuschließen.
ließ noch mal genau: sebas schrieb, dass es ein Umbau in den Bibliotheken bei Quelltext-Kompatibilität ist.
D.h. einmal neu kompilieren, im Normalfall. Ließ dazu zum Beispiel http://www.kdab.com/porting-from-qt-4-to-qt-5/
auf dem gleichen Blog findet sich auch ein Blog Post, in dem beschrieben wird, wie man mit Hilfe eines llvm basierten Tools die Quellcodeanpassungen automatisch machen kann.
Mir ist bisher nur eine Anwendung bekannt, die etwas mehr Portierungsarbeit bei dem Umstieg auf Qt 5/KF5 brauchen wird: KWin. Und so viele Fenstermanager gibt es nicht in KDE und dank der Modularisierung kann KWin auch auf Qt 4 bleiben wenn andere Komponenten schon auf Qt 5 sind (wobei ich davon ausgehe, dass KWin eine der ersten portierten Anwendungen sein wird).
Ja, gibt es, schau mal auf http://kde-neues.blogspot.de/search/label/KDE5. Dort gibt es einige Informationen über KDE5. Das Design soll reifer werden, außerdem hat man mit Qt5 mehr möglichkeiten, die UI zu gestalten.
der Blog ist recht schlecht informiert und auch "reißerisch" formuliert. Und er scheint sich mit KDE Entwicklung nicht wirklich auszukennen, so bezieht er sich im Eintrag "KDE 5.0 mit neuem Design Ansatz?" auf einen Blogpost von Marco Martin. Die entsprechenden Posts enthalten niergends dass es irgendwas mit KDE 5 zu tun hat. Der Post ist sogar unter "kde4" gepostet.
Ebenso falsch sind die anderen Posts. So behauptet er einfach, dass die Entwickler mit der Planung für die neue Version 5.0 begonnen haben. Das ganze ist ohne Quellenangaben, was logisch ist, denn mir ist nicht bekannt, dass die KDE Community mit einer Planung einer Version 5.0 begonnen hätte.
Über den Rest braucht man dann gar nicht mehr zu diskutieren - ist alles einfach nur falsch, selbst wenn man davon ausgeht, dass er Frameworks 5 meint. Natürlich wird man unter einem auf Frameworks 5 basierten Plasma noch Qt 3/KDE 3 Anwendungen verwenden können.
Wer sich wirklich über KDE News informieren will, verfolgt dann doch besser den planet
Unsinn! Zudem muss auch nicht immer alles kritisch gesehen werden - wenn ein Entwickler etwas tolles erreicht hat, dann kann er darüber wohl auch ein bisschen euphorisch sein, oder? Dabei ist es auch egal, ob es sich um Feature oder Bug handelt oder gar um etwas gänzlich anderes...
Es gibt einen Unterschied zwischen Marketing-Sektenspeak und entwicklerfindetwasgeil. Marketing-Sektenspeak wird nämlich verlangt und bedeutet Unehrlichkeit. Dazu gehört auch, dass alle alle anderen loben. Alle alles "awsome" finden, als ob bei uns die Amerikaner einmarschiert wären.
Das normale wäre doch, dass man darüber spricht was nicht funktioniert, so wie das Anwender immer tun, und wie man diese Defizite beseitigen kann. Das man Interesse an technischen Herausforderungen und Unzulänglichkeiten hat, und wie man diese Schwierigkeiten beseitigen kann. Über die Sachen die funktionieren, braucht man nicht zu sprechen, dafür lieben wir Euch. So war das bei KDE früher.
Hat schon jemand Pakete für die 12.1 gesehen? Im KDE Factory Repo für 12.1 sind noch die 4.8.4 Pakete. Siehe http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_12.1
Habe das Gefühl das seit einigen Versionen kaum noch inovationen dazu kommen. Nur fixes (was natürlich gut ist) und einige Sachen die man erst beim dritten Blick sieht. Was ist mit HUD?
Von Stabilität > Features am Do, 12. Juli 2012 um 19:38 #
+1
Bitte erstmal ein wenig Stabilität reinbringen, da warte ich schon seit 4,5 Jahren drauf.
Jetzt wo KDE langsam an Stabilität gewinnt, bitte nicht sofort wieder neue Features basteln. Mit der 4.9 hat man das Gefühl, dass die KDE Entwickler endlich mal auf Qualität achten. Noch nie sind mir so viele Betas und RC-Versionen aufgefallen. Normalerweise bekommt man von den Betas und RCs nichts mit, bis dann plötzlich die Release da ist.
Normalerweise bekommt man von den Betas und RCs nichts mit, bis dann plötzlich die Release da ist.
Komisch... ich sehe hier nicht mehr oder weniger Ankündigungen als bei früheren Releases... der Fokus liegt bei der 4.9er nach meiner Empfindung schon eher auf Fixing bzw. Änderungen *hinter* den Kulissen.
Was wird das alles für Neuerungen bringen?
Einen automatischen Trollfilter z.B..
Wird es nicht geben, Wie uns manche Entwickler uns hier auf Pro-Linux schon mehrmals versichert haben gibt es kein KDE 4, sondern nur eine KDE Community. Fazit: Wo es keine 4 gibt kann es auch keine 5 geben. Logisch, oder?
Nein, die Pläne für KDE 5 sind einrach sehr vage und zeigen, dass das noch dauert.
Ich sehe schon dir fehlt etwas der Hintergrund zu meinem Post.
Also Entwickler postet z.B. unter anderen KDE-News:
http://www.pro-linux.de/news/1/18535/veroeffentlichungskandidat-von-kde-sc-49-freigegeben.html?cop=303
oder
Es gibt kein KDE4, also wird es auch kein KDE5 geben. Alles klar?
Ich denke Aleppo mein KDE SC 5. Manche sagen ja auch einfach Linux anstatt GNU/Linux. (Linux ist nur der Kernel, die ganzen Tools die den Kernel erst nutzbar machen sind die GNU Tools. Wie die Bash, gcc, make, usw). Obwohl eigentlich nicht mehr sehr viel GNU mehr ist in einer Linux Distribution*.
* How much GNU is there in GNU/Linux?
http://pedrocr.pt/text/how-much-gnu-in-gnu-linux.html
Sehr schöner Artikel. Er bestätigt was ich persönlich schon lange vermute. Bei dem GNU/-Präfix handelt es sich um eine unverschämte Überhöhung der heutigen Bedeutung des GNU-Projekts.
Man muss aber bedenken, dass ohne GNU/Richard Stallman es wahrscheinlich kein Linux geben würde. Ein Kernel zu haben ist ja gut, aber was bringt es, wenn es z.B. kein gcc gibt, um Programme für Linux zu kompilieren (oder den Kernel selber)? Damals haben C/C++ Compiler sehr viel Geld gekostet und waren alle proprietär (zumindest liest man das immer in Mailing Listen, ich bin zu jung um das miterlebt zu haben).
und? Wenn es keinen Linux-Kernel gegeben hätte, wo würde dann die tolle GNU-Welt stehen? Bei GNU Hurd?? Exakt dort.
Ergo: unverschämte Überhöhung des GNU-Anteils. Jawohl, exakt das ist es.
Wir planen einen Umbau der Bibliotheken, der grösstenteils Quelltext-kompatibel ist.
Mit stärkere Modularisierung wird es:
- einfacher, einzelne Teile aus kdelibs zu verwenden, was die Abhängigkeiten verringert
- einfacher, schlankere System zu bauen und zu installieren
Das läuft unter den Namen KDE Frameworks 5. Zur nächsten Generation des Desktops und der Apps haben wir noch nicht viel geplant, ausser, die Umstellung auf QML 2 und Qt Scenegraph voranzutreiben, und selbstverständlich Wayland.
Benutzer dürften aber auch davon weitgehend unbetroffen bleiben, hier ist der Plan weiter inkrementell zu stabilisieren, und mehr und mehr Apparate zu erobern.
Um was für Apparate handelt es sich dabei?
Den Zuse Z1 natürlich
http://kde-look.org/content/show.php/SteampunK+KSplash+Theme?content=142138
Da du dich anscheinend auskennst kannst du mir vielleicht folgende Frage beantworten:
Was kann das KDE Framework was Qt nicht kann?
Wieso braucht man da noch extra libs?
Alle desktop-bezogenen Sachen, sind - glaube ich - in die kdelibs ausgelagert. Plasma ist drin, die kate-editor-Komponente wahrscheinlich auch... etc.
Hab auch kürzlich irgendwo gelesen, dass es eine Annäherung von Qt und den kdelibs geben soll...
Schau dir mal die Doku an. Für jedes Widget gibts meistens ein paar zusätzliche Member.
Allerdings fast immer in Abh. zu KDE. Viele Sachen sind richtig cool, aber leider profitieren Programmierer,
die Anwendung auch für Windows schreiben wollen, nicht davon.
Die meisten Sachen sind in Qt (was seinerseits sehr sauber strukturiert ist) einfach nicht vernünftig unter zu bringen.
Nun da gibt es mehrere Gründe. Zuerst einmal gab es bis vor etwas mehr als einem halben Jahr keine Möglichkeit zu Qt beizutragen. Das hat sich jetzt geändert und unsere Frameworks Entwickler sind dabei einiges upzustreamen.
Das ist aber auch nicht immer einfach und hat einige Hindernesse. Fängt an bei Kleinigkeiten wie KDE dokumentiert in den header Dateien und Qt dokumentiert in den cpp Dateien. Ist also nicht man nehme Code und schiebt es einmal rüber. Dann gibt es auch Lizenzprobleme, die es nicht einfach machen Sachen zu übergeben. Qt erforder ein CLA und bei Klassen, die vor Jahren entwickelt wurden, ist es nicht einfach die Erlaubnis aller Copyrightholder einzuholen (besonders schwierig wenn die Klasse mal migriert wurde mit Code gegebenenfalls aus anderen Klassen und so weiter).
Last but not least gibt es Sachen in den KDE libs, die man wirklich nicht in Qt braucht. Wer braucht denn schon eine Bibliothek um Fenstermanager unter X11 zu erstellen?
Lange Rede kurzer Sinn: KDE Frameworks werden benötigt, aber nicht in der Form wie aktuell die KDE Libs. Die Inter-Modul Abhängigketien müssen aufgebrochen werden und so viel wie möglich muss nur von Qt abhängen, was es einfacher mach diese Module zusätzlich bereitzustellen. Das ist was unsere Frameworksentwickler machen und auch von Qt sehr begrüßt wird.
Cool, dann freu ich mich auf eine Menge neuer Qt Module die mir die Arbeit erleichtern
Wenn hier schom Entwickler sind.
Gibt es eine Seite wo verwaiste KDE Projekte sind die nicht nach KDE 4 portiert wurden bzw. keinen Maintainer mehr haben ? Ich habe diesbezüglich nitchts gefunden.
Alternativ würde ich einen billigen Daemon Tool clone aka "KMount" entwickeln. Meine zweite Projektidee fällt mir grad nicht ein.
Du suchst also arbeit? ;D
Ich hät da ne Idee:
KDE und Unity verwenden ja das gleiche, von freedesktop.org als Standard definierte DBus Protokoll um die sogenannten Notifications anzuzeigen. Zum Erstellen solcher Notifications gibts Python & Vala Libraries, aber mir ist keine Qt-Bibliothek dafür bekannt (man muss selber mit DBus sprechen).
Wär echt cool wenn man als Qt Entwickler auch auf sowas zurückgreifen kann.
Weitere Infos unter:
http://developer.ubuntu.com/resources/technologies/notification/
http://www.galago-project.org/specs/notification/0.9/x408.html#command-notify
Würds selber machen, aber arbeite gerade an einer Qt Bibliothek mit der man Ubuntu One einfacher in seine eigene App integrieren kann (launchpad.net/QUbuntuOne). Könnte dir auch helfen bezüglich DBus & QDBus.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 12. Jul 2012 um 16:16.Was hast du nur gegen Python ? ;-)
Ich schau es mir mal an, besser wäre noch, man könnte daraus eine Masterarbeit stricken ^^
Nun ich kann ja keien Python Library aus C++ verwenden.
Und eine Qt/C++ Bibliothek kann man dann auch von Python aus verwenden.
Für eine Masterarbeit wärs wohl zu klein, denke ich.
Aber da ich keinen Master hab weiss ich das nicht.
Auch das ist aus Sicht eines KDE/Gnome Entwicklers vielleicht eine nette Sache. Aber da Qt auch auf Mac oder Windows ausgerichtet ist und beide Desktops nicht dem Konzept folgen..... naja ich lass mal das Gerede.
Wär außer KDE würde denn die Library auf Basis von Qt nutzen? Gnome sicher nicht.
Ja klar wärs nicht Plattform-Unabhängig, MS hat ja kein Notification-System afaik.
Da Gnome 3 sich nicht an den Freedesktop.org Standard hält funktionierts auch nur unter Unity & KDE. Aber man kann dann theoretisch auch in der Library automatisch erkennen unter was für einem System / DE man läuft und so auch Gnome 3, Meego und weitere Notification Systeme von anderen OS / DEs unterstützen.
Nun Gnome selber wird es vermutlich nicht verwenden. Aber ich als Entwickler der gerne mit Qt Entwickelt und möchte das sich mein Programm auch gut in den Gnome / KDE / Unity Desktop integriert würds auf alle fälle verwenden.
Andere Qt benutzenden Entwickler, z.B. die Leute, die Applikationen für Razor-Qt schreiben, oder die Entwickler von VLC, usw.
KDE Entwickler sind zwar die größte Gruppe von Entwicklern die Anwendungen mit Qt für FLOSS System schreiben, aber bei weitem nicht die einzigen
Anwendungen, die das Ende des Lebenszyklus erreicht haben finden sich in http://websvn.kde.org/tags/unmaintained/
Wenn du an aktuellen Sachen interessiert bist, dann schaue auf http://community.kde.org/KDE/Finding_The_Unloved
Danke für die Info
Der Link im Wiki zu 'Finding the unloved, 2011, part I" war verweist und wurde gerade aktualisiert.
Ein weiterer Vorschlag wäre die Quanta Plus Portierung abzuschließen.
Das habe ich mir auch gedacht, arbeitet da noch jemand dran ?
Wie würde man da am besten vorgehen ?
Klingt super!
Aber ers mal hoffe ich, dass KDE 4.9 ein Knaller wird.
> Wir planen einen Umbau
Schon wieder? Waren unnütze und blödsinnige Umbaus nicht das, was KDE4 um Jahre zurückgeworfen, wenn nicht geradezu gekillt hat?
Die gleiche Funktionalität immer und immer und immer wieder neu implementieren und debuggen macht sowas von Spaß, nich?
ließ noch mal genau: sebas schrieb, dass es ein Umbau in den Bibliotheken bei Quelltext-Kompatibilität ist.
D.h. einmal neu kompilieren, im Normalfall. Ließ dazu zum Beispiel http://www.kdab.com/porting-from-qt-4-to-qt-5/
auf dem gleichen Blog findet sich auch ein Blog Post, in dem beschrieben wird, wie man mit Hilfe eines llvm basierten Tools die Quellcodeanpassungen automatisch machen kann.
Mir ist bisher nur eine Anwendung bekannt, die etwas mehr Portierungsarbeit bei dem Umstieg auf Qt 5/KF5 brauchen wird: KWin. Und so viele Fenstermanager gibt es nicht in KDE und dank der Modularisierung kann KWin auch auf Qt 4 bleiben wenn andere Komponenten schon auf Qt 5 sind (wobei ich davon ausgehe, dass KWin eine der ersten portierten Anwendungen sein wird).
Ja, gibt es, schau mal auf http://kde-neues.blogspot.de/search/label/KDE5.
Dort gibt es einige Informationen über KDE5.
Das Design soll reifer werden, außerdem hat man mit Qt5 mehr möglichkeiten, die UI zu gestalten.
der Blog ist recht schlecht informiert und auch "reißerisch" formuliert. Und er scheint sich mit KDE Entwicklung nicht wirklich auszukennen, so bezieht er sich im Eintrag "KDE 5.0 mit neuem Design Ansatz?" auf einen Blogpost von Marco Martin. Die entsprechenden Posts enthalten niergends dass es irgendwas mit KDE 5 zu tun hat. Der Post ist sogar unter "kde4" gepostet.
Ebenso falsch sind die anderen Posts. So behauptet er einfach, dass die Entwickler mit der Planung für die neue Version 5.0 begonnen haben. Das ganze ist ohne Quellenangaben, was logisch ist, denn mir ist nicht bekannt, dass die KDE Community mit einer Planung einer Version 5.0 begonnen hätte.
Über den Rest braucht man dann gar nicht mehr zu diskutieren - ist alles einfach nur falsch, selbst wenn man davon ausgeht, dass er Frameworks 5 meint. Natürlich wird man unter einem auf Frameworks 5 basierten Plasma noch Qt 3/KDE 3 Anwendungen verwenden können.
Wer sich wirklich über KDE News informieren will, verfolgt dann doch besser den planet
Auf Planet gibt es ja nur sektenartige Baubepinselungen und Marketingbotschaften. Kritischer technischer Dialog, Fehlanzeige.
Gegenbeispiel: http://vhanda.in/blog/2012/06/nepomuk-kio-upgrade/ oder auch http://vhanda.in/blog/2012/06/the-nepomuk-bof
Für mich ein klar kritischer technischer Dialog zu einer Kernkomponente.
Unsinn! Zudem muss auch nicht immer alles kritisch gesehen werden - wenn ein Entwickler etwas tolles erreicht hat, dann kann er darüber wohl auch ein bisschen euphorisch sein, oder? Dabei ist es auch egal, ob es sich um Feature oder Bug handelt oder gar um etwas gänzlich anderes...
Es gibt einen Unterschied zwischen Marketing-Sektenspeak und entwicklerfindetwasgeil. Marketing-Sektenspeak wird nämlich verlangt und bedeutet Unehrlichkeit. Dazu gehört auch, dass alle alle anderen loben. Alle alles "awsome" finden, als ob bei uns die Amerikaner einmarschiert wären.
Das normale wäre doch, dass man darüber spricht was nicht funktioniert, so wie das Anwender immer tun, und wie man diese Defizite beseitigen kann. Das man Interesse an technischen Herausforderungen und Unzulänglichkeiten hat, und wie man diese Schwierigkeiten beseitigen kann. Über die Sachen die funktionieren, braucht man nicht zu sprechen, dafür lieben wir Euch. So war das bei KDE früher.
Tach
Hat schon jemand Pakete für die 12.1 gesehen? Im KDE Factory Repo für 12.1 sind noch die 4.8.4 Pakete. Siehe http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_12.1
Ahh - mein Fehler. Natürlich liegen die unter Unstable, nicht Factory:
http://download.opensuse.org/repositories/KDE:/Unstable:/SC/openSUSE_12
Würde gerne ein wenig mittesten - freu mich schon auf die neue
Das dauert meist ein paar Stunden, hilft nur abwarten und Tee trinken (wobei eigentlich müsste das Unstable sein und nicht Factory)
Ja, du hast recht. Siehe mein voriges Kommentar - Unstable, nicht Factory. Im Unstable ist noch RC1.
Na - offensichtlicher geht es wohl nicht mehr ...
Fallen aber nur Blöde drauf rein.
man sollte sich endlich von diesem häßlichen namen "kde" verabschieden.
Warum? Mir gefällt er.
Was genau ist daran hässlich?
Er besteht aus nicht flüssig am Stück aussprechbaren Buchstaben.
Nur weil ihr kein tschechisch könnt?
Dann sei der Erste und sprich es kaaaadeee und wenn dir viele folgen, dann ist es richtig...
Habe das Gefühl das seit einigen Versionen kaum noch inovationen dazu kommen.
Nur fixes (was natürlich gut ist) und einige Sachen die man erst beim dritten Blick sieht.
Was ist mit HUD?
Sehe geade das es nun wohl doch bald live Wallpapers geben wird.
http://www.youtube.com/watch?v=qZcnQ3aZ3KQ
Useless aber cool. Ich steh drauf
Very nice, dann werden die Windows User mal wieder neidisch rüberäugeln (ja ich weis, bei den Ultimate Versionen gibts sowas auch).
LOL. Als würd so n Scheiß irgendeinen überhaupt interessieren.
Was spricht dagegen? Musst sie ja nicht benutzen. Mal davon abgesehen, gibt es Live-Wallpapers schon sehr lange.
Ja live wallpapers gibt es z.B. bei E17 schon mehr als 6 Jahre.
Bei KDE4 gibt/gab es das noch nicht
Guckst du hier -> http://www.webupd8.org/2012/02/appmenu-runner-hud-like-functionality.html
Ich bin damit zufrieden das die Entwickler KDE erst einmal stabil machen. Dann ist immer noch Zeit für Innovationen.
Hoffentlich läuft mit dem neuen Release Kontact/KMail endlich wieder zufriedenstellend...
> Hoffentlich läuft mit dem neuen Release Kontact/KMail endlich wieder zufriedenstellend...
+1
Ich habe mich von der ständigen Hoffnung verabschiedet. Thunderbird hat nun den Vorzug bekommen und ich kann nicht klagen, es läuft.
hoffentlich bleibt das auch nach der aufgabe von mozilla noch lange so...
+1
Bitte erstmal ein wenig Stabilität reinbringen, da warte ich schon seit 4,5 Jahren drauf.
Jetzt wo KDE langsam an Stabilität gewinnt, bitte nicht sofort wieder neue Features basteln. Mit der 4.9 hat man das Gefühl, dass die KDE Entwickler endlich mal auf Qualität achten. Noch nie sind mir so viele Betas und RC-Versionen aufgefallen. Normalerweise bekommt man von den Betas und RCs nichts mit, bis dann plötzlich die Release da ist.
Das gefällt mir auch sehr gut.
Gleichwohl bin ich gescheitert mit meinem Versuch Neon-Pakete zu installieren.
Wäre doch prima, wenn es mehr beta-testing geben würden. Ich verstehe bis heute nicht warum eine beta unstabiler als das letzte Release sein muss.
HUD ist doch dabei oder?
KDE 4.8 gefällt mir schon richtig gut. Mal sehen, was die Zukunft bringt.