[jbosstools-issues] [JBoss JIRA] Commented: (JBIDE-675) Large JSF file are too slow to handle, making editor useless for them

[Maxim Areshkau (JIRA)]

    [ http://jira.jboss.com/jira/browse/JBIDE-675?page=comments#action_12406449 ] 
            
Maxim Areshkau commented on JBIDE-675:
--------------------------------------

I have tried display.asyncExec/display.syncExec  to use already a third time, for tests I was using employee.xhtml from attachment. I was checked it on eclipse 3.3.1 and eclipse 3.3.2 on Mac OS and Linux, each time user input are suspended. 
How Snjezana Peco can arguments why we can't modify Mozilla DOM even using proxy? Can you supply some information except phrase "Mozilla DOM can't be modified in a non-UI thread." Why it can't be modified from non-ui thread? What is different between UI and non-ui thread that we cann't modify mozilla dom?
Why you propose 400ms? I don't think that using delay in this situation take reason. Main problem of edition emplayee.xhtml that some changes can take about 10 seconds to update visual preview on my mashine for one operation, so if user can type smth. and doesn't make interruption mare than 400ms it wiil be work, but if user make some rest in typing for example of 500 ms 
the update job will starts and he should wait 10 second to enter  a next group of symbols and wait wait again.

> Large JSF file are too slow to handle, making editor useless for them
> ---------------------------------------------------------------------
>
>                 Key: JBIDE-675
>                 URL: http://jira.jboss.com/jira/browse/JBIDE-675
>             Project: Tools (JBoss Tools)
>          Issue Type: Bug
>          Components: JSF, Visual Page Editor
>    Affects Versions: ExadelStudioPro4
>         Environment: Eclipse 3.2.2
> Exadel Studio 4.0.4
> Kubuntu Feisty Fawn
> 1G RAM
> CPU Intel(R) Pentium(R) 4 CPU 2.80GHz, HyperThreading activated
>            Reporter: David Delbecq
>         Assigned To: Maxim Areshkau
>            Priority: Critical
>             Fix For: 2.2.x
>
>         Attachments: .classpath, copy_dump.txt, edit_dump1.txt, edit_dump2.txt, editStructure.txt, JBIDE-675.tar.gz, loading_dump.txt, profiling.tar.gz, stacktraces-rhd2b1.log.gz, tree.txt
>
>
> Post to JIRA, following recommandatiopn here: http://jboss.com/index.html?module=bb&op=viewtopic&t=115447
> When editing JSF files That contains quite a lot of include, it take commonly up to 20 seconds for one character i type to get it's way to the screen. I can even see, after 10 seconds, the cursor goes on step right, and after a new 10 second the character appear in front of the cursor. This make it impossible to use JSF editor from exadel to edit such file, i have to ressort to plain xml editor without completion for facelets tags.
> I will be posting attachement containing description of files involved (sorry, no file content).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira