www.linuxweblogs.nl » KDE

Linux Mint 12 KDE released!

Arie — Fri, 03 Feb 2012 16:24:17 +0000

The team is proud to announce the release of Linux Mint 12 KDE.

De iso’s kan je hier vinden

Linux Mint 12 KDE goedgekeurd voor release

Arie — Wed, 01 Feb 2012 16:46:28 +0000

Vandaag is de final van Linux Mint 12 KDE goedgekeurd.

De iso’s kan je over een paar dagen hier downloaden

Linux Mint 12 KDE RC released!

Arie — Wed, 11 Jan 2012 12:46:18 +0000

The team is proud to announce the release of Linux Mint 12 KDE RC.

Linux Mint 12 KDE RC

KDE 4.7

This edition comes with the latest and recently released KDE 4.7.4

Hybrid ISO images

This is the first release of Linux Mint using Hybrid ISO images.

Traditionally, tools such as ‘Startup Disk Creator’ or ‘UNetbootin’ were needed to install Linux Mint via USB. With hybrid images, you can simply use the “dd” command or a graphical frontend to make a bootable USB stick with no efforts which acts exactly like a liveDVD.

Pros:

The resulting USB stick will act exactly like a liveCD/DVD
The process is fast and simple
Hybrid ISOs are still compatible with Unetbootin and Startup Disk Creator

Cons:

This method deletes all the data present on the USB drive
The USB stick isn’t persistent (though you can still use Unetbootin to do this)

For more information on how to install this release via USB, please read this tutorial.

Search engines

Duck Duck Go: The new default search engine is Duck Duck Go. It doesn’t show different results depending on who’s making the search, it doesn’t track or record user information, it provides you with optmized results and it’s built on and contributes to Open Source.

Development of a new business model: Search engines will share with Linux Mint the revenue generated for them by Linux Mint users. Some search engines partnered with Linux Mint already and are present in Linux Mint 12.

Easy installation of other engines: The way you install search engines in Linux Mint 12 is radically different than in previous releases. Clear explanations and easy instructions are there for the user to understand how search engines help Linux Mint and to decide what to do. The installation of additional search engines is also now much easier than before.

Upstream components

Linux Mint 12 features the following upstream components: Ubuntu 11.10, Linux 3.0, KDE 4.7.4.

Bron : The Linux Mint blog

Unity, Gnome 3.0, KDE & fonts

Digiplace — Fri, 13 May 2011 11:13:09 +0000

Sinds de laatste Alpha versie van Ubuntu 11.04 werk ik onder Unity. Op Digiplace zijn al een paar artikelen te vinden over mijn eerste ervaringen. Je kan in die artikelen waarschijnlijk wel lezen dat ik redelijk positief gestemd was over Untity. Je moet het immers een kans geven en hoewel alles anders is geworden is dat niet meteen overal een nadeel.

Inmiddels ben ik op een punt gekomen waarin het gebruik van Unity mij begint tegen te staan. Ik moet allemaal hacks uitvoeren om e.e.a. naar mijn zin te krijgen. Globalmenu, externe applicaties zoals diodon, indicatorsproblemen..ga maar door. En waarom moet Unity nou zoveel lijken op OSX? Ik gebruik bewust Linux omdat ik zowel Windows als OSX niet prettig vind werken.

Nou wil ik ook uit principe niet terug naar de vertrouwde Gnome 2.* omgeving. Die bevalt welliswaar erg goed, maar is toch gedoemd te verdwijnen. Dan kijk ik toch liever vooruit naar dingen die gaan komen.

Gnome 3.0 heb ik inmiddels geprobeerd. In eerste instantie via een PPA onder Ubuntu. Ik werd daar niet gelukkiger van. Ik heb Fedora 15 Beta gebruikt en daar werkt het wel weer beter. Maar daar krijg ik niet hetzelfde mooie plaatje als onder Ubuntu. De fonts zijn niet zo strak, scherp zoals ik dat gewend ben. Ligt het aan mij? Kan best, help mij maar om het te verbeteren. Want ik krijg het niet voor elkaar. Niet alleen onder Fedora overigens, ook onder OpenSuse 11.4 komt dat probleem om de hoek kijken. Niet dat het heel slecht is, maar gewoon niet zo mooi als onder Ubuntu.

De irritatie liep zo hoog op dat ik zelfs Kubuntu ben gaan installeren. En dat is nogal wat dat je als Gnome gebruiker via Unity naar KDE gaat kijken.

Laat ik maar meteen zeggen dat ik heel veel goede dingen zie in KDE. Zo mooi en veelzijdig dat ik mij begon af te vragen waarom ik niet naar KDE overstap.

Maar ook daar zijn de problemen met font rendering aanwezig. Wat ik ook probeer, ik krijg geen mooie rendering van de fonts voor elkaar. En via allerlei reviews (zoals bijvoorbeeld deze) blijkt dat ik daar niet alleen in sta. Vroeger (2003 of zo) loste ik dat onder Mandrake op door gnome-settings-daemon te laden. Dan werd de Gnome manier van werken onder KDE toegepast met een prachtig beeld als resultaat. Maar dat werkt tegenwoordig niet meer lijkt wel.

