There is no point in removing the text when there is more than enough space for it.

Firefox's toolbar is a rather bad example - if you add the text, you lose a large amount of the toolbar space. Here, you have the space.

Following that logic you could also say that there is no need for Lancelot since KDE already have a start-menu.
Firefox is a great example because it gives you the choice. KDE in contrast to Gnome is about giving people the option to change things.

Anyway, it is great that we can make the icons smaller and save space.

Keep up the good work.

This is a continuation of the discussion from bug #233601 [1] comment #7.

In my opinion Lancelot's Favourites icons should be the same size as the menu items' (on the right side) and breadcrumbs' (on top) icons. For consistencies sake, they should all be the same size, and the favourites should be a list spaced exactly like the menu items (even though they do not have the same amount of items). As it is, it looks sloppy, random, and not engineered (my personal opinion).


[1] https://bugs.kde.org/show_bug.cgi?id=233601

Can the "fisheye" icons when scrolling be made optional. Many people (at least a third of Lancelot users that I know) do not understand that this is intentional and instead think that it is some drawing error.

Fisheyes are due to a weird Qt behaviour related to hovers and item clipping.

> Fisheyes are due to a weird Qt behaviour related to
> hovers and item clipping.

Thanks, I had never noticed it outside Lancelot. Is there a Qt bug open on the subject?

When searching for an application in Lancelot, Lancelot should give some indication as to where the application resides in the menu. This will help the user find it next time. There are some applications that users simply must search for as they have no idea where they are in the hierarchy.

Thanks.

On BKO the possibility of adding a QuickAccess tab for KDE 4.5 was mentioned:
https://bugs.kde.org/show_bug.cgi?id=190774

Is there any progress on this front?

will widgets be searchable in Lancelot like in krunner? It shows enabled in the search config tab (I assume this is actually the krunner one). Running 4.5beta2

Hmh, forums stopped notifying me on new posts here...

dotancohen wrote:Thanks, I had never noticed it outside Lancelot. Is there a Qt bug open on the subject?

Last time I filed it, it was decided that it was the desired behaviour.

dotancohen wrote:When searching for an application in Lancelot, Lancelot should give some indication as to where the application resides in the menu. This will help the user find it next time.

Will add it to TODO. Although, this can be a bit of a problem since L is using KRunner's data providers which don't provide this info.

dotancohen wrote:On BKO the possibility of adding a QuickAccess tab for KDE 4.5 was mentioned:

Unfortunately not 4.5. The thing that will come in 4.6 is support of cascading menus in the Shelf applet (ex Lancelot Part) and it will be able to act like QA.

As for adding another tab for that, I don't really think it will be a good idea anymore - maybe when L switches to a dynamically created UI (QML or something) - then a user will be able to create a rather different Lancelot to the present one (it'd be something like a Menu SDK ).

But when it is going to be QML-ed, I have no idea - I'll have a lot of things to do for 4.6 outside of L.

google01103 wrote:will widgets be searchable in Lancelot like in krunner?

Those are already searchable. At least they are for me, and they should be for everybody. The only reason I can imagine for it not to work (if it works in krunner) is a problem with installation that doesn't set kde vars properly (environment variables for L).

ivan wrote:

google01103 wrote:will widgets be searchable in Lancelot like in krunner?

Those are already searchable. At least they are for me, and they should be for everybody. The only reason I can imagine for it not to work (if it works in krunner) is a problem with installation that doesn't set kde vars properly (environment variables for L).

I've got $KDEDIR=/usr and $KDEDIRS=/usr and $KDEHOME=~
which I understand is correct, what other variable would be relevant to Lancelot? Or you mean the packager (openSuse) didn't set something correct?

If that is so, I have no idea what can be the problem - there is no code different between L and KRunner. Have you tried to disable all runners except that one?

And, also, you can try removing lancelotrc or something. (although it shouldn't be a problem I think). And, for the good measure, you can always try with a new user.

ivan wrote:If that is so, I have no idea what can be the problem - there is no code different between L and KRunner. Have you tried to disable all runners except that one?

And, also, you can try removing lancelotrc or something. (although it shouldn't be a problem I think). And, for the good measure, you can always try with a new user.

removed rc file and the apps folder and didn't help BUT restarting kde4 did

appears rc deletion and restart were required

thanks,

Ok, restarting kde restarts Lancelot

Could Lancelot add a KDE Notifications Log in a new tab? I very much dislike the (i) icon in the system tray as used for the notifications and the log.

Thanks, Ivan.