On Wed, 26 Jun 2002 09:37:58 -0400, Fran Fabrizio wrote:
Fran
>Ron Savage wrote:
>
>>On Tue, 25 Jun 2002 12:22:15 -0400, Fran Fabrizio wrote:
>>
>>Fran
>>
>>[snip]
>>
>>>from first-hand experience, hell my current project has both of
>>
>>
>>>these
>>>things in a web interface, and neither were
Ron Savage wrote:
>On Tue, 25 Jun 2002 12:22:15 -0400, Fran Fabrizio wrote:
>
>Fran
>
>[snip]
>
>>from first-hand experience, hell my current project has both of
>
>
>>these
>>things in a web interface, and neither were trivial. I crafted an
>>expandable-tree menu (think Windows Explorer style
From: "Fran Fabrizio" <[EMAIL PROTECTED]>
> You oversimplify. Cookies do work fine. What creates, reads, modifies,
> validates the cookies? What ties the cookies to useful state
> information that is stored server-side? There's a lot of coding
> potentially involved. Yes, perl modules exi
: > I would like to continue in the same web front-end
: path for more
: >interactive forms. May be I will have to fight with
: Javascript more.
: >
: Yes, much more. But a book I found helpful was 'DHTML
: and CSS for the
: WWW'. It has helpful examples of
Well it sounds like most of your design goals are pointing you towards
the web interface. These same goals are what made me choose web even
though I knew that I'd have to make some sacrifices on the interface.
You'll be able to do it fine on the web, just be prepared to be
flexible with the
Thank you all for all your input on this.
Here are the reasons why I chose web interface using Apache/CGI/Mod_perl/GD
for our front-end reports.
* Quick solution. Our management needed the report screens in a very short
period.
* Our "C" application runs on two different OS and two differen
Rob Nagler wrote:
> Solved with refresh? JavaScript and Java can also help here.
Yes, solved with refresh. Of the entire page. Which may be quite
complex and have some hefty SQL queries, etc...not to mention other
issues such as network latency, the re-rendering of the page, etc...all
dist
[snip]
>
>The problem with all of the above is that it takes a VERY VERY complex
>analysis, planning, deployment, and long term environmental support
>infrastructure that most companies just don't have. So while J2EE all
>sounds great on paper, implementation of any reasonable J2EE system
actua
Fran Fabrizio writes:
> - Real-time data updates. HTTP is stateless: it serves up the page then
> closes the connection. Any updating involves a round-trip back to the
> server. In traditional GUI, you just hold a db connection and repaint
> the areas that are updated.
Solved with refresh?
Thanks for the info.
What I am looking for here is: just a front-end GUI which will interact with
the
existing C programs. The base application is written in "C". That is
not going to change(That is one heck of the job to re-write the C
application). Perl
programs will be used to get the dat
>
>
>
>Please correct me if this is wrong.
>
> What is the big difference between "web frontend" and a "normal GUI"?
>Can't
>you do everything in the "web frontnend" that you do in "normal GUI"?
>
No, not at all. The web is bound by HTTP and HTML. This comes with
many ramifications.
There ar
-Original Message-
From: Prakash Chatterjee [mailto:[EMAIL PROTECTED]]
Sent: 25 June 2002 16:00
To: Ganesan M
Subject: RE: Is mod_perl the right solution for my GUI dev?
Actually, no you can't. At least not without masses of Javascript and god
knows what else. And of course y
>At 16:09 25.06.2002, Ganesan M wrote:
>> My suggestions are:
>>
>> 1. Get rid of screen driver codes from the existing C programs
>> 2. Use "Inline C" in the mod_perl programs and run it through apache
>>webserver as a web page.
>>
>>But, some of my colleagues are suggesting to write a
At 16:09 25.06.2002, Ganesan M wrote:
>Hello list,
>
> Please pardon me if it is not related to the list.
>
> We have a C application which runs on both SCO open server
>and Red Hat Linux with Oracle/Informix database. It is a text
>based application originally developed for CRDS box with UN
Hello list,
Please pardon me if it is not related to the list.
We have a C application which runs on both SCO open server
and Red Hat Linux with Oracle/Informix database. It is a text
based application originally developed for CRDS box with UNOS.
Now management needs a GUI for the text
15 matches
Mail list logo
