 |
URL of affected page: As the page begins to load, the scrollbar is functional. Somewhere between item 'Select a random response to a "Multiple options" question for later use' and item 'Prefilling a date question with the current date' it is disabled. (If I stop the page loading at the former item, the scrollbar still works, if I reach the latter it is already disabled.) |
 |
Mazi, I think this problem occurs because alot of code in the page is not properly included in code tags {CODE()} some code {CODE} Can you walk the page and include any code in code tags so the page is at least wiki-wise okay? If the error still persists please assign it back to me. |
 |
Cleaned up the first part including the javascript section. Will continue sooner or later, it already took ~ 4h. |
|
|
These are workarounds which have to be checked if they are obsolete or outdated:
|
|
|
I overworked the complete workaround section. ITEd, can you please check again if there are still any problems? Unfortunately I couldn't find out yet how to limit the width of the page. Any ideas? |
|
|
Mazi, the problem still exists, but I got some help from Opera boffins (http://my.opera.com/community/forums/topic.dml?id=296070&t=1255731643&page=1) and the problem is quite simple: In http://docs.limesurvey.org/styles/strasa.css the HTML element has a height of 100% defined. Effectively that means the whole page should be 100% of the container, which is the browser window. Logically then no navigation is possible - all content supposedly is in the browser window. I'm not sure what its purpose is, but the 100% height should probably be applied to the body element, not the HTML element. That works ok in Opera. Apologies for my misleading guesses about the location of the problem. [Edit: delete nonsense about width] Thanks for all the cleanup work! It's improved the page a lot. I'll try to find tome to look at some of your queries. |
|
|
@Mazi (Bear in mind I'm reading for sense, not checking code) Others - not sure/haven't checked, but hope this helps. (See, I can navigate page with Opera if HTML <> 100% :-) |
|
|
I reduced the size of images in "Star Rating System", "Star Rating System Using List (Radio) Question", "Partially Randomized Answers - List...", and "Partially Randomized Answers - Multiple Options ..." and outdented images in the latter and "How to use Script (eg. JavaScript etc.)". This reduced page width so there's no horizontal scrollbar in Opera or FireFox 2. IE6 still thinks something is a few pixels too wide - haven't found cause. Please check with other browsers. Maximum image width (if no indent) is ± 700 pixels for display on 1024x768 screen without scrollbars. |
|
|
According to ITEd's feedback I did some more changes to the workarounds and added short notes (in capital letters) to the list above. |
|
|
Hi Thibault, |
|
|
Just some brief comments on the display problems in the hope that the boffins can spot what's breaking Opera: Firefox 2 handles everything OK. Firefox 3 makes the page far too wide with a big horizontal scrollbar. It is reading the width of the preformatted code sections as part of the page width, even though the overflow is set to auto and gives scrollbars on every code section that is wider than the box size. I would think it's a FF bug, but I don't have the very latest. Mazi, if one reformats all the codes to fit into the boxes, then FF3 doesn't have a scrollbar at the bottom. But it's almost impossible to do without wrecking the code sections. When Opera 9.63 or 10 load the page, one cannot navigate at all. Sometimes the vertical scrollbar is visible but without a button, sometimes it's not there at all. Neither keyboard nor mouse work. My correspondent was right that the 100% height on the HTML element in strasa.css isn't very logical, and setting it on the body does fix the problem, but it's not a good solution because it means customising the theme and it's not the real cause anyway - otherwise other long pages would also break. In lite.css the body is set to "display: table;". Block, inline, or inherit all also solve the problem. It may have something to do with it and with the Firefox issue, because it's meant to push the right side out if there's non-wrapping content. But again it means customisation and it's not the sole cause either. And Carsten was right that the code is playing some kind of part. I removed all the code content from a copy, and it is fine then. But which particular code, if any, is not at all clear. I replaced code from the top of the page and got as far as "Variable Length Array (Multi Flexible Text) question" before it broke again. Thereafter any later code section would cause the problem to come back. Starting from the bottom, I got to "Multiple Question Validation" before it broke, then continued returning code from the top to "Embedding audio in questions" - and then anything between them broke the page. There's something very odd going on: It seems as though an accumulation of code is doing something. Plain HTML on the page at a particular point also broke the page. I can't see the logic and haven't been able to spot the problem. It's probably some horrible cumulative CSS cascade or something that's doing something which FF and Opera see as perfectly valid. Oh, I validated HTML and CSS with W3C - but it made no difference. It's not one of the application's javascripts, but I've no idea what weird effect the workaround codes might be having. |
 |
1- to be removed, now handled by CSS class 6- to be removed since it is now in 1.85 12- not obsolete, but rather uninterresting since the GUI anbles the admin to use a given limit 13- now 0 values are supported in assessment values in 1.85 15- yes, but it shows how to use it in order to be able to modify answers at any time before final submission 19- ??? Should be deleted IMHO 21- no idea, I guess this is to be sure the HTTP refferer is recorded in LS DB. But description of the issue is not crisal clear. |
|
|
Clearing workarounds is done. Only remaining problem is the width in FF3 where you have to scroll. In IE7 there is also some space on the right side but you don't have to scroll to see al the text (at least at my resolution). Any ideas how to solve this? |
|
|
ITEd, do you think we can close this one? Can you keep an eye on the workarounds page in the future? People often try to break it :-) |
|
|
Mazi, the problem with Opera remains as before - one cannot navigate the page. (Has anyone else found different with Opera?) I haven't had time to work further yet on finding the exact cause. As an interim workaround, I can only suggest a note at the top advising Opera users to use the 'fit to width' button. |
|
|
I'll assign this layout problem to Carsten so he can check if there is any solution for this or if this ticket will just be closed. |
|
|
Martin, thank you for the very useful hints. Thank you again! |
- Anonymous
