Opened 17 years ago

Closed 17 years ago

Last modified 15 years ago

#641 closed Defect (wontfix)

Trac Wiki lines beginning with `monospace`d word are not wrapped

Reported by: Pepo Owned by: davea
Priority: Trivial Milestone: Undetermined
Component: Undetermined Version:
Keywords: Cc: Pepo

Description

Anytime a text line in Trac Wiki article or Trac Ticket begins with a monospaced word, the remainder of the whole paragaph is continued on the same line infinitely wide behind the article and browser border and is not wrapped anymore. This happens with Internet Explorer 7, but not with SeaMonkey? (possibly everything from Mozilla class) and Safari. The exception is a monospaced word at the beginning of paragraph (1.st line), in this case usually nothing happens, but this paragraph while in preview is indeed broken (or unwrapped) too.

("Component: Web - Forums" is actually wrong, it belongs just to Trac, possibly Wiki formatting generally. Possibly an unrepairable bug of IE7's html interpretation.)

Change History (11)

comment:1 in reply to:  description ; Changed 17 years ago by Pepo

OTOH, longer sets of monospaced words inside a paragraph are correctly wrapped by IE7, but are attempted to be held together on one line and finally overflowed by Mozilla browsers and Safari. IIRC we were testing this (mis)behavior (among other forum formatting issues) somewhere on Boinc dev forums... (I will find out.)

comment:2 Changed 17 years ago by Nicolas

In Konqueror 3.5.9, I see your "the remainder of the whole paragaph is continued" in the first line, overflowing the description box. In Firefox 2.0.0.14, it wraps to the second line (leaving space after "word," at the end of the first line). However, if that was text longer than can fit in the box, it would overflow in Firefox too (it does in your first comment).

Trac CSS explicitly sets the <tt> element as white-space: pre. (See white-space in the CSS specification for definition). I guess just removing that rule would make things look better.

By the way, lack of wrapping in monospaced boxes is a feature.

This is supposed to remain in a single line, no matter how long it is. It should not wrap. It's usually used for code, which is better without any wrapping.

comment:3 in reply to:  1 Changed 17 years ago by Pepo

Replying to Pepo:

IIRC we were testing this (mis)behavior (among other forum formatting issues) somewhere on Boinc dev forums... (I will find out.)

It was the Testing code thread, but is actually not that relevant here.

Replying to Nicolas:

By the way, lack of wrapping in monospaced boxes is a feature.

Sure, of course, that's what they are for. (BTW, do you know that it's imposible to read one such monospaced boxed line on IE7, if the line is wide enough (like your is) to contain a horizontal scrollbar?)

comment:4 Changed 17 years ago by Ageless

Component: Web - ForumsUndetermined
Owner: davea deleted

Setting component to undetermined as it's about Trac.

comment:5 Changed 17 years ago by Ageless

Owner: set to davea

Reassigning to David.

comment:6 Changed 17 years ago by davea

Resolution: wontfix
Status: newclosed

It's a wiki - feel free to fix any formatting problems

comment:7 Changed 17 years ago by Nicolas

We need server access to fix that. There is no way to edit the CSS from the wiki interface...

comment:8 Changed 17 years ago by davea

What CSS change?

comment:9 Changed 17 years ago by Nicolas

Ah, closing tickets without reading them.

Trac CSS explicitly sets the <tt> element as white-space: pre. [...] I guess just removing that rule would make things look better.

comment:10 Changed 17 years ago by Pepo

OK.

Is someone around with a wiki to try it out? (.....) I've tried it on Pirates' wiki, the wrapping happens correctly there.

comment:11 Changed 17 years ago by Eric Myers

This would be a Trac bug, not a BOINC bug. I suspect it's an issue with CSS, and might be fixed with a change to the CSS. If you fix it, pass it upstream.

Note: See TracTickets for help on using tickets.