Обсуждение: [HACKERS] Forms package and other companion software.
In an earlier message, De Clarke said he could provide a free Tk-based
forms package. I would like more information on this (i.e. where to get
it, etc.).
As PostgreSQL is growing, we are starting to get secondary projects
springing up like the Java API's, etc. that are not part of the
current PostgreSQL distribution.
There has been some discussion in the past month on reorginizing the
directory tree to make it easier to find API's, etc.
I think that we should actively consider bundling the offerings of other
PostgreSQL related projects either inside the distribution or outside it
but available from the same directory tree. I am thinking of software
like the following:
- I believe there is a group developing an ODBC driver for PostgreSQL.
Since this is actively being developed by another group, this
should be "bundled" outside of our distribution.
- If an API (or something like this forms package) is no longer being
actively developed, it is not too large and we can get permission to
include it in our package under a copyright that is not incompatable
with the one we use then it should probably be bundled inside.
- If a package dependant on PostgreSQL is developed (i.e. an
example setup of using PostgreSQL with web pages, or the
time sheet program I am writing) it should be "bundled" outside.
Comments?
I have no idea if our host want's to host more than the core PostgreSQL
software. Marc, in the three months I've been reading these lists, I
don't think I've seen anything on the resources of postgresql.org or who
is making it available to us. Would you enlighten me? Thanks.
David Friend ! cq995@freenet.carleton.ca
Atlantis Scientific Inc. ! david.friend@atlsci.com
20 Colonnade Rd, Suite 110 ! 613-727-1087 (voice)
Ottawa, Ontario, CANADA K2E 7M6 ! 800-265-3894 (voice)
ERGOvista Scientific Image Analysis ! 613-727-5853 (fax)
------------------------------
On Fri, 6 Jun 1997 23:01:02 -0400 (EDT), David Friend <dfriend@atlsci.atlsci.com> wrote: >... As PostgreSQL is growing, we are starting to get secondary projects >springing up like the Java API's, etc. that are not part of the >current PostgreSQL distribution. >I think that we should actively consider bundling the offerings of other >PostgreSQL related projects either inside the distribution or outside it >but available from the same directory tree. I am thinking of software >like the following: > - I believe there is a group developing an ODBC driver for = PostgreSQL. > Since this is actively being developed by another group, this > should be "bundled" outside of our distribution. > - If an API (or something like this forms package) is no longer being > actively developed, it is not too large and we can get permission = to > include it in our package under a copyright that is not = incompatable > with the one we use then it should probably be bundled inside. > - If a package dependant on PostgreSQL is developed (i.e. an > example setup of using PostgreSQL with web pages, or the > time sheet program I am writing) it should be "bundled" outside. 1. There is a very nice start on a generic PostgreSQL CGI Perl forms tool at http://www.cis-computer.com/dbengine/ Not sure if the author is actively working on this project any more - if not, it has been my plan to tune the program to 6.1 as time allows. On a related note: 2. With apologies to the author, I think the PostgreSQL home pages need a document listing available packages of this sort, not just a blank form. (At least a line suggesting to click "Search Now" with a blank form to see the complete list would be a start.) Also, if we are trying to attract serious users I'm not sure it's good advertising to say that the 3rd party page was "literally thrown together at 4am". ------------------------------
At 18:03 Uhr +0200 09.06.1997, Hal Snyder wrote: > On Fri, 6 Jun 1997 23:01:02 -0400 (EDT), David Friend > <dfriend@atlsci.atlsci.com> wrote: > > >... As PostgreSQL is growing, we are starting to get secondary projects > >springing up like the Java API's, etc. that are not part of the > >current PostgreSQL distribution. > > >I think that we should actively consider bundling the offerings of other > >PostgreSQL related projects either inside the distribution or outside it > >but available from the same directory tree. I am thinking of software > >like the following: > > - I believe there is a group developing an ODBC driver for PostgreSQL. > > Since this is actively being developed by another group, this > > should be "bundled" outside of our distribution. > > - If an API (or something like this forms package) is no longer being > > actively developed, it is not too large and we can get permission to > > include it in our package under a copyright that is not incompatable > > with the one we use then it should probably be bundled inside. > > - If a package dependant on PostgreSQL is developed (i.e. an > > example setup of using PostgreSQL with web pages, or the > > time sheet program I am writing) it should be "bundled" outside. > > 1. There is a very nice start on a generic PostgreSQL CGI Perl forms > tool at > http://www.cis-computer.com/dbengine/ > Not sure if the author is actively working on this project any more - if > not, it has been my plan to tune the program to 6.1 as time allows. Currently I don't have the time to improve dbengine, but it should work with 6.1 - unless the internal field specs have been changed... However - for the future I definetely want to improve the tool, although I didn't get any suggestions so far and therefore will have to stick with my very own ideas. I'd be glad if dbengine would become part of either a PostgesSQL distribution or a related tools section in the directory tree. CPAN - The official Perl related ftp servers are a really useful archive. It might be a good idea to look at this as a template. Ingo - -- CCCC I SSSS Ingo Ciechowski | phone : +49.6732.9411-26 C I S Ober-Saulheimer Strasse 18 | fax : +49.6732.9411-333 C I SSS D-55286 Woerrstadt | business: CIS-Computer GmbH CCCC I Gmbh Germany | mailto:ingo@cis-computer.com PGP-Key @ http://www.cis-computer.com/mitarbeiter/ciechowski/pgp.asc ------------------------------
On Mon, 9 Jun 1997, Hal Snyder wrote:
> 2. With apologies to the author, I think the PostgreSQL home pages need
> a document listing available packages of this sort, not just a blank
> form. (At least a line suggesting to click "Search Now" with a blank
> form to see the complete list would be a start.)
<RANT MODE ON>
I can never figure out how it is that ppl can't clue into the
fact that there is a "Search Now" button with the option to "Search All
Categories" being the default option...it boggles the mind
<RANT MODE OFF>
> Also, if we are trying
> to attract serious users I'm not sure it's good advertising to say that
> the 3rd party page was "literally thrown together at 4am".
I welcome any changes to that that you might wish to present. The
point that I was trying to make (and please bear this in mind when you
submit a rewrite for me) was the short amount of time it took to create
a working front end to the PostgreSQL database.
I'm not the linguistic in the group, and everyone here knows it...
which is why David wrote the Press Release instead of me :) Anyone wants to
volunteer to re-write working, I'm more then happy to change it :)
It was meant as a quick and dirty solution to a growing problem...
ppl trying to submit things but never seeing it added because it was all
manual :(
Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org
------------------------------
On Mon, 9 Jun 1997, The Hermit Hacker wrote:
> On Mon, 9 Jun 1997, Hal Snyder wrote:
>
> > 2. With apologies to the author, I think the PostgreSQL home pages need
> > a document listing available packages of this sort, not just a blank
> > form. (At least a line suggesting to click "Search Now" with a blank
> > form to see the complete list would be a start.)
>
> <RANT MODE ON>
>
> I can never figure out how it is that ppl can't clue into the
> fact that there is a "Search Now" button with the option to "Search All
> Categories" being the default option...it boggles the mind
>
> <RANT MODE OFF>
I think this is perfectly clear. Especially since web pages using this
style appear all over the internet these days.
("Rant mode"? Are you also a Red Dwarf fan?)
> > Also, if we are trying
> > to attract serious users I'm not sure it's good advertising to say that
> > the 3rd party page was "literally thrown together at 4am".
Personally, I found this comment an excellent recommendation in favour of
PostgreSQL. While it was nice to have the tables, I think this method is
far better. Especially since it allows people to add new entries quickly.
(Now if people would just do this. <grin> I know of several products
that I don't think are in the database yet. I keep meaning to add them
but ... <sigh>)
> I welcome any changes to that that you might wish to present. The
> point that I was trying to make (and please bear this in mind when you
> submit a rewrite for me) was the short amount of time it took to create
> a working front end to the PostgreSQL database.
>
> I'm not the linguistic in the group, and everyone here knows it...
> which is why David wrote the Press Release instead of me :) Anyone wants to
> volunteer to re-write working, I'm more then happy to change it :)
You won't see me volunteering. I like it the way it is right now.
David Friend ! cq995@freenet.carleton.ca
Atlantis Scientific Inc. ! david.friend@atlsci.com
20 Colonnade Rd, Suite 110 ! 613-727-1087 (voice)
Ottawa, Ontario, CANADA K2E 7M6 ! 800-265-3894 (voice)
ERGOvista Scientific Image Analysis ! 613-727-5853 (fax)
------------------------------
On Tue, 10 Jun 1997 07:57:51 -0400 (EDT), David Friend
<dfriend@atlsci.atlsci.com> wrote:
>On Mon, 9 Jun 1997, The Hermit Hacker wrote:
>> <RANT MODE ON>
>>=20
>> I can never figure out how it is that ppl can't clue into the
>> fact that there is a "Search Now" button with the option to "Search =
All
>> Categories" being the default option...it boggles the mind
>>=20
>> <RANT MODE OFF>
>I think this is perfectly clear.
There is nothing mind boggling about the page being a bit of a puzzle to
someone who hasn't already seen the idiom - getting all items by doing a
blank query.
>> > Also, if we are trying
>> > to attract serious users I'm not sure it's good advertising to say =
that
>> > the 3rd party page was "literally thrown together at 4am".
>
>Personally, I found this comment an excellent recommendation in favour =
of
>PostgreSQL.
The remark was intended as *constructive* criticism. It is clearly a
service to have the third party page there at all. But that's no reason
to enshrine it. Heck, most of PostgreS{95)(QL) was in need of cleanup
not too long ago.
------------------------------
On Tue, 10 Jun 1997, David Friend wrote:
> ("Rant mode"? Are you also a Red Dwarf fan?)
I enjoy it...but have never heard a reference to "Rant mode" on it...
don't watch it *that* often, I guess :)
> Personally, I found this comment an excellent recommendation in favour of
> PostgreSQL.
Good, that was the intent :)
Marc G. Fournier scrappy@hub.org
Systems Administrator @ hub.org scrappy@freebsd.org
------------------------------
On Tue, 10 Jun 1997, Hal Snyder wrote:
> On Tue, 10 Jun 1997 07:57:51 -0400 (EDT), David Friend
> <dfriend@atlsci.atlsci.com> wrote:
>
> >On Mon, 9 Jun 1997, The Hermit Hacker wrote:
>
> >> <RANT MODE ON>
> >>
> >> I can never figure out how it is that ppl can't clue into the
> >> fact that there is a "Search Now" button with the option to "Search All
> >> Categories" being the default option...it boggles the mind
> >>
> >> <RANT MODE OFF>
>
> >I think this is perfectly clear.
>
> There is nothing mind boggling about the page being a bit of a puzzle to
> someone who hasn't already seen the idiom - getting all items by doing a
> blank query.
But, it isn't a blank query, is the point. The default is clear:
"Search All Categories"
Marc G. Fournier scrappy@hub.org
Systems Administrator @ hub.org scrappy@freebsd.org
------------------------------