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. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 30, views: 14.718 •
Bron: Zack Rusin's blog

Zack Rusin, een van de ontwikkelaars van de KHTML-renderengine, heeft een artikel op zijn weblog geplaatst over de status van de implementatie van het canvas-element. Dit element is ontwikkeld door Apple en voor het eerst geÔmplementeerd in Safari en Mac OS X Tiger, maar wordt inmiddels ook geheel of gedeeltelijk ondersteund door de Gecko- en de Presto-renderengine. Dit nieuwe HTML-element is ontwikkeld voor gebruik in de widgets van Dashboard uit Mac OS 10.4. Het canvas-element biedt developers onder meer de mogelijkheid om user-interface-elementen, graphics en achterliggende code te combineren om zo kleine 'applicaties' of speciale interactieve graphics te ontwikkelen. Deze functionaliteit is niet primair bedoeld voor gebruik in webpagina's, omdat daar al andere methodes zijn om een uitgebreidere en rijkere user-experience te krijgen.

In het blog schrijft Rusin dat de implementatie van het element klaar is en dat hij zich vanaf nu wil richten op het mogelijk maken om Dashboard-widgets te laden in Plasma, de desktopshell in KDE 4. Deze shell zal bestaan uit een combinatie van kdesktop, kicker en SuperKaramba. Om Dashboard-widgets volledig bruikbaar te maken in KDE, moet echter nog wel enig werk verzet worden op het gebied van shadows, fills en strokes. Dat is dan ook een van de zaken waaraan Rusin de komende weken zal werken. Daarnaast houdt hij zich bezig met de verdere ontwikkeling van nieuwe mogelijkheden van Plasma, zoals het aanbrengen van 'layers' in de desktop, deze lagen kunnen gecombineerd worden met allerlei nog te schrijven plugins. Het is de bedoeling dat Plasma onderdeel zal gaan uitmaken van KDE 4, waarvan de release volgens planning ergens in 2006 moet plaatsvinden.

Plasma (desktopshell KDE 4)

Reacties (30)

't Zou wel een mooie grap zijn als de Linux variant veel zuiniger met geheugen omgaat :7 (Beter goed afgekeken...)

Als hint voor de moderators een linkje met uitleg erbij ;)
Nu is het wachten nog op het gebruiken van Google widgets in Exposť (of omgekeerd).
KDE brengt toch altijd mooie innovaties op de linux desktop. Vind de meeste KDE tools en widgets er toch mooier uit zien dan de gnome varianten, al blijft dat voorlopig nog wel mijn desktop. (Ik installeer gewoon de KDE progs erbij :))
Afkijken van Mac OS is niet mijn idee van innovatie.
'Afkijken' is iets anders dan 'ondersteunen.'
Er zal een Mac OS X technologie ondersteund worden door KDE. Dat is alles. Ik snap niet waarom dat meteen als afkijken/'jatten' wordt beschouwd.

(dit is dan ook meteen een reactie op de fipo van benoni)
De ondersteuning van Dashboard Widgets alleen is inderdaad niet bijzonder innovatief, Plasma als geheel is dat wel. Dat deze Widgets ondersteund worden is slechts een klein onderdeel binnen Plasma dat door middel van een plugin gerealiseerd zal worden. Ondersteuning voor E17-thema's zal op een zelfde manier met een plugin mogelijk zijn. Uiteindelijk zal Plasma een universele desktop-omgeving worden waar door middel van plugins naar wens functionaliteit aan toegevoegd kan worden. Er is dan geen onderscheid meer tussen je bureaubladachtergrond, de panelen onder/boven/naast je bureaublad, Dashboard / SuperKaramba widgets en wat je nog maar meer kan bedenken om op je bureaublad te hebben. Alles wordt 1 consistent geheel dat met plugins valt uit te breiden. Ja, dat klinkt mij als innovatie in de oren.
En in Redmond vinden ze dat wel.
zoals anderen al gezegd hebben, dit is niet afkijken - dit soort widgets was er al lang voor KDE.

Daarbij is het ondersteunen van die dingen nogal makkelijk: De widgets in OS X zijn gebaseerd op de HTML engine van KDE!!! en daar apple haar verbeteringen aan Khtml terug heeft gegeven aan KDE is het ondersteunen van dashboard relatief makkelijk.

KDE was nu toch bezig met widgets, gebaseerd op javascript, html en css. en ze delen de html/java/css engine met apple. hoe moeilijk is het dan om ze compattible te maken...

maar naast javascript zul je ook widgets kunnen schrijven in oa ruby en python. het is alleen dat javascript standaard word in KDE - all applicaties zullen scripting dmv java ondersteunen, en optioneel (dat hangt dus af van de applicatie) ook ruby, python en andere talen. wellicht trouwens dat ruby en/of python ook standaard zullen worden, ik geloof dat die discussie nog loopt.
Persoonlijk vind ik karamba juist een minpunt tov bijv gedesklets, mindere graphics, geen composite support en t werkt niet in andere DE's

Naja, ik ga ervanuit dat de karamba (of superkaramba) wel flink onderhanden zal worden genomen in kde 4
reken daar maar wel op. superkaramba is officieel deel van kde 3.5, maar er word al een tijdje niet echt meer aan gewerkt - de focus ligt nu bij plasma. en er komt niet zomaar composite support in plasma, nee, ze verwijderen zelfs de 'fake' transparancie. ofwel, composite (of andere hardware supported/accelerated methoden) word standaard. voor heel kde, trouwens, daar dankzij Qt4 (en de grafische engine daarvan, Arthur) alles wat je ziet tijdens het tekenen hardwarematig versneld zal worden. Ook op oudere hardware, als het aan de Xorg developers ligt. snelsnelsnel dus, mooi en toch ligt qua hardware eisen.
Ik merkte idd al dat superkaramba in 3.5 was opgenomen (nog steeds bagger overigens), persoonlijk vind ik idd het meeste interessante aan kde (en gnome) de opengl painters zoals arthur en glitz/cairo.

Helaas gaat dat oudere hardware alleen op voor zover er opensource hw accell drivers zijn of goede drivers van de gpu fabrikant, al kun je het natuurlijk gewoon uitzetten als je een kaart hebt met brakke linux support ;)
Plasma wordt echt een cool element in de nieuwe KDE. Dit project laat echt zien hoe ver desktop ontwikkeling in de open source beweging is.
Tevens is de integratie van dingen als canvas belangrijk om de user ervaring van verschillende omgevingen gelijk te trekken.
Ik kan me niet voorstellen dat ze alle widgets volledig gaan ondersteunen. Naast het gebruik van HTML en Javascript is het bij Dashboard-widgets ook mogelijk om programmacode in Objective-C te schrijven en gebruik te maken van de CoreFoundation van Cocoa. Hoewel deze voor een deel is geport (in GNUStep) zijn deze zeker niet uit te wisselen zonder recompilatie. Een groot deel van de kracht van de widgets zit in deze Objective-C-bruikbaarheid, zoals een statusmonitor en een logviewer. Daarnaast zijn applicatie-specifieke widgets voor bijvoorbeeld iCal of Addressbook ook niet te gebruiken.
Het grootste deel van de bruikbare widgets zullen unit-converters, RSS-lezers, zoekmachines en plaatjeviewers zijn, niet heel indrukwekkend dus.
Juist, er blijft dus nagenoeg niets over. Hoewel ik uberhaupt niets zie in widgets, kunnen ze zich beter concentreren op een eigen widget-engine. Als er vraag naar widgets voor KDE is, kunnen die altijd nog gemaakt worden.
Ze hebben al een eigen widget-engine: superkaramba. Dashboard van en safari zijn beiden gebaseerd op KDE-technologie, dus is het hier niets minder dan een vorm van geven en nemen.
Dat ze dat niet van Apple overnemen betekent natuurlijk niet dat zoiets in KDE ook niet mogelijk zal zijn, in KDE zal daarvoor waarschijnlijk van bijvoorbeeld python of ruby (in combinatie met dcop) gebruik gemaakt kunnen worden (Superkaramba widgets worden tot nu toe iig in Python geschreven). Dit is alleen inderdaad niet inwisselbaar, maar betekent niet minder functionaliteit.
Maar aangezien os x ook python en ruby ondersteunt kunnen er wel cross platform widgets gemaakt worden die iets meer kunnen dan de standaard html/javascript widgets.
Ik zie wel toekomst in KDE. Hier een lijstje van wat we kunnen verwachten in de toekomst (of net nieuw). KDE 4 gaat als het goed is sneller lopen dan de voorganger. De echte veranderingen komen denk ik in 4.1 a 4.2 zodat mensen met een oude PC nog kunnen profiteren van de overstap naar de nieuwe en snellere Qt (het taaltje), of ze maken een aparte sober en candy-versie.

Klik: applicaties van het internet met 1 klik bruikbaar op je PC. Blijft in 1 bestand en kan daar niet uit. Kan je dus ook meenemen op USB-stich en het programma ergens anders starten met al je 'thuisinstellingen'. Simpel en veilig.

Onderstaande projecten staan beschreven op: http://appeal.kde.org/

Plasma: niet alleen veel candy. Ze denken ook hard na over hoe alles voor de gebruiker makkelijker wordt zonder alles te simplificeren (zoals gnome schijnt te doen)

Tenor: kan denk ik het beste vergeleken worden als een mix van WinFS (of hoe dat uitstel ding van Vista ook alweer heet) en desktop-search.

Oxygen: serieus nadenken over hoe icoontjes eruit moeten zien. Uiteindelijk hopen ze tot een standaard te komen die iedereen volgt maar project is vooral gericht op een nieuwe default-iconpack. Alle top icon-designers van KDE in een team gedropt dus de verwachtingen zijn behoorlijk hoog.

Coolness: Tja, eigenlijk meer een hobby stukje. Beetje aanklooien en dan kijken wat er voor bruikbaars uitkomt voor KDE. Volgens mij niet super-serieus. Maar zulke projecten willen nog wel eens met iets revolutionairs komen.

Bij KDE hebben ze bedacht dat je het beste al vanaf het begin met de echte vormgevers kunt samenwerken. Zo hebben ze niet alleen effect op de style als het mainframe al vastligt, maar kunnen ze ideeŽn aandragen en oplossingen voordat het al in potten en pannenzit. (http://www.kde-artists.org/)

Ik kijk er erg naar uit, als denk ik dat mijn oude PC het niet meer zal trekken. Na 4 jaar is dat gelukkig ook geen vereiste meer :D. En ja, hiervan ben ik een fan-boy :D en daar ljikt mij niets mis mee.
En dan om nog te bedenken dat ze de kde-libs mogelijk naar Windows willen porten. Dit is te vergelijken met een java/.net/vb library waarop je jouw applicatie bouwt. Je zult waarschijnlijk geen Plasma-shell op je Windows krijgen, maar wel de bekende grote KDE applicaties kunnen draaien op Windows (KOffice bijvoorbeeld).

Daarnaast wordt er gewerkt om de kde-libs geschikt te maken zodat dat ISV en hun eigen programma's mee kunnen maken. (ISV = Independent Software Vendors, dus de commerciele bedrijven die ook software voor een platform leveren, zoals Adobe, etc.. nu al doen voor Windows)
Ik hoop dat ze ook eindelijk zover gaan dat een gnome app onder KDE er net zo uit gaat zien als de rest van de KDE apps. Op dit moment ziet Firefox op mn Suse 10.0 KDE desktop bv er dus echt niet uit met mega fonts in de menus :X.
Daar zal firefox wat aan moeten doen, of gnome. Er is al de GTK-Qt engine gemaakt door KDE devs, dat is al heel wat meer dan andersom beschikbaar is.

trouwens, je kunt natuurlijk gewoon konqueror gebruiken - sneller en op veel punten veel uitgebreider. En je hebt je KDE integratie (bijv. rechtermuisklik op een file of link -> kopieren naar -> kontact -> en kies je msn/yahoo/whatever maar uit :D )
Nu het werk van apple in Konqueror begint te komen zal dat een steeds betrouwbaarder browser worden.

Tussen haakjes, het werk van Zack aan de Mac OS X widgets is niet onverwachts: De mac widgets zijn gebaseerd op een html engine, en de html engine in Mac OS X (oa uit safari) is weer gebaseerd op Khtml - de KDE HTML engine. dus de 'basis' was er al...
Dat kan je krijgen door GTK-QT Theme engine te installeren:

http://www.kde-look.org/content/show.php?content=9714

en bij debian zit hij zelfs in apt! Ziet alles er een stuk beter uit, zoals Gaim, Gftp etc etc.
Compiled, installed maar nu zijn alle menus zwart in GTK apps (zoals de gimp). Maar weer geuninstalled via make uninstall.

Wat zo gaar is, is dat ALLE GTK apps van die reuze fonts gebruiken in de menus, niet alleen firefox. Ik heb verschillende mensen op google gevonden die hetzelfde hebben maar geen van de 'oplossingen' aldaar werkt. Wel ruk, want zo word je gedwongen te kiezen voor gnome of kde terwijl beide niet voor 100% perfect zijn. :(

Ik geef het nu maar op totdat ik een oplossing tegenkom voor suse 10.0. Niet echt een beste beurt voor linux desktop.

(draai kde 3.5 native suse build)
Compiled, installed maar nu zijn alle menus zwart in GTK apps (zoals de gimp).
Probeer deze patch eens:

--------BEGIN PATCH--------
diff -urN gtk-qt-engine-0.6.orig/src/qt_theme_draw.c
gtk-qt-engine-0.6/src/qt_theme_draw.c
--- gtk-qt-engine-0.6.orig/src/qt_theme_draw.c 2004-12-21 21:28:34 +0600
+++ gtk-qt-engine-0.6/src/qt_theme_draw.c 2005-09-30 08:20:50 +0700
@@ -1777,6 +1777,7 @@
{
pixmap = pix_test;
parent_relative = FALSE;
+ gdk_drawable_set_colormap(pixmap, style->colormap);
}
gdk_window_set_back_pixmap (window, pixmap, parent_relative);
---------END PATCH---------

(getest en het werkt)
Niet echt een beste beurt voor linux desktop.
Tsja.
Firefox is mag je eigenlijk geen GNOME app noemen in de meest enge zin. Ook in GNOME is de integratie van Firefox niet goed, het mag dan wel een GTK2 GUI gebruiken, maar Firefox gebruikt ook XUL.

Daarom kun je ook beter de "native" browser van KDE of GNOME gebruiken. Konqueror en Epiphany zijn echt zo slecht nog niet of zelfs beter. Maar voor een antwoord op je vraag: http://www.freedesktop.org/Software/gtk-qt als het goed is heeft SUSE dit standaard al.

Verder vraag ik mij af waarom Plasma pas in het nieuws komt nu ze ook Mac OS widgets compatibility willen inbouwen. Het echte nieuws is Plasma zelf, Plasma zelf is behoorlijk innovatief en niet afgekeken, kijk maar eens op de Plasma website. KDE 4 gaat zekers hard ownen.

LOL, triple post, ik was net iets later.
Als ze in KDE 4 de fonts net zo mooi krijgen als op een Mac dan zijn ze inderdaad wel erg ver. Maar ik denk dat dit meer werk is voor een X server als voor een desktop environment als KDE. Maar je weet maar nooit wat die jongens bakken, het is altijd weer een verassing.
KDE 4 krijgt dankzij Qt 4 zeker hele mooie fonts. netzoals native SVG rendering en nog 10.000 andere dit soort vette dingetjes ;-)
Over X servers gesproken, uit de KDE hoek is er ook wat interessant nieuws over de ontwikkeling van Xgl, een Xserver die OpenGL accelerated is. Er is wat over geschreven in blogs:

http://aseigo.blogspot.co...ouldnt-be-it-be-nice.html http://aseigo.blogspot.com/2005/12/bit-more-on-xgl.html
http://aseigo.blogspot.co...s-end-of-zacks-visit.html
http://vizzzion.org/?blogentry=539
Voor mij niet al die hokusspokus. Mijn favorite Windows Manager is nu TWM (http://en.wikipedia.org/wiki/Twm). Super licht en goed regelbaar.

Misschien een nadeel voor sommige mensen is dat je je wel in moet verdiepen om TWM naar je hand te zetten, want standaard ziet TWM er bagger uit.
Voor mij niet al die hokusspokus. Mijn favorite Windows Manager is nu TWM (http://en.wikipedia.org/wiki/Twm). Super licht en goed regelbaar.
Open een grote map in de xterm en konsole (bijvoorbeeld $HOME). Draai dan tweemaal in beide terminals het volgende commando:
- time ls -lR

konsole met transparantie is zeker 2x zo snel als een kale witte xterm. maximaliseer de xterm en de performance gaat nog verder omlaag. (draai ls -r wel twee keer, de eerste keer is nodig om de directories te cachen voor een eerlijke vergelijking). hokuspocus en veel flanje hoeft een programma niet zwaarder en inefficienter te maken.

Open ook maar eens een grote logge file in KWrite, zet syntax highlighting aan, en ga zoeken-en-vervangen met Reguliere expressies. Ook dit gaat veel rapper dan VIM kan

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBTablets

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013