Re: Buttons in websites not displaying properly.

2015-01-29 Thread G Tod 

G Tod wrote:

Tom S. wrote:

On Wed 28 Jan 2015 06:15:11pm EDT, /G Tod/ said in
mozilla.support.seamonkey:



 From Edit/Preferences, go to Appearance/Fonts and check on
"Allow documents to use other fonts". This can be a little bit
easier using PrefBar to toggle "Allow Other Fonts".


Ah-ha!  That's it!  You sir, are a geniusthank you.  Now I just keep
my fingers crossed that I don't wind up having to read webpages with
those ugly serifed fonts, so far so good in that department, though. Or,
maybe this setting has no effect on that...?


Oops!  Guess I spoke too soon.  Now I have seen on another webpage the 
exact same problem, but I do have "Allow documents to use other fonts" 
checked now.  Here's the link:  http://www.mytoba.ca/?ref=mywpg
There's a "floating" button in the lower right corner, and all the 
buttons at the bottom of the page under "Latest News" and "Let's Get 
Social" have the problem.  Is there some other setting I have set wrong?

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread David E. Ross 
On 1/29/2015 6:23 PM, Ed Mullen wrote:
> David E. Ross wrote on 1/29/2015 3:46 PM:
>> On 1/29/2015 10:09 AM, Bill Spikowski wrote:
>>> David E. Ross wrote:

 I saw the same thing earlier this week.  With SeaMonkey terminated, I
 went to the file prefs.js in my profile, opened it in Wordpad, and
 searched for "print.printer".  I deleted blocks of preference variables
 that related to obsolete printers and such pseudo printers as Adobe
 Acrobat (for which the print-to-PDF function is not supported in Windows
 7) and doPDF 7 (an application that does print-to-PDF but has been
 replaced with doPDF 8).

 If you have never edited prefs.js, I strongly recommend that you save
 the file outside of your profile.  Also, editing it will not work unless
 SeaMonkey is not running.
