Beefy Boxes and Bandwidth Generously Provided by pair Networks
laziness, impatience, and hubris
 
PerlMonks  

Re: Need buttons on web page for retrieving database values

by plaid (Chaplain)
on Mar 28, 2000 at 06:37 UTC ( [id://6308]=note: print w/replies, xml ) Need Help??


in reply to Need buttons on web page for retrieving database values

You'll have to use normal form submit buttons for this. Javascript buttons that have functions responding to onClick events can execute client-side code only, and can't talk to your database.. a full-fledged submit must be done. If you need 12 different buttons, you'll either need to (as mentioned above) name the submit buttons, or use 12 different forms on your page. I would choose the latter of those two choices, as it would let you break up the code into more managable chunks, rather than one huge block of code which must be re-parsed on every submit and use a bunch of if/elsif statements. This also, of course, depends on if, and how much, of the same code will be executed depending on which button is pressed.
  • Comment on Re: Need buttons on web page for retrieving database values

Replies are listed 'Best First'.
RE: Re: Need buttons on web page for retrieving database values
by btrott (Parson) on Mar 28, 2000 at 06:44 UTC
    Just as an aside--the reason I suggested the former is because, for my own purposes, I've wanted to display a row of buttons; and if I put these into separate forms, browsers generally seem to insert paragraph breaks between the forms, which thwarts any attempt at horizontal alignment. That's more of an HTML issue, of course.

    In general, I'd agree w/ you about separating different pieces of functionality; though a general approach I've been taking recently is to have one main script which contains some dispatch code--upon receiving a new request, it determines the nature of the request, then hands it off to the appropriate handler, where each handler is generally stored in its own module.

      I've also run across the big vertical break between submit buttons from different forms on a page. One thing I've done (which is far from optimal, but looks better than the big gap) is to stick the buttons in a table, each in its own <td>. This at least gives the illusion of a row of buttons.

      The approach of having one main script dispatching calls to various handlers sounds like a good one.. I just wanted to make sure and point out the performance benefit of not having to parse 2000 lines of code to then only execute 20. I've seen this done way too many times in beginning CGIs.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://6308]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others musing on the Monastery: (3)
As of 2024-04-26 07:12 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found