Welcome to the KDE Community Forums, the official forum board for KDE.
You are currently viewing the forums as an unregistered user. Registration allows you to post and discuss topics, receive private messages, vote on ideas, subscribe to topics and many such great features. Registration is a simple process and completely free. So register now and be a part of the community!

Lancelot brainstorming



sathiskumarmsk

Registered Member

Posts: 12

Karma: 0

Gender:  Male

OS: openSUSE openSUSE

India

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 5:37 am

i am using KDE 4.1.2..in lancelot apps arrangement (tree list) is ugly and displayed in very small space..i couldnt alter that. i dont know whether it is fixed in current svn..you should provide option to enable disable every tab..
sathiskumarmsk, proud to be a member of KDE forums since 2008-Nov.



Sebastiano

Registered Member

Posts: 3

Karma: 0

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 6:29 am

in the contacts tab there's a mail section. There should be a possibility to remove this mail section given that lots of people use web-based email clients.

Generally I'd also put some work into making it look better, for example the scroll arrows often overlap with text.

Thanks for the great work, I happily have the online contacs lancelot-part on my desktop.
Sebastiano, proud to be a member of KDE forums since 2008-Nov.

User avatar

Dryfit

Registered Member

Posts: 57

Karma: 0

Gender:  Male

Netherlands

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 7:21 am

ivan wrote:@Dryfit
Uh, I'm afraid I haven't understood you well. Do you want to be able to change the order of the section buttons? Or to be able to move the inner categories (Places, ...) left or right...

@blueget
Yes, that was the plan from the beginning. The red was only a temporary thing - just to show the idea on blog. But, as Aaron says, temporary things tend to stick for a long time. :(


On the left side you now have the category's section like application , computer etc for me its more handy if i can drag that whole part on the right side. Its a bit like you can do in dolphin where you can drag places from left to right our another part in dolphin
Dryfit, proud to be a member of KDE forums since 2008-Oct.

KDE Developer User avatar

ivan

KDE Developer

Posts: 260

Karma: 6

Gender:  Male

OS: Debian Debian

Serbia

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 8:47 am

@jrick
You are right (concerning the reason it can't be done like that)... maybe the extender could cover the next list though...

@16777216
1. I'll see about that.
3. Yes, at one point
(4). Plasma theme related: http://lancelot.fomentgroup.org/faq#feature-theme

@google01103
Because most of the time you don't want to launch multiple applications, and in those cases it would be annoying to have to close L manually. What do you think about:
1. Menu keeps open if Ctrl is pressed (like when selecting multiple items in a file manager)
2. Adding 'Keep menu open' option to the lancelot-icon-context-menu

@Don
1. Ok, I think I'll also make the buttons configurable (I had requests to make it possible to replace any of the buttons with, for example, a direct 'Shut down' button or smth)

2. Was planned in the era when L was only a mockup done in Inkscape. But I never really started to make it.

3. That idea lost the war compared to the current implementation because some (many) users have hundred unread messages and having a list that long in L would render it unusable. What I could do, though, is to show message titles and senders when the unread count in that folder is less or equal to 3 or 5, and when there are more messages, to show just the folder.

4. Too late. :(

@sathiskumarmsk
You can limit the number of columns in the app browser to two, this way you'll get the lists wide enough.

@Sebastiano
Wouldn't you rather want L to show the unread messages on your webmail? If not, what would you want instead of the mail list?

@Dryfit
Ok, I understand now. I'm not sure about that - the section buttons are meant to be the nearest to the mouse cursor. For example, if you place Lancelot's applet in the right corner of the screen, you'll get the section buttons on the right side. I'll have to think about it.
Image

User avatar

google01103

Registered Member

Online

Posts: 336

Karma: 1

Gender:  Male

OS: openSUSE openSUSE

United States

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 12:39 pm

ivan wrote:
@google01103
Because most of the time you don't want to launch multiple applications, and in those cases it would be annoying to have to close L manually. What do you think about:
1. Menu keeps open if Ctrl is pressed (like when selecting multiple items in a file manager)
2. Adding 'Keep menu open' option to the lancelot-icon-context-menu


@ivan thanks for reconsidering and true this is not the most used case
re: 1) not real intuitive with a menu system unless the there was a message/hint displayed, but workable
re: 2) yes, but better I think would be a "keep visible" button sort of like kde4's "keep above others" button so the decision could be made on the fly
or maybe
3) an option to have Lancelot keep focus until another window selected or hovered
4) an option to keep lancelot open x seconds after an item is selected

