Closed
Bug 116114
Opened 23 years ago
Closed 14 years ago
Links from Address Cards must have same behaviour as for links from MailNews
Categories
(SeaMonkey :: MailNews: Address Book & Contacts, enhancement)
Tracking
(Not tracked)
RESOLVED
FIXED
seamonkey2.1b2
People
(Reporter: BesTo, Assigned: philip.chee)
References
Details
(Keywords: dataloss)
Attachments
(4 files, 1 obsolete file)
57.84 KB,
image/jpeg
|
Details | |
3.81 KB,
patch
|
neil
:
review+
philip.chee
:
feedback+
|
Details | Diff | Splinter Review |
10.19 KB,
image/png
|
Details | |
3.81 KB,
patch
|
Details | Diff | Splinter Review |
Right-click on a link to choose "open in new windows" should be possible in a
card on the e-mail-list.
I make a attachment to explain which links I mean.
Reporter | ||
Comment 1•23 years ago
|
||
Comment 2•23 years ago
|
||
*** This bug has been marked as a duplicate of 64030 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
> *** This bug has been marked as a duplicate of bug 64030 ***
The right-click issues from 64030 are not related.
Main goal of this one is to open links from the address cards without overwriting existing content. So they need to be opened in a new browser window or new tab.
Links from MailNews are targeted according to the "Links from other applications" preference set in Tabbed Browsing. Additionally they watch Ctrl+Click, Middle-Click and Right-Click -> Context-Menu.
Links from Address Book should do the same.
Old summary: [RFE] right-click\"open in new window" should be possible on links in a card displayed in the e-mail-list
Severity: enhancement → normal
Status: VERIFIED → UNCONFIRMED
Keywords: dataloss
OS: Windows 98 → All
Resolution: DUPLICATE → ---
Summary: [RFE] right-click\"open in new window" should be possible on links in a card displayed in the e-mail-list → Links from Address Cards must have same behaviour as for links from MailNews
Updated•14 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 5•14 years ago
|
||
Currently openLink(id) calls openTopWin() however it should call openUILink() instead now that we have this utility function.
Assignee | ||
Updated•14 years ago
|
Severity: normal → enhancement
Assignee | ||
Comment 6•14 years ago
|
||
Currently openLink(id) calls openTopWin() however it should call openAsExternal()
> - <hbox style="min-width: 10ch; max-width: 10ch;">
> + <hbox style="min-width: 10ch; max-width: 10ch; display: inline-block">
I got tired of getting this error message in the Error Console every time I tested this patch:
> Warning: XUL box for hbox element contained an inline img child, forcing all its children to be wrapped in a block.
> Source file: chrome://messenger/content/addressbook/addressbook.xul
So I decided to fix it here rather than in a separate bug/patch since it's a one liner.
> <description class="CardViewLink" id="cvHomeWebPageBox">
> - <html:a onclick="return openLink('cvHomeWebPage');" href="" id="cvHomeWebPage"/>
> + <html:a onclick="return openLink(event);" href="" id="cvHomeWebPage"/>
> </description>
I don't suppose it's worth while converting these to a text-link label + .textContent
Comment 7•14 years ago
|
||
Comment on attachment 497237 [details] [diff] [review]
Proposed fix v1.0 use openAsExternal()
[Bah, this crashed my debug build. Filed bug 618792.]
>+ <hbox style="min-width: 10ch; max-width: 10ch; display: inline-block">
> <spacer flex="1"/>
This is no good, because the spacers won't flex. (You can't tell with the default image because it's too big and has to shrink to fit anyway.) Maybe setting display: -moz-box on the img will work. (I haven't tried it.)
Attachment #497237 -
Flags: feedback?(neil) → feedback+
Assignee | ||
Comment 8•14 years ago
|
||
Switching review to Neil as IanN seems MIA.
>>+ <hbox style="min-width: 10ch; max-width: 10ch; display: inline-block">
>> <spacer flex="1"/>
> This is no good, because the spacers won't flex. (You can't tell with the
> default image because it's too big and has to shrink to fit anyway.) Maybe
> setting display: -moz-box on the img will work. (I haven't tried it.)
-moz-box didn't work or rather it did but I still got the "inline img child" warning. Putting inline-block on the html:img however worked in that the image is centred horizontally and the warning doesn't crop up.
Attachment #497237 -
Attachment is obsolete: true
Attachment #497276 -
Flags: review?(neil)
Attachment #497276 -
Flags: feedback+
Assignee | ||
Comment 9•14 years ago
|
||
Comment 10•14 years ago
|
||
Comment on attachment 497276 [details] [diff] [review]
Patch v1.0a use inline-block on the img element instead. f=Neil
I'd prefer display: block; if it works.
Attachment #497276 -
Flags: review?(neil) → review+
Assignee | ||
Comment 11•14 years ago
|
||
Pushed to comm-central:
http://hg.mozilla.org/comm-central/rev/83dfe09bf8ff
> I'd prefer display: block; if it works.
Yes. display: block; works.
Assignee | ||
Updated•14 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → seamonkey2.1b2
You need to log in
before you can comment on or make changes to this bug.
Description
•