JBossDeveloper

http://seamframework.org/Documentation and do a find on linechart or barchart

Yes, you were correct, I did not mean threads but tabs. I would have thought where the resultList size is reflected in both tabs by indicating the ArrayList.size() that merely by switching tabs the collection being iterated over would remain. Apparently not. Again, this falls into the 'magic' realm of Seam, as you said, things don't always behave as they would be expected to or are advertised to. As I mentioned, I think things seem to behave more predictably with ear. It is little things like that that cause frustration and inordinate hours. I am not a big UI guy, as I said earlier. So as far as things I have done, start with a seam-gen crud and add an action here, remove a column there etc, not too bad, very quick, lots of nice features like pagination and sortable columns, so management things hey, Walt can do web app and give me tasks that, well...aren't CRUD one offs. And it's like oh my fricken word! If this is what I did for a living (Web) I'd probably be really good by now and, like you, know the things that work right and the things that work wrong and avoid the later. Hey, have you done anything with Weld or Seam 3? Is it your experience that the percentage of weirdnesses are dropping? Are they very subtle mind bending bugs or just things not really well thought out?
But, to your point, and other lurkers, Pete, Dan et al, I really like Seam too. I am struggling with how much of my issues are, well, self inflicted or it is just that difficult.

Have you done much with tabs? Oh, and how about ajax? It would be nice to do away with the display button and when a control changes to have the grid/charts automatically update.

I am thinking I know what the answer is, I think I have to use Integer, not int. I will change that in the morning. But that is what happens, oh I know what it is, I know what it is only to find out that, not only wasn't it, but it made it worse.

And that's the frustration of it....you start wishful thinking....anything to make the problem go away.

Scope is a good question, if it is event? request? maybe that should reset the world but here is where I don't get servlet behavior vs browser behavior.  Both tabs we, at least partially, rendered as the label was populated with dynamic data. I would think switching tabs would be a browser operation.  That gets back to the whole ajax thing. I might have ajax specified for switchType? I am at home now so the code is not in front of me.

Where I was going with the Weld/seam3 is given your experience which I gather has spanned several versions, is it getting better?

I know I solved this problem before, I am sure I had a thread on it and, in the 11 threads of mine still showing I can't find the one with the guy from Europe very helpful that basically said what you initially said.  It's big, its very complex, it can be squirrelly, etc. But he was at the level of having daily conversations with Dan Allen.

I changed the h:form to a4j:form and on the display button I add

rerender=

pointing to the tab panel. The display refreshes much more cleanly now.

Well, it works really well on Firefox.

It doesn't work at all on IE6. Even boilerplate Seam generated controls don't work properly.

The most glaring is the comboboxes don't work at all.

Here is a representative control that doesn't work

     <s:decorate template="layout/display.xhtml">
          <ui:define name="label">Language</ui:define>     
          <rich:comboBox id="compositeActivityCountry" value="#{compositeActivityList.country}" label="Language">
             <f:selectItem itemValue="All"/>
           <f:selectItem itemValue="EN"/>
           <f:selectItem itemValue="FR"/>
           <f:selectItem itemValue="DE"/>
          </rich:comboBox>
     </s:decorate>     

On the spinner trying to change the spinner forces a page refresh. This does not occur on Firefox

     <s:decorate template="layout/display.xhtml">
          <ui:define name="label">Smoothing</ui:define>     
          <rich:inputNumberSpinner id="smoothingSpinner" label="Smoothing Period" maxValue="21" minValue="1" step="1" value="#{DailyActivity.smoothing}"/>          
     </s:decorate>

Any suggestions?

One thing I did not mention Tim is on FF, either Linux or Win, if the tabpanel was empty it would still display the full panel with two tabs ... in other words there would be a thin sliver of a group box (old Swing/Win MVS graphical app control. On IE6 the 'group' box wasn't even fully formed, it was one (top) horizontal line. I don't recall if it had to two verticals, but it definitely did not have the bottom horizontal.

On first rendering the combo boxes were populated with default settings. Upon depressing Display control the combo boxes went blank, they all were, even initially, dead, the actual control on the right didn't depress.  I also noticed that the reload wouldn't reload the image. If I wanted to refresh from the server I had to restart IE6. I installed IE8 and it works much better. I do have an issue with the spinner but the controls are no longer frozen, the graph and grid display. I didn't know if there wasn't something wrong with my controls above. Oh, both browsers were pointing to the same jboss web container. No javascript although I did make the form a4j:form instead of h:form and the Display button rendered only the bottom panel. Googling didn't turn up anything querying IE6 and seam or IE6 and richfaces.

While I don't know enough to disagree with you on this, that swapped form namespace and the a4j:support to define the render="" on the display are as close as this gets to javascript, there are no onblur or on anything. I don't know java script. I don't mean to implicate richfaces. If it works fine in firefox, and works almost find in IE8, and, as it turns out from my mgr's browser, works fine in IE7, I think it is IE6. I would feel more comfortable with someone telling me you have to get creative to work around IE6 idiosyncrasies. I believe, by loading IE8, I no longer even have IE6 on my machine. I am mostly Linux. Is there anything else you can point to for me to look at?

Walt

I discovered something I did not realize was an IE 'feature'. There is a 'compatibility' button and, once pressed, everything worked fine except the width of the date column, which in IE line breaks at the - between year, month, and day.