Thank you all for your comments.

The user base for the project is fairly small, and controlled, so I have no worries about browser javascript conflicts.
I would have worries about putting all the infromation into javascript variables, and doing more jscript coding. I think it might slow things down, and speed is a critical factor.
The push for a more friendly UI is comming from the users that are used to 'filemakerPro' type interaction, where everthing is editable all the time. I've stuck with the web medium because some users will access parts of the information from outside the company, and it seems to be easier to code.
I have a feeling I will revert back the the 'submit' type form, and try to incorporate a more complex screen layout with frames, so that information viewing can happen at the same time as information viewing.

Thanks to everyone.<br. david

---

---

• Are you posting in the right place? Check out Where do I post X? to know for sure.
• Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:

  <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>

• Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
• Want more info? How to link or How to display code and escape characters are good places to start.