wxperl-users

Re: [wxperl-users] Wx::HtmlEasyPrinting

[Mattia B. <mb...@ds...>]

> We were trying to get the Wx::HtmlEasyPrinting object to work, and ran into
> the following problem:
> 
> When we try to create a printing object:
> 
> my $print = new Wx::HtmlEasyPrinting();
Yes, I fixed it some time ago
see below, but as an ugly and horryble workaround:
bless $print, "Wx::HtmlEasyPrinting"; # should be OK

> then the $print object is of class Wx::Object, not Wx::HtmlEasyPrinting,
> which causes it to not work for trying to call any of the methods of
> Wx::HtmlEasyPrinting.
> 
> Tried recompiling wxPerl from a fresh copy from cvs downloaded today
> (6/6/2001), but the current copy does not compile (gives the following
> error:
> 
> XS/Locale.xs: In function `void XS_Wx__Locale_AddLanguage(PerlInterpreter *,
> CV*)':
> XS/Locale.xs:107: no method `wxLocale::AddLanguage'
> dmake.exe:  Error code 1, while making 'Wx.o'
Oops, this is a wxWin 2.3 method... forgot to add guards around it...

fixed now; it was some time I didn't check 2.2 compilation...
checking now, sorry

Mattia

Re: [wxperl-users] Wx::HtmlEasyPrinting

[Mattia B. <mb...@ds...>]

> XS/Locale.xs: In function `void XS_Wx__Locale_AddLanguage(PerlInterpreter *,
> CV*)':
> XS/Locale.xs:107: no method `wxLocale::AddLanguage'
> dmake.exe:  Error code 1, while making 'Wx.o'
> 
> Win2000, mingw, WxWindows 2.2.6, wxPerl from cvs around 5/21/2001 (this is
> the last time we grabbed from cvs that worked)

Fixed now, all should be fine...
BTW, printing framework *SHOULD* be functional
( I did some quick tests today )

Regards
Mattia

RE: [wxperl-users] Wx::HtmlEasyPrinting

[Mattia B. <mb...@ds...>]

> behaviors also happen in the WxWindows samples, it is most likely an issue
> with the WxWindows version we have. We're going to try using 2.2.7, and see
> how that goes.
If you have a test case I could test it on 2.2.7 without you trying
 it

Regards
Mattia

RE: [wxperl-users] Wx::HtmlEasyPrinting

[D.J.Moon <lm...@es...>]

actually, we've managed to figure out that it also happens with 2.2.7 and
2.3, and so now we're looking through the code for wxWindows to see if we
can figure out what is causing it.

We did figure out that the bizarre sizing (making it so the printout
appeared really huge on the screen) was a result of having a dual-monitor
setup (they use the screen size as part of the computation of the scaling
factor to display the preview of the printed page, and having a non-standard
aspect ratio (from two monitors placed side-by-side) messes up the math).

d.

-----Original Message-----
From: wxp...@li...
[mailto:wxp...@li...]On Behalf Of Mattia
Barbon
Sent: Thursday, June 07, 2001 4:48 PM
To: wxp...@li...
Subject: RE: [wxperl-users] Wx::HtmlEasyPrinting


> behaviors also happen in the WxWindows samples, it is most likely an issue
> with the WxWindows version we have. We're going to try using 2.2.7, and
see
> how that goes.
If you have a test case I could test it on 2.2.7 without you trying
 it

Regards
Mattia

_______________________________________________
wxperl-users mailing list
wxp...@li...
http://lists.sourceforge.net/lists/listinfo/wxperl-users

RE: [wxperl-users] Wx::HtmlEasyPrinting

[Mattia B. <mb...@ds...>]

> actually, we've managed to figure out that it also happens with 2.2.7 and
> 2.3, and so now we're looking through the code for wxWindows to see if we
> can figure out what is causing it.
I know that wx developers will be glad if you debug their code :),
 however posting a bug report to wx lists ( better with a testcase )
 will speed things up for you 
 
> We did figure out that the bizarre sizing (making it so the printout
> appeared really huge on the screen) was a result of having a dual-monitor
> setup (they use the screen size as part of the computation of the scaling
> factor to display the preview of the printed page, and having a non-standard
> aspect ratio (from two monitors placed side-by-side) messes up the math).

Regards
Mattia

RE: [wxperl-users] Wx::HtmlEasyPrinting

[D.J.Moon <lm...@es...>]

Okay, it compiles now, and the printing functions work now. There appear to
be some issues with the actual printing implementation, but it appears to be
at the WxWindows level since the WxWindows printing samples behave the same
way. Specifically, the preview window comes up with a default zoom of 70%,
which means the page is extremely huge.. you have to set the zoom down to
10% to be able to display the page on the screen (at 1280x1024 resolution).
There is also a problem with the bottom margin being different between the
preview and the printout (so page content breaks in different places for
each). Also, with HTML printing, the page numbering on the preview frame's
interface always displays a total page count of 999. However, since these
behaviors also happen in the WxWindows samples, it is most likely an issue
with the WxWindows version we have. We're going to try using 2.2.7, and see
how that goes.

d.

-----Original Message-----
From: wxp...@li...
[mailto:wxp...@li...]On Behalf Of Mattia
Barbon
Sent: Wednesday, June 06, 2001 5:02 PM
To: wxp...@li...
Subject: Re: [wxperl-users] Wx::HtmlEasyPrinting


> XS/Locale.xs: In function `void XS_Wx__Locale_AddLanguage(PerlInterpreter
*,
> CV*)':
> XS/Locale.xs:107: no method `wxLocale::AddLanguage'
> dmake.exe:  Error code 1, while making 'Wx.o'
>
> Win2000, mingw, WxWindows 2.2.6, wxPerl from cvs around 5/21/2001 (this is
> the last time we grabbed from cvs that worked)

Fixed now, all should be fine...
BTW, printing framework *SHOULD* be functional
( I did some quick tests today )

Regards
Mattia

_______________________________________________
wxperl-users mailing list
wxp...@li...
http://lists.sourceforge.net/lists/listinfo/wxperl-users