On Sat, 2010-07-17 at 12:50 +1200, John Stowers wrote:
> On Tue, 2010-07-06 at 01:48 +1200, John Stowers wrote:
> > Hi,
> >
> > First of all, PyGI and GObject introspection is the way forward.
> >
> > Now, that being said, it seems a little silly to spend all this effort
> > porting C apps in GNO
Could we have a new release of gnome-python-extras from svn trunk,
please? Or should I do that?
I need it for Glom.
--
murr...@murrayc.com
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listin
On Wed, 2008-07-16 at 16:22 +0200, Johan Dahlin wrote:
> Murray Cumming wrote:
> > On Wed, 2008-07-16 at 10:38 +0200, Johan Dahlin wrote:
> >> I am pleased to announce version 2.15.1 of the Python bindings for GObject.
> >>
> >> The new release is available f
On Wed, 2008-07-16 at 10:38 +0200, Johan Dahlin wrote:
> I am pleased to announce version 2.15.1 of the Python bindings for GObject.
>
> The new release is available from ftp.gnome.org as and its mirrors
> as soon as its synced correctly:
>
>http://download.gnome.org/sources/pygobject/2.15/
>
OT-USE!
*/
PyGObjectFlags flags;
} private;
Could this be renamed, please.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyG
On Thu, 2008-02-07 at 22:55 +0800, David Zeuthen wrote:
> On Wed, 2008-02-06 at 13:32 +0100, Murray Cumming wrote:
> > On Tue, 2008-02-05 at 15:58 +0100, Murray Cumming wrote:
> > > Does anyone know if there are already PolicyKit (and
> > > policykit-gnome) python bind
On Tue, 2008-02-05 at 15:58 +0100, Murray Cumming wrote:
> Does anyone know if there are already PolicyKit (and
> policykit-gnome) python bindings?
I discovered that I can probably do this with just the D-Bus API. I made
the attached test case after some googling, but the call to Polic
Does anyone know if there are already PolicyKit (and
policykit-gnome) python bindings?
--
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: htt
On Sat, 2007-12-08 at 08:40 -0600, [EMAIL PROTECTED] wrote:
> Christopher> If I do something like
>
> Christopher> gobject.idle_add(foo)
> Christopher> gobject.idle_add(must_run_after_foo)
>
> Christopher> Then am I guaranteed that these will indeed happen in the
> Christopher> e
On Thu, 2007-06-28 at 12:39 +0200, Murray Cumming wrote:
> The use of the C++ private keyword is causing a build failure in Glom
> with the latest pyobject:
>
> /*< private >*/
> /* using union to preserve ABI compatibility (structure size
>* must no
OT-USE!
*/
PyGObjectFlags flags;
} private;
Could this be renamed, please.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyG
On Fri, 2007-06-22 at 11:20 +0200, Tim Janik wrote:
> On Fri, 22 Jun 2007, Murray Cumming wrote:
>
> > On Fri, 2007-06-22 at 11:03 +0200, Tim Janik wrote:
> >> On Fri, 22 Jun 2007, Murray Cumming wrote:
> >>
> >>> On Fri, 2007-06-22 at 10:46 +0200, T
On Fri, 2007-06-22 at 11:03 +0200, Tim Janik wrote:
> On Fri, 22 Jun 2007, Murray Cumming wrote:
>
> > On Fri, 2007-06-22 at 10:46 +0200, Tim Janik wrote:
> >> On Fri, 22 Jun 2007, Murray Cumming wrote:
> >>
> >>> On Fri, 2007-06-22 at 10:27 +0200, Tim
On Fri, 2007-06-22 at 10:46 +0200, Tim Janik wrote:
> On Fri, 22 Jun 2007, Murray Cumming wrote:
>
> > On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote:
>
> >> b) GtkTooltips is going to be deprecated in 2.12 anyways, so there
> >> is little use in continui
s/_tips_data_list/tips_data_list/ but was introduced
> deliberately, to catch remaining tips_data_list uses in third-party
> code which should be removed now, since tips_data_list became a
> mere alias for NULL for future Gtk+ versions.
When was GtkTooltips::tips_data_list deprecated,
ng directory `/home/murrayc/svn/gnome218/pygtk/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/murrayc/svn/gnome218/pygtk'
make: *** [all] Error 2
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
__
On Wed, 2007-05-23 at 12:21 +0200, Murray Cumming wrote:
> On Fri, 2007-03-16 at 18:55 +0100, Murray Cumming wrote:
> > If there are no objections, I'll branch gnome-python-extras as
> > "gnome-2-18", so I can change pygda to use libgda-3.0.
> >
> > I&
On Fri, 2007-03-16 at 18:55 +0100, Murray Cumming wrote:
> If there are no objections, I'll branch gnome-python-extras as
> "gnome-2-18", so I can change pygda to use libgda-3.0.
>
> I'll probably also increase its version from 2.14 to 2.19, to be in sync
>
If there are no objections, I'll branch gnome-python-extras as
"gnome-2-18", so I can change pygda to use libgda-3.0.
I'll probably also increase its version from 2.14 to 2.19, to be in sync
with gnome-python's version number.
--
Murray Cumming
[EMAIL P
ra information
available.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
On Fri, 2006-11-24 at 11:29 +0100, Hrvoje Nikšić wrote:
> On Fri, 2006-11-24 at 10:33 +0100, Murray Cumming wrote:
> > On Thu, 2006-11-23 at 12:27 +0100, Hrvoje Nikšić wrote:
> > [snip]
> > > The problem is that the fields of XyzClass and its descendants are
> &g
ike other bindings) has a standard way of
wrapping these, because they are needed in order to implement custom
GtkTreeModels or GtkCellRenderers, among other things.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing lis
ython
bindings for libgda, using both APIs for the same underlying object.
I guess it might be worth investigating the use of the Python API (or
boost::python) to provide real pygtk/Python bindings for a gtkmm-based
class, but it's not something I've tried before.
--
Murray Cumming
how to do it in C as well. I'm not sure if
pygtk offers a way to do this.
The gtkmm example:
http://www.gtkmm.org/docs/gtkmm-2.4/docs/tutorial/html/ch08s08.html#id2521693
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk
's
example).
Thanks.
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
On Sun, 2006-04-23 at 12:20 +0100, Gustavo J. A. M. Carneiro wrote:
> On Sáb, 2006-04-22 at 22:07 +0200, Murray Cumming wrote:
> > "
> > Could not write method GdaValue.get_gobject: No ArgType for 'const
> > GObject*'
> > "
> >
> > Has so
;
But I think that's correct, and the hyphen is used elsewhere. If I take
the hyphen away then I get this warning instead:
"
Could not write method GdaValue.get_gobject: No ArgType for 'const
GObject*'
"
Has something changed?
--
Murray Cumming
[EMAIL PROTECTED]
www.m
On Wed, 2006-01-18 at 20:24 +, Gustavo Carneiro wrote:
> On Wed, 2006-01-18 at 16:28 +0100, Murray Cumming wrote:
> > On Tue, 2006-01-17 at 00:25 +, Gustavo J. A. M. Carneiro wrote:
> > > - Revert back to wrapping pygda 1.2 due to API instability of 2.0
> > > (
On Wed, 2005-05-25 at 07:44 +0200, Sergio Srdjan Vemic wrote:
> Hello,
>
> is there any progress on python bindings for libgda?
You'd have to be more specific.
There are python libgda bindings in gnome-python-extras 2.11, and in
cvs.
--
Murray Cumming
[EMAIL PROTECTED]
w
ap/
>
> I'm looking for any materials which can explain me the wrapping with pygtk.
> Thanks a lot,
> Philippe
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http
Gustavo, could you please do a gnome-python-extras 2.11.x tarball
release?
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ
On Fri, 2005-04-08 at 16:11 +0200, Murray Cumming wrote:
> On Fri, 2005-04-08 at 15:29 +0200, Murray Cumming wrote:
> > Is it normal to change the .defs (which should
> > describe the C API) to get a different python API?
>
> On irc, Johan Dahlin also said:
>
> murrayc
thod inside the object, or a
global function inside the module.
I have rename the gda_config_* methods to config_* in the .defs file,
like it was in pygda 0.3.0. However, isn't this possible in
python/pygtk?
gda.Config.get_key().
instead of
gda.config_get_key().
even if there is no GdaConfig
On Fri, 2005-04-08 at 17:51 +0200, Christian Rose wrote:
> fre 2005-04-08 klockan 17:31 +0200 skrev Filip Van Raemdonck:
> > Hi,
> >
> > I'd like to request a CVS account on cvs.gnome.org because Murray Cumming
> > added libgda python bindings into the gnome-python
On Fri, 2005-04-08 at 15:29 +0200, Murray Cumming wrote:
> Is it normal to change the .defs (which should
> describe the C API) to get a different python API?
On irc, Johan Dahlin also said:
murrayc> Is there really no way to add API without changing .defs?
jdahlin> murrayc: there is
On Fri, 2005-04-08 at 15:00 +0200, Filip Van Raemdonck wrote:
> Hi,
Please use Reply To All so that the list sees your reply too.
> On Thu, Mar 31, 2005 at 03:19:03PM +0200, Murray Cumming wrote:
> > On Thu, 2005-03-31 at 13:47 +0100, Gustavo J. A. M. Carneiro wrote:
> > >
On Thu, 2005-03-31 at 15:19 +0200, Murray Cumming wrote:
> On Thu, 2005-03-31 at 13:47 +0100, Gustavo J. A. M. Carneiro wrote:
> > On Thu, 2005-03-31 at 13:17 +0200, Murray Cumming wrote:
> > > So, Gustavo (gnome-python-extras maintainer), may we add this to gnome-
&
On Thu, 2005-03-31 at 13:47 +0100, Gustavo J. A. M. Carneiro wrote:
> On Thu, 2005-03-31 at 13:17 +0200, Murray Cumming wrote:
> > So, Gustavo (gnome-python-extras maintainer), may we add this to gnome-
> > python-extras?
>
> OK, if you want me to do most of the work for t
So, Gustavo (gnome-python-extras maintainer), may we add this to gnome-
python-extras?
On Tue, 2005-03-29 at 18:50 +0200, Filip Van Raemdonck wrote:
> On Tue, Mar 29, 2005 at 04:24:00PM +0200, Rodrigo Moya wrote:
> > On Tue, 2005-03-29 at 13:51 +0200, Murray Cumming wrote:
> > >
d the pygda author.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
On Tue, 2005-03-01 at 13:33 +, Gustavo J. A. M. Carneiro wrote:
> On Tue, 2005-03-01 at 14:26 +0100, Murray Cumming wrote:
> >On Mon, 2005-02-28 at 21:47 -0700, Elijah Newren wrote:
> >> On Tue, 1 Mar 2005 01:31:31 -0300, Eric Jardim <[EMAIL PROTECTED]> wrote:
> >
ndings are not there because they are not on the release
schedule, usually because they do not follow the GNOME Platform Bindings
rules.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
http:
t then
I'll give you 1 approval. If it's just nice to have then I still don't
feel it's worth the risk.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list pygtk@daa.com.au
y existing APIs.
Can't you work around this in some way? For instance, can't you include
your own local wrapper of this class? I'm not happy about adding a whole
class after an API freeze, because we'll have no chance to fix it if
it's not per
> As I want to create a stock item for the button Credits in a gnome about
> window, I wounder why there is not stock item gtk-credits or gtk-about
> or anything else.
There is one in GTK+ 2.5/2.6.
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.open
One thing that might prove the point and allow a split to actually happen,
is people volunteering to maintain the individual packages. It's pretty
scary to volunteer to help to maintain all of gnome-python, but it's not
so scary to maintain just the gnome-vfs or gconf bindings, for instance.
__
nt parts of gnome-python make new releases.
The whole thing is a lot of code for one person to maintain.
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
stable test version, or from cvs, particularly if you submit a
patch.
> You could also wrap it in a small custom python C module for the time
> being..
>
> Mental note: need to run h2defs through libgnome* headers and merge in
> any API additions in development branch of gnome-pyth
> Qua, 2004-09-29 às 17:45 +0200, Murray Cumming escreveu:
>> > I suggest that we come up with a PyGnomeHello sample application in
>> > python, but using autotools, gnome autogen, etc. A "Best Current
>> > Practices" program, to serve as example.
>
C applications are allowed to use non-GNOME libraries
> too, as long as there is no GNOME library providing similar
> functionality.
Yes, though we often have to say that these are part of the Desktop.
> Also, I think this places an extra importance on the future inclusion
> of gnome-
hese extra modules
would then need to be approved as part of the GNOME Desktop instead of the
GNOME Bindings.
[1] gst-python has already been suggested.
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list [EMAIL PROTE
Presumably pygtk 2.4 is now API stable (as per the schedule), so shouldn't
there be a pygtk 2.4.0 release to show that?
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
www.openismus.com
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.c
kling:
>
> - IDLE Port
>
> - Integrated RAD Tool
>
> Thanks for chipping in with opinions and proposals,
> --
> Christian Robottom Reis | http://async.com.br/~kiko/ | [+55 16] 261 2331
> _______
> pygtk mailing li
the important things should be done before
> that. (Meaning everything but bug fixes)
Sounds good. Try to make sure people test the new API thoroughly before
the freeze.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
___
pygtk mailing list [EM
it stable
> enough to replace 2.2.0 yet.
>
> Maybe 1 month, maybe 3. No definite plan.
Well, the pygtk developers/contributors should be working to this plan:
http://www.gnome.org/start/2.7/
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
y irrelevant because not many
people should be installing from the source tarballs.
This works well for gtkmm, which has about 2.5 MB of generated docs in
the source tarball.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
___
pygtk mailing list
code to the respective C library module, though the same
> gnome-python developers can keep maintaining this code with the
> permission of the C module's maintainer.
I think it's much easier for someone to maintain bindings code if it's
in one of their own modules t
On Wed, 2004-05-05 at 13:12 +0200, Johan Dahlin wrote:
> > Would you like to put pygtk on the schedule?
>
> Sure, but I can only answer for pygtk\
[snip]
> pygtk:
> gobject
> atk
> pango
> gtk
> libglade
Excellent.
--
Murray Cumming
[EM
nd
why, so that we can communicate that to users of the platform.
--
Murray Cumming
[EMAIL PROTECTED]
www.murrayc.com
On Tue, 2004-05-04 at 20:07 +0000, Murray Cumming wrote:
> We are now in sync with the GNOME schedule:
> http://www.gnome.org/start/2.7/
> There is no extra, differ
--
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
--- Begin Message ---
The 2.5/2.6 GNOME Platform Bindings seem to be a success so far.
So I invite new projects to join the GNOME Platform Bindings schedule
for the 2.7/2.8 (and future) release cycle, which will last
approximately 6 months
tion) but I'm failing to see
> the advantages.
gnome-python gets released, publicised, distributed, and used.
--
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
On Sun, 2004-03-07 at 23:10, Gustavo J. A. M. Carneiro wrote:
> A Dom, 2004-03-07 às 19:02, Murray Cumming escreveu:
> > On Fri, 2004-03-05 at 16:14, Christian Robottom Reis wrote:
> > > Hey there,
> > >
> > > We're providing a new PyGTK release can
t pygtk
on the GNOME Platform Bindings 2.7/2.8 schedule.
--
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
with "since 2.2" and "2.4" in the API
docs (mostly from the C source), so it's worth grepping for that. Also,
the gtkmm NEWS file shows new stuff.
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
___
pygtk mailing list [EMAIL PR
anything in the Bindings rules that is a complete blocker for you?
It really does look like gnome-python could use an official
co-maintainer. I suspect that we could have got gnome-python into
2.5/2.6 if there had already been one.
--
Murray Cumming
www.murrayc.com
[
> I just like to mention a small tip to everyone who has a
> patch in bugzilla or want a specific patch to be included in
> the next version:
>
> SCREAM OUT LOUD!
I can recommend having a list-of-patches link on the website:
http://www.gtkmm.org/bugs.shtml
Murray Cumming
<6 months until the next stable release." And, in general, you can
tell people to use a workaround in the meantime. This rule works for the
GNOME Platform, and for gtkmm.
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
___
pygtk mailing list
some difficult multi-threading interprocess-communication stuff.
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
___
pygtk mailing list [EMAIL PROTECTED]
http://www.daa.com.au/mailman/listinfo/pygtk
Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
ses must be made. I have given pygtk
> extra time by
> > creating a December 22nd deadline for tarball submissions.
>
> Yes, it gives us just enough time to package the tarballs and
> fill the stockings with bug reports
Yes, we just need the tarballs that the gnome-python ma
t we can't wait forever. The schedule
must start and releases must be made. I have given pygtk extra time by
creating a December 22nd deadline for tarball submissions.
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
___
pygtk mailing list [EMAI
I have not seen any discussion of this here, so I am forwarding this in case
any interested people don't know about it.
Murray Cumming
www.murrayc.com
[EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Cumming Murray (CNET
External)
On Thu, 2002-09-12 at 09:18, Murray Cumming wrote:
> That ORBit-C++ module in gnome cvs also contains some Python stuff. I'm
> sending this to the pygtk list so that they can reassure me that they
> don't need it either.
Ignore that. I think it's just some cvs tricker
That ORBit-C++ module in gnome cvs also contains some Python stuff. I'm
sending this to the pygtk list so that they can reassure me that they
don't need it either.
On Thu, 2002-09-12 at 03:15, Sam Couter wrote:
> Murray Cumming <[EMAIL PROTECTED]> wrote:
> > There
On Sun, 2001-10-21 at 18:47, Matt Wilson wrote:
> OK, should be fixed now.
Many thanks.
>
> Cheers,
>
> Matt
>
> On Sun, Oct 21, 2001 at 12:41:59PM -0400, Matt Wilson wrote:
> > Oh, you're right. Gimme a sec.
> >
> > Matt
> >
> >
RN, because it expects only 1 piece of white space between
> > >the return type and the function name, and it can't handle the extra
> > >item.
>
> ___
> to unsubscribe or change your subscription parameters
75 matches
Mail list logo