>>>
>>>
>>> I've tried this for each active printer (after deleting the obsolete 
>>> printers from prefs.js).
>>>
>>> Here's my new user.js file:
>>>
>>> # Mozilla User Preferences
>>>
>>> /* This file can be edited while Seamonkey is running; it will be copied 
>>> into pref.js at next restart.
>>>*
>>>
>>> user_pref("print.printer_C2424_2x2.print_shrink_to_fit", true);
>>> user_pref("print.printer_C2424_double-sided.print_shrink_to_fit", true);
>>> user_pref("print.printer_C2424_plain.print_shrink_to_fit", true);
>>> user_pref("print.printer_C2424_recycled.print_shrink_to_fit", true);
>>> user_pref("print.printer_Samsung_CLP-550_Series.print_shrink_to_fit", 
>>> true);
>>> user_pref("print.printer_WorkCentre_C2424_PS.print_shrink_to_fit", 
>>> true);
>>>
>>> // default to "shrink to fit"
>>>
>>>
>>>
>>> Yet -- it doesn't work; selecting say 50% changes "true" to "false"; 
>>> restarting SM doesn't reset it to "true."
>>>
>>> Do you see anything in my user.js file that's wrong?
>>>
>>>
>>
>> The user.js file is applied only when SeaMonkey (or Firefox or
>> Thunderbird) is launched.  If you change a settings via a user interface
>> (e.g., [File > Page Setup], [Edit > Preferences]), the default indicated
>> in user.js will be applied the next time SeaMonkey is launched (after it
>> is terminated).
>>
> 
> And prefs in user.js are re-applied every time the app is launched.
> 
> Whatever is in user.js is loaded into prefs.js.  Hence, if you use the 
> UI or about:config within the app to alter any pref contained in 
> user.js, and you then close the app, the next time the app is launched 
> specs in user.js will be loaded into prefs.js and over-ride any of those 
> changes.
> 
> So.  If you do use user.js to alter your config, you should view using 
> it as a permanent change.  That is, until you delete user.js (or edit 
> it), it will always over-ride anything else you do, either in the UI or 
> even prefs.js.
> 
> user.js, every time you run the app, re-writes those prefs in prefs.js.
> 
> So, fine, use user.js.  Just remember that any changes you make after 
> that in prefs.js or the UI will be negated the next time you run the 
> app.  Unless you delete user.js or alter its contents.
> 
> 

That indeed is the point.  The file user.js determines defaults to reset
temporary preference settings.  The defaults are applied whenever
SeaMonkey is launched anew.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Using < and > for URLs messing up for links.

2015-01-29 Thread David E. Ross 
On 1/29/2015 6:21 PM, Ant wrote:
> On 1/29/2015 7:44 AM, David E. Ross wrote:
> 
>> It is NOT your problem.  The problem belongs to users of E-mail
>> applications that are not standards-compliant.  Some people in my
>> address book have the same problem.  I tell them once how to fix it, and
>> then I ignore their problem.
> 
> They changed their e-mail clients?
> 

NO, but they stopped complaining.  And I can tell they do use the link
to visit my Web page.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Using < and > for URLs messing up for links.

2015-01-29 Thread Ant 

On 1/29/2015 9:49 AM, David E. Ross wrote:


I tell them to click on the link; but if that does not work, to copy the
link -- excluding the <> -- and paste it into their browser.  To me,
anyone who cannot follow that should not use a computer.


I have a lot of computer illiterate clients like this. :(
--
"All good work is done the way ants do things: Little by little." 
--Lafcadio Hearn

   /\___/\ 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.
 ( ) If e-mailing, then axe ANT from its address if needed.
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: Using < and > for URLs messing up for links.

2015-01-29 Thread Ant 

On 1/29/2015 7:44 AM, David E. Ross wrote:


It is NOT your problem.  The problem belongs to users of E-mail
applications that are not standards-compliant.  Some people in my
address book have the same problem.  I tell them once how to fix it, and
then I ignore their problem.


They changed their e-mail clients?
--
"When you turn on a light in a room, what happens?" Shaw said. "The 
roaches scatter, but the ants keep marching. You can step on them, throw 
water on them, but they keep on marching. I want ants for my defense." 
--Willy Shaw

   /\___/\ 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.
 ( ) If e-mailing, then axe ANT from its address if needed.
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: Using < and > for URLs messing up for links.

2015-01-29 Thread Ant 

On 1/29/2015 12:43 PM, Ray_Net wrote:


I will tell this to my 82 year old neighbor: You should NOT use a
computer !


"And then?" Funny, my computer friend tells me I should not use a 
computer too.

--
"All good work is done the way ants do things: Little by little." 
--Lafcadio Hearn

   /\___/\ 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.
 ( ) If e-mailing, then axe ANT from its address if needed.
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: Printing

2015-01-29 Thread Ed Mullen 

David E. Ross wrote on 1/29/2015 3:46 PM:

On 1/29/2015 10:09 AM, Bill Spikowski wrote:

David E. Ross wrote:


I saw the same thing earlier this week.  With SeaMonkey terminated, I
went to the file prefs.js in my profile, opened it in Wordpad, and
searched for "print.printer".  I deleted blocks of preference variables
that related to obsolete printers and such pseudo printers as Adobe
Acrobat (for which the print-to-PDF function is not supported in Windows
7) and doPDF 7 (an application that does print-to-PDF but has been
replaced with doPDF 8).

If you have never edited prefs.js, I strongly recommend that you save
the file outside of your profile.  Also, editing it will not work unless
SeaMonkey is not running.



I've tried this for each active printer (after deleting the obsolete printers 
from prefs.js).

Here's my new user.js file:

# Mozilla User Preferences

/* This file can be edited while Seamonkey is running; it will be copied into 
pref.js at next restart.
   *

user_pref("print.printer_C2424_2x2.print_shrink_to_fit", true);
user_pref("print.printer_C2424_double-sided.print_shrink_to_fit", true);
user_pref("print.printer_C2424_plain.print_shrink_to_fit", true);
user_pref("print.printer_C2424_recycled.print_shrink_to_fit", true);
user_pref("print.printer_Samsung_CLP-550_Series.print_shrink_to_fit", 
true);
user_pref("print.printer_WorkCentre_C2424_PS.print_shrink_to_fit", 
true);

// default to "shrink to fit"



Yet -- it doesn't work; selecting say 50% changes "true" to "false"; restarting SM 
doesn't reset it to "true."

Do you see anything in my user.js file that's wrong?




The user.js file is applied only when SeaMonkey (or Firefox or
Thunderbird) is launched.  If you change a settings via a user interface
(e.g., [File > Page Setup], [Edit > Preferences]), the default indicated
in user.js will be applied the next time SeaMonkey is launched (after it
is terminated).



And prefs in user.js are re-applied every time the app is launched.

Whatever is in user.js is loaded into prefs.js.  Hence, if you use the 
UI or about:config within the app to alter any pref contained in 
user.js, and you then close the app, the next time the app is launched 
specs in user.js will be loaded into prefs.js and over-ride any of those 
changes.


So.  If you do use user.js to alter your config, you should view using 
it as a permanent change.  That is, until you delete user.js (or edit 
it), it will always over-ride anything else you do, either in the UI or 
even prefs.js.


user.js, every time you run the app, re-writes those prefs in prefs.js.

So, fine, use user.js.  Just remember that any changes you make after 
that in prefs.js or the UI will be negated the next time you run the 
app.  Unless you delete user.js or alter its contents.



--
Ed Mullen
http://edmullen.net/
"A conscience is like a boat or a car. If you feel you need one, rent 
it." - J.R. Ewing

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread David E. Ross 
On 1/29/2015 12:47 PM, Ray_Net wrote:
> David E. Ross wrote on 29/01/2015 19:00:
>> On 1/29/2015 7:58 AM, Paul B. Gallagher wrote:
>>> David E. Ross wrote:
>>>
 I saw the same thing earlier this week.  With SeaMonkey terminated,
 I went to the file prefs.js in my profile, opened it in Wordpad, and
 searched for "print.printer".  I deleted blocks of preference
 variables that related to obsolete printers and such pseudo printers
 as Adobe Acrobat (for which the print-to-PDF function is not
 supported in Windows 7) ...
>>> News to me. I've been printing to PDF using Adobe Acrobat for years,
>>> never a hitch. I just did one ten minutes ago.
>>>
>> I am using Adobe Acrobat 7.1.0, which Adobe released for free for a
>> short period after it released a later, for-sale version.  It works okay
>> for me except for "printing" from another application to a PDF file.  I
>> do not want to pay money (~$450) for a version that is fully capable
>> under Windows 7 when I can get the missing capability for free with doPDF.
>>
>> My wife's PC is inadequate for any Windows beyond Windows XP.  On her
>> PC, Adobe Acrobat 7.1.0 is fully capable.  She does not need doPDF.
>> Also, she can use the Canon CanoScan N670U scanner, for which Windows 7
>> lacks the necessary drivers.  Between Adobe Acrobat and the scanner, she
>> can scan directly into a PDF file.
>>
> 
> I use for free:
> PdfCreator to (print) create a pdf from any application.
> and I use Adobe Reader(also free) to open a pdf file.
> 
> What I can do, is using Adobe Reader, to open a pdf file, then per 
> exemple print into a pdf only the page 4 - So I have a pdf file 
> containing only the page I want.
> 

Yes, I can do the same.  I open a PDF file with Adobe Reader and then
selectively "print" via doPDF to a new PDF file.

I am not particularly thrilled with doPDF, but it was the first such
freeware that I found.  After I installed a version in the 7 series,
they came out with an 8 series.  For several consecutive 8 series, I
could not get doPDF to install correctly; worse, it was difficult to
uninstall what parts had been installed.  They now have version 8.1.923;
it and its immediate predecessor install good.  I just have to remember
to uninstall the prior version -- which involves stopping the FAX and
Print Spooler services -- and then reboot (which restarts the services)
before installing a new version.  (Unfortunately, requesting Windows to
remove an application before updating to a newer version is not rare;
there are five other applications on my list.)

I am now too lazy to search for a replacement for doPDF.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Manual junk marking opens message pane by itself

2015-01-29 Thread EE 

Rubens wrote:

mozilla-lists.mbou...@spamgourmet.com wrote on 28/10/2014 23:01:

Allen wrote:

  I have been frustrated by this for quite a while, hoping that it would
go away during some future release.  All of my computers behave the
same: my personal machine (Win 7), the office accounting machine (win 7)
and the computer in the shop (Win XP).  This is what I observe:

Configuration-- In Layout -->>  classic view selected thread pane and
folder pane selected, message pane deselected.  I like this
configuration for the sake of security because I can easily go through
the listing and delete things I am not interested in or tag them as junk
without the message being rendered or processed.  Perhaps I'm just
fooling myself.

When you tag a message in the inbox as junk, the message pane opens up
unexpectedly and stays operational thereafter.  In order to get back to
the desired configuration, you have to select Layout/view message pane
(to turn it on even though it is ON)and then toggle it off to get it
off.  Or, you must play with the little control widget on the pane to
first turn it on (duh, it's on already!) and then turn it off.

Its not such a big thing that deserves a temper tantrum.  But it needs
attention someday.


I also see this on SeaMonkey 2.26.1 on Windows Vista, although I don't
usually use SeaMonkey's junk filtering (just tried it to check).

Look similar to:
   https://bugzilla.mozilla.org/show_bug.cgi?id=986874
although that seems to confuse two related issues. The first (message
pane opens on selecting a message already marked as junk) I don't see,
but next comment on the bug mentions this issue (message pane opens on
marking a non-junk message as junk). Might be worth reporting this one
as a separate issue so it doesn't get closed when the first is
confirmed fixed?

Mark.



I am the original reporter for this bug.

As its behaviour has slightly changed over the latest Seamonkey
versions, I have just updated
the bug title and put an extra comment.

But just for clarification here, the current behaviour is:

1- Select a message in the messages list (but do not open it).

2- Click on the "Junk" icon to mark it as such.

3- The message panel opens (even when it is not configured to do so)

4- That panel comes blank, showing only a yellow bar on the top saying
 "Seamonkey thinks this message is junk".

I hope this bug be solved soon and does not complete its anniversary two
months from now:))


Rubens.



It is not that big a deal, however.  I only have to click the grippy in 
the partition to make it go away.


___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Buttons in websites not displaying properly.

2015-01-29 Thread G Tod 

Tom S. wrote:

On Wed 28 Jan 2015 06:15:11pm EDT, /G Tod/ said in
mozilla.support.seamonkey:



 From Edit/Preferences, go to Appearance/Fonts and check on
"Allow documents to use other fonts". This can be a little bit
easier using PrefBar to toggle "Allow Other Fonts".

Ah-ha!  That's it!  You sir, are a geniusthank you.  Now I just keep 
my fingers crossed that I don't wind up having to read webpages with 
those ugly serifed fonts, so far so good in that department, though. 
Or, maybe this setting has no effect on that...?

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread David E. Ross 
On 1/29/2015 10:09 AM, Bill Spikowski wrote:
> David E. Ross wrote:
>>
>> I saw the same thing earlier this week.  With SeaMonkey terminated, I
>> went to the file prefs.js in my profile, opened it in Wordpad, and
>> searched for "print.printer".  I deleted blocks of preference variables
>> that related to obsolete printers and such pseudo printers as Adobe
>> Acrobat (for which the print-to-PDF function is not supported in Windows
>> 7) and doPDF 7 (an application that does print-to-PDF but has been
>> replaced with doPDF 8).
>>
>> If you have never edited prefs.js, I strongly recommend that you save
>> the file outside of your profile.  Also, editing it will not work unless
>> SeaMonkey is not running.
> 
> 
> I've tried this for each active printer (after deleting the obsolete printers 
> from prefs.js).
> 
> Here's my new user.js file:
> 
> # Mozilla User Preferences
> 
> /* This file can be edited while Seamonkey is running; it will be copied into 
> pref.js at next restart.
>   *
> 
>   user_pref("print.printer_C2424_2x2.print_shrink_to_fit", true);
>   user_pref("print.printer_C2424_double-sided.print_shrink_to_fit", true);
>   user_pref("print.printer_C2424_plain.print_shrink_to_fit", true);
>   user_pref("print.printer_C2424_recycled.print_shrink_to_fit", true);
>   user_pref("print.printer_Samsung_CLP-550_Series.print_shrink_to_fit", 
> true);
>   user_pref("print.printer_WorkCentre_C2424_PS.print_shrink_to_fit", 
> true);
> 
> // default to "shrink to fit"
> 
> 
> 
> Yet -- it doesn't work; selecting say 50% changes "true" to "false"; 
> restarting SM doesn't reset it to "true."
> 
> Do you see anything in my user.js file that's wrong?
>   
> 

The user.js file is applied only when SeaMonkey (or Firefox or
Thunderbird) is launched.  If you change a settings via a user interface
(e.g., [File > Page Setup], [Edit > Preferences]), the default indicated
in user.js will be applied the next time SeaMonkey is launched (after it
is terminated).

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Ray_Net 

David E. Ross wrote on 29/01/2015 19:00:

On 1/29/2015 7:58 AM, Paul B. Gallagher wrote:

David E. Ross wrote:


I saw the same thing earlier this week.  With SeaMonkey terminated,
I went to the file prefs.js in my profile, opened it in Wordpad, and
searched for "print.printer".  I deleted blocks of preference
variables that related to obsolete printers and such pseudo printers
as Adobe Acrobat (for which the print-to-PDF function is not
supported in Windows 7) ...

News to me. I've been printing to PDF using Adobe Acrobat for years,
never a hitch. I just did one ten minutes ago.


I am using Adobe Acrobat 7.1.0, which Adobe released for free for a
short period after it released a later, for-sale version.  It works okay
for me except for "printing" from another application to a PDF file.  I
do not want to pay money (~$450) for a version that is fully capable
under Windows 7 when I can get the missing capability for free with doPDF.

My wife's PC is inadequate for any Windows beyond Windows XP.  On her
PC, Adobe Acrobat 7.1.0 is fully capable.  She does not need doPDF.
Also, she can use the Canon CanoScan N670U scanner, for which Windows 7
lacks the necessary drivers.  Between Adobe Acrobat and the scanner, she
can scan directly into a PDF file.



I use for free:
PdfCreator to (print) create a pdf from any application.
and I use Adobe Reader(also free) to open a pdf file.

What I can do, is using Adobe Reader, to open a pdf file, then per 
exemple print into a pdf only the page 4 - So I have a pdf file 
containing only the page I want.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Using < and > for URLs messing up for links.

2015-01-29 Thread Ray_Net 

David E. Ross wrote on 29/01/2015 18:49:

On 1/29/2015 8:27 AM, Ray_Net wrote:

David E. Ross wrote on 29/01/2015 16:44:

On 1/28/2015 11:25 PM, Ant wrote:

On 1/28/2015 1:12 AM, Daniel wrote:


Does anyone know if there is a way to disable automatic additions of <
and > to plain text e-mails when I use SM's web browser's send this web
page feature? Thank you in advance. :)

Ant, *Note* that I have my e-mail and News set for Plain Text, so what
I'm about to suggest may not do anything for you or your friends, but if
I highlight the web address in the address bar and Copy/Paste into a
(Plain Text) e-mail, it sure looks to be clickable to me, and no < or >.

Which readers are you using? Mutt? Tin? Outlook?

Just SeaMonkey, Browser and Mail.

OK, then you won't see the problems. Try other non-Mozilla clients.
That's the issue I am facing with other e-mail users. :)


It is NOT your problem.  The problem belongs to users of E-mail
applications that are not standards-compliant.  Some people in my
address book have the same problem.  I tell them once how to fix it, and
then I ignore their problem.


Could you tell the guys who receive the mail from Ant how to fix their
problem ?
Because my solution is not accepted by Ant.
My solution is that I compose in html and I send the mail in plain-text
- So the recipient receive a plain-text mail without "<>" surrounding
the links.


I tell them to click on the link; but if that does not work, to copy the
link -- excluding the <> -- and paste it into their browser.  To me,
anyone who cannot follow that should not use a computer.


I will tell this to my 82 year old neighbor: You should NOT use a computer !
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Bill Spikowski 

David E. Ross wrote:


I saw the same thing earlier this week.  With SeaMonkey terminated, I
went to the file prefs.js in my profile, opened it in Wordpad, and
searched for "print.printer".  I deleted blocks of preference variables
that related to obsolete printers and such pseudo printers as Adobe
Acrobat (for which the print-to-PDF function is not supported in Windows
7) and doPDF 7 (an application that does print-to-PDF but has been
replaced with doPDF 8).

If you have never edited prefs.js, I strongly recommend that you save
the file outside of your profile.  Also, editing it will not work unless
SeaMonkey is not running.



I've tried this for each active printer (after deleting the obsolete printers 
from prefs.js).

Here's my new user.js file:

# Mozilla User Preferences

/* This file can be edited while Seamonkey is running; it will be copied into 
pref.js at next restart.
 *

user_pref("print.printer_C2424_2x2.print_shrink_to_fit", true);
user_pref("print.printer_C2424_double-sided.print_shrink_to_fit", true);
user_pref("print.printer_C2424_plain.print_shrink_to_fit", true);
user_pref("print.printer_C2424_recycled.print_shrink_to_fit", true);
user_pref("print.printer_Samsung_CLP-550_Series.print_shrink_to_fit", 
true);
user_pref("print.printer_WorkCentre_C2424_PS.print_shrink_to_fit", 
true);

// default to "shrink to fit"



Yet -- it doesn't work; selecting say 50% changes "true" to "false"; restarting SM 
doesn't reset it to "true."

Do you see anything in my user.js file that's wrong?
 


___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread David E. Ross 
On 1/29/2015 8:52 AM, Jonathan N. Little wrote:
> Bill Spikowski wrote:
>>
>> Do you mean, save a copy of prefs.js as a backup in case my editing
>> messes it up?
> 
> Yes backup. You can use the same location for the copy with a different 
> name. Date works well  prefs.js.2015-01-29
> 
>>
>> Or do you mean to move it somewhere else permanently?
> 
> If you do that SM will generate a default prefs.js and all your 
> preferences ans settings will be lost.
> 
> 

Exactly what I meant.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread David E. Ross 
On 1/29/2015 7:58 AM, Paul B. Gallagher wrote:
> David E. Ross wrote:
> 
>> I saw the same thing earlier this week.  With SeaMonkey terminated,
>> I went to the file prefs.js in my profile, opened it in Wordpad, and
>> searched for "print.printer".  I deleted blocks of preference
>> variables that related to obsolete printers and such pseudo printers
>> as Adobe Acrobat (for which the print-to-PDF function is not
>> supported in Windows 7) ...
> 
> News to me. I've been printing to PDF using Adobe Acrobat for years, 
> never a hitch. I just did one ten minutes ago.
> 

I am using Adobe Acrobat 7.1.0, which Adobe released for free for a
short period after it released a later, for-sale version.  It works okay
for me except for "printing" from another application to a PDF file.  I
do not want to pay money (~$450) for a version that is fully capable
under Windows 7 when I can get the missing capability for free with doPDF.

My wife's PC is inadequate for any Windows beyond Windows XP.  On her
PC, Adobe Acrobat 7.1.0 is fully capable.  She does not need doPDF.
Also, she can use the Canon CanoScan N670U scanner, for which Windows 7
lacks the necessary drivers.  Between Adobe Acrobat and the scanner, she
can scan directly into a PDF file.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Using < and > for URLs messing up for links.

2015-01-29 Thread David E. Ross 
On 1/29/2015 8:27 AM, Ray_Net wrote:
> David E. Ross wrote on 29/01/2015 16:44:
>> On 1/28/2015 11:25 PM, Ant wrote:
>>> On 1/28/2015 1:12 AM, Daniel wrote:
>>>
>>> Does anyone know if there is a way to disable automatic additions of <
>>> and > to plain text e-mails when I use SM's web browser's send this web
>>> page feature? Thank you in advance. :)
>> Ant, *Note* that I have my e-mail and News set for Plain Text, so what
>> I'm about to suggest may not do anything for you or your friends, but if
>> I highlight the web address in the address bar and Copy/Paste into a
>> (Plain Text) e-mail, it sure looks to be clickable to me, and no < or >.
> Which readers are you using? Mutt? Tin? Outlook?
 Just SeaMonkey, Browser and Mail.
>>> OK, then you won't see the problems. Try other non-Mozilla clients.
>>> That's the issue I am facing with other e-mail users. :)
>>>
>> It is NOT your problem.  The problem belongs to users of E-mail
>> applications that are not standards-compliant.  Some people in my
>> address book have the same problem.  I tell them once how to fix it, and
>> then I ignore their problem.
>>
> Could you tell the guys who receive the mail from Ant how to fix their 
> problem ?
> Because my solution is not accepted by Ant.
> My solution is that I compose in html and I send the mail in plain-text 
> - So the recipient receive a plain-text mail without "<>" surrounding 
> the links.
> 

I tell them to click on the link; but if that does not work, to copy the
link -- excluding the <> -- and paste it into their browser.  To me,
anyone who cannot follow that should not use a computer.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Jonathan N. Little 

Bill Spikowski wrote:


Do you mean, save a copy of prefs.js as a backup in case my editing
messes it up?


Yes backup. You can use the same location for the copy with a different 
name. Date works well  prefs.js.2015-01-29




Or do you mean to move it somewhere else permanently?


If you do that SM will generate a default prefs.js and all your 
preferences ans settings will be lost.



--
Take care,

Jonathan
---
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Using < and > for URLs messing up for links.

2015-01-29 Thread Ray_Net 

David E. Ross wrote on 29/01/2015 16:44:

On 1/28/2015 11:25 PM, Ant wrote:

On 1/28/2015 1:12 AM, Daniel wrote:


Does anyone know if there is a way to disable automatic additions of <
and > to plain text e-mails when I use SM's web browser's send this web
page feature? Thank you in advance. :)

Ant, *Note* that I have my e-mail and News set for Plain Text, so what
I'm about to suggest may not do anything for you or your friends, but if
I highlight the web address in the address bar and Copy/Paste into a
(Plain Text) e-mail, it sure looks to be clickable to me, and no < or >.

Which readers are you using? Mutt? Tin? Outlook?

Just SeaMonkey, Browser and Mail.

OK, then you won't see the problems. Try other non-Mozilla clients.
That's the issue I am facing with other e-mail users. :)


It is NOT your problem.  The problem belongs to users of E-mail
applications that are not standards-compliant.  Some people in my
address book have the same problem.  I tell them once how to fix it, and
then I ignore their problem.

Could you tell the guys who receive the mail from Ant how to fix their 
problem ?

Because my solution is not accepted by Ant.
My solution is that I compose in html and I send the mail in plain-text 
- So the recipient receive a plain-text mail without "<>" surrounding 
the links.

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Bill Spikowski 

David E. Ross wrote:

That's maybe THIRTY rows for each printer!

I saw the same thing earlier this week.  With SeaMonkey terminated, I
went to the file prefs.js in my profile, opened it in Wordpad, and
searched for "print.printer".  I deleted blocks of preference variables
that related to obsolete printers and such pseudo printers as Adobe
Acrobat (for which the print-to-PDF function is not supported in Windows
7) and doPDF 7 (an application that does print-to-PDF but has been
replaced with doPDF 8).

If you have never edited prefs.js, I strongly recommend that you save
the file outside of your profile.  Also, editing it will not work unless
SeaMonkey is not running.


Do you mean, save a copy of prefs.js as a backup in case my editing messes it 
up?

Or do you mean to move it somewhere else permanently?

___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Paul B. Gallagher 

David E. Ross wrote:


I saw the same thing earlier this week.  With SeaMonkey terminated,
I went to the file prefs.js in my profile, opened it in Wordpad, and
searched for "print.printer".  I deleted blocks of preference
variables that related to obsolete printers and such pseudo printers
as Adobe Acrobat (for which the print-to-PDF function is not
supported in Windows 7) ...


News to me. I've been printing to PDF using Adobe Acrobat for years, 
never a hitch. I just did one ten minutes ago.


--
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: Printing

2015-01-29 Thread David E. Ross 
On 1/29/2015 7:34 AM, Bill Spikowski wrote:
> Bill Spikowski wrote:
>> David E. Ross wrote:
>>> On 1/28/2015 11:06 AM, Bill Spikowski wrote:
 David E. Ross wrote:
> There is a way for SeaMonkey not to remember the last print settings.
> Instead, you can establish default settings that come into effect every
> time you launch SeaMonkey.
>
> In your profile, find the file user.js.  If it does not exist, create it
> with a plain-text text editor.  Insert the following statements:
>
> user_pref("print_printer", "");
> // default back to Windows default printer if another printer
> // was selected
>
> user_pref("print.printer_HP_Color_LaserJet_CP1215.print_orientation",0);
> // restore portrait if landscape had been specified
>
> user_pref("print.printer_HP_Color_LaserJet_CP1215.print_scaling","1.0");
> //  restore 100% scaling
>
> The lines beginning with // are comments to remind you why you have
> these statements.  The semi-colons are mandatory.  Every time you launch
> SeaMonkey, these will override whatever print settings were last used.
>
> In the first set (print_printer), this works with Windows; I do not know
> if there is an equivalent for MACs or Linux.  In the second set
> (print.printer_HP_Color_LaserJet_CP1215.print _orientation), you will
> have to find the equivalent preference variable for your own printer; a
> value of 1 defaults to landscape.  In the third set (print.printer_HP
> _Color_LaserJet_CP1215.print_scaling), you will again have to find the
> equivalent preference variable for your own printer; the number is the
> multiplier for scaling (e.g., 1.0=100%, 0.5=50%).
>
> To find equivalent preference variables for the second and third sets,
> enter about:config in the address area (URI bar) of SeaMonkey.  In the
> Search area, enter print.printer_ and scroll through the results.

 The one that's important to me would be to restore my general
 preference for Scale = Shrink To Fit (after I've chosen a different
 scale for some specific document).

 Do you know if there is a way to accomplish that?

>>> In user.js, insert
>>> 
>>> user_pref("print.printer_HP_Color_LaserJet_CP1215.print_shrink_to_fit",true);
>>> // default to "shrink to fit"
>>>
>>
>> I just created user.js (guess I never did that before) but in looking in 
>> about:config to find out the name of my printer, I see about rows for every 
>> printer I've ever installed (or reinstalled) -- several dozen of them!
>>
>> Is there a way to delete all those entries so I'd be left with only my 
>> currently installed printers? That's still five printers, but it would be 
>> easy enough to modify user.js for each one, once I was pretty confident I 
>> wasn't modifying ancient printer entries!
> 
> That's maybe THIRTY rows for each printer!
> 

I saw the same thing earlier this week.  With SeaMonkey terminated, I
went to the file prefs.js in my profile, opened it in Wordpad, and
searched for "print.printer".  I deleted blocks of preference variables
that related to obsolete printers and such pseudo printers as Adobe
Acrobat (for which the print-to-PDF function is not supported in Windows
7) and doPDF 7 (an application that does print-to-PDF but has been
replaced with doPDF 8).

If you have never edited prefs.js, I strongly recommend that you save
the file outside of your profile.  Also, editing it will not work unless
SeaMonkey is not running.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Using < and > for URLs messing up for links.

2015-01-29 Thread David E. Ross 
On 1/28/2015 11:25 PM, Ant wrote:
> On 1/28/2015 1:12 AM, Daniel wrote:
> 
> Does anyone know if there is a way to disable automatic additions of <
> and > to plain text e-mails when I use SM's web browser's send this web
> page feature? Thank you in advance. :)

 Ant, *Note* that I have my e-mail and News set for Plain Text, so what
 I'm about to suggest may not do anything for you or your friends, but if
 I highlight the web address in the address bar and Copy/Paste into a
 (Plain Text) e-mail, it sure looks to be clickable to me, and no < or >.
>>>
>>> Which readers are you using? Mutt? Tin? Outlook?
>> Just SeaMonkey, Browser and Mail.
> 
> OK, then you won't see the problems. Try other non-Mozilla clients. 
> That's the issue I am facing with other e-mail users. :)
> 

It is NOT your problem.  The problem belongs to users of E-mail
applications that are not standards-compliant.  Some people in my
address book have the same problem.  I tell them once how to fix it, and
then I ignore their problem.

-- 
David E. Ross

I am sticking with SeaMonkey 2.26.1 until saved passwords can
be used when autocomplete=off.  See
.
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Bill Spikowski 

David E. Ross wrote:

On 1/28/2015 11:06 AM, Bill Spikowski wrote:

David E. Ross wrote:

There is a way for SeaMonkey not to remember the last print settings.
Instead, you can establish default settings that come into effect every
time you launch SeaMonkey.

In your profile, find the file user.js.  If it does not exist, create it
with a plain-text text editor.  Insert the following statements:

user_pref("print_printer", "");
// default back to Windows default printer if another printer
// was selected

user_pref("print.printer_HP_Color_LaserJet_CP1215.print_orientation",0);
// restore portrait if landscape had been specified

user_pref("print.printer_HP_Color_LaserJet_CP1215.print_scaling","1.0");
//  restore 100% scaling

The lines beginning with // are comments to remind you why you have
these statements.  The semi-colons are mandatory.  Every time you launch
SeaMonkey, these will override whatever print settings were last used.

In the first set (print_printer), this works with Windows; I do not know
if there is an equivalent for MACs or Linux.  In the second set
(print.printer_HP_Color_LaserJet_CP1215.print _orientation), you will
have to find the equivalent preference variable for your own printer; a
value of 1 defaults to landscape.  In the third set (print.printer_HP
_Color_LaserJet_CP1215.print_scaling), you will again have to find the
equivalent preference variable for your own printer; the number is the
multiplier for scaling (e.g., 1.0=100%, 0.5=50%).

To find equivalent preference variables for the second and third sets,
enter about:config in the address area (URI bar) of SeaMonkey.  In the
Search area, enter print.printer_ and scroll through the results.


The one that's important to me would be to restore my general
preference for Scale = Shrink To Fit (after I've chosen a different
scale for some specific document).

Do you know if there is a way to accomplish that?


In user.js, insert

user_pref("print.printer_HP_Color_LaserJet_CP1215.print_shrink_to_fit",true);
// default to "shrink to fit"



I just created user.js (guess I never did that before) but in looking in 
about:config to find out the name of my printer, I see about rows for every 
printer I've ever installed (or reinstalled) -- several dozen of them!

Is there a way to delete all those entries so I'd be left with only my 
currently installed printers? That's still five printers, but it would be easy 
enough to modify user.js for each one, once I was pretty confident I wasn't 
modifying ancient printer entries!
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: Printing

2015-01-29 Thread Bill Spikowski 

Bill Spikowski wrote:

David E. Ross wrote:

On 1/28/2015 11:06 AM, Bill Spikowski wrote:

David E. Ross wrote:

There is a way for SeaMonkey not to remember the last print settings.
Instead, you can establish default settings that come into effect every
time you launch SeaMonkey.

In your profile, find the file user.js.  If it does not exist, create it
with a plain-text text editor.  Insert the following statements:

user_pref("print_printer", "");
// default back to Windows default printer if another printer
// was selected

user_pref("print.printer_HP_Color_LaserJet_CP1215.print_orientation",0);
// restore portrait if landscape had been specified

user_pref("print.printer_HP_Color_LaserJet_CP1215.print_scaling","1.0");
//  restore 100% scaling

The lines beginning with // are comments to remind you why you have
these statements.  The semi-colons are mandatory.  Every time you launch
SeaMonkey, these will override whatever print settings were last used.

In the first set (print_printer), this works with Windows; I do not know
if there is an equivalent for MACs or Linux.  In the second set
(print.printer_HP_Color_LaserJet_CP1215.print _orientation), you will
have to find the equivalent preference variable for your own printer; a
value of 1 defaults to landscape.  In the third set (print.printer_HP
_Color_LaserJet_CP1215.print_scaling), you will again have to find the
equivalent preference variable for your own printer; the number is the
multiplier for scaling (e.g., 1.0=100%, 0.5=50%).

To find equivalent preference variables for the second and third sets,
enter about:config in the address area (URI bar) of SeaMonkey.  In the
Search area, enter print.printer_ and scroll through the results.


The one that's important to me would be to restore my general
preference for Scale = Shrink To Fit (after I've chosen a different
scale for some specific document).

Do you know if there is a way to accomplish that?


In user.js, insert

user_pref("print.printer_HP_Color_LaserJet_CP1215.print_shrink_to_fit",true);
// default to "shrink to fit"



I just created user.js (guess I never did that before) but in looking in 
about:config to find out the name of my printer, I see about rows for every 
printer I've ever installed (or reinstalled) -- several dozen of them!

Is there a way to delete all those entries so I'd be left with only my 
currently installed printers? That's still five printers, but it would be easy 
enough to modify user.js for each one, once I was pretty confident I wasn't 
modifying ancient printer entries!


That's maybe THIRTY rows for each printer!
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Re: SeaMonkey loops on log-ins

2015-01-29 Thread sean 

Ed Mullen wrote on 01/28/2015 09:45 AM:

David E. Ross wrote on 1/28/2015 1:05 AM:

On 1/27/2015 4:38 PM, Paul B. Gallagher wrote:

Ivan Berger wrote:


When I've used the SeaMonkey browser to log into various sites, it's
been opening Internet Explorer, my default browser, to the same
log-in page, and I could log in there.  Then I made SM my default
browser--now, when I enter my log-in name and password, that same
log-in page opens in a new tab but nothing else happens.

I'm running V2.32 under Win 7 x64.


Looping on login is usually due to a failure to accept a site's cookies.
Most webmasters assume all users accept all cookies all the time and
don't bother to check or tell us what's wrong.

Do Tools | Cookie Manager and make sure the setting isn't "Block all
cookies from this site." If not, double-check by doing Tools | Cookie
Manager | Manage Stored Cookies and confirming that you do have cookies
from the site in question.

If the setting IS "Block all cookies from this site," it should be
possible to simply click the preferred setting, but for the past few
years that hasn't worked for me (SM ignores my choice). In that case, do
Tools | Cookie Manager | Manage Stored Cookies, right-click the domain
name on the left, and choose "Forget about this domain." Then the next
time you visit (e.g., when you reload), SM will apply your default
cookie policy from Edit | Preferences | Privacy & Security | Cookies.
(Of course, if your default policy is to reject all cookies, that won't
help -- then you do have to set a special policy for the domain)



In SeaMonkey, you cannot reach Cookie Manager from the Tools menu.

On the menu bar, select [Edit > Preferences].  Then on left side of the
Preferences window, select [Privacy & Security > Cookies].  There, you
can set general rules for accepting or rejecting cookies.

For the cookie rule for specific Web sites, select [Tools > Data
Manager] on the menu bar.  Ignore the request (if any) for your master
password.  On the left side of the Data Manager window, you will see
"All data types" in a selection list.  Select the button on the right
with the down-pointing triangle and then select "Permissions" (not
"Cookies").  Then in the Domain list, select the domain for the Web
site.  In the larger area under the Permissions tab, a cookies rule for
the site will appear under the heading "Set Cookies"; at the far right
of that area will be radio buttons showing the site's cookie rule
(Allow, Allow for Session, or Block).

Frankly, I much preferred the old Cookie Manager.  I can still get it
via the PrefBar extension.



You mean this one?



I have a bookmark for that and a bunch of other "about" URLs.


thanks for that one Ed... bookmarked once again ;~)



--

A bird in the bush usually has a friend in there with him.

  taglines courtesy of Tagzilla 0.7a2
___
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey