[Sugar-devel] Palette Animations

Sam P. sam.parkinson3 at gmail.com
Fri May 15 08:05:59 EDT 2015


Hi Gonzalo,

As a different design idea to replace the Gtk.menus, maybe:

1.  User clicks "open with..." or whatever
2.  "Open with..." transitions up and becomes the header of the palette
3.  The rest of the palette contents are hidden
4.  Palette contents are replaced with:
  * The header "Open with..."
  * A scrolled window filled with the list of things to open
  * A cancel button at the bottom
5. The palette keeps it's previous size

This is kind of a mashup between a menu and a modal; it is big like a modal
but requires little mouse movement like a menu.  What do you think?

Thanks,
Sam

On Thu, May 14, 2015 at 8:30 PM Gonzalo Odiard <godiard at sugarlabs.org>
wrote:

> On Thu, May 14, 2015 at 2:33 AM, Sam Parkinson <sam.parkinson3 at gmail.com>
> wrote:
>
>> Hi Gonzalo,
>>
>> I have a very different opinion to you. I think the current palette
>> system works well for our needs. I think it has very little bugs
>> considering it is so important, most bugs in the query you sent were not
>> related to the actual palette system just related to palete content.
>>
>>
> That is just because you didn't needed deal with that :)
> Sorry, but I spent many hours fighting with that code, and can assure you
> that we don't need add more functionality, but remove it.
>
>
>> I also think gtk popovers are not what we need. Gtk popovers require Gtk
>> 3.12, and sugar seems to require compatibility with 3.6 (f18). The gtk
>> window based system is very flexiable; palettes/tooltips/toolbar popovers
>> all in 1! I would also say we don't want the style of animation gnome has
>> implimented. Even if we did, we could impliment it very quickly ourselfs as
>> we have a more abstracted animation system and their animations require no
>> size or other tricky info. (the biggest issue with my patch is reliabaly
>> getting the width and height for the animation to animate to)
>>
>
> Is true that popovers is not a solution today, but looks like something we
> can use in the future.
> I want note that the popovers implementation was discussed in GUADEC 2012,
> with Sugar developers erikos and manuq, who provided feedback to make them
> work as our palettes.
> About the animations, I wouldn't take that videos as a reference about how
> the animations should look.
>
>
>> I agree the gtk menu based system is pretty fail through. Maybe we should
>> look at this as a design issue not a techinical one though. Why does it
>> need to expand outwards with submenues? Could it expand downwards instead
>> (like in the gnome power/user/network palette)?
>>
>
> I think the first step to simplify our palettes is remove the gtk menu
> based.
>
> One alternative is how you say, but then we need take care of the position
> of the palette,
> by example, palettes at the bottom of the screen, or items at the bottom
> in the journal,
> or what happen if you have many options (like many friends in "Send to...")
>
> Another alternative is just open a modal window with the options,
> like "Copy to..." open a window centered at the screen, modal,
> with a title and the options. Android do something similar,
> and that is what is proposed in #4768
> I think that would be the easier and more expandable version.
>
> Gonzalo
>
>
>
>>
>> Thanks,
>> Sam
>>
>> Gonzalo Odiard wrote:
>>
>> I would not invest work in improving the palette animations for the
>> following reasons:
>>
>> * Right now, we have two different palettes implementations. The old,
>> based in Gtk.Menu,
>> used only when we need submenus (Journal, Clipboard) and the new.
>> Was proposed remove the old implementation [1]
>> * The palette code is a nightmare, and now Gtk have the popovers,
>> that provide a similar functionality [2]
>> * There are a lot of bugs related to palettes [3]
>> * Popovers will implement animations [4]
>> * We can remove a lot of code. Remove code is better than write code :)
>>
>> If I had free cpu cycles, I would invest in research if is possible theme
>> Gtk popovers to look as our palettes, and if there are any limitation
>> than could be a blocker.
>>
>> Gonzalo
>>
>> [1] http://bugs.sugarlabs.org/ticket/4768
>> [2] https://developer.gnome.org/gtk3/stable/GtkPopover.html
>> [3]
>> http://bugs.sugarlabs.org/query?status=accepted&status=assigned&status=new&status=reopened&description=~palette&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component&order=priority
>> [4]
>> https://plus.google.com/+WorldofGnomeOrg/posts/Tf3xBLZi13E?pid=6118354207602136850&oid=112026213399155142823
>>
>> On Tue, May 12, 2015 at 5:23 AM, James Cameron <quozl at laptop.org> wrote:
>>
>>> G'day Sam,
>>>
>>> I'm fine with that as long as the animations can be configured off for
>>> old hardware.
>>>
>>> I think the official video was artistic work, not an implementation.
>>>
>>> --
>>> James Cameron
>>> http://quozl.linux.org.au/
>>> _______________________________________________
>>> Sugar-devel mailing list
>>> Sugar-devel at lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>
>>
>>
>> --
>> Gonzalo Odiard
>>
>> SugarLabs - Software for children learning
>>
>> Sent Using Firefox OS
>>
>>
>
>
> --
> Gonzalo Odiard
>
> SugarLabs - Software for children learning
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20150515/acde1857/attachment.html>


More information about the Sugar-devel mailing list