[Panel-devel] kalming kickoff
Robert Knight
robertknight at gmail.com
Mon Nov 12 16:15:47 CET 2007
Hi,
I had a look at the launcher border patch. It needs some adjustment
first to ensure that interface elements which are supposed to be up
against a screen edge are still against the screen edge.
The most notable example is the back arrow in the Applications tab
which is shown when exploring a sub-menu to return the user to the
parent menu.
This means that if the launcher is in one of the four corners of the
screen (which will be the normal case) then then borders only need to
be created and drawn for the edges of the launcher widget which are
not touching the screen edges.
Regards,
Robert.
On 12/11/2007, Robert Knight <robertknight at gmail.com> wrote:
> > - swap the path with the product name in the My Computer view (not 100%
> sure i
> > like this one yet, though it does give me more info =)
>
> I think that will depend on an individual user's storage setup as to
> whether the volume name or the path is more useful.
>
> On my setup, using the volume name is more useful (eg. "ROB's iPod
> instead of '/media/xyz0" , "Ubuntu 7.10" instead of '/media/cdrom0')
> but I can quite imagine it will be the other way round on yours.
>
> I would recommend using the volume name by default, simply because it
> is usually a more friendly string to look at, but by all means, add a
> preference to show the path instead. Equally, I think it likely that
> some users would prefer to see the actual application name instead of
> the generic name in the applications view. Although the generic name
> is a good default choice for new users.
>
> Regards,
> Robert.
>
> On 12/11/2007, Robert Knight <robertknight at gmail.com> wrote:
> > Quick update on the hovered item background in revision #735717. I
> > copied the rounded rectangle code from KFileItemDelegate and used a
> > slightly translucent variant of the palette's highlight color for the
> > background.
> >
> > The effect is similar to Dolphin, minus the fade in/out effects as the
> > mouse moves from one item to another.
> >
> > The rounded edges look attractive but I'm still not sure about the
> > background colour. One option would be to use a slightly darker
> > outline around the rounded hover background - although that would
> > bring us very close to the look used on a certain other desktop.
> >
> > Regards,
> > Robert.
> >
> > On 12/11/2007, Robert Knight <robertknight at gmail.com> wrote:
> > > > though at the same time i'm not going to put up
> > > > kindly with svn commit revert wars.
> > >
> > > Right, and I maintain that the use of "bold" rendering to denote the
> > > highlighted item instead of filling the background with the normal
> > > blue highlight colour is difficult to use because it makes the area on
> > > which you have to concentrate to determine the selected item much
> > > smaller. I realised when attempting to use the "bold" rendering that
> > > I don't actually look at the text of the item in the an item-view when
> > > trying to select it, I just recognise where the "blue selection blob"
> > > needs to appear and move the mouse until the blob is in the right
> > > position (first a big movement to get to the general section of the
> > > view then small movements to get the right item).
> > >
> > > At least one other person on IRC echoed my opinion, and to be honest,
> > > I should have thrown the floor open to comments from other users
> > > earlier. I am doing that now.
> > >
> > > Back to your the main subject of your post, thanks for the patch.
> > > There is quite a lot to look at there. I'll do that when I get back
> > > from lectures later today.
> > >
> > >
> > >
> > >
> > > On 12/11/2007, Aaron J. Seigo <aseigo at kde.org> wrote:
> > > > On Sunday 11 November 2007, Aaron J. Seigo wrote:
> > > > > - lighten the icons of non-hovered items
> > > > > - only paint subtitle text when the item is highlighted
> > > > > - lighten device usage meters when not highlighted
> > > >
> > > > btw, these state changes ought to be animated with 1-2 tweener frames,
> > > > easily
> > > > accomplished by adjusting alpha in overlay rects. i haven't looked
> into
> > > how
> > > > to do this most effectively, however, so as to avoid repainting more
> > than
> > > > necessary, having nice in-outs (so no "jump straight to neutral state
> on
> > > > leave"), etc ... performance is my big concern on this one.
> > > >
> > > > --
> > > > Aaron J. Seigo
> > > > humru othro a kohnu se
> > > > GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
> > > >
> > > > KDE core developer sponsored by Trolltech
> > > >
> > >
> >
>
More information about the Panel-devel
mailing list