Re: Still no printing from composer with latest update 2.33.1
Bill DeCoster wrote on 25/03/15 03:08: I am still unable to print from composer with this latest update. I am hearing there is a simple solution. What's up? I use Composer almost daily, and I missed this bug! It's still the same in the nightly-trunk SeaMonkey/2.36a1 ID:2015-03-21 CSet: d796de0a725d.. Even after saving the page, and reopening it in Composer, the print-preview freezes-up at the Title: progress: preparing stage, and print shows no popup pane, nor any sign of activity at all. Only opening the saved-page in the Browser, permits print-preview and actual printing. The only active SeaMonkey Composer printing-bug I could find is an unconfirmed for x86 Mac OS X:- Bug 1095957-printing a background image on every page is broken, but it isn't relevant. I raised a new bug on this issue:- https://bugzilla.mozilla.org/show_bug.cgi?id=1147284 SeaMonkey Composer not printing nor print-previewing. Would you add your SM-33, your OS and comments, to Bug 114728 please Bill? This will show that it is spanning a few versions and OSes. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Sending a new HTML e-mail reverts back to plain text?
Ant wrote on 25/03/15 06:47: 2. Start a message in HTML format, type a message, colour one word red and click send. It prompts for whether to send as plain text, HTML or both. So it looks like it automatically sends as plain text if you don't make any use of HTML formatting. Does that match your experience? Or is it discarding formatting even if you have applied some? The only thing I changed was the formatting like centering a section/paragraph. Now, I see the issue now. If I don't change colors, bold or anything like that, then it goes back to plain text! Why can't formatting a paragraph/section keep it as HTML? I can confirm that - setting some paragraphs left, centred, right or justified (even mixing all of these in a single email) but not applying any other formatting leads to the message being sent as plain text without prompting. Is this a bug? It's not really my call any more than yours, but I'd say it is. My guess is that someone complained about the prompt saying you used formatting (e.g. colours)... even if no formatting has been applied, and the solution was to detect whether any formatting has been applied and just send as plain text if not. Looks like that's a bit flawed though, in not checking for paragraph alignment formatting! Are you familiar with Bugzilla (https://bugzilla.mozilla.org/)? It's not that difficult once you know your way around. The main complication is that SeaMonkey isn't on the main page for reporting a new issue - you have to go to File a Bug Other Products SeaMonkey, then it's fairly straightforward. Post back if you get stuck and I'll be happy to help. In fact, it would be useful if you could post back anyway with the bug number, so anyone else coming across this thread knows about it. As for a workaround until its fixed - perhaps just add a space at the end and make it bold or something. You can do that in a signature to avoid having to remember every time - Edit Account Settings (Select Account) Tick Use HTML next to Signature text, and in the box just below enter or add to any existing signature font color=red /font (there's a space in the middle between and ). It's not perfect, as it inserts a signature delimiter (-- ) if you weren't using a signature anyway, but at least the alignment isn't lost. Thank you for confirming that it is not just me. I wonder if there is a bug report already. Hmm! Your specific auto-detect issue:- https://bugzilla.mozilla.org/show_bug.cgi?id=389417#c10 Bug 389417 -Options | Delivery Format | Auto-Detect: Setting Format | Paragraph | Preformat (pre) for selected paragraphs does not force HTML Mail Question, and pre formatting is lost Tracker bug for all auto-detect issues:- https://bugzilla.mozilla.org/show_bug.cgi?id=889315 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to switch from plain text to html
Ray_Net wrote on 25/03/15 08:09: Barry Edwin Gilmour wrote on 24/03/2015 08:23: Ray_Net wrote on 24/03/15 08:01: When i send an html mail without html command - the mail is sent as pure plain text without my intervention. So far, so good. I decide now to resend this mail with some extra text to, per example, another guy - this extra text perhaps in RED color. So I click on Edit Message as New and I am faced now with a mail in plain text where i cannot add html commands. The SM editor did not give me, per example, the html bar. How can I switch to the Editor in HTML mode ? Is your setting in Edit, Mail Newsgroup Account Settings,(your account or newsgroup folder name), Composition Addressing, Composition, Compose messages in HTML format checkbox ticked? All Accounts and all NewsGroups have Compose messages in HTML format ticked. The problem is when i do Edit Message as New on a sent message who was sent in plain text without my decision. (SM decide to not send in html nor both when there is no html command in the message) I agree with that action, BUT when i click on Edit Message as New for this sent message, SM must permit me to work in html mode - because I have All Accounts and all NewsGroups have Compose messages in HTML format ticked. If someone tell me how to achieve this, I will be happy. You are correct. Even in tonight's nightly trunk build, there's no Option, Format menu-drop-down list, on the Edit Message as New Compose-window toolbar, to edit a plain-text message-body as HTML, so one has zero-option to create HTML, without resorting to opening the message-body in Composer, editing the message body, and copy and pasting it back into a new-mail window. Following-on from the similar issue/thread Sending a new HTML e-mail reverts back to plain text?, being discussed by Mark and Ant in this newsgroup, where sending a paragraph-aligned message-body as HTML sends as plain-text, and where their proposal is to add a space formatted in colour, just to get a HTML paragraph-formatted HTML-email sent as HTML, - which isn't an option for us, because the HTML menu and toolbar, just isn't available in the Edit Message as New Compose window of a plain text message-body, I don't think I would agree with the concept of a HTML paragraph-layout message body, being converted to plain text, especially where that was never the sender's intention. It seems one now has to edit it in Composer, then drag it back into Mail as a new HTML email. I think this may be the bug we want? https://bugzilla.mozilla.org/show_bug.cgi?id=137884 Options-Format Menu missing when using File-New-Message It seems that this bug is blocked by format - auto-detect ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to switch from plain text to html
Ray_Net wrote on 25/03/15 08:09: Barry Edwin Gilmour wrote on 24/03/2015 08:23: Ray_Net wrote on 24/03/15 08:01: When i send an html mail without html command - the mail is sent as pure plain text without my intervention. So far, so good. I decide now to resend this mail with some extra text to, per example, another guy - this extra text perhaps in RED color. So I click on Edit Message as New and I am faced now with a mail in plain text where i cannot add html commands. The SM editor did not give me, per example, the html bar. How can I switch to the Editor in HTML mode ? Is your setting in Edit, Mail Newsgroup Account Settings,(your account or newsgroup folder name), Composition Addressing, Composition, Compose messages in HTML format checkbox ticked? All Accounts and all NewsGroups have Compose messages in HTML format ticked. The problem is when i do Edit Message as New on a sent message who was sent in plain text without my decision. (SM decide to not send in html nor both when there is no html command in the message) I agree with that action, BUT when i click on Edit Message as New for this sent message, SM must permit me to work in html mode - because I have All Accounts and all NewsGroups have Compose messages in HTML format ticked. If someone tell me how to achieve this, I will be happy. You are correct. Even in tonight's nightly trunk build, there's no Option, Format menu-drop-down list, on the Edit Message as New Compose-window toolbar, to edit a plain-text message-body as HTML, so one has zero-option to create HTML, without resorting to opening the message-body in Composer, editing the message body, and copy and pasting it back into a new-mail window. Following-on from the similar issue/thread Sending a new HTML e-mail reverts back to plain text?, being discussed by Mark and Ant in this newsgroup, where sending a paragraph-aligned message-body as HTML sends as plain-text, and where their proposal is to add a space formatted in colour, just to get a HTML paragraph-formatted HTML-email sent as HTML, - which isn't an option for us, because the HTML menu and toolbar, just isn't available in the Edit Message as New Compose window of a plain text message-body, I don't think I would agree with the concept of a HTML paragraph-layout message body, being converted to plain text, especially where that was never the sender's intention. It seems one now has to edit it in Composer, then drag it back into Mail as a new HTML email. I think this may be the bug we want? https://bugzilla.mozilla.org/show_bug.cgi?id=137884 Options-Format Menu missing when using File-New-Message It seems that this bug is blocked by format - auto-detect Sorry, I hit send too quickly! https://bugzilla.mozilla.org/show_bug.cgi?id=136502 is asking for an ability to turn-off auto-detect, so that the users menu selection can be preferenced to the auto-detect feature that's used extensively throughout the messaging client. The auto-detect tracking bug is https://bugzilla.mozilla.org/show_bug.cgi?id=889315 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
HTML/Sig Delimiters (was: Re: Sending a new HTML e-mail reverts back to plain text?)
On 25/03/15 09:20, mozilla-lists.mbou...@spamgourmet.com wrote: Ant wrote: Well, that is interesting. I usually send plain text anyway, and only occasionally send HTML, so may not have noticed a change. Just tried a couple of experiments: 1. Start a message in HTML format (shift+click compose, since I have it default to plain text), type a short message but don't actually apply any formatting and click send. It sends as plain text without prompting. OK, sounds like mine. 2. Start a message in HTML format, type a message, colour one word red and click send. It prompts for whether to send as plain text, HTML or both. So it looks like it automatically sends as plain text if you don't make any use of HTML formatting. Does that match your experience? Or is it discarding formatting even if you have applied some? The only thing I changed was the formatting like centering a section/paragraph. Now, I see the issue now. If I don't change colors, bold or anything like that, then it goes back to plain text! Why can't formatting a paragraph/section keep it as HTML? I can confirm that - setting some paragraphs left, centred, right or justified (even mixing all of these in a single email) but not applying any other formatting leads to the message being sent as plain text without prompting. Is this a bug? It's not really my call any more than yours, but I'd say it is. My guess is that someone complained about the prompt saying you used formatting (e.g. colours)... even if no formatting has been applied, and the solution was to detect whether any formatting has been applied and just send as plain text if not. Looks like that's a bit flawed though, in not checking for paragraph alignment formatting! Are you familiar with Bugzilla (https://bugzilla.mozilla.org/)? It's not that difficult once you know your way around. The main complication is that SeaMonkey isn't on the main page for reporting a new issue - you have to go to File a Bug Other Products SeaMonkey, then it's fairly straightforward. Post back if you get stuck and I'll be happy to help. In fact, it would be useful if you could post back anyway with the bug number, so anyone else coming across this thread knows about it. As for a workaround until its fixed - perhaps just add a space at the end and make it bold or something. You can do that in a signature to avoid having to remember every time - Edit Account Settings (Select Account) Tick Use HTML next to Signature text, and in the box just below enter or add to any existing signature font color=red /font (there's a space in the middle between and ). It's not perfect, as it inserts a signature delimiter (-- ) if you weren't using a signature anyway, but at least the alignment isn't lost. Mark. Speaking about HTML and sig delimiters, there was a problem of the sig delimiter being with-in the HTML, so, when that post/e-mail was quoted, the sig was not getting removed. Has that problem been fixed yet?? -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 SeaMonkey/2.32 Build identifier: 20141218225909 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 SeaMonkey/2.33 Build identifier: 20150215202114 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Updateing Plugins
On 25/03/15 01:19, pjdkru...@gmail.com wrote: Mozilla never really got any of that part of the Addons Manager working correctly in Firefox, so SeaMonkey has the same weirdness. Mozilla is trying to get away from recommending Plugins so I suspect in the near future some of that stuff will be ripped out. If you want a specific Plugin, you just need to go to it's official website and install it... you cannot install Plugins through Firefox/SeaMonkey anyway... they have to be installed at the OS level. So how will I find out what plug-ins I need and where to get them from?? -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 SeaMonkey/2.32 Build identifier: 20141218225909 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 SeaMonkey/2.33 Build identifier: 20150215202114 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Sending a new HTML e-mail reverts back to plain text?
2. Start a message in HTML format, type a message, colour one word red and click send. It prompts for whether to send as plain text, HTML or both. So it looks like it automatically sends as plain text if you don't make any use of HTML formatting. Does that match your experience? Or is it discarding formatting even if you have applied some? The only thing I changed was the formatting like centering a section/paragraph. Now, I see the issue now. If I don't change colors, bold or anything like that, then it goes back to plain text! Why can't formatting a paragraph/section keep it as HTML? I can confirm that - setting some paragraphs left, centred, right or justified (even mixing all of these in a single email) but not applying any other formatting leads to the message being sent as plain text without prompting. Is this a bug? It's not really my call any more than yours, but I'd say it is. My guess is that someone complained about the prompt saying you used formatting (e.g. colours)... even if no formatting has been applied, and the solution was to detect whether any formatting has been applied and just send as plain text if not. Looks like that's a bit flawed though, in not checking for paragraph alignment formatting! Are you familiar with Bugzilla (https://bugzilla.mozilla.org/)? It's not that difficult once you know your way around. The main complication is that SeaMonkey isn't on the main page for reporting a new issue - you have to go to File a Bug Other Products SeaMonkey, then it's fairly straightforward. Post back if you get stuck and I'll be happy to help. In fact, it would be useful if you could post back anyway with the bug number, so anyone else coming across this thread knows about it. As for a workaround until its fixed - perhaps just add a space at the end and make it bold or something. You can do that in a signature to avoid having to remember every time - Edit Account Settings (Select Account) Tick Use HTML next to Signature text, and in the box just below enter or add to any existing signature font color=red /font (there's a space in the middle between and ). It's not perfect, as it inserts a signature delimiter (-- ) if you weren't using a signature anyway, but at least the alignment isn't lost. Thank you for confirming that it is not just me. I wonder if there is a bug report already. Hmm! Your specific auto-detect issue:- https://bugzilla.mozilla.org/show_bug.cgi?id=389417#c10 Bug 389417 -Options | Delivery Format | Auto-Detect: Setting Format | Paragraph | Preformat (pre) for selected paragraphs does not force HTML Mail Question, and pre formatting is lost Tracker bug for all auto-detect issues:- https://bugzilla.mozilla.org/show_bug.cgi?id=889315 Thanks! I added my comments and voted in them. :) -- Busy as ants hurrying orcs were digging, digging lines of deep trenches in a huge ring, just out of bowshot from the walls; --The Return of the King (book) /\___/\ Ant(Dude) @ http://antfarm.ma.cx (Personal Web Site) / /\ /\ \Ant's Quality Foraged Links: http://aqfl.net | |o o| | \ _ /If crediting, then use Ant nickname and AQFL URL/link. ( ) Chop ANT from its address if e-mailing privately. Ant is currently not listening to any songs on this computer. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Finally Seamonkey is Recognized by PC Mag
On 25/03/15 02:04, pjdkru...@gmail.com wrote: On Monday, March 23, 2015 at 3:33:24 PM UTC-4, mozilla-li...@spamgourmet.com wrote: Daniel wrote: On 23/03/15 14:46, Philip Chee wrote: On 22/03/2015 22:46, Daniel wrote: Thank you, Mark, I now understand. One wonders why they don't separate out the newer versions, maybe they only list the most popular two individually. There are several picklists and sliders on the right where you can change how many versions are shown for what time period, etc. Phil Thanks for that, Phil, I hadn't noticed that. I set the Top N to 10 and ver 2.33 was still not showing ... bit of a worry!! :-( 2.33 shows up when you set Top N to 15. When you do, you see that it's been more active than any other individual version for about the last week. Probably not quite more active than all other versions put together, but it doesn't look far off. Hence my doubts as to how the rankings for the Top N are calculated! Mark. IF the Top picks are cumulative then 2.33 will not be top because it hasn't been out long enough, and 2.26 will probably remain at the top because it was the stalled version, lasting for 3 entire release periods when 2.27 and 2.28 were skipped. but, one would then hope that 2.29, 2.30, 2.31 and 2.32, which have each had their full six weeks, would then have had heaps of installs! -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 SeaMonkey/2.32 Build identifier: 20141218225909 or User agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 SeaMonkey/2.33 Build identifier: 20150215202114 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Updateing Plugins
On 03/25/2015 05:11 AM, Daniel wrote: On 25/03/15 01:19, pjdkru...@gmail.com wrote: Mozilla never really got any of that part of the Addons Manager working correctly in Firefox, so SeaMonkey has the same weirdness. Mozilla is trying to get away from recommending Plugins so I suspect in the near future some of that stuff will be ripped out. If you want a specific Plugin, you just need to go to it's official website and install it... you cannot install Plugins through Firefox/SeaMonkey anyway... they have to be installed at the OS level. So how will I find out what plug-ins I need and where to get them from?? What plugins do you use? I have Adobe Flash and VLC Web plugin, both installed and updated through Kubuntu. -- Kubuntu 14.10 | KDE 4.14.1 | Thunderbird 38.0a2(Earlybird) [Coexist - Understanding Across Divides](https://www.coexist.org/) Obeying the law matters ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Multipart/Alternative e-mails
W3BNR schrieb: Is there any way of knowing beforehand that e-mail is multipart? You can use the Add-on Mnenhy: https://addons.mozilla.org/en-us/seamonkey/addon/mnenhy/ Works fine here with: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 SeaMonkey/2.33.1 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to switch from plain text to html
Barry Edwin Gilmour wrote on 25/03/2015 08:18: Ray_Net wrote on 25/03/15 08:09: Barry Edwin Gilmour wrote on 24/03/2015 08:23: Ray_Net wrote on 24/03/15 08:01: When i send an html mail without html command - the mail is sent as pure plain text without my intervention. So far, so good. I decide now to resend this mail with some extra text to, per example, another guy - this extra text perhaps in RED color. So I click on Edit Message as New and I am faced now with a mail in plain text where i cannot add html commands. The SM editor did not give me, per example, the html bar. How can I switch to the Editor in HTML mode ? Is your setting in Edit, Mail Newsgroup Account Settings,(your account or newsgroup folder name), Composition Addressing, Composition, Compose messages in HTML format checkbox ticked? All Accounts and all NewsGroups have Compose messages in HTML format ticked. The problem is when i do Edit Message as New on a sent message who was sent in plain text without my decision. (SM decide to not send in html nor both when there is no html command in the message) I agree with that action, BUT when i click on Edit Message as New for this sent message, SM must permit me to work in html mode - because I have All Accounts and all NewsGroups have Compose messages in HTML format ticked. If someone tell me how to achieve this, I will be happy. You are correct. Even in tonight's nightly trunk build, there's no Option, Format menu-drop-down list, on the Edit Message as New Compose-window toolbar, to edit a plain-text message-body as HTML, so one has zero-option to create HTML, without resorting to opening the message-body in Composer, editing the message body, and copy and pasting it back into a new-mail window. Following-on from the similar issue/thread Sending a new HTML e-mail reverts back to plain text?, being discussed by Mark and Ant in this newsgroup, where sending a paragraph-aligned message-body as HTML sends as plain-text, and where their proposal is to add a space formatted in colour, just to get a HTML paragraph-formatted HTML-email sent as HTML, - which isn't an option for us, because the HTML menu and toolbar, just isn't available in the Edit Message as New Compose window of a plain text message-body, I don't think I would agree with the concept of a HTML paragraph-layout message body, being converted to plain text, especially where that was never the sender's intention. It seems one now has to edit it in Composer, then drag it back into Mail as a new HTML email. I think this may be the bug we want? https://bugzilla.mozilla.org/show_bug.cgi?id=137884 Options-Format Menu missing when using File-New-Message It seems that this bug is blocked by format - auto-detect This bug: Reported: 2002-04-16 13 years without correction of this bug. As I said always - developpers prefer playing with new gadgets ... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to switch from plain text to html
Barry Edwin Gilmour wrote on 25/03/2015 08:30: Ray_Net wrote on 25/03/15 08:09: Barry Edwin Gilmour wrote on 24/03/2015 08:23: Ray_Net wrote on 24/03/15 08:01: When i send an html mail without html command - the mail is sent as pure plain text without my intervention. So far, so good. I decide now to resend this mail with some extra text to, per example, another guy - this extra text perhaps in RED color. So I click on Edit Message as New and I am faced now with a mail in plain text where i cannot add html commands. The SM editor did not give me, per example, the html bar. How can I switch to the Editor in HTML mode ? Is your setting in Edit, Mail Newsgroup Account Settings,(your account or newsgroup folder name), Composition Addressing, Composition, Compose messages in HTML format checkbox ticked? All Accounts and all NewsGroups have Compose messages in HTML format ticked. The problem is when i do Edit Message as New on a sent message who was sent in plain text without my decision. (SM decide to not send in html nor both when there is no html command in the message) I agree with that action, BUT when i click on Edit Message as New for this sent message, SM must permit me to work in html mode - because I have All Accounts and all NewsGroups have Compose messages in HTML format ticked. If someone tell me how to achieve this, I will be happy. You are correct. Even in tonight's nightly trunk build, there's no Option, Format menu-drop-down list, on the Edit Message as New Compose-window toolbar, to edit a plain-text message-body as HTML, so one has zero-option to create HTML, without resorting to opening the message-body in Composer, editing the message body, and copy and pasting it back into a new-mail window. Following-on from the similar issue/thread Sending a new HTML e-mail reverts back to plain text?, being discussed by Mark and Ant in this newsgroup, where sending a paragraph-aligned message-body as HTML sends as plain-text, and where their proposal is to add a space formatted in colour, just to get a HTML paragraph-formatted HTML-email sent as HTML, - which isn't an option for us, because the HTML menu and toolbar, just isn't available in the Edit Message as New Compose window of a plain text message-body, I don't think I would agree with the concept of a HTML paragraph-layout message body, being converted to plain text, especially where that was never the sender's intention. It seems one now has to edit it in Composer, then drag it back into Mail as a new HTML email. I think this may be the bug we want? https://bugzilla.mozilla.org/show_bug.cgi?id=137884 Options-Format Menu missing when using File-New-Message It seems that this bug is blocked by format - auto-detect Sorry, I hit send too quickly! https://bugzilla.mozilla.org/show_bug.cgi?id=136502 is asking for an ability to turn-off auto-detect, so that the users menu selection can be preferenced to the auto-detect feature that's used extensively throughout the messaging client. The auto-detect tracking bug is https://bugzilla.mozilla.org/show_bug.cgi?id=889315 Reported: 2002-04-09 The problem is DEAD I agree that SM send in plain text when there is no html code. But SM must permit me to insert an HTML code in an Edit message as New of this sent message. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Still no printing from composer with latest update 2.33.1
Bill DeCoster wrote on 25/03/15 03:08: I am still unable to print from composer with this latest update. I am hearing there is a simple solution. What's up? I use Composer almost daily, and I missed this bug! It's still the same in the nightly-trunk SeaMonkey/2.36a1 ID:2015-03-21 CSet: d796de0a725d.. Even after saving the page, and reopening it in Composer, the print-preview freezes-up at the Title: progress: preparing stage, and print shows no popup pane, nor any sign of activity at all. Only opening the saved-page in the Browser, permits print-preview and actual printing. The only active SeaMonkey Composer printing-bug I could find is an unconfirmed for x86 Mac OS X:- Bug 1095957-printing a background image on every page is broken, but it isn't relevant. I raised a new bug on this issue:- https://bugzilla.mozilla.org/show_bug.cgi?id=1147284 SeaMonkey Composer not printing nor print-previewing. Would you add your SM-33, your OS and comments, to Bug 114728 please Bill? This will show that it is spanning a few versions and OSes. - Cancel that Bill. Bugzilla's search engine must be slow. https://bugzilla.mozilla.org/show_bug.cgi?id=1142997 Phil's patch has fixed SM for print-preview and print, even as low as 30% in horizontal or vertical in 'Pages (range)' or 'print all pages' in my latest nightly trunk build:- Mozilla/5.0 (X11; Linux x86_64; rv:39.0) Gecko/20100101 Firefox/39.0 SeaMonkey/2.36a1 ID:20150325162401 CSet: 35d9101cb3b1 Printing hasn't been that nice in a while. I guess the fix will be in the next release? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Lightning in SeaMonkey 2.33
Ed Mullen wrote: mozilla-lists.mbou...@spamgourmet.com wrote on 3/24/2015 6:18 PM: Rob Steinmetz wrote: mozilla-lists.mbou...@spamgourmet.com wrote: Rob Steinmetz wrote: I have no new extensions I have only: LookOut+ Remove Duplicates Did you try disabling them and restarting SeaMonkey? I'm not familiar with LookOut+, but it sounds like something to do with interacting with MS Outlook. A quick look mentions it doing something with iCalendar (ics) files, so may well interfere with Lightning in some way. I just tried disabling extensions but it didn't change anything. It still doesn't work. The previous version of Lightning worked just fine with them It's possible that a new version of Lightning or one of those may have introduced a conflict. If disabling those add-ons allows Lightning to work, that would be useful information for the developers of the add-ons involved, and a possible workaround while you wait for a fix. Safe mode is no use here, since it disables all add-ons, but it may be worth creating a new profile and see if Lightning works there. Tools Switch Profile Manage Profiles, create a new profile then use it. You might also need to install lightning into that profile. This may not be a permanent solution, but at least gives information as to whether it's something in your profile causing the problem. You can switch back to your usual profile (usually named default) after trying this. I forgot to mention I created a new profile. I had to load Lightning into it. It has the same problem as the original. About the only other thing I can think to try is to back up your profile (just in case), uninstall SeaMonkey, and reinstall using the latest installer. That might fix something which a series of updates hasn't properly applied. The problem with your suggestion is that uninstalling SM will NOT delete the SM profile. When you re-install SM it will find the old profile and use it. So, if the issue is with the profile you've accomplished nothing. The right way to do it is to create a new plain profile and direct SM to use it. Then, one-by-one, add back the extensions, restart, test, and see if the issue returns. Then you have the culprit. I'd already suggested a new profile, and Rob mentioned above that it didn't help. I agree a reinstall is unlikely to help, but just thought a series of updates might have left something behind which a fresh install might clean up. I recently cured a months-long performance issue in SM by deleting all profiles and files, creating a new one, and painstakingly recreating all of my mail and news accounts. Problem solved. No idea to this day what the issue was but it's gone. It's sometimes possible to work it out by comparing the old and new profiles, but it is probably easier to do as you did and port important stuff to a working new profile rather than fix the old one. Mark. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: HTML/Sig Delimiters
Daniel wrote: Speaking about HTML and sig delimiters, there was a problem of the sig delimiter being with-in the HTML, so, when that post/e-mail was quoted, the sig was not getting removed. Has that problem been fixed yet?? Surely the delimiter (and signature) would need to be within the HTML part, otherwise it wouldn't be displayed when the message is viewed as HTML? I'm not sure if there is such a common convention for delimiting signatures in HTML though, equivalent to dash-dash-space in plain text... Mark. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
How to open multiple windows?
I run three separate windows with Seamonkey displaying html videos from cameras on my LAN. After closing all the Seamonkey windows, running Seamonkey sometimes brings back two of the last open windows with their video components, positioned on my monitors exactly as they were before I closed them. Other times it just brings back one window with its video, if that was the last thing Seamonkey was used for on this computer. As Seamonkey sometimes brings back two windows, I conclude that there is a way to tell Seamonkey to open several windows, with the locations of the windows and content of the windows predefined. Is there such a capability, and how do I use it so it works every time? ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Lightning 3.8b2 SeaMonkey 2.33.1 bug report 1146927.
Mason83 wrote: On 24/03/2015 16:00, Rob Steinmetz wrote: I have files a Bugzilla report on this bug. It is Bug 1146927. I think it's easier to work with links. https://bugzilla.mozilla.org/show_bug.cgi?id=1146927 Seamonkey 2.33 Lightning 3.8b2 shows no events tasks or invitations I have posted this to the SeaMonkey and Calendar news groups. IMO, it's better to cross-post than to multi-post. Regards. That's one of those thing that vary from group to group. Like top posting, bottom posting. trimming or interspersed replies. Some people get overly excited about it. Some groups I've posted too would pretty much riot at any crosspost. In any even this was because I forgot to add the other group before I posted the first one. ;) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Previously typed addresses only doesn't work
Le 24 mars 2015, pjdkru...@gmail.com a écrit : Firefox developers changed the mechanism for how this works and the SeaMonkey devs have not had a change to update the UI. I've written up a guide for getting the settings back the way you want them here: http://forums.mozillazine.org/viewtopic.php?f=40t=2920253 Thanks for the explanation solution! -- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Lightbird question
On 23/03/2015 07:55, jeff.nee...@gmail.com wrote: An odd one, if you please. I love using the keyboard instead of the mouse. I'm disabled and not having to move the mouse is very helpful. Seamonkey lets me switch between windows with the ctrl-1 through 8, very nice. When using Lightbird, it uses some of the same keys -- ctrl-1 through 4 to change the view of the calendar. Messes things up -- I press ctrl-2 to switch to the mail and newsgroups page. Oops -- messed up the calendar. Easy to fix, of course. Is there a way to change Lightbird to either disable these keys (I don't use them) or to change them? I've looked and can't find one. I may just be being dumb. Hello, It is likely that the Lightbird author does not monitor this group. The project seems to be hosted on GitHub, so perhaps you can open a ticket in the issue tracker? https://github.com/Exalm/lightbird/issues Regards. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to open multiple windows?
Jay O'Brien wrote: I run three separate windows with Seamonkey displaying html videos from cameras on my LAN. After closing all the Seamonkey windows, running Seamonkey sometimes brings back two of the last open windows with their video components, positioned on my monitors exactly as they were before I closed them. Other times it just brings back one window with its video, if that was the last thing Seamonkey was used for on this computer. As Seamonkey sometimes brings back two windows, I conclude that there is a way to tell Seamonkey to open several windows, with the locations of the windows and content of the windows predefined. Is there such a capability, and how do I use it so it works every time? You possibly have Edit Preferences Browser Display on: Browser Startup set to Restore Previous Session? I'm not certain, but that might be the default option, so you may not have specifically set it. I think that does reopen multiple windows if you had multiple windows open when you exited SeaMonkey. With that set, if you have several windows open and go to File Exit, I think SeaMonkey remembers all the windows open at that time, and restores them on next start. If you close windows one at a time, SeaMonkey exits when the last window is closed; since there was only one window open when SeaMonkey exited, only that one window is restored. Mark. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Lightbird question
On 25/03/2015 21:58, Mason83 wrote: On 23/03/2015 07:55, jeff.needle wrote: An odd one, if you please. I love using the keyboard instead of the mouse. I'm disabled and not having to move the mouse is very helpful. Seamonkey lets me switch between windows with the ctrl-1 through 8, very nice. When using Lightbird, it uses some of the same keys -- ctrl-1 through 4 to change the view of the calendar. Messes things up -- I press ctrl-2 to switch to the mail and newsgroups page. Oops -- messed up the calendar. Easy to fix, of course. Is there a way to change Lightbird to either disable these keys (I don't use them) or to change them? I've looked and can't find one. I may just be being dumb. Hello, It is likely that the Lightbird author does not monitor this group. The project seems to be hosted on GitHub, so perhaps you can open a ticket in the issue tracker? https://github.com/Exalm/lightbird/issues Or perhaps this mozillazine thread: http://forums.mozillazine.org/viewtopic.php?f=48t=2774051 Regards. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: HTML/Sig Delimiters
mozilla-lists.mbou...@spamgourmet.com wrote on 26/03/15 03:54: Daniel wrote: Speaking about HTML and sig delimiters, there was a problem of the sig delimiter being with-in the HTML, so, when that post/e-mail was quoted, the sig was not getting removed. Has that problem been fixed yet?? Surely the delimiter (and signature) would need to be within the HTML part, otherwise it wouldn't be displayed when the message is viewed as HTML? I'm not sure if there is such a common convention for delimiting signatures in HTML though, equivalent to dash-dash-space in plain text... Mark. It's within a HTML container pre class=moz-signature cols=72-- Barry Edwin Gilmour /pre and if you look closely, you'll see the text layout is the same. HTH ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: How to open multiple windows?
On 3/25/2015 1:46 PM, mozilla-lists.mbou...@spamgourmet.com wrote: Jay O'Brien wrote: I run three separate windows with Seamonkey displaying html videos from cameras on my LAN. After closing all the Seamonkey windows, running Seamonkey sometimes brings back two of the last open windows with their video components, positioned on my monitors exactly as they were before I closed them. Other times it just brings back one window with its video, if that was the last thing Seamonkey was used for on this computer. As Seamonkey sometimes brings back two windows, I conclude that there is a way to tell Seamonkey to open several windows, with the locations of the windows and content of the windows predefined. Is there such a capability, and how do I use it so it works every time? You possibly have Edit Preferences Browser Display on: Browser Startup set to Restore Previous Session? I'm not certain, but that might be the default option, so you may not have specifically set it. I think that does reopen multiple windows if you had multiple windows open when you exited SeaMonkey. With that set, if you have several windows open and go to File Exit, I think SeaMonkey remembers all the windows open at that time, and restores them on next start. If you close windows one at a time, SeaMonkey exits when the last window is closed; since there was only one window open when SeaMonkey exited, only that one window is restored. Mark. Mark, That's perfect, thank you. I had never paid attention to the exit command, and I certainly didn't know it would affect all open windows when accessed in one of the open windows. I'll shut Seamonkey down with the exit command in the future (or ctrl-Q). Much appreciated! Jay O'Brien Folsom, CA ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: Broken Record ..... 2.33.1
WaltS48 wrote: On 03/24/2015 04:45 PM, M wrote: WaltS48 wrote: On 03/23/2015 07:57 PM, M wrote: At the risk of sounding like a 'broken record', is it too much to request that the 893776 bug in which graphics and attachments do not open in newsgroups in releases after 2.26.1 is 'fixed' Suggested workaround and changing from SeaMonkey to Thunderbird is not a satisfactory solution In anticipation s Exactly what newsgroup(s) are you having problems with? The workaround of Get Selected Messages works intermittently in my testing using alt.binaries.pictures.scenic from my Usenet-News account. Graphic imaging newsgroups How about some fraking specific names, like alt.biniaries,pictures.scenic. Here's one that's broken for me since 2.26: alt.binaries.joker Thanks for checking. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: HTML/Sig Delimiters
Daniel wrote on 25/03/15 16:53: On 25/03/15 09:20, mozilla-lists.mbou...@spamgourmet.com wrote: Ant wrote: Well, that is interesting. I usually send plain text anyway, and only occasionally send HTML, so may not have noticed a change. Just tried a couple of experiments: 1. Start a message in HTML format (shift+click compose, since I have it default to plain text), type a short message but don't actually apply any formatting and click send. It sends as plain text without prompting. OK, sounds like mine. 2. Start a message in HTML format, type a message, colour one word red and click send. It prompts for whether to send as plain text, HTML or both. So it looks like it automatically sends as plain text if you don't make any use of HTML formatting. Does that match your experience? Or is it discarding formatting even if you have applied some? The only thing I changed was the formatting like centering a section/paragraph. Now, I see the issue now. If I don't change colors, bold or anything like that, then it goes back to plain text! Why can't formatting a paragraph/section keep it as HTML? I can confirm that - setting some paragraphs left, centred, right or justified (even mixing all of these in a single email) but not applying any other formatting leads to the message being sent as plain text without prompting. Is this a bug? It's not really my call any more than yours, but I'd say it is. My guess is that someone complained about the prompt saying you used formatting (e.g. colours)... even if no formatting has been applied, and the solution was to detect whether any formatting has been applied and just send as plain text if not. Looks like that's a bit flawed though, in not checking for paragraph alignment formatting! Are you familiar with Bugzilla (https://bugzilla.mozilla.org/)? It's not that difficult once you know your way around. The main complication is that SeaMonkey isn't on the main page for reporting a new issue - you have to go to File a Bug Other Products SeaMonkey, then it's fairly straightforward. Post back if you get stuck and I'll be happy to help. In fact, it would be useful if you could post back anyway with the bug number, so anyone else coming across this thread knows about it. As for a workaround until its fixed - perhaps just add a space at the end and make it bold or something. You can do that in a signature to avoid having to remember every time - Edit Account Settings (Select Account) Tick Use HTML next to Signature text, and in the box just below enter or add to any existing signature font color=red /font (there's a space in the middle between and ). It's not perfect, as it inserts a signature delimiter (-- ) if you weren't using a signature anyway, but at least the alignment isn't lost. Mark. Speaking about HTML and sig delimiters, there was a problem of the sig delimiter being with-in the HTML, so, when that post/e-mail was quoted, the sig was not getting removed. Has that problem been fixed yet?? In tonight's nightly trunk build for Edit as New and Forward, the sig. is being included as normal-text , but it's completely-removed for Reply to Sender in HTML bodies. Signature delimitation sure has thrown up a lot of open bugs that affect the composing behaviour:- https://bugzilla.mozilla.org/buglist.cgi?quicksearch=mail+signature We now have account-signature Preferences for both 'reply' and 'forward' in Edit, Mail Newsgroup Account Settings, mail or newsgroup account-name, Composition and Addressing, Composition, which is a step towards users choosing where they enforce the signature delimiter. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Multipart/Alternative e-mails
I recently received an e-mail that was in two parts; one 'plain text' and the other 'HTML'. When viewing in HTML I saw one part and when viewing in plaint text I saw the other part. Message type in header was: Content-type: multipart/alternative; boundary=Boundary_(ID_cKOPk/6CliG/Ro7OFuUArg) I would not have known that this was a two part message except that, for one reason or another, I happened to look at the source. There is no indication of multipart in the Mail display. Is there any way of knowing beforehand that e-mail is multipart? -- Ed, W3BNR HTTP://JonesFarm.us/W3BNR Tags by Pick-a-Tag 1.60ß1 The wise course is to profit from the mistakes of others. ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
