On 13-09-13 02:29 AM, Emmanuele Bassi wrote:
hi;
On 13 September 2013 03:10, Matthew Brush wrote:
As some of you may have noticed we have recently deprecated Stock Items in
master.
Some details on this change may be found here:
https://docs.google.com/document/d
y asking what is the purpose of you asking this question? Will it
change the mass-deprecations?
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
doesn't matter too much as long as the left-out binaries/libraries are
available as compatible separate downloads.
P.S. Thanks for working on this.
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome
On 13-08-20 06:59 PM, Matthew Brush wrote:
On 13-07-02 06:41 AM, William Jon McCann wrote:
Hi,
As some of you may have noticed we have recently deprecated Stock
Items in
master.
Some details on this change may be found here:
https://docs.google.com/document/d
what, stock icons will be deprecated"
(paraphrasing) ... which if true, makes me wonder what is the purpose of
this thread asking for people's opinions about the deprecation? It
almost sounds like circular reasoning.
P.S. Sorry if I missed some huge "master plan" document
quot;, which is I think
pretty much what Jean was griping about.
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
x3636),
RGB(0x, 0x, 0x0000),
// ...
};
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
round here. I also begin
to have a good experience in NSIS which I use to produce installers (see
links at the end of this mail).
I can definitely take care of a long-term and evolving GTK+ bundle.
This would be fantastic!
Cheers,
Matthew Brush
___
gtk-
ey can use them! In this way, all data is stored
on the cloud, rather than constantly synch-ing with the server!
Hi,
You should try out VNC and/or remote X displays, I think they're exactly
what you're describing if I understand correctly.
Cheers,
Matthew Brush
"print(sys.path)" to
see which paths I mean). There's good docs about this on python.org (as
well as all kinds of other excellent docs/tuts).
Good luck,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
: there's a bunch of dupes in the list because it shows the extent
to which this also disrupted applications (which the bugs then (rightly)
got re-assigned/marked as duplicates).
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-deve
ly per-application.
* No matter what, it shouldn't use the clichéd semi-transparent black
overlays/HUD/OSD that everyone is using lately :) Regular old dialog
boxes (with or without window decorations) have the advantage here since
they'll naturally fit in with the users theme.
On 12-11-02 06:11 PM, Matthew Brush wrote:
On 12-11-02 07:46 AM, Emmanuele Bassi wrote:
hi;
On 2 November 2012 14:15, Tal Hadad wrote:
First, there were an old project called GTask[0], which tried to give
parallelism ability and
alternative to today GIO async(I think it wasn't exist
etty sure no one is using that :)
P.S. In case the smileys didn't give it away I'm mostly being facetious.
Cheers,
Matthew Brush
[1] I'm assuming it's not since I've read a lot of G*-stack
documentation and tutorials and don't remember seeing. Apologies in
advance
n a separate library? In terms of usability, desktop and mobile
interfaces are completely different beasts and "bastardizing"[1] (not my
word) one toolkit type into the other is bound to make everyone annoyed.
Cheers,
Matthew Brush (random GTK-app developer and armchair critic)
[1] h
;Go 100%" for this widget?
Here is one way:
https://github.com/geany/geany/blob/master/src/geanywraplabel.c
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
m really sick of this Java non-sense and
would *love* to write Android apps using GTK+.
Cheers,
Matthew Brush
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
doing it yourself. This could be
used in the next one...
NOTEBOOK IMPROVEMENTS
See Firefox.
I think that's it.
Cheers,
Matthew Brush
[1] http://scentric.net/tutorial/treeview-tutorial.html
___
gtk-devel-list mailing list
gtk-devel-list@gnome.or
r projects that use it successfully or use
something else altogether.
Cheers,
Matthew Brush
Regard Bijan Binaee
On Tue, Dec 20, 2011 at 6:15 AM, mailto:jr...@curious-computing.com>> wrote:
> Hi
>
> Thanks for your reply first
>
> i need bind to j
On 12/12/2011 10:45 AM, Ryan Lortie wrote:
On Sun, 2011-12-11 at 18:24 -0800, Matthew Brush wrote:
My (probably misguided) opinion is that if this type of stuff can't go
into GTK+ for some reason, there should be a `glib-ui` or `glib-gnome`
library or something like this. I have doubt
lib-ui` or `glib-gnome`
library or something like this. I have doubts how many apps linking to
GIO without GTK+ are going to need such a model, either because they
don't have a UI at all or are using some other toolkit which likely
provides a mechanism of its own for this.
Cheers,
Matth
21 matches
Mail list logo
