Since I’m planning to make the Favourites section a bit smarter sometime in the future (something like Amarok’s score/rating system), but it will not happen in time for KDE 4.3, I’ve come up with an idea of tracking the user’s (your) behaviour and to record which applications you start. And, maybe, which item you choose from the list when you search for something.
Before you start throwing rocks at me, here are some details about the idea.
It would be local only. The collected data would not be sent anywhere and would remain in your .kde directory for all times. It would be optional. Though I don’t know whether to turn it on by default or not. In any case, I think some “what’s new / set up the new features” notification would be needed.
The data would not be used in the KDE 4.3 version, but in a later one.
So, in a nutshell, it would collect the data which would be used once the Favourites section becomes smart.
My questions here are:
Should the tracking be turned off by default? *
Should it be implemented at all before the Fav section gets smarter?
Note that once the Fav section does become smart, it will be changed to ‘on by default’.
I have heard that there are a few users unsatisfied with the Parts applet.
“It [when placed in panel] is not transparent even when I use a transparent theme”, yelled one.
“I can not resize it [when placed in panel]!”, cried another.
“I want it to show the pictures of naked ladies”, complained the third one.
Well, to you all, I can only say “Rejoice! The solution is here!”. (the third one was able to rejoice a long time ago thanks to the Picture Frame applet)
The parts applet is now based on the Plasma::PopupApplet just like most other applets including the device notifier (Plasma::PopupApplet did not exist when the Parts applet was developed - it was introduced along with Plasma extenders). You can see what it looks like in the left screenshot.
It has some bugs at the moment, but will be polished in time for 4.3.
A new theme feature
This is the one new theme feature that I’ve mentioned before, but never got the chance to make a screenshot to post it here. It’s a new option for Lancelot theme makers (works both in the menu and the applets).
I find it impractical and ugly, but there were some requests to allow Lancelot Parts to look more like MacOSX stacks (is that the name?), so I made it. Just set the background.type=color-compact for the items you want to have this type of background.
One of the common feature requests was to make the categories shown in the applet customizable - that is, to have the possibility to choose which categories are shown. Well, starting from the current SVN version, you can.
If you don’t use the contacts or documents section, just don’t show them. You could make it show only the applications section thus making Lancelot more simple and more ‘traditional’.
Mind that this only affects the launcher applet itself, when the categories are shown inside it, and not the menu.
In other news…
… a couple of insects known as bugs were squashed, and VIDE the Vim IDE is progressing nicely - I’ve moved Lancelot development away from the Project.vim plugin and similar and started using only Vide plugins…
Hi all. This post is mostly intended for packagers and distributions. If you are a Lancelot user, and your distribution ships it unpatched with Qt 4.5, thus rendering it rather unusable, contact your distro and pass the link to this post.
Thanks to the Gentoo guys Markos Chandras and Robert Piasek there now exists a patch for Lancelot, the KDE 4.2 branch, which makes it work with Qt 4.5 (and 4.4.4 I guess) the way it was supposed to, and the way the trunk version works now. It does need testing, but that is what packagers are for ;)
As you probably don’t remember (it was a long time ago), I was inspired by one Qt Creator’s feature - namely the Quick Browser - which I wanted to add to Vim. I haven’t touched it in a while due to lack of time and the promise of Vim emulation in Qt Creator. Since I find the Vim emulation in QtC not mature enough (I’ll leave commenting the final QtC 1.0 for some other time), I decided to continue working on the Vim with Runners project, or VIDE, the Vim IDE.
Vim has many plugins available at www.vim.org/scripts/ but the thing that I find annoying is that most of them are not really meant to work well together. So, for example, the Project plugin and the tag browser plugin open separate panels instead of sharing the same one, thus using too much screen real-estate…
Before I begin, I would just like to note that Vide is still in its infancy and not all things are yet working properly, or at all. To see what does work, keep reading.
The point of Vide is to provide some standard framework for people who want to use it, so that a greater integration can be achieved. It is written in Python (so Vim with +python compile-time option is required) so writing new runners is a breeze.
The runners (the name is taken from the Plasma project) are meant to provide results for the entered query. The difference between plasma’s runners and the ones in VIde is that Vide activates only one runner at a time. Personally, I find that to be a better solution in this case. To choose the runner you want to use, just prefix the query with the runner’s key. For example, to find a file in the source tree that contains ‘vide’ in its name, just enter “f vide” as the query (“f” being the key of the Find runner)
Runners
To open the Vide panel, press Ctrl+A (this can be changed, but I’ll cover that later)
Quick Browser
The Quick Browser is invoked with the ‘qb’ prefix, but since it is the default runner, you can omit the prefix, and enter only the class name you are searching for. For example, if your query is “Butto” (or “qb Butto”), you’ll get all classes named Butto. The Quick Browser uses a CTags file to retrieve the list of matches, so you need to keep the ctags file updated.
Currently, the only way to recreate the tags file is to call :QuickBrowserReloadTags but that will change soon. Vide is going to provide a quick automatic regeneration of the tags file thanks to the iNotify (optional - set via the vide project configuration file).
Apart from CTags, QB runner supports PTags (for python). Note that you need to have the ptags.py in your path for this to work.
Find and Grep
The other two existing runners are Find and Grep, whose keywords are “f” and “g” respectively.
Project organization
In order for Vide to be loaded, firstly you’ll need to add it to vim’s plugins, or do a manual :source /path/to/vide.vim. You can freely do the former one since Vide will not bother you if you’re not working on a vide-enabled project.
To make a vide-enabled project, you’ll need to create a .videproject directory in the project’s root. There is no UI for this at the moment, so it needs to be done manually. You have an example .videproject directory in the SVN (Vide contains its own .videproject - it can be used for other projects aswell).
When you start Vim (and load vide.vim script) it will check for the .videproject directory in the current working directory, and if it doesn’t exist, it will not be loaded, and you’ll get your regular Vim.
If the .videproject is found, with all necessary sub-items, Vide will be loaded. The another thing that is important to mention is that you can place Vim plugins/scripts inside the .videproject/plugin subdirectory - if you need those plugins only for that project.
Well, that is all for now, the project is located at http://sourceforge.net/projects/vide/, so you can grab the sources from the SVN there. Just note that it is not finished - this is just a pre-alpha-tech-preview-release :)