Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 12 reacties
Bron: KDE, submitter: a casema user

KDE logo (60 pix)De vierde update voor versie 4.5.0 van de KDE Software Compilation is verschenen. Deze populaire desktopomgeving, die bestaat uit de onderdelen Development Platform, Plasma Workspaces en Applications, wordt primair voor Linux, FreeBSD en Solaris ontwikkeld. Er bestaan ook versies voor Windows en Mac OS X, al zijn die iets minder ver in hun ontwikkeling. De KDE Software Compilation wordt met een standaarddesktop geleverd, inclusief een groot aantal applicaties, waaronder een personal information manager, programma's voor multimedia en netwerkbeheer, en spelletjes. In versie 4.5.0 heeft de nadruk gelegen op het verbeteren van het gebruik, de prestaties en de stabiliteit. In deze update is verder gewerkt aan het stabiliseren van KDE.

December Updates Stabilize KDE 4.5 Further

KDE has released a series of updates to the Plasma Desktop and Netbook workspaces, the KDE Applications and the KDE Platform. This update is the fourth in a series of monthly stabilization updates to the 4.5 series. 4.5.4 brings bugfixes and translation updates on top of KDE SC 4.5 series and is a recommended update for everyone running 4.5.3 or earlier versions. As the release only contains bugfixes and translation updates, it will be a safe and pleasant update for everyone. KDE SC 4 is already translated into more than 55 languages, with more to come.

To download source code or packages to install go to the 4.5.4 Info Page. The changelog lists more, but not all improvements since 4.5.3.

KDE Software Compilation 4.5 screenshot

Moderatie-faq Wijzig weergave

Reacties (12)

Screenshot is de netbook workspace, en niet wat je normaal op je desktop of laptop zou zetten. Hier is te zien hoe dat eruit ziet.
Hoewel ik KDE met plezier gebruik, verbaas ik me toch vaak over het trage tempo waarin bugs worden opgelost, vooral als je dit afzet tegen het ontwikkeltempo. Soms zelfs zeer storende bugs, waar gedurende maanden niet naar gekeken wordt door de devs.
Een voorbeeldje:
https://bugs.kde.org/show_bug.cgi?id=251537
Zo'n "in your face" bug is vreselijk slechte reklame voor een desktop. Bovendien bekruipt me het gevoel dat een Plasma-dev zoiets in no-time heeft gefixt... wat het nog iets schrijnender maakt.
Ik vind dat wel meevallen. De hele 4.5.0 tak bevoorbeeld kent 16.000 bugfixes over ik geloof een half jaar. De bug die je noemt staat nu twee maanden open, is vervelend maar niet kritisch en zou ik niet als zeer storend kwalificeren. KDE heeft veel ergere bugs gekent, zeker in de beginfase van versie 4. Voor zo'n bug vind ik de twee maanden dat ie openstaat dan ook niet buitenproportioneel. Zo te lezen lijkt de fout hier gerelateerd aan de compositing window manager (Kwin), iets waar niet elke dev verstand van heeft.
Ik vind het vies tegenvallen. KDE3 was toch echt beter voor dagelijks gebruik.

Je start menu wordt standaard verneukt als je het een paar keer hebt aangepast (kdemenuedit) en items in submenu's hebt verschoven. De XML representatie van je menustructuur kan niet gebackupped worden om dit te herstellen want deze wordt gebouwd uit de interne binary blob, niet andersom. Je kan alleen compleet terug naar af, waarbij al je eigen layout, zelf toegevoegde menu items, shortcuts e.d. weg zijn.

Een eigen icoon op de taakbalk kan je alleen toevoegen door eerst een menu item (via bovenvermelde kverneukedit) toe te voegen, en dan rechter muisknop, add to panel. Daarna zou je de oorspronkelijke item misschien kunnen verwijderen, maar dan kun je je global keyboard shortcut ook wel vergeten. Wil je de icoon aanpassen van zo'n item op de taakbalk vreet het vaak de hele item op, inclusief het oorspronkelijke menuitem. Helemaal leuk is dat zelfs via aptitude verwijderen en herinstalleren van de package deze niet terugbrengt totdat je weer een complete menu reset uitvoert.

Global keyboard shortcuts voor programma's is een compleet eigen verhaal, je moet maar geluk hebben als je ze aan de praat krijgt: naast het veld in kmenuedit is dit ook in te stellen onder System Settings/Custom Shortcuts/KMenuEdit ťn Global Keyboard Shortcuts/khotkeys. Je krijgt willekeurig meldingen dat de shortcut al in gebruik is, of geen melding maar het werkt gewoon niet. Of het werkt wel, maar niet na een nieuwe login, totdat je de settings herlaadt, of een van de menu's verwijdert/opnieuw toevoegt. PrintScreen toets shortcut naar KSnapshot heb ik nog steeds niet aan de praat.

