On 10/10/2013 01:40 AM, Andrew W. Nosenko wrote:
On Thu, Oct 10, 2013 at 1:41 AM, Michael Natterer wrote:
On 10/10/2013 12:08 AM, Emmanuele Bassi wrote:
On 9 October 2013 23:04, Emmanuele Bassi wrote:
Bastien, excuse me, but Michael's reference to The GIMP was a hint
that GTK (with or with
On Thu, Oct 10, 2013 at 1:41 AM, Michael Natterer wrote:
> On 10/10/2013 12:08 AM, Emmanuele Bassi wrote:
>>
>> On 9 October 2013 23:04, Emmanuele Bassi wrote:
>>
Bastien, excuse me, but Michael's reference to The GIMP was a hint
that GTK (with or without '+' -- no matter), stands for T
This sums up my opinion on this topic quite well. I think we're going
to get a better experience if we integrate this at the Gtk level than if
we try to invent a bunch of generic interfaces that would be required to
get this sort of level of integration.
If we can design this as a feature for Gt
On Wed, 2013-10-09 at 18:53 -0400, Ryan Lortie wrote:
> There's a lot of "we" here. Is anyone actually interested in stepping
> up to work on this?
I already maintain a working spell checking API based on Enchant, which
could potentially serve as a reference. So I'm happy to help if needed.
Séb
On 10/09/13 21:58, Jasper St. Pierre wrote:
> On Wed, Oct 9, 2013 at 3:49 PM, Olivier Brunel wrote:
>
>> On 10/09/13 21:27, Matthias Clasen wrote:
>>> On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos
>>> wrote:
>>>
People keep raising this issue (both on list and on IRC) and I think
>
Clearly GNOME runs on a lot of servers (for example, Red Hat Linux
machines) and taking away features like icons in buttons that are
frequently used on such machines (I saw many times server room machines run
GNOME as a management UI) may not be good for Redhat customers (and CentOS
users. etc), po
hi,
On Wed, Oct 9, 2013, at 18:48, Jasper St. Pierre wrote:
> Of course, but do any of these need spell checking? I think it would be
> more helpful to solidify an API for spell checking to see if it's viable
> to
> do without UI concepts like cursor position or GTK+ concepts like
> GtkTextBuffer
On 9 October 2013 23:48, Jasper St. Pierre wrote:
> Of course, but do any of these need spell checking? I think it would be
> more helpful to solidify an API for spell checking to see if it's viable to
> do without UI concepts like cursor position or GTK+ concepts like
> GtkTextBuffer before deci
Of course, but do any of these need spell checking? I think it would be
more helpful to solidify an API for spell checking to see if it's viable to
do without UI concepts like cursor position or GTK+ concepts like
GtkTextBuffer before deciding where to put it.
On Wed, Oct 9, 2013 at 6:36 PM, Paul
On 10/10/2013 12:08 AM, Emmanuele Bassi wrote:
On 9 October 2013 23:04, Emmanuele Bassi wrote:
Bastien, excuse me, but Michael's reference to The GIMP was a hint
that GTK (with or without '+' -- no matter), stands for The GIMP
Toolkit. GIMP, not GNOME.
Proof: http://www.gtk.org/
by the by,
On Wed, Oct 9, 2013 at 6:24 PM, Ross Burton wrote:
> On 9 October 2013 23:15, Paul Davis wrote:
>
>> And if an extension point is added, it's better to add it in GIO, so
>>> command line tools can use it.
>>>
>>
>> I'm just curious. What command line tools use GIO (or even glib)?
>>
>
> A very r
>
> In GNOME, we turned that setting off by default quite a long time ago.
> Probably around 5-6 years at this point. So, if your application relied on
> menus and buttons having icons, it would have broken in mid-GNOME2-era
> GNOME.
>
Unless;
* one has been turning that setting on for the last 5-
On 9 October 2013 23:15, Paul Davis wrote:
> And if an extension point is added, it's better to add it in GIO, so
>> command line tools can use it.
>>
>
> I'm just curious. What command line tools use GIO (or even glib)?
>
A very rough list based on a grep of oe-core's metadata for glib-2.0 (so
On Wed, Oct 9, 2013 at 6:06 PM, Emmanuele Bassi wrote:
> hi;
>
> On 9 October 2013 23:04, Paul Davis wrote:
>
> > On Wed, Oct 9, 2013 at 5:23 PM, Bastien Nocera
> wrote:
> >>
> >> On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote:
> >>
> >> I'll gladly use that "slur" again and again.
The sole fact that we are having a discussion in these terms is a bit shameful,
I think no one in this list has the right to say Gtk+ is the GIMP or
the GNOME toolkit. Gtk+ is _a_ toolkit with many contributors that
contribute for various reasons, all of those are valid, and sometimes
compromises
On Wed, Oct 9, 2013 at 5:37 PM, Sébastien Wilmet wrote:
> On Wed, Oct 09, 2013 at 10:53:50PM +0200, Bastien Nocera wrote:
> > I wouldn't want to use 2 different APIs when creating
> > command-line/curses APIs or GTK+ though. Otherwise, whatever syntactic
> > sugar the GObject bindings would add w
On 9 October 2013 23:04, Emmanuele Bassi wrote:
>> Bastien, excuse me, but Michael's reference to The GIMP was a hint
>> that GTK (with or without '+' -- no matter), stands for The GIMP
>> Toolkit. GIMP, not GNOME.
>> Proof: http://www.gtk.org/
by the by, this argument would have a bit more wei
hi;
On 9 October 2013 23:04, Paul Davis wrote:
> On Wed, Oct 9, 2013 at 5:23 PM, Bastien Nocera wrote:
>>
>> On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote:
>>
>> I'll gladly use that "slur" again and again. And I'm happy with GTK+
>> being the toolset of GNOME, especially when you
On Wed, Oct 9, 2013 at 5:23 PM, Bastien Nocera wrote:
> On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote:
>
> I'll gladly use that "slur" again and again. And I'm happy with GTK+
> being the toolset of GNOME, especially when you consider what's driving
> most of the new widget developm
hi;
On 9 October 2013 22:45, Andrew W. Nosenko wrote:
> On Wed, Oct 9, 2013 at 11:55 PM, Bastien Nocera wrote:
>> On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote:
>>> On 10/09/2013 10:40 PM, Bastien Nocera wrote:
>>> > On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
>>> Oh pl
On Wed, Oct 9, 2013 at 11:55 PM, Bastien Nocera wrote:
> On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote:
>> On 10/09/2013 10:40 PM, Bastien Nocera wrote:
>> > On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
>> >> Ok, but this isn't about a change in GNOME, but in GTK. And the
>
On Wed, Oct 09, 2013 at 10:53:50PM +0200, Bastien Nocera wrote:
> I wouldn't want to use 2 different APIs when creating
> command-line/curses APIs or GTK+ though. Otherwise, whatever syntactic
> sugar the GObject bindings would add would be lost.
And if we add the spell checking directly in GTK+,
On Wed, 2013-10-09 at 23:15 +0200, Tristan Van Berkom wrote:
> GNOME: "A desktop environment / User experience"
>
> By this definition (which seems to be a common slur these days), then
> no,
> GTK+ is certainly not just a toolbox for the purpose of assembling a
> particular user experience.
>
>
On Wed, Oct 9, 2013 at 10:55 PM, Bastien Nocera wrote:
> On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote:
>> On 10/09/2013 10:40 PM, Bastien Nocera wrote:
>> > On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
>> >> Ok, but this isn't about a change in GNOME, but in GTK. And the
>
On Wed, Oct 9, 2013 at 4:55 PM, Bastien Nocera wrote:
> On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote:
> > On 10/09/2013 10:40 PM, Bastien Nocera wrote:
>
> > > As we're on this subject, I think it's pretty clear, from the
> committers
> > > to where the mailing-lists are hosted that
On Wed, 2013-10-09 at 22:45 +0200, Michael Natterer wrote:
> On 10/09/2013 10:40 PM, Bastien Nocera wrote:
> > On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
> >> Ok, but this isn't about a change in GNOME, but in GTK. And the
> >> default
> >> for those options was still TRUE a few days
On Wed, 2013-10-09 at 22:01 +0200, Sébastien Wilmet wrote:
> For a command line application, Enchant is still available. So it's
> maybe a better idea to implement the spell checking directly in GTK+.
> I'll think about the possible API additions.
I wouldn't want to use 2 different APIs when c
On Wed, 2013-10-09 at 16:21 -0400, Jasper St. Pierre wrote:
> Reducing the amount of environments an app has to be tested in is a
> very good thing. I think that for GTK+ 3.10, we should add back the
> ability for app authors to use the GtkSettings APIs to add back icons
> if that's how they forced
On 10/09/2013 10:40 PM, Bastien Nocera wrote:
On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
Ok, but this isn't about a change in GNOME, but in GTK. And the
default
for those options was still TRUE a few days ago in GTK 3.8
As we're on this subject, I think it's pretty clear, from th
On Wed, Oct 9, 2013 at 4:38 PM, Olivier Brunel wrote:
>
> That's why I think the options should be brought back, so that for all
> users that used & relied on icons, nothing is broken (or they can fix it
> via options in their Xsettings manager/settings.ini).
>
> They should also be marked deprec
On Wed, 2013-10-09 at 22:14 +0200, Olivier Brunel wrote:
> Ok, but this isn't about a change in GNOME, but in GTK. And the
> default
> for those options was still TRUE a few days ago in GTK 3.8
As we're on this subject, I think it's pretty clear, from the committers
to where the mailing-lists are
On 10/09/13 22:21, Jasper St. Pierre wrote:
> Sure, but both the user and the environment had options to override them,
> and if your app broke in one of those environments of which it was
> overridden by default (of which there are a lot), that's your bug.
Right, but my point is that for users th
Sure, but both the user and the environment had options to override them,
and if your app broke in one of those environments of which it was
overridden by default (of which there are a lot), that's your bug.
Reducing the amount of environments an app has to be tested in is a very
good thing. I thi
On 10/09/13 21:58, Jasper St. Pierre wrote:
> On Wed, Oct 9, 2013 at 3:49 PM, Olivier Brunel wrote:
>
>> On 10/09/13 21:27, Matthias Clasen wrote:
>>> On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos
>>> wrote:
>>>
People keep raising this issue (both on list and on IRC) and I think
>
On Wed, Oct 09, 2013 at 09:31:19AM +1100, Andrew Cowie wrote:
> Speaking of which, do we really need to have so many different
> back-ends? We made a hard decision about the input method framework
> requirement, maybe we should just pick a dictionary provider and go with
> it?
The perfect dictiona
On Wed, Oct 9, 2013 at 3:49 PM, Olivier Brunel wrote:
> On 10/09/13 21:27, Matthias Clasen wrote:
> > On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos
> > wrote:
> >
> >> People keep raising this issue (both on list and on IRC) and I think
> >> there's a good reason for it.
> >>
> >> And p
On 10/09/13 21:27, Matthias Clasen wrote:
> On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos
> wrote:
>
>> People keep raising this issue (both on list and on IRC) and I think
>> there's a good reason for it.
>>
>> And people will keep doing it, until they get proper answers.
>>
>> As an ap
On Wed, Oct 9, 2013 at 2:09 PM, Erick Pérez Castellanos
wrote:
> People keep raising this issue (both on list and on IRC) and I think
> there's a good reason for it.
>
> And people will keep doing it, until they get proper answers.
>
> As an application developer why I found troubling about this p
On Wed, Oct 9, 2013 at 2:57 PM, Ryan Lortie wrote:
> hi
>
> On Wed, Oct 9, 2013, at 14:29, Jasper St. Pierre wrote:
> > Perhaps we can revert the GtkMenu/GtkButton changes and just remove the
> > XSettings hookup.
>
> Out of all of the available options, this would be the most pointless
> thing t
hi
On Wed, Oct 9, 2013, at 14:29, Jasper St. Pierre wrote:
> Perhaps we can revert the GtkMenu/GtkButton changes and just remove the
> XSettings hookup.
Out of all of the available options, this would be the most pointless
thing to do.
If we're going to have the complexity in the widgets anyway,
Hi Everyone
I am trying to write a GTK binding.
There are lots of resources on the web but I am finding that they cover
some parts but leave other parts out.
I am a bit of a jack of all trades with languages and unfortunately
master of none. Any start-to-finish, sort of tutorial would really
On Wed, 2013-10-09 at 10:45 -0400, Matthias Clasen wrote:
> You are right that the functionality of the gtk-button-images and
> gtk-menu-images settings was removed. They are only 'deprecated'
> insofar as programs that were using g_object_set to directly change
> these settings on the GtkSettings
On 10/09/13 20:19, Erick Pérez Castellanos wrote:
> On 9 October 2013 14:13, Jasper St. Pierre wrote:
>
>> I guess I'm curious: why would this break apps?
>>
>> If your apps were relying on a specific user setting to show/hide icons,
>> wasn't it technically broken already? There was no guarantee
Ah, you're saying if an app forces the setting to TRUE by calling
g_object_set. I just assume that we didn't imagine apps doing that when we
removed the code, since it is a bit silly.
Perhaps we can revert the GtkMenu/GtkButton changes and just remove the
XSettings hookup.
On Wed, Oct 9, 2013 at
On 9 October 2013 14:13, Jasper St. Pierre wrote:
> I guess I'm curious: why would this break apps?
>
> If your apps were relying on a specific user setting to show/hide icons,
> wasn't it technically broken already? There was no guarantee of the value
> of the setting.
>
> It seems that reducing
I guess I'm curious: why would this break apps?
If your apps were relying on a specific user setting to show/hide icons,
wasn't it technically broken already? There was no guarantee of the value
of the setting.
It seems that reducing the amount of user configurations an app developer
would have t
People keep raising this issue (both on list and on IRC) and I think
there's a good reason for it.
And people will keep doing it, until they get proper answers.
As an application developer why I found troubling about this particular
removal is:
First: the fact that no-one has explained the reaso
hi,
On Wed, Oct 9, 2013, at 10:45, Matthias Clasen wrote:
> You are right that the functionality of the gtk-button-images and
> gtk-menu-images settings was removed. They are only 'deprecated' insofar
> as
> programs that were using g_object_set to directly change these settings
> on
> the GtkSett
On 10/09/13 16:45, Matthias Clasen wrote:
> Hi Olivier,
>
> thanks for your feedback.
>
> You are right that the functionality of the gtk-button-images and
> gtk-menu-images settings was removed. They are only 'deprecated' insofar as
> programs that were using g_object_set to directly change the
Hi Olivier,
thanks for your feedback.
You are right that the functionality of the gtk-button-images and
gtk-menu-images settings was removed. They are only 'deprecated' insofar as
programs that were using g_object_set to directly change these settings on
the GtkSettings object will not fail to co
Icon themes and GTK+ themes are separate. "hicolor" is defined as the
default fallback if an application can't find any other theme in the icon
theme specification:
http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html#id3013799
On Wed, Oct 9, 2013 at 9:08 AM, John Emmas
Hi,
I'd like to address the issue of recent changes in GTK 3.10,
specifically the "deprecation" of options gtk-button-images &
gtk-menu-images, also discussed in this bug report[1].
I think there are 2 things here:
- First off, I believe removing those options is a wrong choice. If
GNOME devs wa
Thanks for the advice, guys. I should be able to try your suggestions
either today or tomorrow.
However, on a less obvious note the product I'm working on (Ardour)
does already use its own theme which (I think) gets handled by
Clearlooks. I hope it's not a dumb question - but if Ardour
Hi John,
Or, in a more detailed fashion, this is what you can do about this, it
took me a while to figure this out:
(This assumes that your GTK+2/3 main DLLs are in c:\foo\bin, adjust to
your paths accordingly)
-Get the latest release tarball from
http://icon-theme.freedesktop.org/releases/,
John Emmas writes:
Hi John,
I'm not sure if this is the right place for my question but if not, maybe
someone will point me in the right direction
About 2 years ago I built the Ardour DAW which was then at version 2. I
built it for Windows, using MSVC. Naturally there were a few probl
I'm not sure if this is the right place for my question but if not,
maybe someone will point me in the right direction
About 2 years ago I built the Ardour DAW which was then at version 2. I
built it for Windows, using MSVC. Naturally there were a few problems
but eventually it all worke
56 matches
Mail list logo
