[maemo-developers] Community widgets for Fremantle

[From: gary liquid]

On Mon, Sep 28, 2009 at 1:17 PM, Cornelius Hald <hald at icandy.de> wrote:

> On Mon, 2009-09-28 at 13:00 +0200, Thomas Perl wrote:
> > 2009/9/28 Cornelius Hald <hald at icandy.de>:
> > > On Mon, 2009-09-28 at 12:18 +0200, Thomas Perl wrote:
> > >> Yes, we can probably add whatever we want in the "Advanced" color
> > >> dialog. One thing that I would find nice (and that I have not found on
> > >> any platform yet) is that customized colors are saved per-user and not
> > >> per-application (so that when I for example have a great "green" color
> > >> that I want to use for my Uni stuff in GPE, I can have the same color
> > >> as background color of Uni-specific notes in Conboy and as background
> > >> color for Uni events in the countdown widget, etc..).
> > >
> > > Yes, I totally agree with that. We could just save custom colors to
> > > gconf. That should do the trick :)
> >
> > Here's an updated mock-up:
> >
> > http://thpinfo.com/2009/maemo/colorchooser2.png
>
> I like the pallet selection!
>
> > Some remarks:
> >
> >  * Added pure black and white as suggested by Graham
> >  * One slot is free (when the current setting is a custom color that is
> >    not in the palette, the slot will be taken by that color and
> pre-selected)
>
> Do you think that one custom color is enough? How about having a
> complete column or row for custom colors? I didn't try it, but it looks
> like there could be enough room for a fourth row of colors.
>

full row should fit and in my experience people have a few most recent
selections

>
> >  * HildonPickerButton for selecting a pre-set (or application-set)
> >    palette - this would change the displayed colors except the last
> >    column, so we always have black, white and the "custom" color
> >
> > Anyone wants to do a mock-up for the advanced color chooser dialog?
> > Or propose "default" color palettes? (If we are going to use something
> > like the current mock-ups, we have 3x6 = 18 colors per palette and then
> > black and white and the custom color that appears in every palette...)
> >
> > Also, do we want to have the dialog relayout itself for portrait mode?
>
> I think not in the first version. ATM I know not a single application
> that allows editing in portrait mode. Also settings dialogs (where you
> often have color selection) are usually landscape only.
> If at some point this dialog should support portrait mode, we surely
> have to do something about the "Done" and "Advanced" buttons as they
> already take almost half of the screen width. Also if the pallet-mode
> supports portrait, then the advanced-mode should support it too, which
> might be even more difficult.
>

the standalone dialogs you are used to seeing are normally from desktops and
they have enough space that it doesnt matter

recall however, portrait color selection has been used in paint programs all
the way back to 8bit days - it just wasnt a popup dialog, remember deluxe
paint...

i agree we need to find a really neat way to handle those done/advanced
dialog buttons
the amount of wasted space is silly



> To make it short, I vote for landscape only :)
>


for now, sure its the only practical way we are going to advance
since we have a good idea what this may look like, how about we get down to
sorting out where its going to live.

do we attempt to make sure the api/options for a gtk/hildon/sexy lib
replacement exist, or do we aim for a maemo_community library for these
kinds of dialogs?



> Conny
>
>
> _______________________________________________
> maemo-developers mailing list
> maemo-developers at maemo.org
> https://lists.maemo.org/mailman/listinfo/maemo-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maemo.org/pipermail/maemo-developers/attachments/20090928/93ea23cc/attachment.htm