Re: elementary would like to participate :)

[Allan Day]

Daniel Foré  wrote:
...
> I actually have an open ticket about rewriting SourceList with GtkListBox so
> we can add in animations and the like. I don't think there's a good reason
> for it to be a treeview these days.

Christian experimented with a GtkListBox-based sidebar for Builder [1]
- could be relevant.

...
> In elementary this widget is used as the sidebar in Files, Photos, Music,
> the File Chooser, the folder manager plugin in our text editor, etc. We'd
> love to see (for example) Geary or Midori be able to adopt this widget (the
> developers have expressed not wanting to add a Granite dependency).

I've tried it in Freya, so have a better idea now. I'm not sure this
is something we'd want to use widely in GNOME - expanders like this
are something we try to avoid (that's not a comment on whether this
should go in GTK+ per se).

I've done a bit of work on time and date selection widgets [2] in the
past couple of days, by the way - could be relevant for this
discussion.

Allan

[1] https://www.youtube.com/watch?v=GYox__Wwatg
[2] https://wiki.gnome.org/Design/OS/DateTimeSelection
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Daniel Foré]

Hey Allen,

Thanks for the feedback!

I actually have an open ticket about rewriting SourceList with GtkListBox
so we can add in animations and the like. I don't think there's a good
reason for it to be a treeview these days.

I just checked the demo and it looks like the way it's implemented there is
a pretty poor representation of what it's used for (filed a ticket on
that). In elementary this widget is used as the sidebar in Files, Photos,
Music, the File Chooser, the folder manager plugin in our text editor, etc.
We'd love to see (for example) Geary or Midori be able to adopt this widget
(the developers have expressed not wanting to add a Granite dependency).

It's very similar to the new GtkPlacesSidebar widget, but it's not so app
specific as it seems that GtkPlacesSidebar is. So I think the best course
of action here (if the intention was to merge) would be to create a more
abstract GtkSourceList based on GtkPlacesSidebar (but without all the
volume management and that) which GtkPlacesSidebar would then subclass.


On Fri, Nov 13, 2015 at 2:44 AM, Allan Day  wrote:

> Hi all,
>
> Thanks to Daniel for reaching out. I'm not sure what the criteria are
> for inclusion in GTK+, but here are some general comments on the
> usefulness and desirability of these widgets from a (personal) GNOME
> design perspective:
>
>  * TimePicker and DatePicker
>  - I wonder how often these would be used, and I'm a little uncertain
> about whether the text entry part (rather than the picker itself)
> assumes too much about the design of a specific app. It would probably
> be useful to see examples of how these widgets are used in Elementary.
>  - It doesn't appear to be possible to hand edit the date from the
> text entry in the demo. Maybe that's a bug with the demo?
>  - Not a huge fan of the existing date picker widget that's embedded
> here. We've wanted to design something better for a long time [1].
>
>  * SourceList
>  - I'm not sure where this would get used in GNOME, but maybe that's
> my lack of imagination. :)
>  - It's crying out for animation for row expansion: feels a bit clunky
> without it.
>
>  * ModeButton
>  - We use these in various places in GNOME, and it's something I'd be
> interested in having in GTK+ and writing up for the HIG.
>  - One concern is the similarity with the existing stack switcher
> widgets we have. Bastien recently talked me out of using ModeButtons
> for network settings on this basis.
>
>  * DynamicNotebook
>  - I'm not sure how much mileage there is for the old notebook, and
> we've wanted a new widget for some time. There's a fair amount of
> previous design work we've done for this, although we've recently been
> experimenting with some new ideas [2]. Would certainly be interested
> in collaborating on design if that's worthwhile.
>
>  * AlertView
>  - These don't look like something we use in GNOME. We have equivalent
> design patterns, in the shape of the initial [3] and empty [4] app
> states.
>
>  * Storage
>  - Not sure where we'd use that, althoug feel free to correct me if I'm
> wrong.
>
> Interesting stuff - thanks for sharing!
>
> Allan
>
> [1] https://wiki.gnome.org/Design/OS/DateTimeSelection
> [2] https://wiki.gnome.org/Design/OS/Tabs
> [3] https://wiki.gnome.org/Design/OS/InitialStates
> [4] https://wiki.gnome.org/Design/OS/EmptyStates
>



-- 
Cheers,

Daniel Foré

elementary.io
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Bastien Nocera]

On Sun, 2015-11-08 at 20:24 -0500, Matthias Clasen wrote:
> 
> 
> On Thu, Nov 5, 2015 at 4:32 PM, Daniel Foré 
> wrote:
> > Hey folks,
> > 
> > Sri and Matthias pointed us here. Basically the idea is we want to
> > start a discussion about how elementary can be more involved in
> > Gtk+ development and Sri thought a good place to start would be to
> > try getting some of our Granite widgets into Gtk+. I think I know
> > someone who would be interested in porting widgets and getting them
> > into upstream. I guess the big question is what you all find most
> > interesting.
> > 
> > 
> Hey, thanks for coming in here. The tab bar widget is one that has
> been on the GNOME designer wishlist for a long time too.
> It is certainly the most complex widget on your list, but also the
> most interesting one from my perspective. 
> I think there were some people (Carlos ?) who said they would take
> this on, but so far nothing has materialized. 
> Using your implementation as a starting point would be great.

The "Storage" widget is pretty naff. Have you seen the "Segmented bar"
used in Rhythmbox (in C), Banshee (in C#) and probably other places?

Build rhythmbox, and you'll see a test widget in:
widgets/test-rb-segmented-bar

It's non-trivial, but there would be very few users for it. A good
cut'n'paste widget?

Cheers

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Matthias Clasen]

On Sun, Nov 8, 2015 at 8:41 PM, Daniel Foré  wrote:

> Hey Matthias,
>
> I remember speaking to you about it and you had mentioned you would prefer
> it to be implemented as a stack switcher and note a GTK.notebook. Does that
> still hold true? I imagine that we could probably take the opportunity to
> implement something that uses for example revealer to animate tabs and the
> like. Can you make any technical recommendations before I get someone on
> the task?
>
>
GtkNotebook ... already has tabs, so it doesn't really need a freestanding
tabbar implementation. GtkStack does, though. So, I would at least see a
tabbar that can easily be used as a stack switcher. Note that we may need
some GtkStack extensions to make this work fully - e.g. we will need to
have a way to mark stack children as reorderable, closable, or draggable.

>From a technical perspective, I think I would like to see this being
implemented as a composite widget, using subwidgets for the tabs (similar
to GtkStackSwitcher). It may be a bit more challenging to achieve the
desired visuals and behavior with a composite, but I think the current
notebook tab look is more amenable to it than traditional tabs.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Matthias Clasen]

Here is what I did to see granite-demo running:

1) download and untar
https://launchpad.net/granite/0.3/0.3.1/+download/granite-0.3.1.tar.xz
2) cd granite-0.3.1/
3) cmake .
4) run ./demo/granite-demo
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Matthias Clasen]

On Thu, Nov 5, 2015 at 4:32 PM, Daniel Foré  wrote:

> Hey folks,
>
> Sri and Matthias pointed us here. Basically the idea is we want to start a
> discussion about how elementary can be more involved in Gtk+ development
> and Sri thought a good place to start would be to try getting some of our
> Granite widgets into Gtk+. I think I know someone who would be interested
> in porting widgets and getting them into upstream. I guess the big question
> is what you all find most interesting.
>
>
Hey, thanks for coming in here. The tab bar widget is one that has been on
the GNOME designer wishlist for a long time too.
It is certainly the most complex widget on your list, but also the most
interesting one from my perspective.
I think there were some people (Carlos ?) who said they would take this on,
but so far nothing has materialized.
Using your implementation as a starting point would be great.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Daniel Foré]

Hey Matthias,




I remember speaking to you about it and you had mentioned you would prefer it 
to be implemented as a stack switcher and note a GTK.notebook. Does that still 
hold true? I imagine that we could probably take the opportunity to implement 
something that uses for example revealer to animate tabs and the like. Can you 
make any technical recommendations before I get someone on the task?






Cheers,

Daniel Foré
elementary.io

On Sun, Nov 8, 2015 at 5:24 PM, Matthias Clasen 
wrote:

> On Thu, Nov 5, 2015 at 4:32 PM, Daniel Foré  wrote:
>> Hey folks,
>>
>> Sri and Matthias pointed us here. Basically the idea is we want to start a
>> discussion about how elementary can be more involved in Gtk+ development
>> and Sri thought a good place to start would be to try getting some of our
>> Granite widgets into Gtk+. I think I know someone who would be interested
>> in porting widgets and getting them into upstream. I guess the big question
>> is what you all find most interesting.
>>
>>
> Hey, thanks for coming in here. The tab bar widget is one that has been on
> the GNOME designer wishlist for a long time too.
> It is certainly the most complex widget on your list, but also the most
> interesting one from my perspective.
> I think there were some people (Carlos ?) who said they would take this on,
> but so far nothing has materialized.
> Using your implementation as a starting point would be great.___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Bastien Nocera]

On Thu, 2015-11-05 at 13:32 -0800, Daniel Foré wrote:
> 

> If you're not familiar with Granite, it's a Gtk+ based library that
> elementary uses in our apps. It contains some widgets and utils and
> things for stuff that we found ourselves rewriting over and over.
> It's written in Vala and you can view the source here: https://code.l
> aunchpad.net/~elementary-pantheon/granite/granite . It has a granite-
> demo that you can use to explore some of the widgets.

Had to install bzr, cmake. And I couldn't make it work within jhbuild.
Do you have a gallery of widgets on a web page? Wrestling with build
tools different from the ones in GTK+ to test widgets that would
eventually be in GTK+ is kind of bizarre.

At the very least, a kind soul should setup it up in jhbuild in the
world module.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: elementary would like to participate :)

[Daniel Foré]

That might be a good simple candidate then. I believe we're currently using
OverlayBar in Files and Midori and we were talking about using it in Photos
as well.

On Thu, Nov 5, 2015 at 2:07 PM, Christian Hergert 
wrote:

> On 11/05/2015 01:32 PM, Daniel Foré wrote:
> > Another one is maybe the Overlay Bar widget. This is a floating status
> > bar widget like what you see in web browsers. I'm not sure if Epiphany
> > implements something like this or not.
>
> I believe Epiphany uses NautilusFloatingBar.
>
>   https://git.gnome.org/browse/nautilus/tree/src/nautilus-floating-bar.h
>
> We also use it in Builder (although much less than before).
>
> -- Christian
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>



-- 
Cheers,

Daniel Foré

elementary.io
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list