Skip Menu |

This queue is for tickets about the Gtk2-Ex-Datasheet-DBI CPAN distribution.

Report information
The Basics
Id: 36786
Status: open
Priority: 0/
Queue: Gtk2-Ex-Datasheet-DBI

People
Owner: Nobody in particular
Requestors: user42 [...] zip.com.au
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

Attachments


Subject: suggest no Gtk2 -init in module
Date: Mon, 16 Jun 2008 10:20:59 +1000
To: bug-Gtk2-Ex-Datasheet-DBI [...] rt.cpan.org
From: Kevin Ryde <user42 [...] zip.com.au>
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 ... :)
Subject: Re: [rt.cpan.org #36786] suggest no Gtk2 -init in module
Date: Mon, 16 Jun 2008 22:09:21 +1000
To: bug-Gtk2-Ex-Datasheet-DBI [...] rt.cpan.org, user42 [...] zip.com.au
From: Daniel Kasak <dan [...] entropy.homelinux.org>
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
Download Gtk2-Ex-Datasheet-DBI-2.15.tar.gz
application/x-compressed-tar 57k

Message body not shown because it is not plain text.

Subject: Re: [rt.cpan.org #36786] suggest no Gtk2 -init in module
Date: Wed, 01 Oct 2008 09:40:22 +1000
To: bug-Gtk2-Ex-Datasheet-DBI [...] rt.cpan.org
From: Kevin Ryde <user42 [...] zip.com.au>
"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.