[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-12 Thread [warly]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-12-09 21:23 ---
I can move xprint to main yes.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-11 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 17:18 ---
Adding a variable to a system-wide /etc/profile is not helping
(apart that there is /etc/profile.d for this kind of things), because
it would set XPRINTER to the system-wide printer and not to the user-printer.

As I said adding the:

export XPRINTER="\`foomatic-configure -q -Q 2>&1| grep defaultqueue | sed -e
'[EMAIL PROTECTED]@@g' -e's@<>@@g' -e 's@@@g'\`"

to a /etc/profile.d script does the job, but has too many side effects
(it's too slow, chokes when DNS is down or cups not started, etc.). If
you find something more light for doing the same job, without the
side effects, we have resolved the XPRINTER problems...
Something like:

export XPRINTER=`lpstat -d |cut -d: -f2` is faster, but still has
some side effect (depends on printing system, etc.) ...


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-11 Thread [till]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 17:00 ---
The current printerdrake is designed for doing system-wide configuration as
root, it is not possible that a normal user runs it to set his personal default
printer or default option settings. The only thing which one can improve on
printerdrake is to add an environment variable for the system-wide default
printer to /etc/profile or /etc/bashrc or so.

Perhaps one could modify printerdrake for Mandrake 10.0 so that, when run as
normal user the "Add", "Delete", and "Configure CUPS" buttons do not appear and
then he can set a personal default printer, personal default default option
settings, and print test pages.


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-11 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 15:45 ---
The attachment snapshot will clarify what i said in my previous comment. 
As you can see, the necraw@:33, nec3@:33, nec2@:33, epsonraw@:33, epsongray@:33,
Epson880new1@:33 are the extra printer queues shown into the mozilla print
requester when xprint is enabled, and they are the cups queue I've available
(necraw,nec3,nec2,epsonraw,epsongray,Epson880new1). The default cups queue
for the user using mozilla is "Epson880new1", but since XPRINT, PRINTER,
or LPDEST aren't set, the default queue set in mozilla is "necraw", which
is the first available alphabetically. If I had set XPRINT=Epson880new1,
then mozilla would have had automatically set the "check" to
the Epson880new1 queue, otherwise every time I need to print into that
queue I've to select it manually in the menu shown in the attachment.


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-11 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 15:36 ---
Created an attachment (id=794)
 --> (http://qa.mandrakesoft.com/attachment.cgi?id=794&action=view)
mozilla Xprint requester snapshot


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-11 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 15:31 ---
Note that the support of this env var in mozilla is, let say, "COSMETIC", i.e.
it's not that mozilla wouldn't print, but rather the default
print it will try to print. In other words one user have to select then 
manually in the mozilla requester, the the xprint queue to which to print.

IMHO setting such var in printerdrake wouldn't work on a per-user
basis, for which the default printer of a user is not the same
as the default printer of the system.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-11 Thread [f.faber-pro]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-11-09 15:23 ---
Could printerdrake set this env var ? 
We can make the asumption that if the user change default printer it will use 
printerdrake ... at least this will work for most case. 

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-10 Thread [till]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2003-10-09 22:08 ---
Warly, WDYT about comment #10?


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-10 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-10-09 21:26 ---
I forgot to say that xprint uses also PDPRINTER, LPDEST and
PRINTER env var (not sure if mozilla is checking the sames) as a fall
back when XPRINTER is not set. But this doesn't change the prob, 
as CUPS doesn't set any of them.


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-10 Thread [fcrozat]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-10-09 12:29 ---
I have to agree.. it is way to late to switch to xprint now for 9.2.. Maybe
xprint should be push from contrib to main so it will be available in 9.2 ISO..

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-07 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 11:47 ---
I doubt the native PostScript code
in mozilla will be fixed by mozilla authors in upstream. Basically
because IMHO it's not possible to fix it without rewriting or merging
the whole xprint code into mozilla.
Some time ago I asked to the xprint author why xprint code it's not merged into 
the mozilla itself, and he answered that xprint in this way, i.e. as a daemon,
is more functional, as could be used by more than one application.

Note that xprint is a rewriting and improving of an already existing
Xprt, which is part of XFree86 (but basically broken to produce the
same good level of xprint PostScript output).

IMHO for xprint to get ready for main it would still needs of a couple
of things:

1) An init script with support for success|failure. This is a minor
requirement. I tried this but it's a PITA...

2) Better integration with cups (or other printing system). Mozilla uses the
XPRINTER env var for knowing the default printer queue; there should be
sincronization between such var and the user default printer queue. On xprint
007 I tried to use the following command in a /etc/profile.d script

export XPRINTER="\`foomatic-configure -q -Q 2>&1| grep defaultqueue | sed -e
'[EMAIL PROTECTED]@@g' -e's@<>@@g' -e 's@@@g'\`"

but substantially had two problems:

a) is slow and causes every new shell lauched a non-negligible delay.
b) causes long timeouts to shells launched, if machine is not networked, a
printer server not launched or DNS is not responding.

so I removed it. Alternatively it could be modified the mozilla code near the
XPRINTER env var checking to get the default "per user" printer there (certainly
this is too late for 9.2).

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-06 Thread [till]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 05:38 ---
As we cannot expect that Mozilla gets fixed upstream before release of Mandrake
9.2, I recommend that X-Print gets moved from contrib to main and that the
Mozilla package gets a "Requires: xprint".

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-09-06 Thread [mr]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-07-09 04:24 ---
Printing via xprint from mozilla works.

Unfortunatly this workaround (well, xprint imho is a workaround, mozilla should
"simply" produce correct postscript - if xprint is required to do so, the
mozilla rpm should imho depend on it) is not an option in the other browsers
like galeon which use mozilla's render engine.

But I understand that this has to be fixed upstream...


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-08-28 Thread [till]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2003-28-08 15:53 ---
It is probably the PostScript generation. To verify whether there is really a
problem with GhostScript, I recommend that one tries also to print the file on a
native PostScript printer. Or one examines the PostScript to see whether there
are already little squares inside or whether the squares come from the
PostScript interpreter.

In Mozilla is also an alternative way to generate PostScript, X-Print. Install
X-Print:

urpmi xprint

restart Mozilla, and in the printing dialog choose the explicit mention of your
queue (NOT "Generic PostScript Printer"). Does it print now?

I CC this also to our I18N expert Pablo.


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-08-28 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-28-08 16:09 ---
note that after installing xprint you'll have to restart also
your shell, as the xprint server port is listed in the
environment variable XPSERVERLIST which is set in /etc/profile.d/xprint.{sh,csh}.

After that you'll see your queues listed in the mozilla printer
dialog like "spooldir_tmp_Xprintjobs@:33", "epsonstylus@:33", etc.


-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-08-28 Thread [ghibo]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-28-08 15:54 ---
The output could be interpreted by ghostcript but wouldn't show
the right characters (or if I understand right 
the PostScript file suppose the Japanese fonts are
residents, while indeed aren't). I don't think the same
file would produce an output, other than empty squares.

AFAIK this is not due to UTF8 encoding, but rather
a "limit" of current mozilla PostScript output, who
can't embed/download fonts in native PostScript output.
That's the reason why "xprint" exists (xprint is in contrib).
Install xprint (from contrib) and try to reprint such page.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-08-28 Thread [fcrozat]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED],
   ||[EMAIL PROTECTED]
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1




--- Additional Comments From [EMAIL PROTECTED]  2003-28-08 15:35 ---
Till, Guisseppe, any idea on this ? I don't know if ps output is correct and
can't be interpreted by ghostscript or if it is incorrect..

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: NEW
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.



[Cooker] [Bug 4581] [mozilla] printing of utf-8 chars does not work

2003-08-08 Thread [mr]
http://qa.mandrakesoft.com/show_bug.cgi?id=4581





--- Additional Comments From [EMAIL PROTECTED]  2003-08-08 00:36 ---
Created an attachment (id=588)
 --> (http://qa.mandrakesoft.com/attachment.cgi?id=588&action=view)
output.ps

The output as postscript when printing the mentioned document.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
When printing the URL above, the utf-8 chars are replaced by a small square
character.