Re: Brand New to SeaMonkey, trying out 2.x, multiple questions
Sue Morton wrote: 7. I use IMAP for my email folder access, and use mark messages deleted function rather than moving to trash. How do I delete messages from one of my IMAP folders, on my demand? I found a setting to 'clean' up the inbox on exit which is not what I had in mind... I'm looking for something similar to Outhouse Express' Edit - Purge Deleted Messages function. But I cannot find it...? I don't know Outhouse Express but have you tried right clicking on one of your folders und select Compact? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: SeaMonkey mac's new Snow Leopard OS
KristinJ wrote: On Aug 30, 7:16 pm, Keith Whaley keit...@dslextreme.com wrote: KristinJ wrote: I use SeaMonkey 1.1.17 on a MacBook Air with OSX 10.5.8. I want to upgrade to Snow Leopard but am afraid that SeaMonkey wont work. Are there known compatibility issues? Thanks! :) With SeaMonkey? Seems not. See below. I have a late 2007 20 iMac, 2.0 GHz Intel C2D, OS 10.5.8, SeaMonkey 1.1.17. Installed Apple-supplied OS 10.6, right over my 10.5.8, and an hour later, all was well... SeaMonkey works like a champ! So does everything else! Any other questions, please ask. So far, all is well here in SL-land! keith Wow! that's great, Keith! I've read that users had a lot of problems with firefox so I just expected it would be even worse with SM, as there are fewer SM users (at least that's what I assume). I appreciate your feedback. So, did you install Snow Leopard and then reinstall SM 1.1.17 or did the new mac OS permit you to use your already installed SM version? Thanks! :) I didn't protect SeaMonkey in any way. Nor did I remove any of the previous OS. I backed up my internal HD first, then installed SL direct from the DVD Apple sent me. When SuperDuper! 2.6 finished backing up, I tried to boot from the external Backup Drive, as I've done in the past. I had originally intended to install SL on it, and use it instead of the internal drive for a while, to see how SL behaved. Sort of saving my iMac's internal drive just in case something weird happened. However, a warning screen showed up, saying I could not install SL on the Backup drive, because it doesn't use the GUID partition table scheme. This is something new to me... That threw me a bit, so with little other obvious choice I decided to install 10.6 on my internal drive, right smack on top of 10.5.8, and take a chance they'd get along without fighting! In sum, it installed very well, no glitches, and after the OS was installed, I started up my previously installed SeaMonkey 1.1.17 and it acted like nothing had happened at all! Good luck. I do like Snow Leopard so far. It's crisper acting, and I've had no problems at all. And, BTW, for those uaing the older MS Office 2004, I utilized Power Point yesterday to view an old photography .pps site, and it worked flawlessly! Under 10.5.8, PP had been a bit spastic and not always responding in the manner I expected. Yesterday, no problem at all. So far, so good! Today I'll open up Firefox 3.5.2 and see how IT gets along with SL! keith ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Phillip Jones wrote: Hello, it been a while I vowed never to come back to this forum except to ask a question. I remain true to my vow. I am asking a question I have a puzzle. examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. In SM 1.1.17 after the side text is shown then the main text shows about an inch to inch and a half wide. On my SM 1.1.17, the body text shows up on the left side of the main body, as a 3/4 wide vertical strip. On the other hand, it renders perfectly in my FireFox v.3.5.2. using the w3c validator, typing the link above shows numerous items needing correction and several warning. yet the other applications appear to load correctly. If you go to any links other than vacation, the pages work even on SM1.1.17. Anyone have an explanation. Sorry. Can't offer any remedy or explanation, but can confirm what you have experienced... I look forward to FF 2.0, but use none of the others you mentioned... Nice to see you back again, even if it IS for a brief time... keith ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Brand New to SeaMonkey, trying out 2.x, multiple questions
I had tested the 'compact' feature -- but not while messages marked deleted were present. Great idea. And it worked! One down and six to go. Thank you :-) -- Sue Morton Gerd Klaus Hafenbrack hafenbr...@web.de wrote in message news:29wdntyb3coxhwbxnz2dnuvz_tidn...@mozilla.org... Sue Morton wrote: 7. I use IMAP for my email folder access, and use mark messages deleted function rather than moving to trash. How do I delete messages from one of my IMAP folders, on my demand? I found a setting to 'clean' up the inbox on exit which is not what I had in mind... I'm looking for something similar to Outhouse Express' Edit - Purge Deleted Messages function. But I cannot find it...? I don't know Outhouse Express but have you tried right clicking on one of your folders und select Compact? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Sun, 30 Aug 2009 23:27:39 -0400, /Phillip Jones/: examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. It display as intended SeaMonkey 1.1.*, IMO. There's a weird table definition used to lay out the problem content: table class=MS_WH_ZoneRow tbody tr td style=WIDTH: 1%/ td style=WIDTH: 10%.../td td style=WIDTH: 89%/ /tr /tbody /table Note the abbreviated empty-element XML syntax used is not compatible with the text/html type served, but what's really causing trouble is the second td style=WIDTH: 10%.../td element which holds the main content. Why the author has chosen to specify 10% of the available space for the main content and 89% for its right margin is not clear to me. What we probably see with the more modern browsers is effect of the newer _non-normative_ automatic table layout [1] algorithm recommended just lately. [1] http://www.w3.org/TR/CSS21/tables.html#auto-table-layout -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
David E. Ross wrote: On 8/30/2009 8:27 PM, Phillip Jones wrote: Hello, it been a while I vowed never to come back to this forum except to ask a question. I remain true to my vow. I am asking a question I have a puzzle. examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. In SM 1.1.17 after the side text is shown then the main text shows about an inch to inch and a half wide. using the w3c validator, typing the link above shows numerous items needing correction and several warning. yet the other applications appear to load correctly. If you go to any links other than vacation, the pages work even on SM1.1.17. Anyone have an explanation. Generally, a rendering engine (the browser's guts that display a Web page) is programmed to guess how to display a page that is buggy. Different rendering engines might guess differently, depending on how the programmer decides HTML syntax errors should be handled. SeaMonkey 1.1.17 gives different results from SeaMonkey 2.x because they different Gecko engines. SeaMonkey 2.x uses approximately the same engine that is used by Firefox 3.x, an engine that guesses differently from the one used by SeaMonkey 1.1.17. In my opinion, a browser is not at fault if it displays a buggy Web page incorrectly, even if other browsers are able to display the page appropriately. After all, if you input manure, you should not be surprised if the output is also manure. I agree, I knew it wasn't right by running, it through the Validator and coming up with all those errors and warnings. But I find it curious, that the efforts to be standards compliant was to make it so that if a site was using bad code it wasn't suppose to load. Forcing developer of website to get it right. Yet all the new Browsers whether Gecko or webkit appear to be falling back to an old IE 5 trick of self healing. It appears only SeaMonkey 1.1.17 is the only one loading it correctly. -- 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
Re: Site doesn't appear correct on SM 1.1.17
Keith Whaley wrote: Phillip Jones wrote: Hello, it been a while I vowed never to come back to this forum except to ask a question. I remain true to my vow. I am asking a question I have a puzzle. examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. In SM 1.1.17 after the side text is shown then the main text shows about an inch to inch and a half wide. On my SM 1.1.17, the body text shows up on the left side of the main body, as a 3/4 wide vertical strip. On the other hand, it renders perfectly in my FireFox v.3.5.2. using the w3c validator, typing the link above shows numerous items needing correction and several warning. yet the other applications appear to load correctly. If you go to any links other than vacation, the pages work even on SM1.1.17. Anyone have an explanation. Sorry. Can't offer any remedy or explanation, but can confirm what you have experienced... I look forward to FF 2.0, but use none of the others you mentioned... Nice to see you back again, even if it IS for a brief time... keith I don't really use the others, my browser of choice until SM2 becomes a god version (non beta, non release Candidate) is SM1.1x For one thing SM2 and FF3.x breaks my SkyPilot skin. I use Opera, OmniWeb, iCab and Safari 4 for site testing purposes. two three of them Safari, iCab, and OmniWeb have no way to make secure login (Type a Password at beginning before any messages thing will download), Opera, SM,SM2, and FireFox have secure login. The other s don't and use AppleKey Chain only. -- 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
Re: SeaMonkey mac's new Snow Leopard OS
William Greenwood whg...@att.net wrote: Keith Whaley wrote: KristinJ wrote: On Aug 30, 7:16 pm, Keith Whaley keit...@dslextreme.com wrote: [...] In sum, it installed very well, no glitches, and after the OS was installed, I started up my previously installed SeaMonkey 1.1.17 and it acted like nothing had happened at all! Good luck. I do like Snow Leopard so far. It's crisper acting, and I've had no problems at all. And, BTW, for those uaing the older MS Office 2004, I utilized Power Point yesterday to view an old photography .pps site, and it worked flawlessly! Under 10.5.8, PP had been a bit spastic and not always responding in the manner I expected. Yesterday, no problem at all. So far, so good! Today I'll open up Firefox 3.5.2 and see how IT gets along with SL! keith Keith, did you include the optional Rosetta as part of your SL install? Bill To answer your question 1st and THEN elaborate, no I didn't. I wasn't aware that Rosetta was an optional install. Nothing I read informed me of such. During installation, is SL supposed to or reported to offer you that choice? If so, I didn't see that option. I stayed near the monitor as SL was loading, but definitely didn't read every screen that showed up. If I was offered that option, it must have been for a short time, and proceeded without my intervention. So far, only two things of interest have happened during my SL installation and immediately subsequent: Right after installing SL, I tried to access my Canon printer, and all that showed up was my Brother fax/copy machine. A minute or two of dialog about looking for another printer driver was all it took. It (the OS?) immediately selected the appropriate Canon driver, and it all worked after that. Last glitch was, I turned on my Epson scanner and was told I couldn't scan with my setup (I paraphrase wildly!) Anyhow, I was asked if I wanted the system (?) to go get Rosetta and install it, preparatory to scanning. I said yes and it DID. Immediately! I was impressed. I proceeded to scan without any further annoyances. Subsequent to that, I've had no problems of any kind! Does that answer your question? keith ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
On 8/31/2009 7:35 AM, Phillip Jones wrote: David E. Ross wrote: On 8/30/2009 8:27 PM, Phillip Jones wrote: Hello, it been a while I vowed never to come back to this forum except to ask a question. I remain true to my vow. I am asking a question I have a puzzle. examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. In SM 1.1.17 after the side text is shown then the main text shows about an inch to inch and a half wide. using the w3c validator, typing the link above shows numerous items needing correction and several warning. yet the other applications appear to load correctly. If you go to any links other than vacation, the pages work even on SM1.1.17. Anyone have an explanation. Generally, a rendering engine (the browser's guts that display a Web page) is programmed to guess how to display a page that is buggy. Different rendering engines might guess differently, depending on how the programmer decides HTML syntax errors should be handled. SeaMonkey 1.1.17 gives different results from SeaMonkey 2.x because they different Gecko engines. SeaMonkey 2.x uses approximately the same engine that is used by Firefox 3.x, an engine that guesses differently from the one used by SeaMonkey 1.1.17. In my opinion, a browser is not at fault if it displays a buggy Web page incorrectly, even if other browsers are able to display the page appropriately. After all, if you input manure, you should not be surprised if the output is also manure. I agree, I knew it wasn't right by running, it through the Validator and coming up with all those errors and warnings. But I find it curious, that the efforts to be standards compliant was to make it so that if a site was using bad code it wasn't suppose to load. Forcing developer of website to get it right. Yet all the new Browsers whether Gecko or webkit appear to be falling back to an old IE 5 trick of self healing. It appears only SeaMonkey 1.1.17 is the only one loading it correctly. While I've read suggestions that browsers reject bad HTML, I don't think that has been implemented anywhere. It would suddenly make much of the Web inaccessible. It would also cause havoc with much HTML-formatted E-mail (an average of 9.1 HTML errors per kilobyte of message). -- 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: Brand New to SeaMonkey, trying out 2.x, multiple questions
On Sun, 30 Aug 2009 16:17:03 -0700, Sue Morton wrote: 1. VirusTotal service scan reports of SM installers (1.x stable and 2.x beta). Six out of 41 scanners report a downloader trojan. I assume this is from inclusion of a 'downloader helper' but it would be nice to see this in writing someplace official, that there is no cause for concern here. We use the UPX compressor to minimize the size of our installers. Unfortunately so do a lot of malware. So many if not all AV programs just flag all such executables as trojans and then whitelist Firefox. Since SeaMonkey is less well known we don't get into their whitelist very promptly or at all. 3. Cannot set up the 'same' mail account to use different SMTP outgoing servers. This is working in Outhouse Express by setting up the 'same' account multiple times. I see I can change the server manually on the SM account before I use it, but since I connect with different servers frequently, this is a bit of a PITA. You can set up multiple identities for each account and each identity can have a different outgoing SMTP server. 5. Some dialogs (e.g. compose) do not allow customizing the toolbar like the other dialogs and screens. I prefer small icons with text at right, as this maximizes the amount of vertical real-estate available especially on my netbook. Would like that to be available for all toolbars on all dialogs. If you are talking about the mail compose then I am currently working on exactly this, so you should be getting customizable toolbars there before 2.0 final. Phil -- Philip Chee phi...@aleytys.pc.my, philip.c...@gmail.com http://flashblock.mozdev.org/ http://xsidebar.mozdev.org Guard us from the she-wolf and the wolf, and guard us from the thief, oh Night, and so be good for us to pass. [ ]I hate making predictions; especially about the future! * TagZilla 0.066.6 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Phillip Jones wrote: Hello, it been a while I vowed never to come back to this forum except to ask a question. I remain true to my vow. I am asking a question I have a puzzle. examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. In SM 1.1.17 after the side text is shown then the main text shows about an inch to inch and a half wide. using the w3c validator, typing the link above shows numerous items needing correction and several warning. yet the other applications appear to load correctly. If you go to any links other than vacation, the pages work even on SM1.1.17. Anyone have an explanation. Same results here with Sm 1.1.17 Another site is the Same .. Started with SM 1.1.15 http://www.co.genesee.mi.us/treasurer/pi.htm Click onAssessment and Tax Information in the search box Choose SMITH ( just because it is a Common Name ) Then click one of the Smiths listed and See the Resulting page . It's Garbage One paragraph Written over the other . ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Mon, 31 Aug 2009 17:33:08 +0300, /Stanimir Stamenkov/: Sun, 30 Aug 2009 23:27:39 -0400, /Phillip Jones/: examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. It display as intended SeaMonkey 1.1.*, IMO. There's a weird table definition used to lay out the problem content: table class=MS_WH_ZoneRow tbody tr td style=WIDTH: 1%/ td style=WIDTH: 10%.../td td style=WIDTH: 89%/ /tr /tbody /table You may workaround the obvious authoring error by applying the following user style: @-moz-document url-prefix(http://villageelectronicsservice.com/;) { td.MS_WH_ZoneSpacing { width: 1% !important; } td.MS_WH_ZoneSpacing + td { width: 98% !important; } } You can place it in your userContent.css or apply it using the Stylish http://xsidebar.mozdev.org/modifiedmisc.html#stylish extension. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Mon, 31 Aug 2009 11:31:56 -0400, /Bush/: http://www.co.genesee.mi.us/treasurer/pi.htm Click onAssessment and Tax Information in the search box Choose SMITH ( just because it is a Common Name ) Then click one of the Smiths listed and See the Resulting page . It's Garbage One paragraph Written over the other . Again, as with the original example it is an obvious author error. There's a completely unnecessary CSS height declaration to one of the DIV elements: div align=center style=width: 567; height: 326... You may workaround it by applying the following user style: @-moz-document url-prefix(http://www.co.genesee.mi.us/tax/parcel_data3.asp;) { div { height: auto !important; } } The most convenient way of doing this is by using the Stylish extension. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Stanimir Stamenkov wrote: Sun, 30 Aug 2009 23:27:39 -0400, /Phillip Jones/: examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. It display as intended SeaMonkey 1.1.*, IMO. There's a weird table definition used to lay out the problem content: table class=MS_WH_ZoneRow tbody tr td style=WIDTH: 1%/ td style=WIDTH: 10%.../td td style=WIDTH: 89%/ /tr /tbody /table Note the abbreviated empty-element XML syntax used is not compatible with the text/html type served, but what's really causing trouble is the second td style=WIDTH: 10%.../td element which holds the main content. Why the author has chosen to specify 10% of the available space for the main content and 89% for its right margin is not clear to me. What we probably see with the more modern browsers is effect of the newer _non-normative_ automatic table layout [1] algorithm recommended just lately. Yes. SM 1.1.16 honors the idiotic setting and hides most of the content, as the author seems to intend. -- 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: Site doesn't appear correct on SM 1.1.17
Stanimir Stamenkov wrote: Mon, 31 Aug 2009 17:33:08 +0300, /Stanimir Stamenkov/: Sun, 30 Aug 2009 23:27:39 -0400, /Phillip Jones/: examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. It display as intended SeaMonkey 1.1.*, IMO. There's a weird table definition used to lay out the problem content: table class=MS_WH_ZoneRow tbody tr td style=WIDTH: 1%/ td style=WIDTH: 10%.../td td style=WIDTH: 89%/ /tr /tbody /table You may workaround the obvious authoring error by applying the following user style: @-moz-document url-prefix(http://villageelectronicsservice.com/;) { td.MS_WH_ZoneSpacing { width: 1% !important; } td.MS_WH_ZoneSpacing + td { width: 98% !important; } } You can place it in your userContent.css or apply it using the Stylish http://xsidebar.mozdev.org/modifiedmisc.html#stylish extension. Thanks it works. -- 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
Re: Site doesn't appear correct on SM 1.1.17
Stanimir Stamenkov wrote: Mon, 31 Aug 2009 11:31:56 -0400, /Bush/: http://www.co.genesee.mi.us/treasurer/pi.htm Click onAssessment and Tax Information in the search box Choose SMITH ( just because it is a Common Name ) Then click one of the Smiths listed and See the Resulting page . It's Garbage One paragraph Written over the other . Again, as with the original example it is an obvious author error. There's a completely unnecessary CSS height declaration to one of the DIV elements: div align=center style=width: 567; height: 326... You may workaround it by applying the following user style: @-moz-document url-prefix(http://www.co.genesee.mi.us/tax/parcel_data3.asp;) { div { height: auto !important; } } The most convenient way of doing this is by using the Stylish extension. I've had a problem with the stylish extension despite saving it to profile folder I ended up having reinstall it with each new version of SM I install and have to redo my styles. -- 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
Re: Site doesn't appear correct on SM 1.1.17
Paul B. Gallagher wrote: Stanimir Stamenkov wrote: Sun, 30 Aug 2009 23:27:39 -0400, /Phillip Jones/: examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. It display as intended SeaMonkey 1.1.*, IMO. There's a weird table definition used to lay out the problem content: table class=MS_WH_ZoneRow tbody tr td style=WIDTH: 1%/ td style=WIDTH: 10%.../td td style=WIDTH: 89%/ /tr /tbody /table Note the abbreviated empty-element XML syntax used is not compatible with the text/html type served, but what's really causing trouble is the second td style=WIDTH: 10%.../td element which holds the main content. Why the author has chosen to specify 10% of the available space for the main content and 89% for its right margin is not clear to me. What we probably see with the more modern browsers is effect of the newer _non-normative_ automatic table layout [1] algorithm recommended just lately. Yes. SM 1.1.16 honors the idiotic setting and hides most of the content, as the author seems to intend. Thanks all for the comments. My question has been settled. I will step out of the Forum again. -- 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
Re: Site doesn't appear correct on SM 1.1.17
Mon, 31 Aug 2009 14:35:12 -0400, /Phillip Jones/: Stanimir Stamenkov wrote: The most convenient way of doing this is by using the Stylish extension. I've had a problem with the stylish extension despite saving it to profile folder I ended up having reinstall it with each new version of SM I install and have to redo my styles. Haven't got problems with the Stylish extension, so far. I'm always installing it to the application directory (and reinstalling on SeaMonkey upgrades) but my styles are kept intact in my profile. -- Stanimir ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Site doesn't appear correct on SM 1.1.17
Phillip Jones wrote: Hello, it been a while I vowed never to come back to this forum except to ask a question. I remain true to my vow. I am asking a question I have a puzzle. examine this page with SM 1.1.17: http://villageelectronicsservice.com/VacationSchedule.aspx Now use: SM 2, FF3.0/3.5, Omniweb, Opera or iCab. In all of those All-in-ones and Web Browsers The page for me views as it should. In SM 1.1.17 after the side text is shown then the main text shows about an inch to inch and a half wide. using the w3c validator, typing the link above shows numerous items needing correction and several warning. yet the other applications appear to load correctly. If you go to any links other than vacation, the pages work even on SM1.1.17. Anyone have an explanation. I agree with David Ross--poorly designed page--I would let them know about it. I am guessing that they paid to have this site designed and if it does not work in all browsers then IMO they basically wasted their money. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Brand New to SeaMonkey, trying out 2.x, multiple questions
Hello Philip, Thank you for your response :-) 1. VirusTotal service scan reports of SM installers (1.x stable and 2.x beta). Six out of 41 scanners report a downloader trojan. I assume this is from inclusion of a 'downloader helper' but it would be nice to see this in writing someplace official, that there is no cause for concern here. We use the UPX compressor to minimize the size of our installers. Unfortunately so do a lot of malware. So many if not all AV programs just flag all such executables as trojans and then whitelist Firefox. Since SeaMonkey is less well known we don't get into their whitelist very promptly or at all. All as I suspected... With so many people using SM, I thought I might see something about this false positive, on the site somewhere. But I did not find it... thanks for reassurance :-) 3. Cannot set up the 'same' mail account to use different SMTP outgoing servers. This is working in Outhouse Express by setting up the 'same' account multiple times. I see I can change the server manually on the SM account before I use it, but since I connect with different servers frequently, this is a bit of a PITA. You can set up multiple identities for each account and each identity can have a different outgoing SMTP server. Could you help me with this one? I have my mail account set up once and it is working fine. I wish to set it up two more times, in order to specify a different outgoing SMTP server. I started the setup dialog for mail account, and when I reach the point to enter my Incoming User Name, the entry the 'next' button becomes greyed out when I finish typing it in? So, strictly for the purposes of getting past that point, I removed one character of my Incoming User Name (loginid) so I could finish the setup. Then I went back to edit my loginid to the correct name. When I click OK button I receive this pop-up message box: An account with that user name and server name already exists. Please enter a different user name and/or server name. My incoming username and server name are the same, it is only my outgoing SMTP server name and username that changes on each. What am I not doing correctly? Thank you for any help :-) 5. Some dialogs (e.g. compose) do not allow customizing the toolbar like the other dialogs and screens. I prefer small icons with text at right, as this maximizes the amount of vertical real-estate available especially on my netbook. Would like that to be available for all toolbars on all dialogs. If you are talking about the mail compose then I am currently working on exactly this, so you should be getting customizable toolbars there before 2.0 final. Thank you! :-) Yes Mail Compose and also Composer are the two I've found so far. -- Sue Morton ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey