Closed Bug 77898 Opened 25 years ago Closed 23 years ago

Properties: url is not truncated and dialog appears too wide

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: shrir, Unassigned)

References

(Blocks 1 open bug,
URL
)

Details

windows trunk 0425 go to the above url. right click on the first bug link(68756) and slect PROPERTIES Observe that the dialog opens up too wide.
corrected typo in summary
Summary: url is not truncated and dialog appears too winde → url is not truncated and dialog appears too wide
nothing to do with menus.
Assignee: pinkerton → blakeross
Component: XP Toolkit/Widgets: Menus → XP Apps: GUI Features
QA Contact: jrgm → sairuh
Blocks: 74121
OS: Windows NT → All
Hardware: PC → All
Summary: url is not truncated and dialog appears too wide → Properties: url is not truncated and dialog appears too wide
CCing sicking. This is a known problem. There's a big Properties patch over in bug 74121. It doesn't fix this issue, but we can't really fix it until that goes in (or not.) It's waiting on BenGoodger's review. Gerv
-> Gerv
Assignee: blakeross → gervase.markham
Blake: There's two ways we can fix this. Firstly, we can turn all the <text> elements which contain URLs to <html> elements, and then insert spaces in the visible version of the URL "as convenient". This would be a bit of a pain. Secondly, we can convert to <html>, forget the spaces, and get XPToolkit to be more sensible about text wrapping in <html> elements when a single "word" (i.e. URL) is wider than the space available. Would the second of these be possible? Gerv
blake: ping? :-) Gerv
Put the URL in a multi-line non-editable text field.
if it's a multiline text edit, the window will get larger as the url gets longer. Isn't crop="left" on a normal <textfield/> probably a better solution?
I can't get crop="left" to do anything :-( I'm totally stumped on this bug; we need someone with more XUL experience than me to work out how to fix this. Or better XUL docs relating to exactly how text wraps and is cropped in different elements under different circumstances. Gerv
IMHO we shouldn't crop the text. I want to be able to select the text and copy-n-paste it to a browser window, so mpts solution sounds like what I want. What happens if explicitly set the width of the window, would that wrap a textbox?
Over in bug 101910 I've changed all of the <label> tags to <text> tags so you can copy and paste the information. Should I continue developing that patch? Because it sounds like it would conflict with this one.
I'm not going to get to this (assuming it's still a problem.) Gerv
Assignee: gerv → nobody
*** Bug 154457 has been marked as a duplicate of this bug. ***
The patch in 101910 made it in so this bug could probably be closed now.
I'm going to mark this as being fixed. If anyone objects, just open it again.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
wfm with recent trunk builds.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.