Opened 15 years ago
Closed 14 years ago
#6941 closed Bug (fixed)
horizontal scrollbar in firefox
| Reported by: | Holger Hees | Owned by: | |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | General | Version: | 3.5 |
| Keywords: | Firefox HasPatch | Cc: | Sa'ar Zac Elias |
Description
which only occurs in the initialization for 1 second to and is dependent on their parents' style
you need to change
_source/plugins/wysiwygarea/plugin.js line 537
from
element.setStyles( { position : 'absolute', top : '-3000px' } );
to
element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );
Attachments (1)
Change History (11)
comment:1 Changed 15 years ago by
| Keywords: | Firefox HasPatch added |
|---|
comment:2 Changed 15 years ago by
| Status: | new → pending |
|---|
comment:3 Changed 15 years ago by
the reason is the style 'overflow:auto' in the testcase.
and the patch was not complete. i have forget to save the original left value.
previousStyles = {
position : element.getStyle( 'position' ), left : element.getStyle( 'left' ) top : element.getStyle( 'top' )
};
element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );
comment:6 Changed 15 years ago by
| Status: | pending → confirmed |
|---|
comment:7 Changed 15 years ago by
| Cc: | Sa'ar Zac Elias added |
|---|
comment:8 Changed 15 years ago by
We cannot use the left property because of our need for RTL compatibility. I'm not sure how much we can do in this sense to make it work well with overflowing parent, as also the regular way to check if right or left should be used will fail with them.
comment:9 Changed 15 years ago by
For me, #5956 is simply not reproducible (or at least it's missing a tc), even if it's valid, hidden/opacity fix should be considered in prior to an offset hack.

Could you provide a test case that shows the scrollbar?
Also, #5956 must be re-checked as there's no originate TC and I was unable to reproduce it in FF.