hi,
On Fri, 2011-12-09 at 16:07 +0100, Steve Frécinaux wrote:
> Do you plan on/Would the current Gmenu infrastructure allow something
> like the mockups in [1] ? Especially, menus like the Mega-menu mockup
> for EoG adding a dropdown menu in the title bar [2] would seem to be
> feasible server-
hi,
On Fri, 2011-12-09 at 11:12 -0500, Morten Welinder wrote:
> Will the new api allow one to write a gui that looks and feels
> like it was made with the old api?
Yes.
Simply provide a menubar and no application menu and use
GtkApplicationWindow. You will get the menubar added for you
automati
On Fri, Dec 9, 2011 at 9:34 AM, Jannis Pohlmann wrote:
>
> I guess this is unrelated but I have a question regarding extensions as
> well. Will there be functionality similar to GtkUIManager-based merging
> with placeholders in the GTK part of GMenu?
>
> We use this heavily in Thunar to allow plu
On Fri, 2011-12-09 at 00:25 -0500, Ryan Lortie wrote:
> hi,
>
> On Thu, 2011-12-08 at 19:24 -0800, John Ralls wrote:
> > I think that you misunderstand how mac os works.
> >
> > Yes, a single menu bar is displayed at the top of the screen. This is
> > correct behavior according to Fit's Law, bec
Will the new api allow one to write a gui that looks and feels
like it was made with the old api?
Thanks,
Morten
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 12/09/2011 01:00 AM, Ryan Lortie wrote:
> We may add other types of menus in the future. A jumplist/dock menu
> comes to mind.
Do you plan on/Would the current Gmenu infrastructure allow something
like the mockups in [1] ? Especially, menus like the Mega-menu mockup
for EoG adding a dropdow
hi,
On Fri, 2011-12-09 at 09:58 -0500, Shaun McCance wrote:
> I find it extremely unfortunate that GTK+ will be restricted to using
> the least common denominator. That's the kind of thing you get from
> wrapper libraries like wxWidgets.
>
> In particular, from what I can tell, it means the searc
On Fri, 2011-12-09 at 09:56 -0500, Ryan Lortie wrote:
> The way this works is with questions.
Uhm. *sections.
Don't write email while trying to have a conversation at the same time,
kids :)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
htt
On Fri, 2011-12-09 at 09:14 -0500, Ryan Lortie wrote:
> The bad news is this: I don't expect this to be supported on a
> per-application basis or to be possible to use at all from the menubars
> of an application. We need to make sure menus will continue to work on
> all platforms (including the m
hi Jannis,
On Fri, 2011-12-09 at 15:34 +0100, Jannis Pohlmann wrote:
> I guess this is unrelated but I have a question regarding extensions as
> well. Will there be functionality similar to GtkUIManager-based merging
> with placeholders in the GTK part of GMenu?
>
> We use this heavily in Thunar
On Fri, 09 Dec 2011 09:14:31 -0500
Ryan Lortie wrote:
> Back to the extendablity question: I've played with this before and
> come up with a semi-reasonable system to support it. There would be a
> type='' attribute added to menuitems. If this attribute was present
> on the item then Gtk would
hi Tristan,
Thanks for the questions.
On Fri, 2011-12-09 at 14:56 +0900, Tristan Van Berkom wrote:
> I think that the (twice) mentioned solution to this problem sounds
> elegant enough, i.e. if you have 2 windows with different menubars
> then they can easily be '2 applications' at least in terms
On Fri, 2011-12-09 at 09:50 +0100, Alexander Larsson wrote:
> Windows actually has an "application menu" thing. If you right-click on
> the application on the panel you can get app-specific operations in the
> menu. I'm not sure if the normal usecase for these match what the app
> menu is typically
hi,
On Fri, 2011-12-09 at 14:39 +0100, Nacho wrote:
> just one thing that I don't have quite clear...
> how will the extensibility be managed for the menus?
> i.e adding a new menuitem from a plugin.
If the plugin can gain access to the GMenu then it can modify it
(adding/removing items, etc).
I
Hey guys,
just one thing that I don't have quite clear...
how will the extensibility be managed for the menus?
i.e adding a new menuitem from a plugin.
Regards.
On Fri, Dec 9, 2011 at 11:40 AM, Xavier Claessens wrote:
> Le jeudi 08 décembre 2011 à 19:00 -0500, Ryan Lortie a écrit :
>> 1) ever
hi,
On Fri, 2011-12-09 at 09:18 +, jcup...@gmail.com wrote:
> I suppose I could have a single menu tree with everything from every
> window type rolled together, but then I'd need a way to grey out
> irrelevant items per-window, which is almost the same thing as
> multiple menus. And I'd think
Le jeudi 08 décembre 2011 à 19:00 -0500, Ryan Lortie a écrit :
> 1) every app already has the same menubar (content) in each window
You obviously didn't write that email using evolution...
Regards,
Xavier Claessens.
___
gtk-devel-list mailing list
gt
as a side-note, here's another prior art in the CALayer API that I've
been taking into consideration:
http://developer.apple.com/library/mac/#documentation/GraphicsImaging/Reference/CALayer_class/Introduction/Introduction.html#//apple_ref/doc/uid/TP40004500
ciao,
Emmanuele.
--
W: http://www.em
hi Benjamin;
On 9 December 2011 00:38, Benjamin Otte wrote:
> Hey Emmanuele,
first of all, thanks a lot for looking into this.
by the by, the first apocalypse is already implemented in Git here:
http://git.gnome.org/browse/clutter/log/?h=wip/apocalypses/apocalypse-1
though still a work-in-p
On Fri, Dec 9, 2011 at 6:11 PM, Petr Tomasek wrote:
> On Thu, Dec 08, 2011 at 07:58:50PM -0500, Ryan Lortie wrote:
>> hi,
>>
>> On Fri, 2011-12-09 at 01:34 +0100, Andrea Bolognani wrote:
>> > Does this mean different windows belonging to the same application will
>> > not be able to have different
On Fri, 09 Dec 2011 at 09:23:57 +1100, Andrew Cowie wrote:
> Came up on gtk-app-devel-list not to long ago;
> http://mail.gnome.org/archives/gtk-app-devel-list/2011-November/msg00058.html
> I asked what the best location to install the suppression files would
> be? Perhaps
>
> /usr/share/
hi;
On 9 December 2011 09:11, Petr Tomasek wrote:
> On Thu, Dec 08, 2011 at 07:58:50PM -0500, Ryan Lortie wrote:
>> hi,
>>
>> On Fri, 2011-12-09 at 01:34 +0100, Andrea Bolognani wrote:
>> > Does this mean different windows belonging to the same application will
>> > not be able to have different
On Thu, Dec 08, 2011 at 07:58:50PM -0500, Ryan Lortie wrote:
> hi,
>
> On Fri, 2011-12-09 at 01:34 +0100, Andrea Bolognani wrote:
> > Does this mean different windows belonging to the same application will
> > not be able to have different per–window menubars? I’m thinking about
> > Empathy here,
On 9 December 2011 04:34, Allin Cottrell wrote:
> On Thu, 8 Dec 2011, Ryan Lortie wrote:
>> Today I landed the GMenuModel work on glib master [...]
>> Menubars are no longer a per-window concept. They are now set for the
>> entire application. This is done for two reasons:
>>
>> 1) every app al
On Thu, 2011-12-08 at 19:58 -0500, Ryan Lortie wrote:
>
> > I assume Windows will behave like GNOME 2 here. In the GNOME 2 case, is
> > the app menu collapsed with the menubar somehow?
>
> Correct assumption.
Windows actually has an "application menu" thing. If you right-click on
the applicatio
25 matches
Mail list logo