Daarom ben ik weer terug bij Ubuntu 11.04. Niet uit overtuiging, maar bij gebrek aan beter. Een beetje vreemd, maar op dit moment weet ik het even niet meer. Ik denk overigens dat die problemen opgelost zijn in oktober van dit jaar. Dan wordt zowel Gnome 3.0 als Unity aangeboden en kan je vrij tussen die twee switchen zonder je windowmanager om zeep te helpen. Ik vertrouw erop dat tegen die tijd veel van de geconstateerde ongemakken zijn overwonnen. Maar ondertussen knaagt KDE 4.6 aan mijn geweten.

Update:

Hier een tweetal screenshots naast elkaar. Links is Unity, Rechts is KDE. Zorg dat je full screen die afbeelding bekijkt om verschillen te kunnen zien van fonts.

Javascript-widgets schrijven voor KDE Plasma

Bram Schoenmakers — Sat, 27 Feb 2010 12:56:06 +0000

Tot voor kort heb ik Javascript nooit echt serieus genomen. Die perceptie kwam voornamelijk door slechte programmeurs die hun beste beentje voorzetten op websites en allerlei plaatjes over het scherm lieten vliegen. Ook het inline definiëren van functies resulteert al snel in een brei ongestructureerde code. Voor mij leek het gewoon onmogelijk om enigssinds object-geörienteerd te werken met deze taal.

Toch ben ik er sinds een tijd wel wat serieuzer mee bezig en is Javascript niet zo slecht als ik dacht. Er zitten wel een aantal verschrikkingen in deze taal, waaronder de dynamische scoping, waardoor je door wat brandende hoepels moet springen om toch bij de juiste objecten te kunnen (var that = this voor de insiders). Wat ik wel goed vind aan deze taal is het feit dat functies gewoon eerste-klas objecten zijn. En dat het dus wel degelijk mogelijk is om object-geörienteerd programmeren te benaderen.

Choqok

Digiplace — Tue, 12 Jan 2010 12:36:48 +0000

Als rechtgeaarde Gnome gebruiker heb ik niet zoveel op met het gebruik van specifieke KDE applicaties op mijn desktop. Maar vandaag heb ik gezien dat deze soms krampachtige houding onterecht is gebleken.

Als gebruiker van twitter heb ik lang gezocht naar een ideale applicatie. Onder Gnome bleek Gwibber de beste kandidaat te zijn. In haar ontwikkelingstraject is schijnbaar een nieuwe weg ingeslagen en de huidige vormgeving én functionaliteit kan mij helaas niet bekoren. Daarom had ik een overstap gemaakt naar een Adobe Air apllicatie: Tweetdeck.En die werkt prima en heeft voorzieningen aan boord waar werkelijk alle wensen mee zijn te vervullen. Maar die komen met een prijs want Tweetdeck heeft beduidend meer cpu honger en vraagt ook meer van het werkgeheugen. Maar het belangrijkste bezwaar voor mij is eigenlijk dat ik alleen maar twitter wil gebruiken. Alle toeters en bellen van die applicatie zijn gewoon niet aan mij besteed.

En toen las ik op Twitter notabene positieve berichten over Choqok. En al snel kon ik mij in die berichtgeving vinden. Choqok draait nu keurig op mijn desktop, vraagt weinig van het geheugen of CPU en functioneert precies zoals ik dat altijd heb gewenst.

Okular sneller maken

Kristof Bal — Fri, 28 Aug 2009 10:14:00 +0000

Okular is de standaard documentviewer van KDE. Hij kent PDF, PostScript, DjVu, OpenDocument en meer. Ik zou zeggen: probeer hem zelf!

Nu alleen een kleine tip:
Heb je meer dan 512 MB RAM in je PC (wat meestal zo is), kan je Okular bij sommige documenten versnellen door hem meer geheugen te geven. Ga naar Hulpmiddelen -> Okular instellen… -> Snelheid. Onder Geheugengebruik kan je nu kiezen voor Agressief, waardoor je in grote documenten o.a. sneller kan zoeken en scrollen.

Nog meer tips vind je op de MandrivaClub.NL-wiki

Desktop-bestanden

Kristof Bal — Tue, 28 Jul 2009 07:47:00 +0000

Ik heb dus weer al een tijdje niet meer geblogd, net als eigenlijk eender welke computeractiviteit :). Nu ja, hoe dan ook is er druk vertaald aan KDE 4.3, en die zal vandaag worden getagd (interne release), wat dus inhoudt dat de release over een weekje volgt.

In elk geval, ik geloof dat deze blog dient om mijn kennis over bepaalde Linuxonderwerpen over te brengen aan anderen. Gezien mijn vertaal-achtergrond heb ik toevallig enige kennis van de zgn. desktop-bestanden die zorgen voor de opbouw van het programmamenu van bijv. Gnome en KDE.

Anders dan Windows, waar het startmenu beschreven wordt in het moeilijk te bewerken en (voor mij toch) niet transparante register, wordt op Unix zo veel mogelijk met tekstbestanden gewerkt. Dit zijn dus tekstbestanden met de uitgang .desktop, en ze maken deel uit van freedesktop.org, dat de samenwerking tussen de verschillende desktops probeert te bevorderen. De specificatie is hier.

