Re: Odd scrolling behavior
Geoff Welsh wrote: Trane Francks wrote: On 1/25/14 7:35 PM +0900, andré wrote: Ed Mullen a écrit : Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I've done some more investigating. The problem is that Mozilla-based browsers (at least the three I tested above) are handling Page Down keypress and clicking in the scrollbar area differently. When a Web page is longer than the viewport (as in the below example pages) the user scrolls down the page either by pressing the Page Down keyboard key or by clicking in the blank area of the scrollbar below the handle. The page should scroll down and present at the top enough of what was previously at the bottom to give context to the user. When a page has a fixed header at the top (using the CSS property position: fixed;) and the user hits Page Down, the page is scrolled properly and context-giving content is show at the page top below the fixed header. When the user clicks in the scrollbar area the page is scrolled based on the entire viewport length. Hence, the context-giving content is underneath the header and not visible to the user. Here are example pages where you can see the problem: http://edmullen.net/test/scroll_test.html http://www-03.ibm.com/press/us/en/pressrelease/43008.wss https://googledrive.com/host/0B9Ry6ju9pHDRelRwbFhGZlhlaWs/start.html http://happycog.com/ I tested this in the seven browsers listed above and only the Moz-based browsers exhibit this issue. If I can figure out how I'll enter a report at Bugzilla. Probably due to gnome changing the behavior of gtk. It affects any gtk-based application unless overridden. Under gtk, a regular mouse click now goes to the proportional position in the file, instead of moving a page (up or down). You have to do a minor click (left click if right-handed) to keep the old behavior. Ridiculous change in my mind. Before you could always drag the position icon to go to a certain position in the file. They could have kept the old behavior for a regular click, and used the minor click for a position in the file. The problem is reproducible under OS X, so I doubt it's a GTK problem. I don't use Gnome. ;) Moreover, the issue isn't that clicking a position in the scroll track moves to that relative location in the page. The problem is that clicking in the scroll track scrolls the page based on the full viewport area instead of the current frame region. after finally using a keyboard with a page down key, I finally understand what you guys are talking about. If he /were/ using Frames in the page design, there likely wouldn't be an issue but he's merely fixing a header DIV to the top of the entire page and, arguably, Mozilla browsers are reacting correctly, as the whole page is rolling up, including a part you can't see. Make the rest of the page another DIV with a +1 Z position and you'll see it I bet. Well, I can't agree that the Moz browsers are correct in handling this situation. Having a fixed element on a page should not produce this behavior and, as I said in my OP, other browsers are NOT doing this. Possible solution: make the whole rest of the page another DIV and position it (absolutely) below the Header DIV. But I haven't tried it GW Nope. I tried it and it really screws things up. But thanks for the thought. :-) -- Ed Mullen http://edmullen.net/ And whose cruel idea was it to put an S in the word Lisp? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Off topic, but perhaps of interest to people with scrolling problems: I recently discovered that I couldn't always scroll using the sliders when using Google's Chrome browser. Migrating from the Stable channel to the mildly-risky Beta channel fixed it for me. One other thing that got fixed was the annoying Page not responding popups than started happening a week or two ago. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Ed Mullen a écrit : Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I've done some more investigating. The problem is that Mozilla-based browsers (at least the three I tested above) are handling Page Down keypress and clicking in the scrollbar area differently. When a Web page is longer than the viewport (as in the below example pages) the user scrolls down the page either by pressing the Page Down keyboard key or by clicking in the blank area of the scrollbar below the handle. The page should scroll down and present at the top enough of what was previously at the bottom to give context to the user. When a page has a fixed header at the top (using the CSS property position: fixed;) and the user hits Page Down, the page is scrolled properly and context-giving content is show at the page top below the fixed header. When the user clicks in the scrollbar area the page is scrolled based on the entire viewport length. Hence, the context-giving content is underneath the header and not visible to the user. Here are example pages where you can see the problem: http://edmullen.net/test/scroll_test.html http://www-03.ibm.com/press/us/en/pressrelease/43008.wss https://googledrive.com/host/0B9Ry6ju9pHDRelRwbFhGZlhlaWs/start.html http://happycog.com/ I tested this in the seven browsers listed above and only the Moz-based browsers exhibit this issue. If I can figure out how I'll enter a report at Bugzilla. Probably due to gnome changing the behavior of gtk. It affects any gtk-based application unless overridden. Under gtk, a regular mouse click now goes to the proportional position in the file, instead of moving a page (up or down). You have to do a minor click (left click if right-handed) to keep the old behavior. Ridiculous change in my mind. Before you could always drag the position icon to go to a certain position in the file. They could have kept the old behavior for a regular click, and used the minor click for a position in the file. -- André ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/25/14 7:35 PM +0900, andré wrote: Ed Mullen a écrit : Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I've done some more investigating. The problem is that Mozilla-based browsers (at least the three I tested above) are handling Page Down keypress and clicking in the scrollbar area differently. When a Web page is longer than the viewport (as in the below example pages) the user scrolls down the page either by pressing the Page Down keyboard key or by clicking in the blank area of the scrollbar below the handle. The page should scroll down and present at the top enough of what was previously at the bottom to give context to the user. When a page has a fixed header at the top (using the CSS property position: fixed;) and the user hits Page Down, the page is scrolled properly and context-giving content is show at the page top below the fixed header. When the user clicks in the scrollbar area the page is scrolled based on the entire viewport length. Hence, the context-giving content is underneath the header and not visible to the user. Here are example pages where you can see the problem: http://edmullen.net/test/scroll_test.html http://www-03.ibm.com/press/us/en/pressrelease/43008.wss https://googledrive.com/host/0B9Ry6ju9pHDRelRwbFhGZlhlaWs/start.html http://happycog.com/ I tested this in the seven browsers listed above and only the Moz-based browsers exhibit this issue. If I can figure out how I'll enter a report at Bugzilla. Probably due to gnome changing the behavior of gtk. It affects any gtk-based application unless overridden. Under gtk, a regular mouse click now goes to the proportional position in the file, instead of moving a page (up or down). You have to do a minor click (left click if right-handed) to keep the old behavior. Ridiculous change in my mind. Before you could always drag the position icon to go to a certain position in the file. They could have kept the old behavior for a regular click, and used the minor click for a position in the file. The problem is reproducible under OS X, so I doubt it's a GTK problem. I don't use Gnome. ;) Moreover, the issue isn't that clicking a position in the scroll track moves to that relative location in the page. The problem is that clicking in the scroll track scrolls the page based on the full viewport area instead of the current frame region. -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote: On 1/25/14 7:35 PM +0900, andré wrote: Ed Mullen a écrit : Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I've done some more investigating. The problem is that Mozilla-based browsers (at least the three I tested above) are handling Page Down keypress and clicking in the scrollbar area differently. When a Web page is longer than the viewport (as in the below example pages) the user scrolls down the page either by pressing the Page Down keyboard key or by clicking in the blank area of the scrollbar below the handle. The page should scroll down and present at the top enough of what was previously at the bottom to give context to the user. When a page has a fixed header at the top (using the CSS property position: fixed;) and the user hits Page Down, the page is scrolled properly and context-giving content is show at the page top below the fixed header. When the user clicks in the scrollbar area the page is scrolled based on the entire viewport length. Hence, the context-giving content is underneath the header and not visible to the user. Here are example pages where you can see the problem: http://edmullen.net/test/scroll_test.html http://www-03.ibm.com/press/us/en/pressrelease/43008.wss https://googledrive.com/host/0B9Ry6ju9pHDRelRwbFhGZlhlaWs/start.html http://happycog.com/ I tested this in the seven browsers listed above and only the Moz-based browsers exhibit this issue. If I can figure out how I'll enter a report at Bugzilla. Probably due to gnome changing the behavior of gtk. It affects any gtk-based application unless overridden. Under gtk, a regular mouse click now goes to the proportional position in the file, instead of moving a page (up or down). You have to do a minor click (left click if right-handed) to keep the old behavior. Ridiculous change in my mind. Before you could always drag the position icon to go to a certain position in the file. They could have kept the old behavior for a regular click, and used the minor click for a position in the file. The problem is reproducible under OS X, so I doubt it's a GTK problem. I don't use Gnome. ;) Moreover, the issue isn't that clicking a position in the scroll track moves to that relative location in the page. The problem is that clicking in the scroll track scrolls the page based on the full viewport area instead of the current frame region. after finally using a keyboard with a page down key, I finally understand what you guys are talking about. If he /were/ using Frames in the page design, there likely wouldn't be an issue but he's merely fixing a header DIV to the top of the entire page and, arguably, Mozilla browsers are reacting correctly, as the whole page is rolling up, including a part you can't see. Make the rest of the page another DIV with a +1 Z position and you'll see it I bet. Possible solution: make the whole rest of the page another DIV and position it (absolutely) below the Header DIV. But I haven't tried it GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Geoff Welsh wrote, On 26/01/2014 05:48: Trane Francks wrote: On 1/25/14 7:35 PM +0900, andré wrote: Ed Mullen a écrit : Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I've done some more investigating. The problem is that Mozilla-based browsers (at least the three I tested above) are handling Page Down keypress and clicking in the scrollbar area differently. When a Web page is longer than the viewport (as in the below example pages) the user scrolls down the page either by pressing the Page Down keyboard key or by clicking in the blank area of the scrollbar below the handle. The page should scroll down and present at the top enough of what was previously at the bottom to give context to the user. When a page has a fixed header at the top (using the CSS property position: fixed;) and the user hits Page Down, the page is scrolled properly and context-giving content is show at the page top below the fixed header. When the user clicks in the scrollbar area the page is scrolled based on the entire viewport length. Hence, the context-giving content is underneath the header and not visible to the user. Here are example pages where you can see the problem: http://edmullen.net/test/scroll_test.html http://www-03.ibm.com/press/us/en/pressrelease/43008.wss https://googledrive.com/host/0B9Ry6ju9pHDRelRwbFhGZlhlaWs/start.html http://happycog.com/ I tested this in the seven browsers listed above and only the Moz-based browsers exhibit this issue. If I can figure out how I'll enter a report at Bugzilla. Probably due to gnome changing the behavior of gtk. It affects any gtk-based application unless overridden. Under gtk, a regular mouse click now goes to the proportional position in the file, instead of moving a page (up or down). You have to do a minor click (left click if right-handed) to keep the old behavior. Ridiculous change in my mind. Before you could always drag the position icon to go to a certain position in the file. They could have kept the old behavior for a regular click, and used the minor click for a position in the file. The problem is reproducible under OS X, so I doubt it's a GTK problem. I don't use Gnome. ;) Moreover, the issue isn't that clicking a position in the scroll track moves to that relative location in the page. The problem is that clicking in the scroll track scrolls the page based on the full viewport area instead of the current frame region. after finally using a keyboard with a page down key, I finally understand what you guys are talking about. If he /were/ using Frames in the page design, there likely wouldn't be an issue but he's merely fixing a header DIV to the top of the entire page and, arguably, Mozilla browsers are reacting correctly, as the whole page is rolling up, including a part you can't see. Make the rest of the page another DIV with a +1 Z position and you'll see it I bet. Possible solution: make the whole rest of the page another DIV and position it (absolutely) below the Header DIV. But I haven't tried it GW You said Mozilla browsers are reacting correctly and i say: NO ! Mozilla browsers are unable to work correctly as other browsers do. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I've done some more investigating. The problem is that Mozilla-based browsers (at least the three I tested above) are handling Page Down keypress and clicking in the scrollbar area differently. When a Web page is longer than the viewport (as in the below example pages) the user scrolls down the page either by pressing the Page Down keyboard key or by clicking in the blank area of the scrollbar below the handle. The page should scroll down and present at the top enough of what was previously at the bottom to give context to the user. When a page has a fixed header at the top (using the CSS property position: fixed;) and the user hits Page Down, the page is scrolled properly and context-giving content is show at the page top below the fixed header. When the user clicks in the scrollbar area the page is scrolled based on the entire viewport length. Hence, the context-giving content is underneath the header and not visible to the user. Here are example pages where you can see the problem: http://edmullen.net/test/scroll_test.html http://www-03.ibm.com/press/us/en/pressrelease/43008.wss https://googledrive.com/host/0B9Ry6ju9pHDRelRwbFhGZlhlaWs/start.html http://happycog.com/ I tested this in the seven browsers listed above and only the Moz-based browsers exhibit this issue. If I can figure out how I'll enter a report at Bugzilla. -- Ed Mullen http://edmullen.net/ Only in America are there handicap parking places in front of a skating rink. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote: On 1/20/14 5:54 AM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 12:14 PM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. The scroll slider moves to where I click. I'm not seeing any problem. GW To reproduce the issue, OS X must be configured to Jump to the next page, not Jump to the spot that's clicked. Is that a joke? Ever since my first mouse with a scroll wheel I have never even used the slider, I was just trying to duplicate the OP problem, and his page works fine for me.. GW No, that's not a joke. Maybe I didn't understand what you wrote, but I took what you wrote to mean that wherever you click in the scroll track, your page immediately scrolls to that position. That would, to me, indicate that your OS X is configured to 'Jump to the spot that's clicked'. If that is, indeed, the setting you've got in System Preferences/General, you will not be able to reproduce the OP's problem. Thanks, TF. since I have never heard of that or configured anything any differently on all five Macs I have used and they all work the same, I will stay out of this one. GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/21/14 10:51 AM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/20/14 5:54 AM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 12:14 PM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. The scroll slider moves to where I click. I'm not seeing any problem. GW To reproduce the issue, OS X must be configured to Jump to the next page, not Jump to the spot that's clicked. Is that a joke? Ever since my first mouse with a scroll wheel I have never even used the slider, I was just trying to duplicate the OP problem, and his page works fine for me.. GW No, that's not a joke. Maybe I didn't understand what you wrote, but I took what you wrote to mean that wherever you click in the scroll track, your page immediately scrolls to that position. That would, to me, indicate that your OS X is configured to 'Jump to the spot that's clicked'. If that is, indeed, the setting you've got in System Preferences/General, you will not be able to reproduce the OP's problem. Thanks, TF. since I have never heard of that or configured anything any differently on all five Macs I have used and they all work the same, I will stay out of this one. GW Understood and very fair. OS X supports two different scrolling paradigms. In yours, clicking half-way down a scroll track takes you half-way down the document. In my configuration, no matter where in the scroll track I click, it only scrolls down one page. When I want to jump to that point in the document via clicking the scroll track, I Opt-click in the track, which is useful to jump to the top or bottom of a document. Cheers, trane -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Ed Mullen wrote, On 19/01/2014 02:00: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I exhibit also the problem - But who's care ? The developers are not interested :-) Same as the bug i encounter here: I am interested to reply ... both groups Seamonkey and Firefox are interested about the follow-up of this thread. BUT because i am not interested to follow the mozilla.support.firefox i did not subscribe to this group. SM refuse that i post to both group :-( So i was obliged to not reply into mozilla.support.firefox :-( And as i said before: who's care ? ... :-) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/19/14 6:40 PM +0900, Ray_Net wrote: Ed Mullen wrote, On 19/01/2014 02:00: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I exhibit also the problem - But who's care ? The developers are not interested :-) Same as the bug i encounter here: I am interested to reply ... both groups Seamonkey and Firefox are interested about the follow-up of this thread. BUT because i am not interested to follow the mozilla.support.firefox i did not subscribe to this group. SM refuse that i post to both group :-( So i was obliged to not reply into mozilla.support.firefox :-( And as i said before: who's care ? ... :-) Interestingly, I was able to reply to both, even though I'm only subscribed to m.s.s. -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On Sat, 18 Jan 2014 20:00:14 -0500, Ed Mullen ejobviouslyrem...@edmullen.net wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. I seem to be seeing something slightly different to other people. Using Opera 12.x I see the same whether I use the Page Down key or the mouse; I miss seeing some your page because it is hidden by the fixed the image and menu bar. I don't know how it's done but by telling the browser that the top of the scroll bar should be just under the bottom of the menu bar will cure that. Using Firefox there is still text which is hidden by the image and menu bar but the amount by which the page is moved is different depending on whether I use the keyboard or mouse. I see the amount by which a page is moved to be different on all other pages I've looked at; using the mouse moves the page slightly more than using the keyboard. That idiosyncrasy could be considered a bug in Firefox. -- Roger ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Roger wrote: On Sat, 18 Jan 2014 20:00:14 -0500, Ed Mullen ejobviouslyrem...@edmullen.net wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. I seem to be seeing something slightly different to other people. Using Opera 12.x I see the same whether I use the Page Down key or the mouse; I miss seeing some your page because it is hidden by the fixed the image and menu bar. I don't know how it's done but by telling the browser that the top of the scroll bar should be just under the bottom of the menu bar will cure that. Using Firefox there is still text which is hidden by the image and menu bar but the amount by which the page is moved is different depending on whether I use the keyboard or mouse. I see the amount by which a page is moved to be different on all other pages I've looked at; using the mouse moves the page slightly more than using the keyboard. That idiosyncrasy could be considered a bug in Firefox. Regarding my site a little more info would be helpful to me. - What OS and version? - Display size? - Browser window size? I've never seen this behavior on my site in any of the various browsers I mentioned in my original post. -- Ed Mullen http://edmullen.net/ What would a chair look like if your knees bent the other way. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
I've set followup to mozilla.general as this is more about your site than Firefox. On Sun, 19 Jan 2014 13:20:23 -0500, Ed Mullen ejobviouslyrem...@edmullen.net wrote: Regarding my site a little more info would be helpful to me. - What OS and version? XP Home - Display size? 1024 x 768 - Browser window size? Browsers run full screen. Approximate viewable areas: Firefox 1009 x 649, Opera 817 x 644. I've never seen this behavior on my site in any of the various browsers I mentioned in my original post. I use only Opera and Firefox. I did start my post by saying that I seem to be seeing things differently to other people! If it matters I don't have either Flash or Java installed. And I run browsers with Javascript off unless I find it essential to turn it on (off when I viewed your page). -- Roger ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote: On 1/19/14 12:14 PM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. The scroll slider moves to where I click. I'm not seeing any problem. GW To reproduce the issue, OS X must be configured to Jump to the next page, not Jump to the spot that's clicked. Is that a joke? Ever since my first mouse with a scroll wheel I have never even used the slider, I was just trying to duplicate the OP problem, and his page works fine for me.. GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote, On 19/01/2014 11:45: On 1/19/14 6:40 PM +0900, Ray_Net wrote: Ed Mullen wrote, On 19/01/2014 02:00: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I exhibit also the problem - But who's care ? The developers are not interested :-) Same as the bug i encounter here: I am interested to reply ... both groups Seamonkey and Firefox are interested about the follow-up of this thread. BUT because i am not interested to follow the mozilla.support.firefox i did not subscribe to this group. SM refuse that i post to both group :-( So i was obliged to not reply into mozilla.support.firefox :-( And as i said before: who's care ? ... :-) Interestingly, I was able to reply to both, even though I'm only subscribed to m.s.s. Perhaps because you are on SM 2.23 ? (i am stuck on 2.17) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/20/14 5:54 AM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 12:14 PM +0900, Geoff Welsh wrote: Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. The scroll slider moves to where I click. I'm not seeing any problem. GW To reproduce the issue, OS X must be configured to Jump to the next page, not Jump to the spot that's clicked. Is that a joke? Ever since my first mouse with a scroll wheel I have never even used the slider, I was just trying to duplicate the OP problem, and his page works fine for me.. GW No, that's not a joke. Maybe I didn't understand what you wrote, but I took what you wrote to mean that wherever you click in the scroll track, your page immediately scrolls to that position. That would, to me, indicate that your OS X is configured to 'Jump to the spot that's clicked'. If that is, indeed, the setting you've got in System Preferences/General, you will not be able to reproduce the OP's problem. -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/20/14 6:56 AM +0900, Ray_Net wrote: Trane Francks wrote, On 19/01/2014 11:45: On 1/19/14 6:40 PM +0900, Ray_Net wrote: Ed Mullen wrote, On 19/01/2014 02:00: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. I exhibit also the problem - But who's care ? The developers are not interested :-) Same as the bug i encounter here: I am interested to reply ... both groups Seamonkey and Firefox are interested about the follow-up of this thread. BUT because i am not interested to follow the mozilla.support.firefox i did not subscribe to this group. SM refuse that i post to both group :-( So i was obliged to not reply into mozilla.support.firefox :-( And as i said before: who's care ? ... :-) Interestingly, I was able to reply to both, even though I'm only subscribed to m.s.s. Perhaps because you are on SM 2.23 ? (i am stuck on 2.17) Yes, I'm current on the latest stable release. In earlier versions, I have experienced the behaviour you described. Maybe they fixed it, but it could merely be coincidental. -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Odd scrolling behavior
Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. -- Ed Mullen http://edmullen.net/ They show you how detergents take out bloodstains. I think if you've got a T-shirt with bloodstains all over it, maybe your laundry isn't your biggest problem. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. -- / // Trane Franckstr...@gol.comTokyo, Japan // Practice random kindness and senseless acts of beauty. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. Well, for me, as someone who makes Web pages, I'm keenly interested in if there is some bit of HTML or CSS that affects this. Given that I've found sites that don't exhibit this behavior in Moz-based browsers, and that sites that do exhibit it only do so in Moz-based browsers, I'm kinda stumped. If no answers here I'll post this to some HTML and CSS newsgroups and see what happens. One of the weirdest things I've seen in decades of involvement in page design and Mozilla. -- Ed Mullen http://edmullen.net/ I heard about a dyslexic agnostic insomniac who lay awake at night wondering if there was a dog ... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. ... only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a variety of sites online and most do not exhibit this but several do. Any thoughts welcome. I think Trane's on the mark with his comment about the discrepancy between page size and frame size. I've seen this for a long time, never thought much about it until now. Easily reproduced. BTW, nice to know we're sort of neighbors (I'm about 10 min. north of your alma mater). -- War doesn't determine who's right, just who's left. -- Paul B. Gallagher ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Odd scrolling behavior
Trane Francks wrote: On 1/19/14 10:05 AM +0900, Ed Mullen wrote: Ed Mullen wrote: Okay, here's a weird one. Someone was perusing one of my Web sites and said, to paraphrase: If I click in the vertical scroll bar below the handle (grippy) the page scrolls down more than one full screen. That is, the vast majority of pages (I've checked many) will scroll so that the bottom of the first page is now at the top. The pages on my site scroll up past that, so that the content of the initial screen is above the top of the page. Meaning that the user will be missing, not see, some content. I cannot give a definitive example since it depends to some extent upon browser window size. But, try it at, for instance: http://edmullen.net/mozilla/moz_combine.php I only give this page as an example because it requires several scroll-downs to see the entire page. Then try any Amazon.com page. I haven't found one where it happens. Oddly, having checked it in: IE 11 Opera 18 Chrome 32 Safari (Windows) 5 Pale Moon 24 Moz-based SeaMonkey 2 Moz-based Firefox 26 Moz-based only the Moz-based browsers exhibit the problem. I'm posting here first but it may be an HTML or CSS issue. Which I would then pursue in an appropriate Usenet group. I have tested this on a varity of sites online and most do not exhibit this but several do. Any thoughts welcome. One additional thing. John Gilliver, who mentioned this to me origianlly, noted that it only happens when clicking in the scroll bar space. It does NOT happen if using the PAGE DOWN key (in Windows). I confirmed that. Interesting. Yes, I've seen this behaviour before. It appears to me that clicking inside the scroll bar track bases the page-down behaviour on the overall size of the window rather than just the scrolling frame of the site. Pressing the space bar to page-down bases the behaviour on the frame. I'd call this a bug. The scroll slider moves to where I click. I'm not seeing any problem. GW ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
