This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
when using Woodstock 4.1.1 components, preview in browser actually uses different CSS style than actual rendering
I tried previewing the 4.1.1 components using a firefox browser and did not see any style sheet differences. Can you please elaborate which components were affected and what browser you are using?
I have seen this in latest installer build 6.0.1 with 4.1.1 componnents however I did not see this when only woodstock nbms were applied to nb6.0 FCS with patch1. Attaching a screenshot of what I see with build 6.0.1.
Created attachment 54833 [details] Installer build 6.0.1 designer view
Created attachment 54834 [details] Installer build 601 preview
I just re-executed 6.0.1 with a clean userdir the problem does not occur, designer/preview/runtime match: WinXP, JDK1.6.0_04 When I duplicated it, I had been using a NB6.0 userdir which happened to include additional plugins such as WoodstockThemeBuilder for 6.0, Interactive UI Gesture Collector et al. perhaps there is some interaction. Reporter autozoom: can you confirm your IDE version? i.e. how did you upgrade to 4.1.1 components.
The preview is now in insync, passing there. The images are attached badly (probably like binaries - that is wrong), I can't see them here, please fix it. Can also anybody reproduce it? Also provide log file when it happens, thanks.
Looks like only submitter and I have reproduced thus far. Re-outputting the .jpg files and attaching messages.log file. I suspect that I corrupted the userdir -- as I said before -- this does not occur with fresh userdir.
Created attachment 54842 [details] messages log
Created attachment 54843 [details] re-output designer view
Created attachment 54844 [details] re-output designer.JPG
Created attachment 54845 [details] re-output preview.JPG
Sandip and Winston did some evaluation at my workstation. I reproduced the issue using a migrated 6.0 userdir (which also included migrated userdir from 5.5 and 5.5.1) and we examined the userdir var\cache\dojo101jar directory to find it empty. They asked me to take from "good" clean/fresh userdir's var\cache\dojo101jar contents and port them to the bad one above, but I found that var\cache\dojo101jar empty as well! Until further evaluation, we currently have a workaround to use a clean userdir if anyone should run into this.
Here are my screenshots: actual rendering in Firefox 2.0.0.11, preview in Firefox 2.0.0.11 and actual in IE7 What is weird is that actual rendering in IE7 is different from Firefox, and the same actual rendering in IE7 is more compliant to design editor in Netbeans (look at the "data" text field in the upper left corner). Even stranger, the same HTML element uses different styles in Firefox actual and preview rendering: actual rendering: <select dojoattachpoint="listContainer" id="form1:tabSet1:inserisciTab:layoutPanel1:luogoDropDown_list" name="form1:tabSet1:inserisciTab:layoutPanel1:luogoDropDown_list" class="undefined"><option class="undefined" dojoattachpoint="optionNode" value="1">presso utente</option><option class="undefined" dojoattachpoint="optionNode" value="2">sportello</option><option class="undefined" dojoattachpoint="optionNode" value="3">struttura esterna</option></select> preview: <select size="1" onchange="webui.suntheme.dropDown.changed('form1:tabSet1:inserisciTab:layoutPanel1:luogoDropDown'); return false;" name="form1:tabSet1:inserisciTab:layoutPanel1:luogoDropDown_list" id="form1:tabSet1:inserisciTab:layoutPanel1:luogoDropDown_list" class="MnuStd_sun4">
I forgot to mention that I am using a new installation of Product Version: NetBeans IDE 6.0 (Build 200711261600) Java: 1.6.0_02; Java HotSpot(TM) Client VM 1.6.0_02-b06 System: Windows XP version 5.1 running on x86; Cp1252; it_IT (nb) Userdir: C:\Documents and Settings\mauro\.netbeans\6.0 I upgraded the Woodstock components to 4.1.1 as explained in http://wiki.netbeans.org/wiki/view/UpdatingWoodstockLibraryInNetBeans6
Created attachment 54853 [details] actual rendering in firefox
Created attachment 54854 [details] preview in firefox
Created attachment 54855 [details] actual rendering in IE7
HI autozoom, could you please re-output your attachments. You have to set the mime type explicitly. I ran into the same problem myself yesterday!
Created attachment 54902 [details] firefox actual rendering
Created attachment 54903 [details] firefox preview
Created attachment 54904 [details] ie7 actual rendering
Autozoom, now that I see your output, I see that your issue is different than what I experienced, which was severe corruption in preview browser. So, I will be moving my issue out of here and into a separate issue which belongs in insync. I will reassign this issue back to designer to make the final determination and evaluation, but I think this issue can be closed. It is true: our preview browser does use different rendering(html) than actual runtime rendering. Second, you will find some differences between browser implementations. Third, we do not evaluate bound components in the preview browser, so auto-sized components such as the dropdown, textfield, will not look their actual size. If you have issues with the component's runtime rendering, you can file a woodstock bug (http://woodstock.dev.java.net)