ICEmobile
  1. ICEmobile
  2. MOBI-454

Accordion contentPane causing unnecessary DOM diffs

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 1.1 Final
    • Fix Version/s: None
    • Component/s: Faces, Spring
    • Labels:
      None
    • Environment:
      n/a

      Description


      When the contentPane is set to client="false", the renderer will only render content if the pane is selected. This is inoptimal because it means that the when a contentPane moves from opened to closed, a dom diff blanking the content is created, and the browser will never store the hidden content of the contentPane. This means that as a user is toggling back and forth in a tabSet or accordion, then we're always sending dom-diffs to blank out the hidden panes and show the selected panes whether or not the content has actually changed on the server or not. Over the course of switching panes this will probably use much more bandwidth than having contentPanes client="true".

      If client="false" and the pane is not selected, but the pane has in the past been selected, we should continue to render it. This would allow the user to toggle quickly back and forth between panes, a central benefit of having client-side information.

        Activity

        There are no subversion log entries for this issue yet.

          People

          • Assignee:
            Steve Maryka
            Reporter:
            Philip Breau
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated: