Bug #36786 for Gtk2-Ex-Datasheet-DBI: suggest no Gtk2 -init in module

Sun Jun 15 20:21:43 2008 user42 [...] zip.com.au - Ticket created

Received:	from x1.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 7D93B4D803E for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Sun, 15 Jun 2008 20:21:34 -0400 (EDT)
Received:	(qmail 29392 invoked from network); 16 Jun 2008 00:21:33 -0000
Received:	from x16.dev (10.0.100.26) by x1.dev with QMQP; 16 Jun 2008 00:21:33 -0000
Received:	from mailout1-9.pacific.net.au (HELO mailout1.pacific.net.au) (125.255.80.128) by 16.mx.develooper.com (qpsmtpd/0.43rc1) with ESMTP; Sun, 15 Jun 2008 17:21:30 -0700
Received:	from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id CFD7A39F948 for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Mon, 16 Jun 2008 10:21:26 +1000 (EST)
Received:	from blah.blah (ppp25F3.dyn.pacific.net.au [61.8.37.243]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 77CC227409 for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Mon, 16 Jun 2008 10:21:26 +1000 (EST)
Received:	from gg by blah.blah with local (Exim 4.69) (envelope-from <gg@zip.com.au>) id 1K82Sx-0001mF-I2 for bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org; Mon, 16 Jun 2008 10:20:59 +1000
Delivered-To:	cpan-bug+Gtk2-Ex-Datasheet-DBI@diesel.bestpractical.com
MIME-Version:	1.0
User-Agent:	Gnus/5.110007 (No Gnus v0.7) Emacs/22.2 (gnu/linux)
Subject:	suggest no Gtk2 -init in module
X-Spam-Status:	No, hits=-2.6 required=8.0 tests=BAYES_00
Return-Path:	<gg@zip.com.au>
X-Spam-Check-BY:	16.mx.develooper.com
X-Original-To:	bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org
Date:	Mon, 16 Jun 2008 10:20:59 +1000
X-Spam-Level:	*
Message-Id:	<874p7u5ixg.fsf@blah.blah>
content-type:	text/plain; charset="utf-8"
To:	bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org
From:	Kevin Ryde <user42@zip.com.au>
X-RT-Original-Encoding:	us-ascii
Content-Length:	425

I noticed a couple of "use Gtk2 -init" lines in DBI.pm. It'd be nice if they didn't have the "-init", leaving it to the application to initialize when it wants. Obviously there's not much you can do without an init, but leaving it to the mainline code means you can do things like "Test::UseAllModules" without an X display available. (Perhaps those -init's are only leftovers from the Gtk2 example programs anyway ... :)

Mon Jun 16 08:09:53 2008 dan [...] entropy.homelinux.org - Correspondence added

MIME-Version:	1.0
X-Spam-Status:	No, hits=-3.6 required=8.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW
In-Reply-To:	<rt-3.6.HEAD-19195-1213575704-1230.36786-4-0@rt.cpan.org>
X-Ironport-Anti-Spam-Result:	AiwBAH/0VUjL1pec/2dsb2JhbAAIrSQ
X-Mailer:	Evolution 2.22.1
References:	<RT-Ticket-36786@rt.cpan.org> <874p7u5ixg.fsf@blah.blah> <rt-3.6.HEAD-19195-1213575704-1230.36786-4-0@rt.cpan.org>
X-Ironport-Anti-Spam-Filtered:	true
Content-Type:	multipart/mixed; boundary="=-7QvKpeM209t/WbhLJUFB"
X-Ironport-Av:	E=Sophos;i="4.27,652,1204470000"; d="tar'49?scan'49,208,49,50?gz'49,208,49,50,50?t'49,208,49,50,50?yml'49,208,49,50,50?pl'49,208,49,50,50?pm'49,208,49,50,50";a="330033046"
Received:	from x1.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 125D64D80A6 for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Mon, 16 Jun 2008 08:09:41 -0400 (EDT)
Received:	(qmail 14315 invoked from network); 16 Jun 2008 12:09:41 -0000
Received:	from x16.dev (10.0.100.26) by x1.dev with QMQP; 16 Jun 2008 12:09:41 -0000
Received:	from outbound.icp-qv1-irony-out2.iinet.net.au (HELO outbound.icp-qv1-irony-out2.iinet.net.au) (203.59.1.107) by 16.mx.develooper.com (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 Jun 2008 05:09:36 -0700
Received:	from unknown (HELO [192.168.1.1]) ([203.214.151.156]) by outbound.icp-qv1-irony-out2.iinet.net.au with ESMTP; 16 Jun 2008 20:09:23 +0800
Delivered-To:	cpan-bug+Gtk2-Ex-Datasheet-DBI@diesel.bestpractical.com
Subject:	Re: [rt.cpan.org #36786] suggest no Gtk2 -init in module
Return-Path:	<dan@entropy.homelinux.org>
X-Spam-Check-BY:	16.mx.develooper.com
X-Original-To:	bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org
Date:	Mon, 16 Jun 2008 22:09:21 +1000
X-Spam-Level:	*
Message-Id:	<1213618161.3227.31.camel@metabox.entropy.homelinux.org>
To:	bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org, user42@zip.com.au
From:	Daniel Kasak <dan@entropy.homelinux.org>
RT-Message-ID:	<rt-3.6.HEAD-8903-1213618193-938.36786-0-0@rt.cpan.org>
Content-Length:	0

Content-Type:	text/plain; charset="utf-8"
Content-Transfer-Encoding:	7bit
X-RT-Original-Encoding:	utf-8
Content-Length:	2445

On Sun, 2008-06-15 at 20:21 -0400, Kevin Ryde via RT wrote:

Show quoted text

> I noticed a couple of "use Gtk2 -init" lines in DBI.pm. It'd be nice if > they didn't have the "-init", leaving it to the application to > initialize when it wants. > > Obviously there's not much you can do without an init, but leaving it to > the mainline code means you can do things like "Test::UseAllModules" > without an X display available. > > (Perhaps those -init's are only leftovers from the Gtk2 example programs > anyway ... :)

That's right. Copy & paste is to blame here :) Here's an updated version that doesn't try to init Gtk2. There are also about a year's worth of changes. There's nothing major ( otherwise I would have bothered with doing a release ), but there are a few more things than are in the changelog at the moment.

Show quoted text

>From memory you might get warnings about changing the syntax of numeric

formatting hashes and things. I'm part-way through synchronising the syntax with PDF::ReportWriter for an export function ( which is added but incomplete and may change at the moment ). Lastly, if you're finding the DBI module(s) useful, you might be interested in the GUI builder that I was working on ( I had screenshots on my webpage, but that's all gone ... ). I've got a functional ( but not complete ) builder for Gtk2::Ex::DBI definitions, and basic framework in place for project management. Adding support for Gtk2::Ex::Datasheet::DBI definitions shouldn't be *too* hard - it would be maybe 10 hours of work to get something functional. My original plan was to try to find other developers who were interested in working on it as a commercial project. With a Gtk2::SourceView-based editor, and maybe even a Gtk2-based interface to the perl debugger, it would be at least as good as OpenOffice's monstrosity. Anyway, I've been lazy/busy and not really done anything in ages. In fact I don't work in the same job that I developed these tools for any more, so I'm not actually using them ( for work purposes ) any way. But, I'm still working ( slowly ) at fleshing out the GUI builder. If you're interested in working on it as either a commercial or open-source project, I'm open to persuasion either way at the moment. I'm in Sydney, by the way. What part of Australia are you in? When I get some more time ( which may be anything from days to weeks ... our first born is due in 4 weeks ), I'll look at your multi-column primary key request. Dan

content-type:	application/x-compressed-tar; name="Gtk2-Ex-Datasheet-DBI-2.15.tar.gz"
content-disposition:	attachment; filename="Gtk2-Ex-Datasheet-DBI-2.15.tar.gz"
Content-Transfer-Encoding:	base64
Content-Length:	58468

Gtk2-Ex-Datasheet-DBI-2.15.tar.gz

Message body not shown because it is not plain text.

Mon Jun 16 08:09:58 2008 The RT System itself - Status changed from 'new' to 'open'

Tue Sep 30 19:40:52 2008 user42 [...] zip.com.au - Correspondence added

MIME-Version:	1.0
X-Spam-Status:	No, hits=-2.6 required=8.0 tests=BAYES_00
In-Reply-To:	<rt-3.6.HEAD-8903-1213618193-938.36786-6-0@rt.cpan.org> (Daniel Kasak via's message of "Mon, 16 Jun 2008 08:09:58 -0400")
References:	<RT-Ticket-36786@rt.cpan.org> <874p7u5ixg.fsf@blah.blah> <rt-3.6.HEAD-19195-1213575704-1230.36786-4-0@rt.cpan.org> <1213618161.3227.31.camel@metabox.entropy.homelinux.org> <rt-3.6.HEAD-8903-1213618193-938.36786-6-0@rt.cpan.org>
Content-Type:	text/plain; charset="utf-8"
X-RT-Original-Encoding:	utf-8
Received:	from x1.develooper.com (x1.develooper.com [63.251.223.170]) by diesel.bestpractical.com (Postfix) with SMTP id 4EB844D80DE for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Tue, 30 Sep 2008 19:40:45 -0400 (EDT)
Received:	(qmail 18656 invoked from network); 30 Sep 2008 23:40:44 -0000
Received:	from x16.dev (10.0.100.26) by x1.dev with QMQP; 30 Sep 2008 23:40:44 -0000
Received:	from mailout2-5.pacific.net.au (HELO mailout2.pacific.net.au) (61.8.2.228) by 16.mx.develooper.com (qpsmtpd/0.43rc1) with ESMTP; Tue, 30 Sep 2008 16:40:39 -0700
Received:	from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout2.pacific.net.au (Postfix) with ESMTP id E66F4EF572 for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Wed, 1 Oct 2008 09:40:34 +1000 (EST)
Received:	from blah.blah (ppp2406.dyn.pacific.net.au [61.8.36.6]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 6A61A2742E for <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org>; Wed, 1 Oct 2008 09:40:34 +1000 (EST)
Received:	from gg by blah.blah with local (Exim 4.69) (envelope-from <gg@zip.com.au>) id 1KkopK-0001I2-Ny for bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org; Wed, 01 Oct 2008 09:40:22 +1000
Delivered-To:	cpan-bug+Gtk2-Ex-Datasheet-DBI@diesel.bestpractical.com
User-Agent:	Gnus/5.110007 (No Gnus v0.7) Emacs/22.2 (gnu/linux)
Subject:	Re: [rt.cpan.org #36786] suggest no Gtk2 -init in module
Return-Path:	<gg@zip.com.au>
X-Spam-Check-BY:	16.mx.develooper.com
X-Original-To:	bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org
Date:	Wed, 01 Oct 2008 09:40:22 +1000
X-Spam-Level:	*
Message-Id:	<87tzbxp5i1.fsf@blah.blah>
To:	bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org
From:	Kevin Ryde <user42@zip.com.au>
RT-Message-ID:	<rt-3.6.HEAD-2192-1222818052-1241.36786-0-0@rt.cpan.org>
Content-Length:	494

"Daniel Kasak via RT" <bug-Gtk2-Ex-Datasheet-DBI@rt.cpan.org> writes:

Show quoted text

> > Here's an updated version that doesn't try to init Gtk2. There are also > about a year's worth of changes. There's nothing major ( otherwise I > would have bothered with doing a release ),

You could upload that whenever you're ready. The nasty renderer subclass hack thingie should be fixed in gtk2-perl itself too if you wanted to depend on 1.200 or whatever new enough version instead of the workaround I suggested.