Thread: searching for best solutions for graphical interfacing...

searching for best solutions for graphical interfacing...

From
JeanYves
Date:
Sorry, I'm not subscribed, PLS mail: 7ukwn@wanadoo.fr
======================================================

Hi list,

I plan to make a clone of my actual commercial gestion (only customers,
proformas, invoicing and suppliers; no accounting).  BTW: it is for my
computer shop.

the skeleton of the database is quite ready, but I can't make it for the
graphical interface language.

Today's CG works from M$ Access, with local data processing (berk!!) and
with some annoying bugs.

==============

I plan to make PG doing all the data processing through stocked procs.

For maintenance and development reasons, I prefer to use an interpreted
language (too hard for me to program it in C: too much time to spend on
code itself and security).

One of my problem is presentation i.e.: I wasn't able to present a customer
list in a tabular form (such as access does) with Perl/Tk (however, Perl/Tk
is a really nice and easy to program language!)

I also would like this graphical interfacing to work under M$ windows 98/XP,
as Linux and windows stations exists on my network.
My last (and least) option would be to make it under M$ access :-(

Any (wise) advice will be very welcome,

Thanks in advance,


Jean-Yves F. Barbier



Re: searching for best solutions for graphical

From
"Nigel J. Andrews"
Date:

Have you tried starting from pgaccess? It's TCL/TK.

Also I understand your reasons for mangling your email address but unmangled
addresses work best on the lists. If I hadn't happened to notice the 'nospam'
bit by chance you wouldn't be getting this reply.


-- 
Nigel J. Andrews


On Sun, 22 Jun 2003, JeanYves wrote:

> Sorry, I'm not subscribed, PLS mail: 7ukwn@wanadoo.fr
> ======================================================
> 
> Hi list,
> 
> I plan to make a clone of my actual commercial gestion (only customers,
> proformas, invoicing and suppliers; no accounting).  BTW: it is for my
> computer shop.
> 
> the skeleton of the database is quite ready, but I can't make it for the
> graphical interface language.
> 
> Today's CG works from M$ Access, with local data processing (berk!!) and
> with some annoying bugs.
> 
> ==============
> 
> I plan to make PG doing all the data processing through stocked procs.
> 
> For maintenance and development reasons, I prefer to use an interpreted
> language (too hard for me to program it in C: too much time to spend on
> code itself and security).
> 
> One of my problem is presentation i.e.: I wasn't able to present a customer
> list in a tabular form (such as access does) with Perl/Tk (however, Perl/Tk
> is a really nice and easy to program language!)
> 
> I also would like this graphical interfacing to work under M$ windows 98/XP,
> as Linux and windows stations exists on my network.
> My last (and least) option would be to make it under M$ access :-(
> 
> Any (wise) advice will be very welcome,
> 
> Thanks in advance,
> 
> 
> Jean-Yves F. Barbier
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>