De bestanden zijn te vinden in de map /usr/share/applications/. Mocht een programma geïnstalleerd zijn in een andere prefix (bijv. /opt/programma/), moet je achter dat pad ook weer share/applications plakken. Maar /usr/share is standaard. KDE zet zijn bestanden (dit zijn er veel, daarom) in een aparte map in die map, namelijk kde4/.

Goed, laten we eens zo’n bestand naderbij bekijken. Kies een bestand uit in deze map en open het met een willekeurige editor, en zoek de volgende elementen. Ik zal uitgaan van het bestand voor marble, de virtuele wereldbol van KDE.

Elk bestand begint met de volgende regel

[Desktop Entry]

deze bepaald dat het desktop-bestand is, conform de standaarden.
De volgende regels kunnen eigenlijk in willekeurige volgorde komen.

Type=Application

Deze regel vertelt dat het om een gewoon programma gaat. Andere waarden zijn “Link” en “Directory”, respectievelijk om naar webpagina’s of mappen te wijzen.

Exec=marble

Exec geeft het uit te voeren commando, dit commando in een terminal tikken zou hetzelfde resultaat geven. Als het om een link gaat, gebruik je “URL” i.p.v. “Exec”.

Name=Marble

Gewoon de naam van het programma.
Dit waren de verplichte delen, de rest is optioneel, maar wordt vaak gebruikt.

MimeType=application/vnd.google-earth.kml+xml;application/gpx+xml;

De bestanden die dit programma kan openen, heel handig, want zo wordt een programma automatisch met de juiste bestanden geassocieerd. Een lijst van de mimetypes vind je hier.

GenericName=Desktop Globe

Verteld de gebruiker het soort programma waar het over gaat. Kan ook “webbrowser”, “mediaspeler”, enz. zijn. Deze beschrijving vindt je veel terug in menu’s.

Icon=marble

Het te tonen pictogram in het menu. Dit is gewoon de bestandsnaam van de pictogrammen in /usr/share/icons of /usr/share/pixmaps, zonder bestandsexistentie.

Terminal=false

Moeten we dit uitvoeren in een terminal of niet? Waarden zijn true of false, standaard is dit trouwens false, dus deze regel was niet nodig geweest.

Categories=Qt;KDE;Education;Geography;

De categorieën in het menu waar we willen inkomen.

Er is ook nog

Comment=

Maar niet in dit bestand (maar wel veel bij Gnome), dat kort beschrijft wat je kan doen met het programma. Dit zou kunnen zijn:

Comment=Look at the world on your computer

of iets dergelijks.

De regels “Name”, “Comment” en “GenericName” kunnen ook worden vertaald. Dit wordt gedaan met NaamVanDeSleutel[taalcode] als sleutel, bijvoorbeeld:

GenericName[nl]=Globe op het bureaublad

Verder heb je ook nog sleutels beginnend met x-, die worden gebruikt om het bestand uit te breiden met extra informatie voor specifieke programma’s.

X-DocPath=marble/index.html

bijvoorbeeld verteld KDE waar de documentatie is. Gnome en consorten negeren deze regel.

Sommige programma’s gebruiken .desktop-bestanden voor hun eigen doeleinden, bijvoorbeeld om plugins te benaderen. Met deze basiskennis zal je deze bestanden wel kunnen doorgronden, aangezien ze gelijk zijn opgebouwd.

Een scriptje om metadata van Okular op te ruimen

Bram Schoenmakers — Tue, 09 Jun 2009 18:06:32 +0000

Okular, het KDE-programma om PDF-bestanden mee te bekijken, slaat metadata op over documenten die ermee zijn geopend. Het slaat bijvoorbeeld de positie op van wanneer je een document hebt gesloten, of de aantekeningen die je gemaakt hebt bij het doornemen van een document.

Helaas wordt deze metadata niet automatisch opgeruimd, wat tot het gevolg heeft dat er veel gegevens rond blijven slingeren over bestanden die je al een hele tijd geleden hebt verwijderd. Het onderstaande scriptje schoont alle metadata op van bestanden die niet meer bestaan. Het is aan te bevelen dat je het in een wekelijkse cron-job plaatst zodat je er verder nooit meer over hoeft na te denken.

#!/bin/bash

cd "$(kde4-config –localprefix)/share/apps/okular/docdata"

for A in *.xml; do
B=`sed -ne ‘s/^$.\+$".*>$/\1/p‘ "$A"`
[ -f "$B" ] || rm -f "$A"
done

Arch Linux + KDEmod + live-CD = Chakra

Bram Schoenmakers — Sun, 19 Apr 2009 21:10:21 +0000

Een poosje geleden is er een nieuwe Arch Linux live-CD beschikbaar, onder de nogal spiritueel getinte naam Chakra. Dit project is opgezet door de mensen achter KDEmod, de alternatieve KDE-repository voor Arch Linux. Even een grote dikke waarschuwing vooraf: het project bevindt zich nog in alpha-fase.