Hace algunas semanas tuve un problema con un plasmoid llamado Plasmacon. Reporté el error en la página del plasmoid, en kde-look. Entonces el desarrollador me dijo que lanzara Plasmacon mediante consola utilizando el comando plasmoidviewer para poder recoger la salida de la terminal:

$ plasmoidviewer Plasmacon

La verdad, esto es algo que siempre quise hacer, pero que jamás logré ya que no pude encontrar información en google (tal vez porque busqué con palabras no muy exactas debido a mi ignorancia en el tema)

Entonces traté de lanzar, de la misma forma, el resto de los plasmoides que hay en mi sistema, pero no resultó. El comando no reconocía los nombres de los plasmoides por lo que era lógico que el alcance de nombre entre Plasmacon y su forma de llamarlo desde terminal era un concidencia (o tal vez no, tal vez el desarrollador quiso que esto fuera así).

Nuevamente recurrí a google y esta vez encontré mucha información .

Para lanzar un plasmoide desde consola se debe correr el comando:

$ plasmoidviewer nombre_applet

Dónde nombre_applet es el valor especificado en el campo X-KDE-PluginsInfo-Name del archivo .desktop. Cada Plasmoid necesita un archivo .desktop para indicarle a Plasma como debe iniciarlo y que nombre tomará.^[1]

Entonces, ahora necesitaba saber en qué lugar se encuentran, en mi sistema, los archivos .desktop de los plasmoid. Lo que hice fue simplemente buscarlos:

$ sudo updatedb

$ locate .desktop

La salida de ese último comando es muy grande xD, pero logré darme cuenta que la mayoría, de los archivos que buscaba, se encuentran en la carpeta /usr/share/kde4/services/ y que en su nombre están acompañados por el “prefijo” plasma-applet-, por ejemplo:

plasma-applet-daisy.desktop

plasma-applet-digitalclock.desktop

plasma-applet-stasks.desktop

Bien, ahora que sabía la ubicación de los archivos .desktop de los plasmoides sólo quedaba abrir uno de ellos y ver el valor del campo X-KDE-PluginsInfo-Name que nombré más arriba. Tomemos por ejemplo el archivo plasma-applet-daisy.desktop, si lo abrimos con nuestro editor de texto favorito (en mi caso nano), en el sexto “párrafo” veremos lo siguiente:

X-KDE-Library=plasma_applet_daisy
X-KDE-PluginInfo-Author=Lechio
X-KDE-PluginInfo-Email=Alessandros1pt@yahoo.com.br
X-KDE-PluginInfo-Name=plasma_applet_daisy

Por lo tanto para lanzar el plasmoide daisy desde una terminal debemos ejecutar:

$ plasmoidviewer plasma_applet_daisy

Listo, veremos la salida de la terminal cuando se está ejecutando el plasmoid (para buscar posibles errores) y además veremos al mismo en una nueva ventana:

Saludos

^[1]KDE-Hispano: Introducción a Plasma – Tutorial 1 – Tu primer applet

Introduction

Jonathan post about indicators has been received with various feelings, ranging from interest to questioning or plain hostility. Since I get more and more people asking about this indicator thing, I figured I should try to explain what indicators are, how they are different from notifications and answer a few other frequently asked questions.

Disclaimer: The opinions of this post are my own, they do not necessarily reflect Canonical position.

Indicators for the user

Indicators are a way to get permanent informations, rather than ephemeral ones like notifications. I find it easier to explain the difference with use cases.

Imagine you receive an incoming message from your IM client while you are away from your machine. A notification gets shown, but this notification goes away after a few seconds. You just missed it.

Since the IM client supports indicators, it also created an indicator for this incoming message. When you come back to your desk, you notice the spark on the indicator plasmoid. Clicking on the plasmoid popups a menu listing all indicator-enabled running applications. Below your IM application entry, there is an entry for this incoming message you received. You click the entry and the chat window is brought to the front.

You would also like to know if you have any unread message in this “From Boss” mail folder. So you look at the mail client entries, and notice that “From Boss” appears, with a count of 2. You click the “From Boss” entry and your mail client is brought to the front, showing the first unread message in the “From Boss” folder.

You are now busy working on this report due to your boss for yesterday. You turned your status to “Busy, Do not Disturb, Will Bite”, but that does not stop people from sending messages to you. If your IM client is smart enough, it can disable notifications and only create indicators. When your report is finally done, you can relax, click the indicator plasmoid and start chatting with the people who tried to reach you before.

Back home, you decide to spend the evening watching a movie on your laptop. Since you are running a fullscreen application, notifications are disabled: you do not want to get interrupted by this IRC message from your friend while Bruce Willis is busy saving the world. When world has been saved, you can click the indicator and catch-up with your friend.

Indicators for the application developer

libindicate-qt provides two objects for the application developer: QIndicate::Server and QIndicate::Indicator.

The application typically starts with instantiating a server, declaring its desktop file and “server type” (a way to group applications, for now the plasmoid only shows servers with the “messaging” type), then calling the show() method. As soon as this is done, an entry for the application appears in the indicator menu. When the user clicks on this entry, QIndicate::Server emits the serverDisplay() signal. All you have to do is to connect to this signal and bring your main window to front.

When an event worth mentioning to the user happens, you instantiate a QIndicate::Indicator for it. An indicator can have a few properties:

• name: the text to display
• icon: a QImage for your indicator
• time: a QDateTime describing the time of the event, if relevant
• count: an int representing a count, if relevant
• draw_attention: a bool which must be set to true for the plasmoid to display its spark

“time” and “draw_attention” are useful for indicators representing events like IM messages, while “count” can be used for example by mail clients to create indicators for their folders.

When the user clicks on the indicator entry, QIndicate::Indicator emits a display(QIndicate::Indicator*) signal. Connect to this signal to perform the action relevant to this indicator.

(Note: the properties listed here are those used in the case of messaging communication, but the Indicator API is flexible enough to let you define other indicator properties)

FAQ

Couldn’t this be implemented within KDE notification system?

The KDE notification system can represent notifications in a few ways: showing popups, playing sounds, writing to log files, running programs…

I tried to implement support for indicators as a new way for the notification system to represent notifications, but it did not work because the notification system lacks the server/indicator structure. For example to implement the feature which brings the application to front when you click its entry, I ended up having to remember the window id of the first notification I received so that I could bring back this window. It was unreliable (what if the first window was gone by that time, or even not specified?) and it was not possible to do things like showing a count of unread emails in a folder for example.

Couldn’t this be implemented with KNotificationItem?

KNotificationItem is a new xdg specification which aims at replacing the SystemTray specification. Quoting the specification itself: “It is intended to be complementary but not directly related with the Freedesktop’s Desktop Notifications specification and is aimed as a replacement to the Freedestop System tray specification.”

In short, it is system tray done right. It is a huge step forward as it makes it easier for the application/toolkit to implement system tray support and it makes it easier for the system tray host to display these icons in a way which is consistent with the rest of the desktop interface.

It expands on the system tray spec by introducing a notion of status (Passive, Active and NeedsAttention), a possible icon overlay and a category (ApplicationStatus, Communications, SystemServices and Hardware).

It has a few features indicators do not have, such as tooltips and support for right-click, middle-click and mouse wheel events.

It does not however provide an equivalent to the server/indicator structure, or to the “count” and “time” properties. This makes it impossible to implement indicators on top of KNotificationItem.

Still, the two systems have quite a few commonalities, so it may make sense to merge them in the future.

Where does it come from?

libindicate has been developed by Canonical Desktop Experience team, as part of the Ayatana initiative. Ubuntu 9.04 (Jaunty) was the first version of Ubuntu to feature it on the GNOME desktop.

The upcoming Ubuntu 9.10 (Karmic) expands on this by providing a Qt binding for libindicate, adding support for indicators to a few Qt and KDE applications and a plasmoid to display indicators on the KDE desktop.

Is it Ubuntu specific?

No. The Canonical Desktop Experience team considers itself as an upstream developer team. As such we release source tarballs, which are then packaged by Ubuntu, but can be packaged by other distributions as well.

Here are the links to download them:

• libindicate
• libindicate-qt

Does it depend on GTK+?

libindicate-qt depends on libindicate. libindicate used to depend on GTK+ at runtime, but it’s not the case anymore.

It still depends on GTK+ at build time because compiling libindicate from source produces libindicate.so and libindicate-gtk.so. libindicate.so depends on GLib, but does not depend on GTK+. I recon depending on GTK+ to build the library is a problem for source-based distribution like Arch Linux or Gentoo, patches from autotools masters are welcome. A bug has been filled to track that issue.

It is a cross-desktop system: indicators from KDE applications show up in GNOME indicator applet, indicators from GNOME applications show up in KDE plasmoid.

What applications support it?

On the KDE side:

• Quassel
• KMail
• Konversation
• Kopete

Upstream processes for these patches are in various states. Quassel patch is already in their git repository, Konversation patch has been submitted but needs some work, KMail and Kopete patches have not been submitted yet.

You can find all the patches here.

On the GNOME side:

• Evolution
• Gajim
• Gwibber
• Pidgin

What is the difference between the “Indicator Display” plasmoid and the “Incoming Message” plasmoid from kdeplasma-addons?

Both plasmoids have the same goal, but the “Incoming Message” plasmoid tries to implement this goal with application-specific code: it has specific code for Evolution, KMail, Pidgin, Kopete and XChat.
The “Indicator Display” plasmoid on the other hand relies on applications to use libindicate and does not contain any application-specific code.

Ever since I heard about plasma I was eager to find ways to write my own plasmoid. But for the development of binary plasmoids, it is necessary to compile at least a part of kde4, at least this is what I understood from the prerequisite listed on the official tutorial. This discouraged me a bit. Moreover, I think that installation of the binary gadgets also requires to either package them properly according to the distribution you want to distribute for or you need to provide the sources that requires the users to build them. This  in my opinion is really a huge overhead for small applications like desktop gadgets / widgets. Then I found that it is also possible to develop plasmoids with script languages like python, ruby and javascript.

Even though, I didn’t know PyQT4 or PyKDE4 libraries at all, I decided to write my first plasmoid in python.  This is an exremely simple plasmoid, the core of which was put together in a few hours on a rainy weekend. I have to admit that being a java developer, my code is not pythonic enough.

It can be downloaded from: kde-look.

Here the source code: plasma_pyweather.

The layout is based on my conky setup described here. I have tried to keep it as compact as possible including most of the provided information, if not all.  I don’t want the weather information to cover most of the screen.  The initial version of the plasmoid was written using the QT4 widgets, but was looking ugly.

The weather information is fetched from google weather api. The location and the unit are configurable. The api provides forecast only for the next 3 days, so the number of forecast days were not made configurable.  Some how for google weather api the locale and so the unit is connected to the language, therefor  I had to convert the units myself. To keep the display compact I rounded the temperatures to integers.

I got to learn PyQT4 and PyKDE4 libraries while writing this. Especially PyQT4 is a very powerful gui library for python.  It is fun programming with it. I have used eclipse + pydev for developing. In the beginning I didn’t have the auto-completion for PyQT4 as well as PyKDE4 in this environment, because they are not installed as pure python source code files. I could fix this with following answer.

The other interesting things, I learned was to use the qt-designer tool for creating gui. It is a nice WYSIWYG tool for designing complex guis. The configuration form is designed using this tool. The qt-designer creates a .ui file, which is an xml file. The .ui file can be converted to the python source code using the pyuic4 tool in the following way.

pyuic4 -o configForm_ui.py ../ui/configForm.ui

I also learned to use the .qrc file for resources like images. The .qrc file can be converted into python source code using  pyrcc4 tool

pyrcc4 -o images_rc.py images.qrc

The qrc file is also an xml file which contains the references to the images used. It can be created by just editing.

<RCC>
    <qresource prefix="/images">
        <file alias="sunny.svgz">../images/sunny.svgz</file>
        <file alias="showers.svgz">../images/showers.svgz</file>
        <file alias="not-available.svgz">../images/not-available.svgz</file>
        <file alias="cloudy.svgz">../images/cloudy.svgz</file>
        <file alias="thunderstorms.svgz">../images/thunderstorms.svgz</file>
        <file alias="haze.svgz">../images/haze.svgz</file>
        <file alias="windy.svgz">../images/windy.svgz</file>
    </qresource>
</RCC>

I decided to write this weather plasmoid in python, because all the other weather plasmoids I found were binaries. I have also tried to keep the data and presentation layer separate, I hope I succeeded in that.  In fact plasma framework provides a very good way of doing that in terms of data engines. I would also like to use the data engines, may be with this or other plasmoid I may develop.

The svg images for weather conditions are taken from kde-look. The credit goes to the original artist, painkiller10. I have considered only a number of weather conditions, so If you see a question mark image as the weather condition, let me know which condition it is, so I can update the code to consider it.

Please feel free to report any bugs or suggestions for improvement. I am sure there is a big room of improvement from code point of view as well as functionality. I am also open for changing the layout or changing the information displayed if someone comes with a better suggestion than the current one.

Some more screen shots:

Looks almost like conky with the seamless theme.

With settings dialog box

]]> http://wombatcrossing.wordpress.com/2009/07/19/public-transport-ein-ausgezeichnetes-plasmoid-unter-kubuntu-selbst-kompilieren/ Sun, 19 Jul 2009 18:20:01 +0000 andibauer http://wombatcrossing.wordpress.com/2009/07/19/public-transport-ein-ausgezeichnetes-plasmoid-unter-kubuntu-selbst-kompilieren/

Ich weiß, ich hab’s schon einmal erwähnt, aber: Ich liebe KDE4. Trotzdem gibt es einiges, was an der K-Desktopumgebung noch verbessert werden kann, wie ich in früheren Beiträgen schon erörtert habe. Ich konnte beispielsweise noch nie so recht verstehen, warum KDE4 ebenso wie Mac OS und Windows Vista Widgets bzw. Gadgets bzw. Plasmoids derart in den Mittelpunkt stellen, also auf dem Desktop lebende, kleine Progrämmchen mit einem sehr eingeschränkten Verwendungszweck.

Inbesondere die Auswahl an Plasmoiden in KDE4 kann, trotz umfangreicher Sammlungen wie auf KDE-look.org, nicht als zufriedenstellend bezeichnet werden. Das 142. Uhren-, Wetter- oder ToDo-Plasmoid stellt nicht unbedingt einen Mehrwert zum 141. dar. Zwischen den ganzen netten, aber im Wesentlichen überflüssigen Plasmoiden befinden sich aber auch einige echte Perlen, von denen ich eines hier vorstellen und zu dessen Installation ich anleiten möchte.

Das "Public Transport" Plasmoid

Das besprochene Plasmoid heißt Public Transport, und der Name ist Programm. Es stellt dem Benutzer ein bequemes Werkzeug zur Verfügung, die in nächster Zeit von einer Station abfahrenden Busse, U-Bahnen, S-Bahnen oder Züge anzeigen zu lassen, siehe Bildschirmfoto rechts. Die darunterliegende Datenbasis ist enorm – für ganz Deutschland sind sämtliche Haltestellen in allen Städten verfügbar und auch in einigen weiteren europäischen Staaten sind viele Haltestellen abrufbar.

Wer in den Genuss dieses schicken, intelligenten und großartig umgesetzten Plasmoids kommen will, muss jedoch etwas Arbeit in Kauf nehmen, da die auf KDE-look.org bereitgestellten Pakete für die Public Transport Version 0.5.1 nicht funktionieren. Das Bildschirmfoto unten zeigt alles, was ihr nach der Installation aus der .deb-Datei zu sehen bekämt.

Public Transport funktioniert nicht aus der .deb-Datei

Aber das hier ist Linux und nicht Windows, und es wäre doch gelacht, wenn wir uns von einem offenbar fehlerhaft zusammengestellten Paket abschrecken ließen. Selbst wer noch niemals selbst ein Programm kompiliert hat, wird es mit den unten stehenden einfachen Schritten hinbekommen. Wenn ich etwas Zeit finde, werde ich vielleicht (dann hoffentlich funktionierende) .deb-Dateien hier einstellen, aber bis es so weit ist, werdet ihr den Weg zu Fuß zurücklegen müssen.

Edit: Habe einige .deb-Pakete erstellt, ihr könnt sie hier runterladen.

Also, packen wir’s an!

Schritt 1: Dateien herunterladen

Das Plasmoid besteht aus drei Teilen:

• dem Applet, welche die Anzeige der Daten besorgt,
• der data engine, welche die Daten bereitstellt,
  
• den Icons, welche für die korrekte Anzeige benötigt werden.

Letztere funktionieren auch, wenn man sie nicht selbst kompiliert, sondern aus der .deb-Datei installiert. Hier findet ihr diese Datei, die ihr entweder über einen Doppelklick in Dolphin oder durch

sudo dpkg -i public-transport-icons_0.5-0+_i386.deb

installiert und euch damit ein wenig Arbeit spart. Den Quellcode für die beiden anderen Teile des Plasmoids sind hier zu finden. Die heruntergeladene Datei wird mit

tar xvpf 106175-public-transport-0.5.1-i386.tar.gz

entpackt.

Schritt 2: Benötigte Pakete installieren

Um das Plasmoid bauen zu können, müssen noch einige Pakete nachinstalliert werden. Mit folgendem Befehl werden diese heruntergeladen und eingerichtet:

sudo apt-get install cmake build-essential kdebase-dev

Zusammen sind das 109 MB, die heruntergeladen werden müssen, woran besonders das letzte Paket die Schuld trägt. Nach dem Entpacken werden sogar 423 MB verbraucht. Aber wer braucht schon die vielen Gigabyte, die Festplatten heutzutage an Platz bereitstellen…? Wer Platz sparen möchte kann die Pakete nach dem Erstellen des Plasmoids wieder deinstallieren, ohne dass dessen Funktion beeinträchtigt würde.

Schritt 3: Das Kompilieren

Nun sind wir im Wesentlichen so weit, das Plasmoid aus den Quellen zu bauen. Dafür wechseln wir in das Verzeichnis, in welches wir die Quellen entpackt haben:

cd publictransport-0.5.1/

Hier sind vor allem zwei Verzeichnisse interessant:

• plasma-applet-publictransport-0.5.1 – hier liegen die Quellen des Applets
• plasma-dataengine-publictransport-0.5.1 – hier liegen die Quellen der data engine

Wir wechseln in das erste Verzeichnis und erstellen einen Ordner “build”:

cd plasma-applet-publictransport-0.5.1
mkdir build

Nun ist es Zeit, die Quellen vorzubereiten, zu kompilieren und zu installieren. Dies erledigt die folgende Abfolge von Befehlen:

cd build
cmake -DCMAKE_INSTALL_PREFIX=`kde-config –prefix` ..
make
sudo make install

Das war die ganze Zauberei für das Applet! Nun das Gleiche nochmal in Kurzform für die data engine:

cd ../..

cd plasma-applet-publictransport-0.5.1
mkdir build
cd build

cmake -DCMAKE_INSTALL_PREFIX=`kde-config –prefix` ..
make
sudo make install

Und das war’s! Sollte das Plasmoid nun nicht in der Liste der Miniprogramme auftauchen, hilft ein Ab- und wieder Anmelden möglicherweise weiter. Auf eine Beschreibung der Bedienung des Plasmoids möchte ich hier verzichten, da es, so denke ich, weitgehend selbsterklärend ist. Als Datenlieferant oder “Service Provider” empfehle ich persönlich die Deutsche Bahn wegen ihrer riesigen Menge an angebotenen Haltestellen.

Wie wir gesehen haben, tut das Kompilieren eines Plasmoids nicht weh, sondern ist mit ein paar einfachen Schritten auch für Linux-Anfänger durchführbar. Dem Autor des Programms, dem Bremer Informatikstudenten Friedrich Pülz sei mein herzlicher Dank für dieses großartige Plasmoid ausgesprochen. Vielleicht lagen die Entwickler von KDE4 ja doch nicht so falsch, so sehr auf die kleinen Miniprogramme zu setzen und der Ausspruch von KDE-Entwickler Aaron Seigo erweist sich doch noch als wahr:

World, you ain’t seen nothing yet.

Ich bin gespannt.

Karmic Koala - (K)Ubuntu 9.10

Auch für die kommende Kubuntu-Version, Karmic Koala, sieht es nicht gut aus mit der Netzwerkverwaltung über das in Kubuntu mitgelieferte Plasmoid. Zu den in einem früheren Post erwähnten Problemen sind sogar noch mehr hinzugekommen: Wie in diesem Bugreport auf Launchpad zu sehen, funktioniert in der Version von Karmic Koala Alpha 2 das WLAN nun rundherum überhaupt nicht mehr. Die gute Nachricht kommt wiederum aus Richtung des Konkurrenten Gnome: das NM-Applet funktioniert nach wie vor.

Natürlich ist eine zweite Alpha noch lange nicht das letzte Wort in der Entwicklung einer (K)Ubuntu-Version. Trotzdem halte ich es für sehr bedenklich, dass einer derartig zentralen Funktion wie der Netzwerkverwaltung eine so niedrige Priorität eingeräumt wird. Hoffentlich haben Canonical & Co hier bald ein Einsehen mit den genervten Benutzern.

Habe ich erwähnt dass ich KDE4-Enthusiast bin? Na gut, hier kommt der nächste Tipp, wie man mit einer völlig weitgehend unausgereiften Arbeitsflächenumgebung arbeiten kann, ohne täglich einen Nervenzusammenbruch zu erleiden.

Das NM-Plasmoid in KDE4

Wie in diesem Launchpad-Bug ausführlich dargestellt, speichert das Plasmoid zur Verwaltung der Netzwerkverbindungen (plasma-widget-network-manager, siehe Bild links) die Verbindungsinformationen nur unzuverlässig in der KDE Brieftasche – bei einigen funktionierte kein WEP, bei anderen trat der Fehler bei WPA auf. Ich hatte das Pech, dass mein Plasmoid sich keine VPN-Verbindung merken konnte, auf die ich im Uni-WLAN jedoch angewiesen war.

NM-Applet in der KDE4-Tray

Die Lösung des Problems kommt von einem alten Bekannten, von dem ich in dieser Sache als letztes Hilfe erwartet hätte: Gnome. Es ist tatsächlich so, dass sich das Gnome-Applet, welches den Network-Manager unter Gnome steuert und im Paket network-manager-gnome enthalten ist, auch ohne Probleme in den Tray (oder den “Systemabschnitt der Kontrollleiste”) von KDE4 integriert, siehe die beiden kleinen Computer im Bild rechts.

Die Verbindungsdaten werden nun zwar leider auch nicht in der KDE-Brieftasche aufbewahrt, können aber entweder im Gnome-Schlüsselbund oder als plain text im .gnome2-Verzeichnis gespeichert werden. Und das zuverlässig und fehlerfrei.

IBM’s developerWorks has an article about how to create a KDE plasmoid

KDE 4 includes many exciting new technologies, including Plasma, a feature that forms the desktop shell of KDE 4. See how to write simple Plasma applets (known as plasmoids) to greatly improve the desktop experience and how to turn a plasmoid into a simple memory monitor.

Source: IBM developerWorks

Several months ago, excited to try out the shiny new KDE 4, I upgraded to Kubuntu 8.10. Within 5 minutes (thanks to some interesting word choice on a properties menu) I had managed to delete the taskbar (the bar at the bottom) and the system tray and program launcher along with it. Unfortunately I couldn’t seem to hit the right keyword combination in my internet searching to find instructions on how to bring them back without removing my ~/.kde directory (not desirable).

I had an idea about putting a new ~/.kde folder under revision control using SVN and deleting the taskbar to see what file controls the plasmoids. Fortunately my friend in the next cube knew about bazaar (a distributed revision control system) which has an extremely low overhead compared to SVN and is very easy to use. Between the two of us we came up with the following procedure which allowed us to discover that the ~/.kde/share/config/plasma-appletsrc file controls the presence/absence of plasmoids for KDE 4.

This is what we did:

1. Rename the ~/.kde directory to ~/.kde_bak so that a new one is created when you log out and log in. This will restore the panel at the bottom.
2. $ cd ~/.kde/share
3. $ bzr add .   #with bazaar installed
4. $ bzr ci -m “Hunting for plasmoid control.”
5. Once again delete the panel at the bottom.
6. $ bzr status
7. From the files that were reported as being modified we identified “plasma-appletsrc” as the likely target.
8. $ bzr diff config/plasma-appletsrc   #that looks like the one
9. $ bzr revert config/plasma-appletsrc
10. Copy the prestine version of plasma-appletsrc into ~/.kde_bak/share/config
11. Remove the current ~/.kde and restore ~/.kde_bak to its rightful place as king!

Lots of containment definitions missing from the plasma-appletsrc file corresponding to the missing task bar.

Air sera es el nuevo tema plasma que se incluye en KDE 4.3 diseñado por Nunho Pinheiro.  Hace muy poco se incluyo en los repositorios svn aun cuando ni siquiera vemos la primer beta de 4.3 (Hasta Mayo hay que esperar).

Así que estuve viendo y con ayuda de eightmillon del foro de Ubuntu pude instalar este tema en 4.2 de una manera muy sencilla!

Todo consiste en descargar este tar y extraerlo en la carpeta /home/user/.kde/share/apps/desktoptheme/

(ya saben, en donde user es el nombre SU usuario) . Luego solo hace falta seleccionar el tema en cuestion desde la ventana de configuracion del escritorio. A pesar que no se parece al mockup de nunho,  se adapta a la perfeccion a mi escritorio!

Peoples……

I must say that KDE 4 is just great.  It has definitely come a long way from where it started so long ago.  I have installed the SVN code as of March 17th (a day before my great spring break trip to CO).  The desktop is fluid and the plasmoids are actually working pretty solidly now.  Also missing are the plasma crashes.  So without further ado……  The screenshot….

In this shoot I have have a total of 6 desktop plasmoids running.  On the left I have the standard analug clock on top with a CPU meter on the bottom with the flickr plasmoid running in the middle.  On the right side of the screen I have from top to bottom the microblogging plasmoid setup for Twitter.com, the RememberTheMilk plasmoid, and then finally a folder view plasmoid to highlight common;y used documents.  I notice there are a few problems with some of the plasmoids.  For instance in the microblogging plasmoid when I make a post it shows up on the list but then even an hour later it still shows it as posted just a minute ago.  The RTM plasmoid crashes when I try to drag and drop the tasks between the priorities more than once, the first one works fine.  As far as the folder view plasmoid goes, it is just great.  The only problem here with this plasmoid is that I do not know how to adjust the grid parameters.  It seems that I should be able to put three icons there instead of two without it going to the next line down.  In addition to that I think that it would be great if you could have totally flexable zoom in that plasmoid.

Now one other thing that I would like to see is some sort of layout tool for the desktop with respect to the plasmoids.  For instance.  On the left I would like to be able to align the three plasmoids by their centers and then even group them so that when I move them around the center align stays the same.  You could set that up so many different ways.  I think that it would be cool.  I think that I should submit that as a wish in the bug database.

So, if yo have not not moved to KDE4, and I know that you are out there….  Just do it!  You will really thank yourself in the end.  Anyway, back to my work….

]]> http://linuxdesktops.wordpress.com/2009/03/11/superbarra-como-windows-7-en-linux/ Wed, 11 Mar 2009 01:50:35 +0000 Pol http://linuxdesktops.wordpress.com/2009/03/11/superbarra-como-windows-7-en-linux/

El concepto de Icon Box, Dock, o simplemente una barra de tareas sin texto, no es nuevo, de hecho Apple lo uso toda la vidá en su dock, y tanto Enlightement o XFCE tienen su propio Icon Box donde se incluyen tanto lanzadores como ventanas miminizadas. La opción no esta nada mal por que se ahorra un espacio considerable, sumado a que si tenemos la posibilidad de agrupar los iconos.

Hace poco se vio en una de las tantas betas del futuro Windows 7, una nueva barra, auto nombrada Superbarra, hay que aceptarlo tiene sus caracteristicas atractivas

Ahora, tantos como los usuarios de Gnome como los de KDE al ver esto, se apuraron a preguntar si se podia hacer lo mísmo. Yo fuí uno, y lo unico que supe es que no era posible hasta el momento, pero no mas de una semana despues de ambos lados surgieron ideas tal vez muy interesantes. La primera en Gnome se llama Dockbar y es una aplicacion totalmente aparte hecha en Python, ya tiene un historial se mas de un mes, así que promete seguir en desarollo.

http://www.gnome-look.org/content/show.php/DockBar?content=97822

No lo veo igual de lindo, pero cumple la misma función, ahora pasemos a ver como respondieron los muchachosd de KDE, acá fue distinto, ya cuando pregunte me dijeron que se estaba trabajando para incluir esa caracteristica en la Taskbar de KDE 4.3, un tiempo despues Marvin en el foro de KDE me muestra su nuevo plasmoid. STask.

pero como si fuera poco, incluyte otras opciones no presentes en la superbarra de Windows 7 ni en ningun otro Icon Box, como iluminaciones dinamicas al pasar el cursor, expancion de las ventanas maximizadas, y más. Aún esta en testeo y se encuentra en la version 0.4, eso no quiere decir que sea inestable. Al igual que Dockbar, hay paquetes para Ubuntu, mientras que para otras distribuciones es necesario compilar, yo intente en Open Suse y no lo logre.

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

Espero que les haya facilitado la busqueda y hasta luego.

Converted from HLSL shader for vvvv by beyon.
http://www.iamseriouslol.com

Code used with permission.

Update:
QTZ uploaded. Find it in the Box.net widget at right, name
‘tb_beyon_Plasmoids_0.5.qtz’

Nach einem enthusiastischen Start mit dem neuen, tollen, berühmten Ubuntu Linux, mit KDE als grafischer Oberfläche “Kubuntu” genannt, hatte mich Linux schnell für sich gewonnen. Es kostet nichts, ist sehr anpassbar, und es unterstützt NICHT Microsoft. Leider treten hin und wieder auch mal Probleme auf. Mit Windows muss man häufig bei besonders schweren Problemen das Betriebssystem neu installieren. Das gute an Linux ist, dass es für jedes Problem eine Lösung gibt und man theoretisch alles verändern und anpassen kann. Theoretisch. Bloß wie man das macht, muss man erstmal rausfinden. Nun hatte Kubuntu die unangenehme Eigenschaft, dass auf meinem Laptop (aber natürlich bei keinem meiner Freunde) immer irgendetwas nicht funktionierte. Nach einem dreiviertel Jahr mit Linux und Kubuntu-Treue und der Installation der neusten Version Kubuntu 8.10 “Intrepid Ibex” erreichten die Querelen allerdings noch einmal eine andere Dimension.

Der “DBus” ist ein Programm, das nach meinem begrenzten Verständnis als Medium zwischen Programmen fungiert – will ich also aus meinem Dateimanager ein Textdokument oder ein Video aufrufen, sorgt der DBus in Linux dafür, dass das entsprechende Wiedergabe-Programm gestartet wird, damit ich die Datei öffnen kann, ohne sie direkt durch das Wiedergabeprogamm aufrufen zu müssen. Dieser DBus, der wollte bei mir leider nicht so recht. Als Folge wurde der Standard-Dateimanager so langsam, dass ich ihn kaum noch verwenden konnte, die Geschwindigkeit meines ganzen Systems litt darunter sehr. Einfache Dinge, wie ein Odt-Dokument öffnen, funktionierten in manchen Fällen sogar, waren aber fast immer mit Fehlermeldungen verbunden. Schrägerweise funktionierte ausgerechnet meine “Alt Gr”-Taste nur noch in bestimmten Programmen (nämlich einigen nativen KDE-Programmen). Als ich in meinem Lieblings-Forum um Hilfe fragte, sagte man mir, ich sollte mal den .kde-Ordner löschen, der alle Einstellungen und KDE-Programmdateien enthält. Das half dann zwar für ein paar Tage – danach gab es wieder dieselben Probleme! Dazu kam dann noch, dass OpenOffice.org – die freie Office-Anwendung – nicht mehr starten wollte, egal was ich unternahm (und das war einiges). In Intrepid Ibex gab es außerdem Probleme mit der Lokalisierung der Benutzeroberfläche ins Deutsche, die von ein paar organisatorischen Bockschüssen verursacht worden sein sollten. Das und andere Dinge verleiteten mich zu der Annahme, dass KDE von den Ubuntu-Entwicklern eher stiefmütterlich behandelt wird (die sich mehr auf GNOME, eine alternative Desktop-Umgebung, konzentrieren). Weil die Dinge sowieso nicht so funktionierten, wie sie sollten, entschied ich, dass es sich nicht lohnen würde zu versuchen, mein System zu reparieren.

Gleichzeitig hörte ich, dass KDE 4 auf openSUSE (einer ursprünglich deutschen Linux-Distribution) reibungslos funktionieren sollte. Nachforschungen ergaben, dass openSUSE momentan nach Ubuntu die beliebteste Distribution ist (So bezeichnet der Linux-Benutzer jedes Betriebssystem, das Linux im Kern hat, und davon gibt es eine Menge). Außerdem erfuhr ich, dass openSUSE 11.1 als sehr stabil gilt und sich von allen Distros am besten für den professionellen Einsatz eignen soll. Sowas brauchte ich! Schließlich bin ich gerade Student und habe besseres zu tun, als meine Freizeit als System-Hausmeister zu verbringen.

Alles, was ich zum Wechsel brauchte, war eine externe Festplatte für meine persönlichen Daten und einen CD-Rohling. Ich lud openSUSE herunter, brannte es auf CD und installierte es, sobald ich meine Daten gesichert hatte. Bei der Installation legte ich eine extra Partition an, auf der jetzt mein persönlicher Kram (sprich: der Ordner /home/ ) liegt. Wenn ich jetzt mal wieder ein neues Betriebssystem installiere, muss ich meine Daten nicht mehr auslagern – stattdessen werde ich diese Partition bei der Installation einfach verschonen (und nicht formatieren wie den Rest).

Meine ersten Eindrücke waren sehr positiv. Die “Alt Gr”-Taste funktionierte, Openoffice auch, und alles flutschte wie geschmiert. Man fragte sich automatisch, wie das ganze Ding vorher überhaupt hatte so langsam werden können. Bis heute hatte ich allerdings immer wieder Probleme mit dem Ton, die ich jetzt allerdings gelöst zu haben glaube. Kurz: Es klappt alles. Ein wunderbares Gefühl! (Hätte auch openSUSE gebockt, hätte ich wohl noch Mandriva oder PCLinuxOS ausprobiert, die sollen auch sehr schön mit KDE4 laufen.)

Was mir an openSUSE weniger gut gefällt, ist die Paketverwaltung (Software und Aktualisierungen werden bei Linux nämlich gänzlich in vorkonfigurierten Paketen aus dem Internet heruntergeladen. Diese Pakete liegen in so genannten Paketquellen, oder Repositories, zum Download bereit, und der Computer weiß, was damit zu tun ist. Das ist in der Regel sehr bequem, hat aber manchmal auch so seine Tücken!).
rstens werden bei openSUSE nur Sicherheitsupdates automatisch heruntergeladen. Nach neuen Versionen von installierter Software muss ich in der Paketverwaltung manuell suchen lassen und sie dann installieren (das sind dann etwa fünf Mausklicks mehr – trotzdem ginge es auch einfacher!)
Bei Kubuntu gab es ungefähr vier oder fünf Paketquellen (spezialisiert auch verschiedene Grade der “Freiheit” der Software), die man brauchte, um sein System einigermaßen in Schuss zu halten. Bei openSUSE sind es etliche mehr, und es gibt keinen erschöpfenden Überblick darüber (ich kann also nicht einfach aus einer Liste all die auswählen, die ich möchte), und obendrein gibt es einige Klippen zu umschiffen. Einmal habe ich die falsche Paketquelle hinzugefügt und dann Updates installiert – und plötzlich stand ich mit der instabilen Entwicklerversion der nächsten openSUSE-Ausgabe im Regen und musste grummelnd eine Neuinstallation machen (das dauerte ein, zwei Stunden, war also kein Beinbruch).
Adept, das Programm, das in Kubuntu für die Paketverwaltung genutzt wurde, hat mir auch deutlich besser gefallen als Yast. Es war einfach intuitiver zu bedienen.

In allen anderen Belangen hat openSUSE 11.1 aber klar die Nase vorne. Mit dem speziellen Repository für Spiele habe ich eine größere und aktuellere Auswahl als bei Ubuntu. Mit dem Ein-Klick-Install kann ich auf www.opensuse.org noch fast jedes Linux-Programm installieren (und bewege mich dabei auf dem Schwierigkeitsgrad der Installation einer herkömmlichen .exe-Datei unter Windows, minus den Aufwand für die Beschaffung). Das gibt es bei keiner anderen Distribution! Yast ist nicht nur für die Paketverwaltung, sondern auch ungefähr für alle anderen Systemaufgaben gut (wie die Systemsteuerung in Windows). Es gibt da ein paar interessante Funktionen, die ich noch kaum erforscht habe, deren Dasein allerdings einen extrem professionellen Eindruck erweckt. Endlich ist auch Firefox richtig ins System eingebunden.
Dazu kommt die neue grafische Oberfläche KDE 4.2, das fantastisch aussieht und tolle Fähigkeiten hat (gibt es aber auch für andere Distributionen). Tatsächlich hat Microsoft für Windows 7 etliches von KDE 4 abgekupfert, so z.B. Teile des Designs (etwa die breite Task-Leiste) oder die Desktop-Widgets (die KDE “Plasmoide” nennt). Alles wirkt wie aus einem Guss, und die Möglichkeiten der Plasmoide sind fantastisch. Dabei lässt es sich grafisch fast beliebig anpassen, wobei KDE doch immer sein einheitliches, professionelles Aussehen beibehält. Bin jetzt rundum zufrieden und habe keinen Grund mehr zur Klage! Guter Mann, der Mann kann so bleiben!

Kubuntu 8.10 Intrepid Ibex has been out for some time now. This version of Kubuntu sports the brand new KDE 4.1 Plasma theme that introduces a Mac OS like dashboard. The analogy with the Mac OS is just to make sure that people who are less aware of Kubuntu understand what I am talking about. Here’s a screen shot of my dashboard:

Nevertheless, since I run Kubuntu at my home it was very important for me to get my company VPN connection working. In the previous version, Hardy Heron, I had installed Kvpnc for this. Kvpnc is a GUI client for KDE that uses vpnc to connect to VPNs. In Hardy, all I had to do was import the Cisco (my company runs Cisco VPN servers) .pcf file provided by my company. And voila! I was in.

Keeping that experience in mind I tried the same thing in Intrepid. Disappointingly, it did not work. I kept getting an irritating “Authorization failed(Group password)” error. There was an even more cryptic “tun0: Disabled Privacy Extensions” message in the system logs. Initially I thought there must have been some change to the .pcf file. My IT department confirmed that there weren’t any. Puzzled I sat down to get this thing to work.

My previous Hardy installation was a 32-bit one whereas the Intrepid is a 64-bit one. Was that at fault? A bit of Googling did reveal that I might be right. Still not convinced and unready to give up I kept at it. But no matter what I tried I could not get it to work.

Finally when I was on the verge of giving up, I came across an article that mentioned decoding the group password. A bit of digging and I got to a web site that offered to decode the encoded group password that is specified in the .pcf file. Using that web site I retrieved the group password, fired up Kvpnc and specified the decoded value as the new group password and hit Ok. It worked!!!

Wow. So apparently the Kvpnc client does not do a very good job of decoding the encrypted group passwords that are present in the Cisco VPN .pcf files. Here’s the web site that helped me with the decoding.

Este tema de Superkaramba para KDE 4.x es muy simple, sólo coloqué las aplicaciones que yo más uso.

Lo coloqué en la sección de plasma scripts de kde-look.org porque se vé mejor con plasma y puede bajarse fácilmente con “Get Hot New Stuff”.

Está basado en el tema de íconos DarkGlass_Reworked.

Para downloads cliquear en el siguiente enlace:

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

Screenshot del tema de Superkaramba inUtileBar

Sono rimasto effettivamente “un pochino” indietro rispetto ai miei propositi di un post al giorno.. il fatto é che mi sono presto integrato nel discorso dei “canali principali” di comunicazione: il planet di kde , la kde radio e così via.
Se ci aggiungiamo che la connessione da Mechelen (sede dell’akademy) era pessima e intasatissima si delinea subito il quadro di come si sono svolti gli eventi..

Questo post riassuntivo degli altri giorni e se vogliamo dell’intera akademy (my first..) mi servirà più che altro a dare un quadro preciso degli avvenimenti importanti, il che può essere magari più interessante che raccontare le mie impressioni giorno per giorno.
Lasciatemi solo un attimo però, gongolare con questa foto..

Non sapete chi sono quelli eh?! Beh.. quello bello sulla sinistra sono io, il biondo con la giacca invece è Matthias Ettrich, IL fondatore di KDE, colui che ha dato inizio alla favola del desktop libero e semplice da usare. Praticamente, un mito..

Ok, tornando ai racconti dell’akademy, c’è da notare che adesso mi ritrovo con un Nokia N810 in più.. praticamente un tablet senza GSM, in teoria una piattaforma di sviluppo “regalataci” dalla Nokia all’akademy (solo 100 eh..) per svilupparci su e “portare” KDE anche lì dentro

Che dire.. è molto divertente per giocare, ha GPS, wifi, bluetooth, USB, slot miniSD e soprattutto Maemo, che non è altro che una distribuzione linux adatta a questi cosi (c’è persino il terminale..).
La gente dell’akademy è stata fortemente impressionata da questi tablet, inutile dirlo. E ho visto che almeno due giorni sono stati “buttati” nel porting di plasma, kmail, kopete, akregator sui tablet.. Anch’io ho gigioneggiato parecchio, devo dire. Ma non sul nokia. Invece di portare avanti i miei lavori (plasmagik, kipi-plugins) mi sono divertito con un konso-plasmoide (“konsolator”, (c) NotMart) e con una piccola classe (inutile, l’ho capito dopo un pomeriggio di lavoro però..) per utilizzare kparts dentro i plasmoidi.

Cosa aggiungere di più?? Sarà meglio smettersela qui per ora e raccontare in seguito del konso-plasmoide e di cosa mi sono portato a casa da questa grande avventura!!

Postanowiłem przesiąść się na dobre na KDE4.1 ale do pełni szczęścia brakowało mi paru dodatków a’ la superkaramba na pulpicie. W KDE4 od tego są plasmoidy z którymi męczyłem się jakiś czas, co chwilę pojawiał się błąd w stylu :

-- The CXX compiler identification is unknown
-- Check for working CXX compiler: CMAKE_CXX_COMPILER-NOTFOUND
CMake Error: your CXX compiler: "CMAKE_CXX_COMPILER-NOTFOUND" was not found.   Please set CMAKE_CXX_COMPILER to a valid compiler path or name.
CMake Error: Internal CMake error, TryCompile configure of cmake failed
-- Check for working CXX compiler: CMAKE_CXX_COMPILER-NOTFOUND -- broken
CMake Error at /usr/share/cmake-2.6/Modules/CMakeTestCXXCompiler.cmake:25 (MESSAGE):
The C++ compiler "CMAKE_CXX_COMPILER-NOTFOUND" is not able to compile a
simple test program.

Oto rozwiązanie tego problemu i zarazem sposób na instalacje plasmoidów pod KDE4.1 :
sudo -i
apt-get install libkonq5-dev libkonq5 cmake libplasma-dev kdelibs5-dev kdebase-dev-kde4 gcc-3.3-base g++
tar -xvf plasmoid.tar.gz
cd plasmoid
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX=`kde4-config --prefix` ..
make
sudo make install


Ciekawy zestaw widgetów na pulpit znajduje się także w paczce kdeplasma-addons
sudo apt-get install kdeplasma-addons

Federico Mena Quintero, of GNOME fame, posted the presentation he gave this year at GUADEC: Document-centric GNOME. It’s a fun presentation, full of interesting ideas. I especially like the journal tab he suggests. It looks like a nice candidate for a plasmoid.

Questa è una delle cose che ho sempre atteso in KDE 4: avere delle finestre (come konsole, kate, …) all’interno di plasmoidi. L’idea che sta dietro a questa cosa è simile, ossia ottenere (mediante un opzione) semplicemente una finestra in un plasmoide.

Per maggiori informazioni, rimando a questo articolo.

Um dos rescursos bem interessantes que estou usando no KDE 4.1 betá é o “Widget”.

Os widgets são componentes de interface gráfica com o usuário (GUI). Qualquer item de uma interface gráfica é chamada de widget, como: janelas, botões, menus e itens de menus, ícones, barras de rolagem, etc.

O time KDE investiu pesado nesse termo, porém o seu próprio widget e chamado de plasmoid (uma referência a nova tecnologia usada no KDE 4 denominada plasma). No KDE 4.1 beta você pode instalar widgets de arquivos do karamba, plasmoid e até os famosos widgets do MacOS X Leopard.

O KDE 4.1 já vem com alguns plasmoids, mas ainda não tem uma vastidão tão grande disponível como o MacOS X, mas algumas pessoas se anteciparam ao lançamento e já é possível encontrar no KDE LOOK plasmoids bem interessantes como esse de WIFI.

O lance todo é que a maioria tem que ser compilado (ainda) para ficar disponível no seu KDE 4. Bom o processo é bem simples, veja abaixo.

Primeiramente instale os pacotes necessários para a compilação. No meu kubuntu com kde 4.1 beta digitei o comando:

sudo apt-get install build-essential cmake libplasma-dev kdebase-workspace-dev kdelibs5-dev automoc

Depois de concluido a instalação dos itens necessários para a compilação, basta visitar o www.kde-look.org ir até a sessão plasmoid e escolher o seu plasmoid favorito. Escolhido seu plasmoid faça o download e em seguida abra um prompt de terminal e execute os passos abaixo (não precisa ser o root).

Descompacte –>  tar -xzvf <nome do pacote plasmoid baixado do site>
Entre no diretório –>  cd < nome do pacote recém descompactado>
Compilando –> cmake -DCMAKE_INSTALL_PREFIX=/usr/lib/ .
Compilando II –> make
Compilando III –> sudo make isntall

Aqui vale algumas explicações.  Comando cmake precisa saber em que diretório esta intalado meu KDE 4. No meu Kubuntu ele esta no diretório “/usr/lib/” e o sinal de “.” no final da linha indica ao mesmo que o programa deve ser compilado para o diretório que estou atualmente. O comando sudo no kubuntu serve para rodar um comando com os poderes de um usuário root. Isso é necessário na hora de instalar o applet plasma dentro do diretório do KDE definido acima.

Veja um screenshot da minha tela com KDE 4.1 repleta de plasmoids.

Probablemente hayas escuchado de Folderview. Es un plasmoid para KDE4 el cual es muy distinto a los demás. Este Plasmoid lo utilizas para enseñar archivos. Pero eso no lo es todo, tiene sus funciones particulares y a continuación les dejo un video para que vean. Está en inglés pero no tienen que entender inglés para ver su funcionalidad.

Fuente | Aseigo