No subject
Mon Nov 12 00:07:41 CET 2007
mouse to the useful context menu actions (mainly the "Add to
favorites" action). From an aesthetic perspective, KMenu currently
draws its titles in a horribly unpleasant way with a bold black box.
That needs to be rectified in kdelibs.
Regards,
Robert.
On 12/11/2007, Robert Knight <robertknight at gmail.com> wrote:
> 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