Re: Need testers for Lightning 1.0b4 for SeaMonkey 2.1
Philip Chee wrote: Lightning 1.0b4pre builds are here: https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-miramar/ SeaMonkey 2.1pre builds are here: http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-2.0/ I'm using Seamonkey 2.1rc1 Linux 64Bit and installed your Lightning build. The export of a calendar does not work. The file is created but there's no data written to it (zero bytes). Ciao, Michael. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
iGoogle gmail gadget flashing
Anybody using iGoogle with the gmail gadget? When I click on the gMail gadget in the left column, my gmail comes up but it flashes making it difficult to select the spam folder to see if any real messages are in there. Same problem with Firefox 4, but works okay with Chrome. Using Windows 7 64bit SeaMonkey 2.0.14. Jim ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
email viewing problem
I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: prefetch web pages
Jay Garcia wrote: On 19.05.2011 18:03, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 15:56, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: Since a prefetched page(s) is/are put to cache, I don't know if there is any indication that those pages are the ones prefetched. And .. I think that this prefetch function is only workable as intended with a slow dialup type connection. My main website with over 800 pages is quickly accessed to any page from any page quite quickly. I don't really think I could tell the difference with/without prefetch. I like to watch videos online, and even with a broadband connection (about 25 MB/min or 1500 kBps), they can sometimes take awhile to load (probably due to slow/busy servers). For example, if my 36-minute program is broken into three 12-minute chunks, I routinely open three tabs, and launch all three chunks, then quickly pause the second and third ones, allowing them to load without playing. I view the first one, and by the time I'm done, the second is ready to go. Automatic prefetching could come in handy here, especially since the website links the second and third chunks to the first and I have bandwidth to burn. Prefetch does nothing the first time you access the videos. And I don't think that's the purpose of prefetching anyway. Prefetch as I understand it is for pages with multiple links referencing other pages on the same site, ... which is exactly the case I'm describing. The page that embeds part 1 of the vid has a link to part 2, and I could watch all of part 1 and then click the link, or else I could right-click the link and say open in new tab. The second option is the one I choose -- I'm doing manual prefetching, so that when I'm finished with part 1, part 2 is loaded and ready to go. Some of the sites I visit even recommend this buffering technique to avoid choppiness when a server can't keep up. e.g., the prefetch link in the header of the index page would reflectlink rel=prefetch ... ... and that's the answer to the OP's question: look in the source code forlink rel=prefetch If it has such a link, it's set up for prefetching; if not, it's not. Has anyone seen or written such source code? This is the most logical response, and it presumably creates the desired result of making the remainder of the site faster to access. You're not actually prefetching by definition, No. Getting data before it is needed IS prefetching. e.g. http://en.wiktionary.org/wiki/prefetch just loading in another tab but accomplishing 'basically' the same thing. No. it is not another tab. e.g. http://en.wiktionary.org/wiki/prefetch ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: prefetch web pages
David E. Ross wrote: On 5/19/11 10:11 AM, Rick Merrill wrote: David E. Ross wrote: On 5/19/11 9:16 AM, Jay Garcia wrote: On 19.05.2011 10:33, David E. Ross wrote: --- Original Message --- On 5/19/11 8:18 AM, Jay Garcia wrote: On 19.05.2011 08:51, Rick Merrill wrote: --- Original Message --- How can you tell if a site you frequent is setup to use prefetch of web pages? ... Obviously, prefetching would not cause a Web page to appear in a user's browser before the user requests it. The prefectched page does come from the cache, but it went into the cache by being prefetched from the Web before the user requested it. Now that we've covered the obvious ;-) how can you tell if a website is, and I quote from SeaMonkey, designed for prefetch ??? You have to examine the source HTML of the page. Betweenhead and /head, it should havelink tags with the rel=prefetch attribute and value. Thanks. If one is 'googling' that would be a good time to disable the feature because it could load your browser cache with the rest of the site while all you sought was the one page with the keywords. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Need testers for Lightning 1.0b4 for SeaMonkey 2.1
On 05/27/2011 01:05 AM, Michael Ströder wrote: Philip Chee wrote: Lightning 1.0b4pre builds are here: https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-miramar/ SeaMonkey 2.1pre builds are here: http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-2.0/ I'm using Seamonkey 2.1rc1 Linux 64Bit and installed your Lightning build. The export of a calendar does not work. The file is created but there's no data written to it (zero bytes). Ciao, Michael. Works for me: BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 BEGIN:VEVENT CREATED:20101214T002658Z LAST-MODIFIED:20101214T002731Z DTSTAMP:20101214T002731Z Build identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0.1) Gecko/20110511 Firefox/4.0.1 SeaMonkey/2.1 and Build identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20110511 Firefox/4.0.1 SeaMonkey/2.1 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Auto complete for form filling
Daniel wrote: SeaMonkey Version 1.x.x did have an auto-fill function, but the re-write of the program for Version 2.x.x dis-abled this ability, but there were/are extensions that sort of did it. I think the soon-to-be-released Version 2.1 might have this form-filling function re-installed as part of it's Data Manager function. No, but the add-on that worked for SM 2.0 should also work for 2.1. HTH Jens -- Jens Hatlak http://jens.hatlak.de/ SeaMonkey Trunk Tracker http://smtt.blogspot.com/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Michael g ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Strange, I have it set to All and still never seen anything like that? -- /Arne ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Michael g Nope. The headers setting isn't set for All. It's usually set for Normal or sometimes Extended Normal. The problem is showing in the message body. It only does this kind of thing on the first message selected. If I go to another message, it will show OK. Then, when I go back to the first message, it also will show the way it should. BTW, it doesn't matter whether it is an html or plain-text message. (Although this bug isn't a severe problem, it can get irritating sometimes.) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Tom S. wrote: Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Nope. The headers setting isn't set for All. It's usually set for Normal or sometimes Extended Normal. The problem is showing in the message body. It only does this kind of thing on the first message selected. If I go to another message, it will show OK. Then, when I go back to the first message, it also will show the way it should. BTW, it doesn't matter whether it is an html or plain-text message. (Although this bug isn't a severe problem, it can get irritating sometimes.) Time for a question: do all the messages that behave like this come from the same source, or emailing service? It's obvious from your screenshot this one is from a Canon marketing firm. Have you looked at the source? ( Control-U ) Can you post all the content from the top to where the actual content begins? I'm thinking of malformed headers... -- -bts -Four wheels carry the body; two wheels move the soul ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Tom S. wrote: Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Michael g Nope. The headers setting isn't set for All. It's usually set for Normal or sometimes Extended Normal. The problem is showing in the message body. It only does this kind of thing on the first message selected. If I go to another message, it will show OK. Then, when I go back to the first message, it also will show the way it should. BTW, it doesn't matter whether it is an html or plain-text message. (Although this bug isn't a severe problem, it can get irritating sometimes.) Check your setting for the message body, View/Message Body As/Original HTML. It looks like you have it set for Text. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Robert Gault wrote: Check your setting for the message body, View/Message Body As/Original HTML. It looks like you have it set for Text. Mine is always set to Plain Text and the *headers* never show in the content viewing pane. I'm still thinking malformed email. shrug -- -bts -Four wheels carry the body; two wheels move the soul ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Tom S. wrote: Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Michael g Nope. The headers setting isn't set for All. It's usually set for Normal or sometimes Extended Normal. The problem is showing in the message body. It only does this kind of thing on the first message selected. If I go to another message, it will show OK. Then, when I go back to the first message, it also will show the way it should. BTW, it doesn't matter whether it is an html or plain-text message. (Although this bug isn't a severe problem, it can get irritating sometimes.) I've occasionally seen something like this with HTML messages, for a random assortments of senders. Selecting another message and then returning fixes it. But I haven't seen the full-monty source code you're getting; what I've seen is poorly rendered HTML, most often application of the wrong charset. Going and returning apparently forces it to reread the header and apply the correct charset. -- War doesn't determine who's right, just who's left. -- Paul B. Gallagher ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Need testers for Lightning 1.0b4 for SeaMonkey 2.1
El 26/05/11 11:30, Philip Chee escribió: Hi! SeaMonkey 2.1 is almost out of the gate. We need to make sure that the Lightning version targetting SM 2.1 works well with it. So I need volunteers to smoke test Lightning 1.04b on SeaMonkey 2.1 Lightning 1.0b4pre builds are here: https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-miramar/ SeaMonkey 2.1pre builds are here: http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-2.0/ I'm not an intensive user of Lightning, but I've been working with it since I migrated to SM 2.1 (as of SM2.1b3, IIRC) and I only noticed some minor aesthetic issues, which are gone since Lightning 1.0b4pre. Ricardo ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: prefetch web pages
On 27.05.2011 10:08, Rick Merrill wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 18:03, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 15:56, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: Since a prefetched page(s) is/are put to cache, I don't know if there is any indication that those pages are the ones prefetched. And .. I think that this prefetch function is only workable as intended with a slow dialup type connection. My main website with over 800 pages is quickly accessed to any page from any page quite quickly. I don't really think I could tell the difference with/without prefetch. I like to watch videos online, and even with a broadband connection (about 25 MB/min or 1500 kBps), they can sometimes take awhile to load (probably due to slow/busy servers). For example, if my 36-minute program is broken into three 12-minute chunks, I routinely open three tabs, and launch all three chunks, then quickly pause the second and third ones, allowing them to load without playing. I view the first one, and by the time I'm done, the second is ready to go. Automatic prefetching could come in handy here, especially since the website links the second and third chunks to the first and I have bandwidth to burn. Prefetch does nothing the first time you access the videos. And I don't think that's the purpose of prefetching anyway. Prefetch as I understand it is for pages with multiple links referencing other pages on the same site, ... which is exactly the case I'm describing. The page that embeds part 1 of the vid has a link to part 2, and I could watch all of part 1 and then click the link, or else I could right-click the link and say open in new tab. The second option is the one I choose -- I'm doing manual prefetching, so that when I'm finished with part 1, part 2 is loaded and ready to go. Some of the sites I visit even recommend this buffering technique to avoid choppiness when a server can't keep up. e.g., the prefetch link in the header of the index page would reflectlink rel=prefetch ... ... and that's the answer to the OP's question: look in the source code forlink rel=prefetch If it has such a link, it's set up for prefetching; if not, it's not. Has anyone seen or written such source code? This is the most logical response, and it presumably creates the desired result of making the remainder of the site faster to access. You're not actually prefetching by definition, No. Getting data before it is needed IS prefetching. e.g. http://en.wiktionary.org/wiki/prefetch just loading in another tab but accomplishing 'basically' the same thing. No. it is not another tab. e.g. http://en.wiktionary.org/wiki/prefetch In order to fetch something it has to be retrieved from somewhere in the local system. Prefetching in Windows fetches it's data from /Windows/prefetch. Firefox, SeaMonkey, etc. fetches it's data from cache. And that is the basis of my point simply because if you cache web sites, etc. it's the same as prefetching it when it's retrieved. I can't think offhand of prefetching any faster than from cache - memory or from disk. -- *Jay Garcia - Netscape Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Auto complete for form filling
On 5/26/2011 6:09 AM, telsen...@firenet.uk.com wrote: On May 26, 1:28 pm, Danield...@albury.nospam.net.au wrote: telsen...@firenet.uk.com wrote: Having just switched from Opera to SeaMonkey, one thing i am already missing is the auto complete used in Opera for filling in address and name details etc. in on-line forms, I have looked through the add-ons but unable to find anything so far. Does anyone plan to develop something like this as an add on or have i just missed something. Ian Johnson Ian, no, you haven't missed something. SeaMonkey Version 1.x.x did have an auto-fill function, but the re-write of the program for Version 2.x.x dis-abled this ability, but there were/are extensions that sort of did it. I think the soon-to-be-released Version 2.1 might have this form-filling function re-installed as part of it's Data Manager function.we should find out in the next week or so!! Ver 2.1 Release Noteshttp://www.seamonkey-project.org/releases/seamonkey2.1/ -- Daniel Thanks Daniel for your reply, lets hope the new version does support this/ Regards Ian I'm using SM 2.0.14 with Fireform 0.7.4 add-on, and I like it better than the form manager in previous versions of SM. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: prefetch web pages
Jay Garcia wrote: On 27.05.2011 10:08, Rick Merrill wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 18:03, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 15:56, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: Since a prefetched page(s) is/are put to cache, I don't know if there is any indication that those pages are the ones prefetched. And .. I think that this prefetch function is only workable as intended with a slow dialup type connection. My main website with over 800 pages is quickly accessed to any page from any page quite quickly. I don't really think I could tell the difference with/without prefetch. I like to watch videos online, and even with a broadband connection (about 25 MB/min or 1500 kBps), they can sometimes take awhile to load (probably due to slow/busy servers). For example, if my 36-minute program is broken into three 12-minute chunks, I routinely open three tabs, and launch all three chunks, then quickly pause the second and third ones, allowing them to load without playing. I view the first one, and by the time I'm done, the second is ready to go. Automatic prefetching could come in handy here, especially since the website links the second and third chunks to the first and I have bandwidth to burn. Prefetch does nothing the first time you access the videos. And I don't think that's the purpose of prefetching anyway. Prefetch as I understand it is for pages with multiple links referencing other pages on the same site, ... which is exactly the case I'm describing. The page that embeds part 1 of the vid has a link to part 2, and I could watch all of part 1 and then click the link, or else I could right-click the link and say open in new tab. The second option is the one I choose -- I'm doing manual prefetching, so that when I'm finished with part 1, part 2 is loaded and ready to go. Some of the sites I visit even recommend this buffering technique to avoid choppiness when a server can't keep up. e.g., the prefetch link in the header of the index page would reflectlink rel=prefetch ... ... and that's the answer to the OP's question: look in the source code forlink rel=prefetch If it has such a link, it's set up for prefetching; if not, it's not. Has anyone seen or written such source code? This is the most logical response, and it presumably creates the desired result of making the remainder of the site faster to access. You're not actually prefetching by definition, No. Getting data before it is needed IS prefetching. e.g. http://en.wiktionary.org/wiki/prefetch just loading in another tab but accomplishing 'basically' the same thing. No. it is not another tab. e.g. http://en.wiktionary.org/wiki/prefetch I can't think offhand of prefetching any faster than from cache - memory or from disk. wE HAVE agreed that prefetch fill cache. But that is not always what you want. Nevertheless, if you are browsing a site, that site will *appear* to the user to be fast because of the pre-cached data. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: prefetch web pages
On 27.05.2011 18:11, Rick Merrill wrote: --- Original Message --- Jay Garcia wrote: On 27.05.2011 10:08, Rick Merrill wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 18:03, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: On 19.05.2011 15:56, Paul B. Gallagher wrote: --- Original Message --- Jay Garcia wrote: Since a prefetched page(s) is/are put to cache, I don't know if there is any indication that those pages are the ones prefetched. And .. I think that this prefetch function is only workable as intended with a slow dialup type connection. My main website with over 800 pages is quickly accessed to any page from any page quite quickly. I don't really think I could tell the difference with/without prefetch. I like to watch videos online, and even with a broadband connection (about 25 MB/min or 1500 kBps), they can sometimes take awhile to load (probably due to slow/busy servers). For example, if my 36-minute program is broken into three 12-minute chunks, I routinely open three tabs, and launch all three chunks, then quickly pause the second and third ones, allowing them to load without playing. I view the first one, and by the time I'm done, the second is ready to go. Automatic prefetching could come in handy here, especially since the website links the second and third chunks to the first and I have bandwidth to burn. Prefetch does nothing the first time you access the videos. And I don't think that's the purpose of prefetching anyway. Prefetch as I understand it is for pages with multiple links referencing other pages on the same site, ... which is exactly the case I'm describing. The page that embeds part 1 of the vid has a link to part 2, and I could watch all of part 1 and then click the link, or else I could right-click the link and say open in new tab. The second option is the one I choose -- I'm doing manual prefetching, so that when I'm finished with part 1, part 2 is loaded and ready to go. Some of the sites I visit even recommend this buffering technique to avoid choppiness when a server can't keep up. e.g., the prefetch link in the header of the index page would reflectlink rel=prefetch ... ... and that's the answer to the OP's question: look in the source code forlink rel=prefetch If it has such a link, it's set up for prefetching; if not, it's not. Has anyone seen or written such source code? This is the most logical response, and it presumably creates the desired result of making the remainder of the site faster to access. You're not actually prefetching by definition, No. Getting data before it is needed IS prefetching. e.g. http://en.wiktionary.org/wiki/prefetch just loading in another tab but accomplishing 'basically' the same thing. No. it is not another tab. e.g. http://en.wiktionary.org/wiki/prefetch I can't think offhand of prefetching any faster than from cache - memory or from disk. wE HAVE agreed that prefetch fill cache. But that is not always what you want. Nevertheless, if you are browsing a site, that site will *appear* to the user to be fast because of the pre-cached data. Unless there is some other area where prefetched data is stored, it comes from cache as far as I know. And if your connection speed is high speed (HSI) then cached data is basically useless. My cache has been zero sized for years. -- *Jay Garcia - Netscape Champion* www.ufaq.org Netscape - Firefox - SeaMonkey - Thunderbird ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Does SM 2.0.14 use more memory than 2.0.12?
flyguy wrote: My memory usage runs around 50% now; previously, it was around 40% (using both Task manager and a Google sidebar gadget). The most notable change is the updated Seamonkey. Does the 2.0.14 version use more memory, or have a leak? I'm using a Dell 530 with XP Pro, 4 GB of memory, 3.3 GB available after the video and other allocation. IMO, that is odd. I have SM 1119 and try as I might, I am not able to get mem usage above 7%. That is with 5 browser threads, 3 newsgroup threads, two youtube flash movies open, and streaming 128k bit internet music at the same time, and word and xl open, vid card and cpu temp monitors running. CPU, bridges, mem, and vid card severely overclocked. Pagefile is fluctuating between 335M and 341M. Heat output is about like a small space heater. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Paul B. Gallagher wrote: Tom S. wrote: Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Michael g Nope. The headers setting isn't set for All. It's usually set for Normal or sometimes Extended Normal. The problem is showing in the message body. It only does this kind of thing on the first message selected. If I go to another message, it will show OK. Then, when I go back to the first message, it also will show the way it should. BTW, it doesn't matter whether it is an html or plain-text message. (Although this bug isn't a severe problem, it can get irritating sometimes.) I've occasionally seen something like this with HTML messages, for a random assortments of senders. Selecting another message and then returning fixes it. But I haven't seen the full-monty source code you're getting; what I've seen is poorly rendered HTML, most often application of the wrong charset. Going and returning apparently forces it to reread the header and apply the correct charset. Yes, selecting another message and then returning fixes it here as well. But at times, it has happened on both html and plain text messages. It doesn't seem to matter where the email comes from. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: email viewing problem
Robert Gault wrote: Tom S. wrote: Michael Gordon wrote: Tom S. wrote: I'm using SeaMonkey 2.0.14, with Windows XP Pro SP3. Here is what I often see when opening an email message for the first time: http://i55.tinypic.com/2ho8swm.gif Why do I get a header mess in the message area like this when pressing F8 to view an email? Most likely because you have View/Headers/All selected. Try selecting Normal Michael g Nope. The headers setting isn't set for All. It's usually set for Normal or sometimes Extended Normal. The problem is showing in the message body. It only does this kind of thing on the first message selected. If I go to another message, it will show OK. Then, when I go back to the first message, it also will show the way it should. BTW, it doesn't matter whether it is an html or plain-text message. (Although this bug isn't a severe problem, it can get irritating sometimes.) Check your setting for the message body, View/Message Body As/Original HTML. It looks like you have it set for Text. No, mine is set for Original HTML. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Region Blocking?
The Internet is usually thought of as without boundaries, except where renegade thuggish nations manipulate their captive populations by manipulating information. So, I have been surprised from time to time when I am on a site in Europe or elsewhere and get an error saying that some resource is not available in my region. Is there a way to make a Web browser region-neutral? Are these sites looking at the IP address or something in the browser identification? I'm just curious, I don't want to do anything illegal, but if there is a legal way it would be nice. I don't have an example other than the BBC in UK did this when I went to look at a Doctor Who show - I am guessing that is a contract-thing where other regiond get delayed viewing. I get that - but it is what reminded me of this anomaly. In the past it has been a document related to the operation or repair of an old radio or piece of test gear - not likely a matter of modern video licensing. WDYT? -- Thanks! 73, KD4E David Colburn http://kd4e.com Have an http://ultrafidian.com day I don't google I SEARCH! STARTPAGE.com Shop Freedom-Friendly http://kd4e.com/of.html ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey