Home Home > Desktop > Kde
Sign up | Login

Deprecation notice: openSUSE Lizards user blog platform is deprecated, and will remain read only for the time being. Learn more...

Archive for the ‘KDE’ Category

Tokamak4

February 27th, 2010 by

On this week the leading KDE developers met together again. This time it was held in Nürnberg, in the openSUSE premises and was kindly made possible by Novell and KDE e.V.
26 hackers, who make KDE better.

For me it was first time, where I met hackers not for drinking a cup of beer, but for working, for hacking, for learning… and I think in this time I got much more fun.

We started at 9-10 am and finished it at 1-2 am. Yes, these two days we hacked like crazy. I’m not so good in KDE, I mean – I’m just trainee in SUSE/Novell, but in these two days I took a lot of information about KDE (arhitecture), Solid, Plasma, methods of project’s buildings (cmake), etc.

I have uploaded photos. You can find these here.

I have worked before on KNetworkManager. It was just a couple of patches (Qt/KDE3 based), and KNM has another aspects of integration with hardware as we have now in KDE4. In KDE4 we have SOLID, and this makes more easy to asking for such things like, for example, wired connection or to find hidden SSID wi-fi…

Yes, my current project is Network Management plasma applet.

With Sebastian Kügler and Will Stephenson, we worked together on functionality to easily connect to wired, wireless and mobile broadband networks and also to VPNs. As I said, I don’t did so much, but I started working on support for connection. Maybe next month I will be able to show that I did.

I would like to thank everyone with whom I spent those 2 days. Especially Will, who always supports and helps me to become a KDE developer.

cd tokamak4; make uninstall && make clean

February 26th, 2010 by

It’s Friday again already and the longest week of my life is over. It’s certainly been one of the most inspiring. Seeing nearly thirty expert KDE developers hammering out reams of code, artwork and design all over the workspace and further down the stack at all hours has been thrilling and has kept me serving their needs better than any amount of caffeine.

Now Tokamak 4 is over.  The last few visitors are leaving and I’ve been calling taxis, tidying out the offices and dismantling networks.  I’m looking forward to seeing the results in improvements to KDE SC 4.5.  Yesterday we made a series of short videos explaining what we’ve been working on that will be published over the course of next week.

Observant readers of this blog’s title will notice that I haven’t deleted the build system.   I’ve learned a lot about organising a large developer sprint and as part of our openSUSE Boosters’ strategy we expect to be hosting more such developer meetings for upstream projects in order to make improvements directly to the software we distribute.  We strongly believe that using our facilities to allow upstream to do the great things they want to do creates benefits both for openSUSE, and in a snowball effect for the wider Free Software universe.  So I’m documenting what works and what doesn’t on the openSUSE wiki in order to make next sprint we host here come off even more successfully and smoothly.

As for me, I’m looking out the window at a Bavarian lake and taking it easy this weekend.  As always, Have A Lot Of Fun…

Tokamak4

February 26th, 2010 by

For the last seven days we were hosting the KDE Plasma Team doing their developer meeting called Tokamak4 here in at the Nuremberg offices of Novell. It was great for SUSE to see the twentyfife KDE enthusiasts hacking on one of the most important parts of the KDE software compilation.

On monday we had the pleasure of a public event with four highly interesting talks given by the Plasmas in our allhands area in Maxtorhof. Will Stephenson was sheding some light on the old days where SuSE already was hosting a sprint for KDE. I guess in that days we still called it “developer meeting”, but it was basically the same concept. It happened in an office building called Schanz which was still SuSEs but not in use these days. Will had some cool photos of well known KDE developers, partly with more hair and less bally than nowadays, hacking on KDE3. I think the meeting was in 2003, so it is great to see how many people are still around in the community.For me that was the first KDE meeting I participated, working on my scan application called Kooka. Fun.

After that Aaron Seigo was talking about Plasma as a cross device and cross form factor concept, Marco Martin was presenting very interesting stuff about KDEs Netbook shell and finally Sebastian Kügler was introducing Silk, the project to free the web from the browser. It was a very inspiring evening which closed with good discussion over some drinks. I like to thank the KDE guys for giving the presentations and our guests for showing up.

The rest of the week was full of concentrated work for the Plasmas, watch out on planetkde for various posts.

From the openSUSE perspective it was a pleasure to host the meeting, it was very nice to meet you all again. Thank you all for being our guests. It was fun and as a result we really want to continue the idea.

openSUSE is upstreams friend and we are convinced that personal meetings are the most effective way to make progress. So if your community is watching out for a place to meet, innovate and hack, let us know, I am sure we can arrange something.

Kraft Document Templating System

February 21st, 2010 by

One of the most important objectives for Kraft is to create business documents of perfect quality. The docs are an important face to the customer and represent the business, so best is just good enough. The old times where invoices got printed on a 24 needle printer in ascii mode should finally be gone 😉

Documents should represent the ‘coorperate identity’, which in small size firms probably comes down to printed stationary with a company logo and some other information on it. Kraft has to print  nicely on it. For that it is important that the layout can be configured at all and without compiling Kraft if the customer address should be printed fife millimeters higher for example.

Currently Kraft uses a document template written in RML for the layout. RML is a XML format which can be converted to PDF utilizing a python based command line tool which is called by Kraft. RML is a open source toolkit, quite powerful and mature. However, it does not solve all problems with flexible document creation and sometimes comes a bit unhandy. As a result our eyes are always open for alternatives.

Here are some requirements a template system must provide:

  • There is a document template in the file system. It can be changed by the user without recompiling Kraft. Kraft picks it up, fills the document values in and processes it to PDF. Other output formats are optional.
  • Layout: Areas where parts of the document are printed can be freely specified, ie. where the address, the date etc. is printed.
  • Graphical elements like lines, fixed text, boxes, colors and images can be placed everywhere.
  • The system knows at least different layouts for the first page, middle pages and the last page.
  • All pages have page header and footer.
  • Loops: Since an invoice for example has an unknown amount of items the system must be able to handle that, including clever space management with  pagebreaks. Nested loops are possible.
  • Maintain areas which must not be split, i.e. an invoice item should be printed completely on one page and not be split by a pagebreak.
  • Text faces, paragraph alignment, width, spacing and these kind of things must be configurable in the template.
  • Some variables are available such as a page counter.
  • Really great would be if the system provides carryover of calculations, like  on the top and bottom of each page the so far accumulated sum is printed.

Which free layouting and PDF generating system is able to provide that, preferably Qt/KDE based? Kugar was striving to solve it but when I tested it it did not work out.

Another idea is to use the ability of KWord to work with templates. If Kraft could read KWord templates, fill them and automatically generate a KWord doc from it, that would be a great solution, because in addition to automatic PDF generation documents could easily be exported as KWord docs and changed manually if needed. A great ‘template editor’ also would be available. This would in the direction of office suit integration that commercial Kraft competitors nowadays have.

I am not sure how far we are away from that. Something to investigate.

KDE icons for Apache

February 15th, 2010 by

apache-kde

I have been working on making Apache’s directory listings a bit more beautiful by creating a collection of KDE icons (Oxygen and Crystal). Apache’s default icons are a bit old and not that vivid. In fact, they were originally made for Mosaic. So, what I’ve done is handpicking some Crystal and Oxygen icons, making a few by combining two icons, modifying some Apache’s config files, writing the instructions and, finally, putting everything together. So, now we have apache2-icons-oxygen and apache2-icons-crystal.
I would like to take this opportunity to thank Adrian Schröter and Peter Pöml for the help and feedback.

The rpm packages are available on my OBS home project:
http://download.opensuse.org/repositories/home:/javierllorente/

Comments and suggestions are welcome!

Tip: Using KWallet or GNOME Keyring with Subversion

January 15th, 2010 by

Subversion stores all its configuration and passwords under the ~/.subversion/ directory. Wouldn’t it be cool to have your passwords in KWallet or GNOME Keyring? Recently I found out, it is pretty simple.

(more…)

What a Cool App: screenie

January 14th, 2010 by

Sometimes you stumble over an application that is really cool and makes your day. Of course when you tell your colleagues everyone knows it – except you, well…

Today I had this nice experience with a little tool called screenie. It helps to arrange screenshots or images in general nicely such as this example where I made boring Hermes screenshots look nice: Hermes Screenshot Composition

It does it with a perfect simple interface on which you drop three images out of a file manager. A handful of options allow you to adjust the image to your needs and there you are – your little screenshot composition simply looks amazing, after a few moments of work. Great software.

Btw, iit’s only around 500 lines of code and a couple of resource files. Amazing, must be based on a quite powerful toolkit utilized by a real smart guy…

If you also want to look nice, no idea how, but for screenshots and stuff quickly install screenie from the KDE::Community repository.

Ah yes, I know, you know it already, of course 😉

Kraft Project Status

January 12th, 2010 by

I thought it might be nice after the holidays to tell about the status of the Kraft project, the KDE software for people operating a small business. Some nice things happened around it.
Kraft Logo

The best thing is that an additional developer works on Kraft: After my last status post Thomas Richard (account trichard) contacted me that he is interested, next days I had the first patch in my mailbox and from that point of time on he constantly contributed high quality changes into the Kraft repository.

His high energy, dedication and fresh ideas gave me a new motivation push after having worked on Kraft basically alone for more than four years. That’s great!

The last months we worked on porting Kraft to the KDE4 platform which is in a quite good shape in SVN already: Kraft compiles without warnings and without Q3 and K3 support classes and works stable again.

We couldn’t resist to make use of the new capabilities of KDE4 here and there and as a result we have a few small feature updates as well. The most interesting might be that the first KDE4 Kraft version will additionally support a sqlite database backend which eases setup and configuration for users tremendously.

Following our friends from the KMyMoney project we will come up with a first Kraft-on-KDE4 beta soon. Please stay tuned.

Quick tip: Novell Bugzilla and Klipper

December 22nd, 2009 by

Klipper from KDE has a set of predefined actions triggered by content of the clipboard. So when you have it enabled, it show up the popup menu with all available browsers when you copy the URL. In my job I open many bugs and the bug numbers have the well defined format bnc#number. So why don’t define automatic action triggered by this regular expression?

Because Klipper expects only oneliner as an action, I wrote the short bash script obug.sh which expects one argument with a bugzilla string.

#!/bin/bash

[ -z "${1}" ] && {
  echo "bug number required"
  exit 1
}

regex='^(bnc|bug)?#[0-9]+$'
[[ "${1}" =~ ${regex} ]] || {
  echo "${1} did not match ${regex}"
  exit 2
}

firefox https://bugzilla.novell.com/show_bug.cgi?id=${1#*#}

It’s obvious how it works – it checks if the argument exists and if matches the pattern and then opens a firefox (it’d be a xdg-open, but I use firefox for Novell Bugzilla). There should be only one strange expression – ${1#*#}. It is a Shell Parameter Expansion. This expression removes all characters from the beginning of the string including first #, so it convert bnc#1234 to 1234.

Then I defined a new action in Klipper triggered by ^(bnc|bug)?#[0-9]+$, which calls obug.sh %s, where %s is the content of clipboard.
Klipper config

And after that all I selected the bnc#1234 by mouse and then the following popup appeared.

One disadvantage of this method is that Klipper opens popup window only near its status icon in systemtray. It would be more useful to show it near current mouse position.

How to activate Flash Plugin for Google Chrome on openSUSE 11.2

December 9th, 2009 by

A couple of days ago, Google release a Beta version of Google Chrome for Mac and Linux. After installing the RPM I has been notice that the flash player doesn’t work. For make it work do the following as root:

cd /opt/google/chrome

ln -s /usr/lib/browser-plugins/ plugins

Restart Chrome and you are ready to watch some videos on youtube 🙂