Mijn andere grootste irritatie: zowel Konqueror als Dolphin zijn compleet waardeloos (geworden) als file managers. Beiden zitten vol met selectie gerelateerde regressies. Als je de cursor toetsen gebruikt om je selectie te veranderen blijven oude selecties half gehighlight en als je de nieuwe selectie verwijdert (shift-del) wil het nogal eens voorkomen dat die half-highlightte oude OOK worden verwijderd. Je moet noodgedwongen de muis pakken (niet slepen, alleen klikken) of F5 drukken en de precieze items selecteren voordat je iets verwijdert.

Vaak moet je ze ook afsluiten om veranderingen te zien te krijgen (files erbij/eraf op achtergrond zijn zelfs na F5 niet te zien). Als je een te lange filename hebt kan je deze niet via toetsenbord selecteren, je moet er op klikken. Lange filenamen kun je alleen lezen als je het selecteert om te hernoemen. Als je F2 gebruikt wordt de 'extensie' niet gehighlight, alsof we nog steeds in het DOS tijdperk leefden. Als je op een filenaam klikt die al geselecteerd is gebeurt er niks. Grote directories die gemount zijn via Samba mag je eeuwen op wachten t.o.v. dezelfde share op een Windows bak vie Windows Explorer. etc. etc. Als je ooit met Directory Opus hebt gewerkt wordt je hier gestoord van. Zijdelings mee te maken: ark kan archieven met lange filenamen niet uitpakken in homedir als je ecryptfs gebruikt, wel in b.v. /tmp.

Dit zijn toch bugs waar je U tegen zegt en in elke 4 release blijven ze staan.
Volgens mij moet je eens je ~home/.kde4 folder van de schijf trappen want het lijkt er op dat een frisse start geen kwaad zou kunnen.
PrintScreen toets shortcut naar KSnapshot heb ik nog steeds niet aan de praat.
ksnapshot aan de printscreen knop werkt bij mij al eeuwen, nooit geen problemen mee gehad in 4.2 t/m 4.5
Lang verhaal over konqueror/dolphin
Ik gebruik enkel Dolphin als filemanager en ik heb geen van de problemen die jij hebt, de naam verschijnt overigens ook onder in de statusbalk dus renamen om de volledige naam te zien is niet nodig tenzij deze zelfs langer is dan de statusbalk.

F2 = rename, of de extensie van de naam wel of niet hier toebehoort is een mening die per persoon zal verschilen, windows heeft hetzelfde gedrag en highlight ook de extensie niet (keertje ctrl+a drukken na f2 is ook niet zoveel werk).

Samba lijkt bij mij ook niet veel anders te werken dan het doet onder windows, maar ik gebruik het slechts spoorlings op de laptop van m'n vader als ik daar een bestandje van de network shares moet plukken. Op de eigen laptop heb ik NFS geconfigureerd wat ik een stuk fijner vind werken dan Samba. (Server bied dezelfde mappen via zowel Samba als NFS aan)

In het kort, het merendeel van de bugs waar jij last van hebt zijn er ook mensen (en wellicht ook de developers) die er geen last van hebben.

[Reactie gewijzigd door Xthemes.us op 4 december 2010 14:31]

Volgens mij moet je eens je ~home/.kde4 folder van de schijf trappen want het lijkt er op dat een frisse start geen kwaad zou kunnen.

Dit is precies waar christopher72 de spijker op zijn kop slaat. Ik ben geen doorsnee desktop gebruiker en weet precies hoe ik het (telkens weer) op moet lossen, maar ik weiger naar de naam Sisyphos te luisteren. Het had al lang door de ontwikkelaars gefixed moeten zijn.

PrintScreen: ik heb een Apple alu (A1243, US) toetsenbord. Als ik op 'F13' druk verschijnt er zowel onder Global Keyboard Shortcuts/PrintScreen, Custom Shortcuts/Preset Actions/PrintScreen als in kmenuedit bij ksnapshot 'Print' en wordt er gewaarschuwd dat het al in gebruik was als ik hiertussen wissel. Geen van allen doen echter iets. ksnapshot verschijnt niet, the Gimp zegt dat er niets in de clipboard staat. Dit blijft zo als ik de menu opnieuw heb opgebouwd.

Lange filename: ik dacht nog om de statusbalk te noemen maar het leek me duidelijk dat aangezien daar ook type en grootte erbij worden geplakt dit nog minder laat zien dan de gewone view, waar je al dan niet kolommen uit kan zetten (hier naam, grootte, datum). De optie om na een (evt. zelf in te stellen delay) een popup met de volledige naam te laten zien, evt. over meerdere regels opgebroken, lijkt mij de vanzelfsprekende oplossing.

F2: XP selecteert ook extensie. Sterker nog, de Windows standaard instelling is om geen extensies te laten zien en selecteert ook Win 7 dus eigenlijk alles. Maar dat geeft ook aan waarom dat onder Linux niet zo zou moeten: Windows gebruikt de extensie op type te bepalen. Bij Linux is dat niet bepalend dus ga je tegen de eigen design filosofie in, alleen om recente Windows gebruikers die ook nog hun instellingen hebben veranderd om de extensie wel te laten zien tegemoet te komen? Dit zou op zijn minst door de gebruiker in te stellen moeten zijn, en wat mij betreft standaard andersom. CTRL+a is met 3 i.p.v. 1 toetsaanslagen geen oplossing.

Samba (beter gezegd mount -t cifs) heb je nodig als je server geen NFS doet (b.v. corporate Windows netwerk). Dat is op zich niet zo'n probleem, ik noemde het onder de header file manager omdat de combinatie met Konqueror er zo'n puinhoop van maakt (waarschijnlijk door caching of filetype/attibuten onderzoek o.i.d.). Windows Explorer laat een grote directory vrijwel direct zien, Konqueror moet er een seconde of wat over nadenken, vaak zelfs als je dezelfde dir snel opnieuw opent.

Je kan natuurlijk zeggen dat ik een bug report in moet schieten, maar dat is al talloze keren gebeurd, de bovenvermelde problemen zijn al lang en breed uitgemeten op allerlei fora en trackers. Ze zijn in ieder geval algemeen genoeg om de wenkbrauwen flink omhoog te laten schieten, met name over de duur van hun bestaan.
I rest my case. ;-) Ik word persoonlijk niet zo geraakt door dergelijke bugs, maar aangekomen bij versie 4.5.4 mag je toch zo langzamerhand aannemen dat die zijn weggewerkt. Binnen de KDE community begint de irritatie ook te groeien: bij Beta 1 van KDE4.6 lees je in verschillende fora: "wat is het nut nog om bugs door te geven voor een beta, als zelfs de relatief grote bugs die ik al eerder doorgaf bij stable versies niet gefixt zijn?". Dat werkt enorm frustrerend. Sommigen zijn uren bezig met het schrijven van een duidelijke bugreport en doen zťlf al allerlei troubleshooting, om vervolgens te merken dat er niets mee gedaan wordt. Voor iedere nieuwe beta zijn er van die bugfix-rondes en doet men er alles aan om een redelijke versie uit te brengen, maar die bugfix-rondes zou men moeten houden rond stable versies. Het is uiteraard stukken leuker om nieuwe features te implementeren en nieuwe code te schrijven, maar verreweg de meeste users zitten daar niet op te wachten. Zij willen gewoon plezierig en bugvrij kunnen werken.
Ik heb is kde + arch op een oud pctje geprobeerd samen met gnome en xfce, dan merk je dat gnome en xfce toch wel een stuk sneller zijn. Verder ziet het er allemaal wel gelikt uit, maar het is gewoon irritant dat veel linux software toch voor gtk word gemaakt, andersom heb je dat probleem ook wel, maar toch wat minder.
nou vlc is met QT gemaakt, wat mateloos irritand is voor gtk/xfce
Qt is beter in GTK našpen dan GTK is in het našpen van Qt.
Waar GTK eigenlijk geen enkel optie bied om fatsoenlijk te intergreren is dit bij Qt nog wel aardig uitgedacht en zit ongeveer op hetzelfde niveau als java applicaties.

Om GTK applicaties goed binnen KDE te laten intergreren moeten er extra stappen worden ondernomen wat extra programmeerwerk eist en niet standaard bij de toolkit/framework in zit.

Gelukkig nemen ze bij openSUSE de moeite om de GTK applicaties beter te intergreren binnen KDE, zo maakt Firefox onder openSUSE gebruik van Dolphin als filemanager en ziet die er standaard behoorlijk vergelijkbaar met Konqueror uit. Ook aan de OpenOffice (of ondertussen Libre Office) 'KDE look' wordt hard gewerkt.
Ik verwacht dat de Gimp het volgende pakket zal zijn, en dan zijn de drie grote GTK applicaties die je binnen KDE terug vind om.

Jammer dat KOffice niet in de buurt komt van OpenOffice, de software in deze compilation doet gelukkig niet onder voor de Gnome tegenhangers.
Ongelofelijk hoe mooi het eruit ziet vergeleken met Gnome (ja dat is smaak), toch heb ik nu Ubuntu met Gnome op mijn netbook en alles gaat net ff wat soepeler en sneller (komt door Compiz vs Kwin neem ik aan). Ik mis met KDE echt dat soepele gevoel. Maar goed, misschien is een atom n280 (met die crap intel GMA graphics chip) niet echt een goeie c/gpu om de twee op te vergelijken.

Als ik straks een beest van een i7 heb gaat er eerst eens Kubuntu op (of Arch met KDE4).

[Reactie gewijzigd door teek2 op 3 december 2010 16:05]

Het wachten is op KDE 4.6 waarbij eindelijk geen HAL meer nodig is. Maar deze gaat ook mee want het laatste jaar is KDE tot nu toe altijd stabiel geweest.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True