tep I have to
> >>> ask you: what kind of "busywork" have you ever experienced?
> >>>
> >>> Of course if we get a positive response that the bug is still there
> >>> we're going to migrate it and keep track of it.
> >>>
> >>>> With that in mind, I believe it is much nicer to just leave the old
> bugs there.
> >>>
> >>> The old bugs will be left there, but closed, so we don't need to check
> >>> two bug lists, and split the maintenance resources even more.
> >>>
> >>>> We never got around to solving the reporter's problem, but at least
> we did
> >>>> not add to the pain by asking them to do work and report back, only to
> >>>> ignore the result of that. Doing that is quite rude.
> >>>
> >>> Of course it is, that's why we generally don't do that — except,
> >>> maybe, for rude bug reporters.
> >>>
> >>> Ciao,
> >>> Emmanuele.
> >
> >
> >
> > --
> > https://www.bassi.io
> > [@] ebassi [@gmail.com]
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
would be a start.
>
> Any ideas, or thoughts?
>
> Thanks for your help, Best Regards, Martin Owens
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Ch
53520
[1]
https://docs.google.com/spreadsheets/d/1okGq07H4NnOqdCRN0KV3QduOQ6zsiomFmqK0pqYNNpo/edit#gid=141782806
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
t; learn the basis, then an introduction to GTK+ with some basic
> explanations on how to _use_ a GObject class, then a chapter to know how
> to _write_ GObject classes. For what it's worth it was roughly the path
> chosen in GGAD.
>
> Sébastien
>
22, 2015 at 5:20 PM, Sébastien Wilmet
> wrote:
>
>> On Thu, Jan 22, 2015 at 09:33:18PM +, Alberto Ruiz wrote:
>> > First of all thanks a lot for working on this!
>> >
>> > However, for a brochure about a graphical toolkit, I find it interesti
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
l-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
ake whenever a file is added or
> > deleted.
> > http://www.gnu.org/software/automake/manual/html_node/Wildcards.html
> > Waf stores a database of files seen on last build and therefore
> > doesn't suffer from this problem.
> >
> > Regards, Krzysztof
> &g
x27;s machine) to be loaded properly
> thank.
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
ing based on object relationships. For
> instance, if we had a "GObject *parent" property that could be used to
> create a tree view if the view supported specifying that a child
> should be sorted directly after its parent. You can event do more
> complex structures lik
that GTK (with or without '+' -- no matter), stands for The GIMP
> Toolkit. GIMP, not GNOME.
> Proof: http://www.gtk.org/
>
> --
> Andrew W. Nosenko
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
s on the gtk.org website.
> Regards,
> Tarnyko
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
ost receive hook? The mirrored repo on Github is
> called "gtk" for just this reason.
>
> Regards,
> John Ralls
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/
I've gone ahead and applied the scrolling fixes with ebassi's blessing
I will wait for some feedback from designers wrt the GtkScale value being shown.
2013/7/20 Alberto Ruiz :
> Hello,
>
> I have created a branch[0] with a few minor changes to GtkFontChooserWidget
>
>
wrote this widget originally so I'm mostly certain I know what I am
doing but since I am doing UI changes I wanted to get someone
reviewing the code before pushing.
PS:
[0] https://git.gnome.org/browse/gtk+/log/?h=wip/fontchooser-fixes
--
Cheers,
Alberto
_
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
..wip;scrollbar-markers
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
**_
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gtk-devel-**list<https://mail.gnome.org/mailman/listinfo/gtk-devel-list>
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
n if we don't do #2, I think doing #1 might be useful. I don't have
> any evidence (even anecdotal) to support the idea that the current
> situation is confusing but it seems that a helpful warning explaining to
> the user that "&qu
cgi?id=681093
> [3] https://gitorious.org/d-feet/d-feet
>
>
>
>
>
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-l
Thanks to kampstrup I just learned the meaning of groping and how
unfortunate the name GRope is, I apologize!
2012/5/25 Alberto Ruiz
> Hello Russell,
>
> First of all, don't get discouraged if you get no feedback, but it is
> really hard to get feedback in most communities
nks
> Russell Harmon
>
> [1]: http://en.wikipedia.org/wiki/Rope_(computer_science)
> [2]:
> https://github.com/eatnumber1/getmntinfo/blob/master/getmntinfo.c#L314
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> ht
s ok to list companies as 'providing gtk support' without
> explicitly asking them first.
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
port both gtk2.x
> and gtk3.x. Especially given that VMware's products are gtk2.x.
>
> -- Christian
>
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
A
h functions should I use with this one, how do I get an object of
class X from?)
We can start with GObject itself and move from there!
What do you think? Are you up for the task?
Cheers,
Alberto Ruiz
2012/2/16 Thomas H.P. Andersen
> Hi Alberto,
>
> I just read your blog post. Really r
_
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
chset based on these ideas:
> - Qt has device type TouchScreen vs TouchPad. Should we have that?
> - I suppose just having a GDK_TOUCH_MASK is enough?
>
> Does this look sane? Or are there any platform issues? Did I miss anything?
>
> Benjamin
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
; two versions.
>
> Morten
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Cheers,
Alberto Ruiz
___
gtk-dev
ill intend to dig up the code, document it and put it on a wiki
> somewhere for somebody to pick up and improve so that it can maybe be
> merged.
>
>
> regards,
>
> -kris.
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gn
; gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
replacing the old NEED_DOMAIN with
> HAS_DOMAIN is the best thing.
>
> Any opinions?
>
> Thanks
>
> Michal
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-
Forgot to "Reply All" :-)
-- Forwarded message ------
From: Alberto Ruiz
Date: 2011/9/8
Subject: Re: GTK and OSX: a call to sanity
To: John Ralls
2011/9/8 John Ralls
>
> The rest of Gtk-OSX isn't Gtk. It's a build system using jhbuild with its
> ow
>
> __**_
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/**listinfo/gtk-devel-list<http://mail.gnome.org/mailman/listinfo/gtk-devel-list>
>
--
Un saludo,
Alberto Ruiz
_
I'll be only there during the core days 6th-9th (leaving on 9th afternoon)
not during the BoF days. If that's a problem for the rest I don't mind
attending remotely or something (though I suspect I'm not the only one in
this situation).
Cheers,
Alberto Ruiz
2011/7/27 Mat
2011/5/24 Yasushi SHOJI :
> At Sat, 21 May 2011 03:37:38 +0200,
> Olav Vitters wrote:
>>
>> On Thu, Mar 17, 2011 at 09:06:32PM +, Alberto Ruiz wrote:
>> > I am looking for comments from git experts on any of the operations
>> > I'm doing and how feasi
2011/4/26 Behdad Esfahbod :
> On 04/25/11 19:27, Alberto Ruiz wrote:
>> Hi,
>>
>> I removed most warnings while generating Pango-1.0.gir, however,
>> there's a last batch of warnings I'm not sure how to get rid of:
>> http://pastebin.com/V0ZDRg3r
>
'm not sure why. Any
pointers are welcome.
Thanks!
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
B is absolutely fine for system level components
(platform, shell...). But for applications, I have to say I really
don't agree at all that it is the right mechanism, unless you come up
with a sandboxed approach for apps installed by the user.
--
Un saludo,
Alberto Ruiz
__
evel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
ence of 104 Mb of transfer and 4:30ish minutes in my
rather fast ADSL. I think this would be a major improvement for
anybody cloning that repo.
[0] https://github.com/aruiz/gdk-pixbuf-trim
--
Un saludo,
Alberto Ruiz
script
Description: Binary data
commitlist = [i.strip() for i in o
e can expect.
>
> Then lets the patch already, instead of needlessly prolonging this
> thread even further...
+1
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
el-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
) Once everybody is happy with the API, we move the module back.
I am totally unfamiliar with the technical implications of such
proposal, but from a module maintainer perspective, I think this would
alleviate some of the pain that removing this completely is going to
cause.
My 2 cents.
t :P
> ciao,
> Emmanuele.
>
> --
> W: http://www.emmanuelebassi.name
> B: http://blogs.gnome.org/ebassi
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailm
st mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
x27;re actually removing stuff! Who would have thunk it :)
>
> I think there's some inconsistency in our library as a result of this. A
> number of times over the last few months Javier has had his enthusiasm
> pushed back when he's seen "rather you didn't use this
#x27;t support quartz; the OSX download link on their website is
>> for Fink. GIMP doesn't have their own OSX port; rather, they recommend
>> either MacPorts or http://sourceforge.net/projects/gimponosx/. It's probably
>> buildable with quartz on MacPorts -- which also provides
that the development of Gtk+ to be stalled until someone shows
up and helps with the Windows or Mac OS X port to make a given change.
So yeah, I totally support Matthias here, if you want a better
situation, feel free to JFDI.
--
Cheers,
Alberto Ruiz
_
Hi John,
2010/8/27 John Ralls :
>
> Gtk-OSX is *not* part of Gtk+.
Maybe that's something we should fix? Resources around Gtk+ are
already way too fragmented.
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gno
from here:
> http://people.gnome.org/~tvb/eggwrapbox.tgz
>
> Cheers,
> -Tristan
>
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un sal
list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
; 37 files changed, 1866 insertions(+), 3373 deletions(-)
>> Half of that is fixing the default style, the other half is updating
>> widgets to use Cairo.
>>
>> Cheers,
>> Benjamin
>>
>>
>> 1: http://git.gnome.org/browse/gtk+/log/?h=rendering-cleanup
>> 2: https://bugzilla.gnome.org/s
ou can go ahead and take a
> look at the source code.
>
>> Thanks again for doing this work!
>
> My pleasure! :)
>
> Devin
> _______
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
Tadej
>
> --
> Tadej Borovšak
> tadeboro.blogspot.com
> tadeb...@gmail.com
> tadej.borov...@gmail.com
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
pad.net/inkscape/+bug/579932
Can't you just connect to two different signal handlers one for the
update and one for the undo stack?
>
> Regards, Krzysztof
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gn
work to prettify
the result, but other than that I think it's there.
It'll be really nice if someone can review it :-)
2010/7/16 Alberto Ruiz :
> 2010/7/15 Thomas Wood :
>> On Thu, 2010-07-15 at 23:40 +0100, Alberto Ruiz wrote:
>>> Hey guys,
>>> I've fina
2010/7/15 Thomas Wood :
> On Thu, 2010-07-15 at 23:40 +0100, Alberto Ruiz wrote:
>> Hey guys,
>> I've finally come up with a patch to implement this:
>> https://bugzilla.gnome.org/show_bug.cgi?id=623712
>>
>> The patch basically calls range's expose from
h on the public API for people to subclass and
implement their own marker support.
Feedback and reviewers are welcome :-)
2010/7/8 Alberto Ruiz :
> 2010/7/7 Thomas Wood :
>> On Wed, 2010-07-07 at 00:42 +0100, Alberto Ruiz wrote:
>>> Hi Gtk+ hackers,
>>
>&
t;>
>>> Tomeu
>>>
>>>> John
>>>>
>>>> [1] http://github.com/nzjrs/pygtk/commits/gtk-3.0
>>>> [2] http://github.com/nzjrs/pygobject/tree/gtk-3.0
>>>>
>>>> ___
>>>> pygtk mailing list py...@daa.com.au
>>>> http://www.daa.com.au/mailman/listinfo/pygtk
>>>> Read the PyGTK FAQ: http://faq.pygtk.org/
>>>>
>>> ___
>>> pygtk mailing list py...@daa.com.au
>>> http://www.daa.com.au/mailman/listinfo/pygtk
>>> Read the PyGTK FAQ: http://faq.pygtk.org/
>>>
>>
>>
>>
>> --
>> Gerald Britton
>>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
2010/7/7 Thomas Wood :
> On Wed, 2010-07-07 at 00:42 +0100, Alberto Ruiz wrote:
>> Hi Gtk+ hackers,
>
>> The marker addition call would look something like this:
>>
>> gtk_scrollbar_add_mark (GtkScrollbar *scrollbar, gdouble mark, gchar*
>> mark_class);
>>
zilla.gnome.org/show_bug.cgi?id=623712
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
s
app/installer, and reducing the amount of dependencies is the way to
go.
>
> Sam
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Rui
assistant,
> print support, spin button, recent documents chooser, spinner, etc.
Gtk+'s .dll is not that big actually, most of the size of it comes
from the ammount of dependencies it has and the translation files.
--
Un saludo,
Alberto Ruiz
___
g
2010/6/10 Richard Hughes :
> On 10 June 2010 10:34, Alberto Ruiz wrote:
>> I do think it matters a lot, there should be consistency between
>> calls, good catch.
>
> For what it's worth, I prefer the glib style, so the app-id goes first.
I guess it makes sense since a
here should be consistency between
calls, good catch.
> Richard.
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-lis
23&month=3&year=2010&hour=20&min=0&sec=0&p1=0
>
> ciao,
> Emmanuele.
>
> --
> W: http://www.emmanuelebassi.name
> B: http://blogs.gnome.org/ebassi
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
2010/3/11 Johannes Schmid :
> Hi!
>
> Am Donnerstag, den 11.03.2010, 14:20 + schrieb Alberto Ruiz:
>> Now that I think about it, I think the notebook needs a review from a
>> wider perspective.
>> We are trying to make this class one-size-fits-all-cases.
>&
th situations in
a saner way instead of trying to collect all properties and figuring
out what the usecase is.
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
ve the problem from the engine standpoint
I think.
> --
> Vinicius Depizzol
> http://vinicius.depizzol.com.br
> ___
> desktop-devel-list mailing list
> desktop-devel-l...@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
e with Sandy here, I would leave this decision up to the usability guys.
> Sandy
> ___
> desktop-devel-list mailing list
> desktop-devel-l...@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
>
--
Un saludo,
Alb
et was there in Gtk+ they would use it.
> Matthew Barnes
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
so
that we can remove it? Or maybe I'm missing something here, please
clarify :-)
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
e
> B: http://blogs.gnome.org/ebassi
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
2009/8/27 Kristian Rietveld :
> On Mon, Aug 24, 2009 at 3:34 PM, Alberto Ruiz wrote:
>> So my proposal is to deprecate this child property for the 2.x series,
>> so that we can get rid of it by 3.0, (meaning 2.18?).
>>
>> This would allow a long overdue cleanup in the no
animations ala Google Chrome as an example?)
Any thoughts? Am I talking crack here? Matthias? Kris? :-)
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
2009/8/19 Kristian Rietveld :
> On Fri, Aug 14, 2009 at 1:40 PM, Alberto Ruiz wrote:
>> 2009/8/14 Kristian Rietveld :
>> As for theming, I've been discussing a bit with Thomas, Carlos and
>> Cody. We have reached some sort of consensus that a backwards
>> comp
2009/8/19 Kristian Rietveld :
> On Wed, Aug 19, 2009 at 11:13 AM, Alberto Ruiz wrote:
>> 2009/8/19 Cody Russell :
>>> On Tue, 2009-08-18 at 15:27 -0700, Christian Hergert wrote:
>>>> One of the items I haven't seen discussed is input validation. Web
>>>
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
lthough I've been only
playing with theming bits so far, nothing in the backend.
> regards,
>
> -kris.
> _______
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
hours/date to
have a 3.0 kickstart meeting and do some rock and roll?
As I said, thanks a lot for the heads up Kris!
--
Cheers,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
SS to do its job. On the other hand, anything
we do to represent an abstract scenegraph and poke properties could
potentially be shared by the accessibility bridge (gail) which would
be a big win IMHO.
>
> That would avoid putting semantics into gtk proper that are not
> applicable to all platforms (desktop, embedded, whatever) or might go
> stale in the future.
>
> - Rob
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
> just the compression part like gzip or bzip2...
I wonder if we should split this in two approaches, having gvfs
modules for archives (compressed or not) and gio-loaders for
compression only formats (gzip and bzip2).
--
Un saludo,
Alberto Ruiz
___
gt
at this level of the API.
> -brian
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
rm though (and kill most of the file-roller codebase for that
matter).
Only downside from my point of view is that in Windows this would mean
yet another .dll to distribute.
> Adding a native GIO impl. would of course be looking heavily towards
> what already exists in Gsf.
>
l ears if someone suggests a sane fix for this.
> Regards,
> Christian
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
n(Dialog), and leveraging pango_language_get_sample_string()
> for providing a better preview text.
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
ftware
> is ever bug-free).
>
> Cheers
>
> _______
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
hpad.net/%7Ecascaders/ubuntu-artwork/css_themes/revision/29/pioneer.svg
>
> Best,
> Rob
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
--
Un saludo,
Alb
__
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list
>
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
etc type cache files)
>
> - do anything with dbus, really.
>
> The type system, of course, is that of DBus.
>
> I love your feedback. Please give it all to me.
>
> Cheers
>
>
> ps: sorry for the delay :)
> ___
> gtk-d
report and budget for the year which will better explain the foundation
> numbers.
>
> behdad
>
>> - Andreas
>
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-l
2009/3/12 Cody Russell :
> On Tue, Feb 24, 2009 at 12:30 AM, Alberto Ruiz wrote:
>>
>> * All drawing funcitions to use a cario context and hide GtkWidget and
>> GdkWindow (Strong request from 3rd party toolkits)
>
> After thinking some more about this, I'm not con
2009/3/2 Behdad Esfahbod :
> Alberto Ruiz wrote:
>> * All drawing funcitions to use a cario context and hide GtkWidget and
>> GdkWindow (Strong request from 3rd party toolkits)
>
> When we discussed this before, I among others suggested that this is wrong as
> it har
improve a lot here.
We can't save applications from a SegFault from an engine. But with
our current design behavior cannot be changed anymore.
> Morten
>
--
Un saludo,
Alberto Ruiz
___
gtk-devel-list mailing list
gtk-devel-list@gnom
on support, checkout the style-context
branch)
* git://github.com/thos/gtk-cairo-engines.git (2.x default engine port to cairo)
* http://bzr-playground.gnome.org/~robsta/libccss-selection-engine/
(improvements towards support needed features of CSS)
--
Cheers,
Alberto Ruiz
___
2009/2/19 Mathias Hasselmann :
> Am Mittwoch, den 18.02.2009, 01:54 + schrieb Alberto Ruiz:
>> I plan to work on some other mockups of the website for other sections
>> and I would like to get feedback from you guys.
>
> Awesome mockup! Let's get it in place!
Als
2009/2/19 Murray Cumming :
> On Thu, 2009-02-19 at 14:00 +0000, Alberto Ruiz wrote:
>> Well, first I want to come up with some screencasts of Gtkmm/pygtk
>
> That would be great. I suggest that you get us to approve a script first
> though, otherwise there's sure to be some
2009/2/19 Mathias Hasselmann :
> Am Mittwoch, den 18.02.2009, 01:54 + schrieb Alberto Ruiz:
>> I plan to work on some other mockups of the website for other sections
>> and I would like to get feedback from you guys.
>
> Awesome mockup! Let's get it in place!
Wel
1 - 100 of 157 matches
Mail list logo