thanks,
OpenSuse 11.2 x64, KDE 4.3.3, Opera weekly beta
member of KDE forums since 2008-Oct.

User avatar

Dryfit

Registered Member

Posts: 57

Karma: 0

Gender:  Male

Netherlands

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 8:19 pm

ivan wrote:@Dryfit
Ok, I understand now. I'm not sure about that - the section buttons are meant to be the nearest to the mouse cursor. For example, if you place Lancelot's applet in the right corner of the screen, you'll get the section buttons on the right side. I'll have to think about it.
I have thought about it, if i can move it to the right it also doesn't solve my problem. So forget my post ;-)

I put in a picture, Red is how i try to select a icon in the upper left but the mouse goes over the computer zone, because of that the screen change to computer and i have to go back to application zone, green is how i need to avoid it now. The zones react on hovering in it with mouse pointer it react to fast for my mouse behavior.

And i see other people that use my computer have the same problem and get confused.
Image
Last edited by Dryfit on Fri Nov 21, 2008 8:23 pm, edited 1 time in total.
Dryfit, proud to be a member of KDE forums since 2008-Oct.

KDE Developer User avatar

ivan

KDE Developer

Posts: 260

Karma: 6

Gender:  Male

OS: Debian Debian

Serbia

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 8:35 pm

I understand the problem you have, but the only thing I could do is make the time needed for activation longer. It is now one third of a second...
Image

User avatar

Dryfit

Registered Member

Posts: 57

Karma: 0

Gender:  Male

Netherlands

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 9:33 pm

ivan wrote:I understand the problem you have, but the only thing I could do is make the time needed for activation longer. It is now one third of a second...
Tested it also in kickoff but that delay works better for me. If it can be a bit longer I'm a happy user don't know if other users are :-P

thanks for the answer.
Last edited by Dryfit on Fri Nov 21, 2008 9:34 pm, edited 1 time in total.
Dryfit, proud to be a member of KDE forums since 2008-Oct.

User avatar

jrick

Registered Member

Posts: 131

Karma: 1

Gender:  Male

OS: FreeBSD FreeBSD

United States

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 9:59 pm

How about utilizing the big black bar at the left side a bit more, so that it actually can hold information?

I drew out a quick mock-up of the kind of thing I was thinking of. Sorry, I don't have a scanner.

ImageImage

And some more sidebars:

ImageImage

You can see in the first screenshot that I crossed out the Applications tab because I thought at first that the items in the sidebar would never need to replace the application browser. However, the more I think about this, I could see leaving the Applications tab there. Some items, like contacts, would work really well to cover/replace the application browser. For example, if you hovered your mouse over a contact (but don't open it), the application browser would switch to a nice formatted view of the applications contact data, like his/her E-Mail Address, Phone Numbers, Street Address, etc. Then, by clicking (or hovering your mouse over the extender) to open the contact, it will automatically open a new compose window for the person.

And of course you will still be able to hover over the "tabs" to open the different sidebar views, unless you used extenders for those also (which could prevent Dryfit's problem, as I understand it).

Good idea or not? :-)
Type Colemak!

Proud, Conservative Republican

"Gentlemen! You can't fight in here! This is the war room!"
--President Merkin Muffley, Dr. Strangelove

KDE Developer User avatar

ivan

KDE Developer

Posts: 260

Karma: 6

Gender:  Male

OS: Debian Debian

Serbia

RE: Lancelot brainstorming

Post Fri Nov 21, 2008 10:59 pm

@Dryfit
Ok, I'll see to make that delay a bit longer.

@Jrick
I will not go into details here since this is more of a Lancelot alternative than a Lancelot improvement :) If you want to, you could create another thread where we could discuss this in detail. In a nutshell, it is a viable solution, albeit a bit more complex for the user. (And as a personal note, I hate QToolBoox-like panel switching)
Image

« Previous
Next »

Who is online

Users browsing this forum: Alexa [Bot], MSN [Bot] and 7 guests