Re: Send Link and Word Wrap in SM2
On 11/24/2009 09:44 PM, Stanimir Stamenkov wrote: Tue, 24 Nov 2009 15:43:14 -0800, /NoOp/: Now I wonder how the Percent-Encoding can be resolved in https://bugzilla.mozilla.org/show_bug.cgi?id=475896 I guess we need a separate bug as it seems the problem is observed when copying the whole URL in SeaMonkey, too. I suspect you are right, I'll file a SM specific bug. However, given that SM 2.0 shares the bulk of the Fx code, and mention of this issue multiple times on this group, it seems to me that filing a SM bug will end up being marked as a dup of 475896. I've no authority to modify the 'Product' to include SeaMonkey, is there away to do this, or must we only have bugs with individual 'Product's'? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/25/2009 06:10 PM, NoOp wrote: On 11/24/2009 09:44 PM, Stanimir Stamenkov wrote: Tue, 24 Nov 2009 15:43:14 -0800, /NoOp/: Now I wonder how the Percent-Encoding can be resolved in https://bugzilla.mozilla.org/show_bug.cgi?id=475896 I guess we need a separate bug as it seems the problem is observed when copying the whole URL in SeaMonkey, too. I suspect you are right, I'll file a SM specific bug. However, given that SM 2.0 shares the bulk of the Fx code, and mention of this issue multiple times on this group, it seems to me that filing a SM bug will end up being marked as a dup of 475896. I've no authority to modify the 'Product' to include SeaMonkey, is there away to do this, or must we only have bugs with individual 'Product's'? https://bugzilla.mozilla.org/show_bug.cgi?id=531210 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/25/2009 06:58 PM, NoOp wrote: On 11/25/2009 06:10 PM, NoOp wrote: On 11/24/2009 09:44 PM, Stanimir Stamenkov wrote: Tue, 24 Nov 2009 15:43:14 -0800, /NoOp/: Now I wonder how the Percent-Encoding can be resolved in https://bugzilla.mozilla.org/show_bug.cgi?id=475896 I guess we need a separate bug as it seems the problem is observed when copying the whole URL in SeaMonkey, too. I suspect you are right, I'll file a SM specific bug. However, given that SM 2.0 shares the bulk of the Fx code, and mention of this issue multiple times on this group, it seems to me that filing a SM bug will end up being marked as a dup of 475896. I've no authority to modify the 'Product' to include SeaMonkey, is there away to do this, or must we only have bugs with individual 'Product's'? https://bugzilla.mozilla.org/show_bug.cgi?id=531210 And another one: SM 1.1.18 http://www.google.com/search?hl=ensource=hpq=ubuntu+%2Bkarmic+%2B%22D-link+DSL-502T%22aq=foq=aqi= SM 2.0 http://www.google.com/#hl=ensource=hpq=ubuntu+%2Bkarmic+%2BD-link+DSL-502Taq=faqi=oq=fp=6b22d27f49a5e7dd These are *typical* google links. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
Sun, 22 Nov 2009 14:42:13 -0800, /NoOp/: Actually there are other issues with URL's SM 2.0. For example if I copy this link into SM: http://www.google.com/webhp?complete=0#complete=0hl=enq=ubuntu+%2B*ERROR*+Failed+to+restore+crtc; Notice that the url link stops just after %2B and just before *ERROR*+Failed+to+restore+crtc So, you can't click the link from my msg to bring up the full url; The literal quotation mark character is not allowed in fragment identifiers, Appendix A. Collected ABNF for URI http://tools.ietf.org/html/rfc3986#appendix-A: pchar = unreserved / pct-encoded / sub-delims / : / @ fragment = *( pchar / / / ? ) pct-encoded = % HEXDIG HEXDIG unreserved= ALPHA / DIGIT / - / . / _ / ~ sub-delims= ! / $ / / ' / ( / ) / * / + / , / ; / = It is not allowed in IRIs ether, 2.2. ABNF for IRI References and IRIs http://tools.ietf.org/html/rfc3987#section-2.2: ipchar = iunreserved / pct-encoded / sub-delims / : / @ ifragment = *( ipchar / / / ? ) iunreserved= ALPHA / DIGIT / - / . / _ / ~ / ucschar ucschar= %xA0-D7FF / %xF900-FDCF / %xFDF0-FFEF / %x1-1FFFD / %x2-2FFFD / %x3-3FFFD / %x4-4FFFD / %x5-5FFFD / %x6-6FFFD / %x7-7FFFD / %x8-8FFFD / %x9-9FFFD / %xA-AFFFD / %xB-BFFFD / %xC-CFFFD / %xD-DFFFD / %xE1000-EFFFD The basic difference between URIs and IRIs, 2.1. Summary of IRI Syntax http://tools.ietf.org/html/rfc3987#section-2.1: IRIs are defined similarly to URIs in [RFC3986], but the class of unreserved characters is extended by adding the characters of the UCS (Universal Character Set, [ISO10646]) beyond U+007F, subject to the limitations given in the syntax rules below and in section 6.1. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/24/2009 01:14 PM, Stanimir Stamenkov wrote: Sun, 22 Nov 2009 14:42:13 -0800, /NoOp/: Actually there are other issues with URL's SM 2.0. For example if I copy this link into SM: http://www.google.com/webhp?complete=0#complete=0hl=enq=ubuntu+%2B*ERROR*+Failed+to+restore+crtc; Notice that the url link stops just after %2B and just before *ERROR*+Failed+to+restore+crtc So, you can't click the link from my msg to bring up the full url; The literal quotation mark character is not allowed in fragment identifiers, Appendix A. Collected ABNF for URI http://tools.ietf.org/html/rfc3986#appendix-A: Excellent reference! Thanks Stanimir, that answers the '*' issue. Now I wonder how the Percent-Encoding can be resolved in https://bugzilla.mozilla.org/show_bug.cgi?id=475896 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
Tue, 24 Nov 2009 15:43:14 -0800, /NoOp/: Now I wonder how the Percent-Encoding can be resolved in https://bugzilla.mozilla.org/show_bug.cgi?id=475896 I guess we need a separate bug as it seems the problem is observed when copying the whole URL in SeaMonkey, too. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/21/2009 02:12 PM, art wrote: On 11/21/09 5:02 AM, Stanimir Stamenkov wrote: .. The wrap is only visual. If you observe the source of the message you'll see the link text is continuous. Copying and pasting it in a simple plain text editor should also show the text is not broken. The new wrapping behavior is in effect since Firefox 3.0/Gecko 1.9.0, if I'm not mistaken. Previously Mozilla wrapped text only at white space which made tables containing such links expand too wide, for example. That's certainly a good rationale for modifying the wrapping. So as links are never stored/transmitted with hard breaks, there should be no problems with messages composed in SM2 being read by any well-behaved mail client. Operative term is well-behaved :-). Thus, to summarize, SM2 will: during message compose - 1) hard break text in the message pane based on wrap text setting using white space used as the wrapping delimiter. 2) soft break links in the message pane using special characters (e.g. , /) for the wrapping delimiters for links. during message reading - 3) soft break links/text in the message pane based on pane width. Same delimiters as #1 for text, #2 for links. Actually there are other issues with URL's SM 2.0. For example if I copy this link into SM: http://www.google.com/webhp?complete=0#complete=0hl=enq=ubuntu+%2B*ERROR*+Failed+to+restore+crtc; Notice that the url link stops just after %2B and just before *ERROR*+Failed+to+restore+crtc So, you can't click the link from my msg to bring up the full url; all you will get is the http://www.google.com/webhp?complete=0#complete=0hl=enq=ubuntu+%2B part. Also notice that when SM 2.0 copies a link with spaces in the url: https://help.ubuntu.com/community#Getting to know and work with your system It does the above. However, if you go to the same link with 1.1.18 and copy, you get this: https://help.ubuntu.com/community#Getting%20to%20know%20and%20work%20with%20your%20system Which reminds, me; it's time to revisit: https://bugzilla.mozilla.org/show_bug.cgi?id=475896 [When accessing urls in firefox with %20, it is replaced with a whitespace. Breaks other software if you try to copy-paste part of the url out of firefox] ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
Fri, 20 Nov 2009 09:37:11 -0500, /art/: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. The wrap is only visual. If you observe the source of the message you'll see the link text is continuous. Copying and pasting it in a simple plain text editor should also show the text is not broken. The new wrapping behavior is in effect since Firefox 3.0/Gecko 1.9.0, if I'm not mistaken. Previously Mozilla wrapped text only at white space which made tables containing such links expand too wide, for example. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On Sat, 21 Nov 2009 12:02:27 +0200, Stanimir Stamenkov s7a...@netscape.net in mozilla.support.seamonkey wrote: Fri, 20 Nov 2009 09:37:11 -0500, /art/: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. The wrap is only visual. If you observe the source of the message you'll see the link text is continuous. Copying and pasting it in a simple plain text editor should also show the text is not broken. The new wrapping behavior is in effect since Firefox 3.0/Gecko 1.9.0, if I'm not mistaken. Previously Mozilla wrapped text only at white space which made tables containing such links expand too wide, for example. Kudos! It is my understanding that all files are simply stored as a data string, including hard line breaks. However the application chooses to format that string into readable form is irrelevant to the source. So, what we should have is 'soft' line breaks based on the reading application 'wrapping to screen'. But.we may have had hard line breaks inserted on wrap respected by a compatible reading system and if not respected those hard breaks mess up the URL -- or other intended long string -- or, if respected, will result in a broken link. Observationally, an easy way of checking in the case of a long URL is to send the visually wrapped string to yourself, receive it and then, if you have links shown in contrasting colors (mine are blue) note whether the multiple lines displayed all are that same contrasting color. Empirically, click the link and see if it resolves in fullness. On the other hand, you could just create a one short word hyperlink to the URL, which fixes nothing at all except that it hides it... jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/21/09 5:02 AM, Stanimir Stamenkov wrote: Fri, 20 Nov 2009 09:37:11 -0500, /art/: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. The wrap is only visual. If you observe the source of the message you'll see the link text is continuous. Copying and pasting it in a simple plain text editor should also show the text is not broken. The new wrapping behavior is in effect since Firefox 3.0/Gecko 1.9.0, if I'm not mistaken. Previously Mozilla wrapped text only at white space which made tables containing such links expand too wide, for example. That's certainly a good rationale for modifying the wrapping. So as links are never stored/transmitted with hard breaks, there should be no problems with messages composed in SM2 being read by any well-behaved mail client. Operative term is well-behaved :-). Thus, to summarize, SM2 will: during message compose - 1) hard break text in the message pane based on wrap text setting using white space used as the wrapping delimiter. 2) soft break links in the message pane using special characters (e.g. , /) for the wrapping delimiters for links. during message reading - 3) soft break links/text in the message pane based on pane width. Same delimiters as #1 for text, #2 for links. -- Art ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
art wrote: On 11/21/09 5:02 AM, Stanimir Stamenkov wrote: Fri, 20 Nov 2009 09:37:11 -0500, /art/: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. The wrap is only visual. If you observe the source of the message you'll see the link text is continuous. Copying and pasting it in a simple plain text editor should also show the text is not broken. The new wrapping behavior is in effect since Firefox 3.0/Gecko 1.9.0, if I'm not mistaken. Previously Mozilla wrapped text only at white space which made tables containing such links expand too wide, for example. That's certainly a good rationale for modifying the wrapping. So as links are never stored/transmitted with hard breaks, there should be no problems with messages composed in SM2 being read by any well-behaved mail client. Operative term is well-behaved :-). Thus, to summarize, SM2 will: during message compose - 1) hard break text in the message pane based on wrap text setting using white space used as the wrapping delimiter. 2) soft break links in the message pane using special characters (e.g. , /) for the wrapping delimiters for links. during message reading - 3) soft break links/text in the message pane based on pane width. Same delimiters as #1 for text, #2 for links. Are you talking about in SM1.18 and TB if you provided a Link you could type an unlimited amount of characters and it would no break and when you read a reply that had you link was hot (would work). On SM 2 if you get to a certain amount of character while you type it breaks at what ever number of Characters you have set but when you view the item after sent remains hot sometimes I notice that as well. IN SM 1.x URL's and Mailto: were treated as unique items and they were not broken. in SM2 sometimes it is sometimes it isn't. -- Phillip M. Jones, C.E.T.If it's Fixed, Don't Break it http://www.phillipmjones.net http://www.vpea.org mailto:pjon...@kimbanet.com ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Send Link and Word Wrap in SM2
When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. This occurs with manual hyperlink entries or via Navigator File/Send Link. This behavior is different than SM1.x which only treated the space character as a word break. Is this by design or is it a bug ? Any way around this ? -- Regards, Art ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/20/2009 6:37 AM, art wrote: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. This occurs with manual hyperlink entries or via Navigator File/Send Link. This behavior is different than SM1.x which only treated the space character as a word break. Is this by design or is it a bug ? Any way around this ? Have you tried bracketing the link as I've done in my signature below? -- David E. Ross http://www.rossde.com/ Go to Mozdev at http://www.mozdev.org/ for quick access to extensions for Firefox, Thunderbird, SeaMonkey, and other Mozilla-related applications. You can access Mozdev much more quickly than you can Mozilla Add-Ons. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/20/09 10:50 AM, David E. Ross wrote: On 11/20/2009 6:37 AM, art wrote: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Thus, the recipient may have to cut/paste/edit the link before using it instead of just clicking on it. This occurs with manual hyperlink entries or via Navigator File/Send Link. This behavior is different than SM1.x which only treated the space character as a word break. Is this by design or is it a bug ? Any way around this ? Have you tried bracketing the link as I've done in my signature below? That's the way the Navigator File/Send Link command formats it. It has no effect on the results. This is only a problem when the number of characters in the link exceeds the character wrap length setting. A further investigation indicates that the / may not be the only character acting as a word break. The following Mapquest link via a File/Send Link command formats it as follows with a 72 character wrap length: http://www.mapquest.com/maps?city=Danversstate=MAaddress=1+Andover+Stzipcode=01923-1412country=USlatitude=42.549802longitude=-70.954239geocode=ADDRESS In this case, the ampersand () is being sensed as a word break. -- Art ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
art: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Only while composing. ;) Look into your Sent Folder or write a PM to yourself to see what really was sent. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/20/09 11:25 AM, Hartmut Figge wrote: art: When sending a hyperlink, SM2 treats the / character as a word break delimiter and subsequently wraps the link if it is longer than the plain text word wrap setting. Only while composing. ;) Look into your Sent Folder or write a PM to yourself to see what really was sent. Hartmut Hartmut, you are correct :-). Thanks. The behavior of the mail composing window/pane is just different than in previous SM versions. Some further testing with long links shows that some, but not all non-alphanumeric characters will cause the line break during compose. The link that is sent will not have the line breaks. -- Art ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
art wrote: On 11/20/09 10:50 AM, David E. Ross wrote: On 11/20/2009 6:37 AM, art wrote: /snip/ A further investigation indicates that the / may not be the only character acting as a word break. The following Mapquest link via a File/Send Link command formats it as follows with a 72 character wrap length: http://www.mapquest.com/maps?city=Danversstate=MAaddress=1+Andover+Stzipcode=01923-1412country=USlatitude=42.549802longitude=-70.954239geocode=ADDRESS In this case, the ampersand () is being sensed as a word break. In viewing your message, the example link did indeed wrap in my message pane. However, the link was not broken. I clicked on it and the Mapquest map of Andover St. came right up. Lee ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
On 11/20/09 12:29 PM, Leonidas Jones wrote: art wrote: On 11/20/09 10:50 AM, David E. Ross wrote: On 11/20/2009 6:37 AM, art wrote: /snip/ A further investigation indicates that the / may not be the only character acting as a word break. The following Mapquest link via a File/Send Link command formats it as follows with a 72 character wrap length: http://www.mapquest.com/maps?city=Danversstate=MAaddress=1+Andover+Stzipcode=01923-1412country=USlatitude=42.549802longitude=-70.954239geocode=ADDRESS In this case, the ampersand () is being sensed as a word break. In viewing your message, the example link did indeed wrap in my message pane. However, the link was not broken. I clicked on it and the Mapquest map of Andover St. came right up. Lee, the consensus is that the wrapping is confined to the mail window/pane display during compose. The link is sent unwrapped and will appear that way in the copy in the Sent mail folder (see Hartmut Figge's posting in this thread). So it looks like this phenomena is just the way SM2 performs wrapping display during message compose. My original concern with the wrapping was that some mail clients don't handle wrapped links too gracefully :-). -- Art ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Send Link and Word Wrap in SM2
art wrote: On 11/20/09 12:29 PM, Leonidas Jones wrote: art wrote: On 11/20/09 10:50 AM, David E. Ross wrote: On 11/20/2009 6:37 AM, art wrote: /snip/ A further investigation indicates that the / may not be the only character acting as a word break. The following Mapquest link via a File/Send Link command formats it as follows with a 72 character wrap length: http://www.mapquest.com/maps?city=Danversstate=MAaddress=1+Andover+Stzipcode=01923-1412country=USlatitude=42.549802longitude=-70.954239geocode=ADDRESS In this case, the ampersand () is being sensed as a word break. In viewing your message, the example link did indeed wrap in my message pane. However, the link was not broken. I clicked on it and the Mapquest map of Andover St. came right up. Lee, the consensus is that the wrapping is confined to the mail window/pane display during compose. The link is sent unwrapped and will appear that way in the copy in the Sent mail folder (see Hartmut Figge's posting in this thread). So it looks like this phenomena is just the way SM2 performs wrapping display during message compose. My original concern with the wrapping was that some mail clients don't handle wrapped links too gracefully :-). The display is wrapping here in both the Message Pane, and when I open it on new window. It is geared to the widow size. If I increase the window to nearly full screen on a 24, it does not wrap, so clearly its not a hard wrap. The link does work, though as you point out in something other then SeaMonkey or TB, the bets are off. Lee ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey