Opened 12 years ago

Closed 12 years ago

#1002 closed defect (fixed)

position of floating toolbar elements in FireFox

Reported by: htanaka Owned by: gogo
Priority: normal Milestone: Version 1.0
Component: Xinha Core Version: trunk
Severity: major Keywords:
Cc:

Description

Toolbar layout was broken in FireFox?.
When a button group in floating toolbar goes new line, it is placed at incorrect position instead of left corner of the next line. It looks like avoiding to go under select boxes.

It dosen't happen in Internet Explorer.

This problem may be caoused by default font of my locale(ja-JP).

Attachments (1)

xinha-toolbar-layout-broken.png (19.0 KB) - added by htanaka 12 years ago.

Download all attachments as: .zip

Change History (7)

Changed 12 years ago by htanaka

comment:1 Changed 12 years ago by htanaka

I think that the select box in toolbar should have constraint about its height. My cheaper idea is this. I can't do more smart than it.

Xinha.css line70-77

.htmlarea .toolbar select,
.htmlarea .toolbar select:hover,
.htmlarea .toolbar select:active { 
  margin-top: 2px;
  margin-bottom: 1px;
  color: ButtonText;
  height: 17px; //absolute height within 17px.
}

comment:2 Changed 12 years ago by ray

Does this happen with a revision greater than [767]? see #977

comment:3 Changed 12 years ago by htanaka

Yes, it dose with all skins even no-skin style.

To tell the truth it occurred with some skins(onliy blue-look and green-look) before [767]. I didn't report it because I thought that this problem might be from each skin. Now it happens even without skin.

There is older screenshot made in Japan.
http://www.g-up.com/web/xinha/img/eyecatch01.jpg

comment:4 Changed 12 years ago by htanaka

oops! I'm sorry to embed too big image.

comment:5 Changed 12 years ago by ray

Well, if you have figured out a fix, then go commit it:)

comment:6 Changed 12 years ago by htanaka

  • Resolution set to fixed
  • Status changed from new to closed

I've done at [813].

Note: See TracTickets for help on using tickets.