On Tuesday 07 December 2004 17:15, Luiz Esmiralha wrote: > On Mon, 06 Dec 2004 16:55:43 -0500, Frank W. Zammetti
Hi, > When you are starting out you really can't make the decision all by > yourself, can you? The only reason you presented for using frames is > increasing performance. If your application doesn't have the huge > performance requirements that frames can help with, why bother using > them at all? Well, I generally hate frames too and rather extensively use Tiles. Still, there are situations where frames are better suited (IFRAMES, even), as they can improve user experience. Think of a search mask, embedded in a Tiles-generated View. The visual design guys stubbornly require to present the search results being presented as a 'scroll box', fixed size, scrolling contents, pagers or anything in this direction are a no-go. Two approaches are possible: the <DIV> tag solution where the whole page is generated again (DIV can be told to scroll if needed), or the <IFRAME> alternative which is much more difficult to handle, as you have to deal with two pages in a single (Tiles-based) View which you have to keep in sync. For comparison, I implemented both, and both solutions finally worked as desired. But: while the single-page DIV tag thing briefly, but still noticably, flashed upon each requery, with the IFRAME solution, everything except the 'result window' kept steady, just as in a normal GUI app. So finally the IFRAME solution won. From a developers's view, I always would prefer a 'single page' solution, but then, it's the user who decides if he likes the page or not. I must admit the IFRAME thing gives a much better user experience, so I would be reluctant to totally condemn frames. Furthermore, FRAMES | IFRAMES are the only way to transparently embed contents from your server into another server's pages (think of portals written in PHP or the like), which may well be a point when it comes to monetary things (JSTL provides a tag suited for such situations, but in my experience, very few portals actually run on Java, and even fewer of them are JSTL-capable). > Cheers, > Luiz Cheers, -- Chris NB. But the new JDeveloper 10g Preview is totally cool. Everybody should at least have a look at it. Go, Oracle JDev team! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
