| Project: | formsPlayer |
| Version: | 1.6.1030-dev |
| Component: | Code |
| Category: | bug |
| Priority: | critical |
| Assigned: | abb |
| Status: | closed |
Paul/Mark
As you know we are trying to move to the latest verison of formsplayer. Currently the UI looks fine in terms of rendering with 1.4.x version, but with the 1.6.x version we see that for the same code and stylesheet the look and feel has changed. Things look messy on our UI. You can try using our self contained app which you have with you. Open anyone of the screens from the menu (say for example the Three-Part Energy Supply Offers) and open the section "Energy Offer Curves FIP/FOP" and see the difference between the styling using 1.4.x and 1.6.x and you will see that the 1.6.x has messed up the way the section looks in terms of styling. We are not sure if there is anything wrong with our styling. Our understanding is that moving from 1.4 to 1.6 shouldn't involve any change in styling, unless we have made some styling mistakes. Could you please let us know why there is a change in the style.
Regards
Nirmal
Updates
Could you please provide us your findings as soon as possible
Regards
Nirmal
See Different behaviour of repeat in 1.5 and later for a discussion on the "messed up" nature of the "Energy Offer Curves FIP/FOP" section.
Thx for your response. You are talking about repeat which is used in one part of that display, but what about the section which is in a tabular format to its left , they too are messed up.. I am talking about the part which has
Start Date Start Hr End Date End Hr Repeated Hr FIP% FOP%
The styling there is also messed up with 1.6.xx. Could you please provide an explanation for that .
Regards
Nirmal
| Attachment: | 3part-energy-1.4-section.jpg (30.61 KB) |
Attached is a screenshot of what I believe to be the section you describe, rendered on my machine with formsPlayer 1.4 installed.
| Attachment: | 3part-energy-1.6-section.jpg (31.27 KB) |
Attached is a screenshot of the section I believe you are describing, rendered on my machine with 1.6 installed.
Apart from the erroneous styling of the "Add" trigger in the 1.4 version, they appear to me to render the same. Could you give some indication as to how these appear to you?
| Attachment: | doc.doc (216.5 KB) |
I am not sure how you are getting to see the same results for both 1.4 and 1.6 wrt the issue with the content on the left. I checked the page on the m/c that we opened up for you and I can see the issue still persists(see attachment for screenshot).
It looks the same as the attachment even with the formsplayer license, except that the formsplayer icon is missing.
Regards
Nirmal
| Attachment: | 3part-mockup-query.jpg (53.9 KB) |
The image you sent is exactly what I would expect to see when the form is rendered without an applicable licence, but I am surprised that it "looks the same but with the icon missing" when a licence is applied.
I have used an image manipulation tool to produce the attached image, by applying your description to the last screenshot you sent, which is how I imagine you must be seeing the form, when licensed. Have I understood you correctly?
| Attachment: | 3part-XP.jpg (135.27 KB) |
This screenshot was taken from a Windows XP machine in our office. It does not resemble the image that I have generated from your description.
Yes it pretty much looks like the one you generated with the image manipulation tool
just as in your attachment 3part-mockup-query.jpg
I am not sure what is happening. The m/c that we opened for you doesn't have the license and so you see the icon. Also the code base is quite old there...but I don't see much change from a style perspective that has happened over the last few months.
I am seeing this issue on a m/c which has got license..and ofcourse I am using my latest codebase ...I just want to rule out any style issues..Could you please try to use the attached files and copy it to the location mentioned and see if you find anything similar to your 3part-mockup-query.jpg attachment in terms of styling on the left section.
Please copy the following files to the location mentioned: (I am sending these files to your email)
copy 3part_offer.htm to mi_webapps directory
copy sub_3part_offer.xml to xml directory
copy qry_3part_offer.xml to xml directory
copy can_3part_offer.xml to xml directory
copy day_light_saving_schedule.xml to xml directory
copy market_gui.xml to xml directory
copy market_gui.css to css directory
Regards
Nirmal
Hello Paul
Please ignore my comment on the issue site for the time being. I have a feeling there could be something else happening with the m/c that I have been testing this with. ..Let me do some reinstalls and tests and get back to you. I uninstalled 1.4.x and installed 1.6.x on my m/c and I see what you see..I am not sure what could be wrong with the m/c in our lab which I generally use for testing purposes.
I dont want to waste your time..before you try anything I would like to validate a few things. Please wait for me to get back to you before you proceed any further..
Regards
Nirmal
| Attachment: | doc1.doc (203.5 KB) |
Hello Paul,
OK, Please donot ignore this mail :-), I am getting back to you after testing further and this is what I found.
Remember long time back we raised this issue related to switch and the contents of the case loading slowly and we were given an option to use the appearance attribute (appearance="full") to preload the contents, so that it will seem to be faster when the user switches to the case section. This attribute is what is causing the problem..The file that I was using to test , I had added that attribute to the switch section and that is when I see the problem with the display..see attached screen shot (showing one switch with the attribute appearance="full" and one without on the same page)
Inorder to reproduce at your end please open the 3 part offer file and search for the switch which has an id "swFipFopDet2" and add the appearance="full" attribute to that switch and reload the page to see the problem..
So the issue exists and the cause for it is the appearance="full" attribute (without that attribute it looks fine..but slows down the loading), and we need to use that attribute for fast load. Please reproduce it at your end and kindly provide us a solution.
Regards
Nirmal
I have now reproduced this with the currently available build on the site. A fix for this issue has been applied, and will be available in a forthcoming build.
Please let us know the build version when the fix is available for us to test
Regards
Nirmal
I will tell you the version number when we have published the appropriate build.
| Status: | new | » applied |
1.6.1028 is now available, and should fix this issue.
Hello Paul,
Although, the CSS aspect was fixed, but the loading of the switch takes a while to happen, ie the painting takes some time. What I am trying to say is although you fixed the CSS issue, the switch is not behaving like it used to when using the appearance="full" attribute. This has no effect on the switch the first time. We need the switch to load fast when clicked on it the first time also.
You fixed the issue I raised but broke the feature that already existed. We need the appearance="full" feature to work as it used to before..
Regards
Nirmal
This feature appears to work as expected for me, and I can see no relevant changes between 1025 and 1028 that would have an impact on this feature. Is it possible that, in investigating the CSS rendering issue, appearance="full" has been removed in your forms?
Hello Paul,
My apologies for the inconvenience..I dunno what I did yesterday that made me say that it was broken..I tried it out today again and it seems fine.
This issue can now be closed.
Please take a look at the other two issues posted.
Regards
Nirmal
| Status: | applied | » closed |

Recent comments
6 days 18 hours ago
1 week 8 hours ago
1 week 15 hours ago
1 week 2 days ago
1 week 2 days ago
1 week 2 days ago
1 week 2 days ago
1 week 6 days ago
1 week 6 days ago
1 week 6 days ago