Ticket #191 (closed Bug: fixed)

Opened 1 year ago

Last modified 4 months ago

FF Mac: scrollable combos have no scrollbar

Reported by: liane@users.sourceforge.net Assigned to: martinkou
Priority: Normal Milestone: FCKeditor 2.6
Component: UI : Toolbar Version: FCKeditor 2.4
Keywords: Review+ Cc:

Description

Firefox 1.507 and 2.0
Mac OSX 10.4.8

Scrollable combos (format, size) have no scrollbar. They can still be scrolled using the mouse wheel, but that is tricky on a iBook...

Works fine on windows.

See attached image.


Moved from SF:
http://sourceforge.net/tracker/index.php?func=detail&aid=1586670&group_id=75348&atid=543653

Attachments

FF-combo-scroll.jpg (15.0 kB) - added by fredck on 03/15/07 15:00:27.
screenshot mac vs windows - Moved from SF. Original author: liane
191.patch (0.7 kB) - added by martinkou on 01/15/08 04:43:03.
Proposed patch for fixing #191.
191_2.patch (1.5 kB) - added by fredck on 01/19/08 17:34:38.

Change History

03/03/07 18:06:46 changed by fredck

update: this behavior only appears when the editor is created inside a div with style="display:none"


Moved from SF. Original poster: liane

03/03/07 18:07:38 changed by fredck

up: this is triggered also by hiding and showing the editor *after* it has been created, so it is not only related to it being created hidden (004.html in _testcases exhibits this bug, when you click the "Show Editor" button)

Hiding and showing parts dynamically is common practice with modern web applications, and not having a scrollbar makes users think there's nothing more to choose from (that's how I looked at this issue, using the mouse wheel, I didn't even noticed the scrollbar wasn't there).

I hope someone can think of a work-around.


Moved from SF. Original poster: liane

03/03/07 18:08:00 changed by fredck

  • reporter changed from fredck to liane@users.sourceforge.net.

03/15/07 15:00:27 changed by fredck

  • attachment FF-combo-scroll.jpg added.

screenshot mac vs windows - Moved from SF. Original author: liane

03/15/07 15:04:08 changed by fredck

  • keywords changed from SF to SF Confirmed Firefox Mac.
  • version set to FCKeditor 2.4.

Confirmed with FF2. As described, it is reproducible only with _testcases/004.html. The normal samples doesn't show this behavior.

Certainly a FF bug... quite weird though, and therefore difficult to fix.

10/05/07 00:26:00 changed by fredck

  • keywords changed from SF Confirmed Firefox Mac to SF Confirmed Firefox Mac CantFix.
  • milestone set to FCKeditor 2.6.

I don't see many chances to fix it at our side. I'm targeting it to the 2.6, so we can properly report the bug at Bugzilla.

01/15/08 04:42:28 changed by martinkou

  • owner set to martinkou.
  • status changed from new to assigned.

01/15/08 04:43:03 changed by martinkou

  • attachment 191.patch added.

Proposed patch for fixing #191.

01/15/08 04:44:26 changed by martinkou

  • keywords changed from SF Confirmed Firefox Mac CantFix to Review?.

I found a kludge that seems to fix the issue on Mac OS X 10.5.1 + Firefox 2.0.0.11.

01/19/08 17:34:15 changed by fredck

  • keywords changed from Review? to Review-.

That one was good Martin. I would never arrive to it. There are just some minor things that could be enhanced in the code. I will be attaching an updated patch to it.

01/19/08 17:34:38 changed by fredck

  • attachment 191_2.patch added.

01/19/08 17:37:13 changed by fredck

  • keywords changed from Review- to Review?.

The proposed patch doesn't use the "me" hack by making use of the FCKTools.RunFunction function. It also limits the kludge execution to FF on Mac only, to avoid unneeded stuff on Windows.

Feel free to review it Martin, committing it directly if it sounds good.

01/22/08 07:01:13 changed by martinkou

  • keywords changed from Review? to Review+.

01/23/08 03:09:22 changed by martinkou

  • status changed from assigned to closed.
  • resolution set to fixed.

Fixed with [1387].

Click here for more info about our SVN system.