238704 - RFE: Need sample plugin for plugin printing

Status: RESOLVED FIXED

(Core Graveyard :: Plug-ins, enhancement, P4)

Description

[Roland Mainz]

RFE: Need sample plugin for plugin printing (this is a spinn-off from bug 234470
comment #32) ...

Comment 1

[Roland Mainz]

Taking myself...

Comment 2

[Roland Mainz]

Someone with CVS access needs to create
mozilla/modules/plugin/samples/unixprinting/ before I can make a diff...

Comment 3

[Roland Mainz]

Attachment: Patch for 2004-03-26-trunk, more or less the original one with minor cleanup

ToDo:
- The print plugin still depends on GTK+
- The license template is not correct
- The code needs minor cleanup

Comment 4

[Roland Mainz]

Attachment: Patch for 2004-03-26-trunk

Comment 5

[Roland Mainz]

Comment on attachment 144802 [details] [diff] [review]
Patch for 2004-03-26-trunk

Requesting r= ...

Comment 6

[Kyle Yuan]

Comment on attachment 144802 [details] [diff] [review]
Patch for 2004-03-26-trunk

I don't think I can handle this, over to Pete.

Comment 7

[Henry Jia]

Comment on attachment 144802 [details] [diff] [review]
Patch for 2004-03-26-trunk

Seems ok for me. => jst for double check since I'm not quite familiar in this
area.

Comment 8

[Johnny Stenback (:jst)]

Comment on attachment 144802 [details] [diff] [review]
Patch for 2004-03-26-trunk

sr=jst

Comment 9

[Roland Mainz]

Patch checked-in by timeless
(http://tinderbox.mozilla.org/bonsai/cvsquery.cgi?module=MozillaTinderboxAll&branch=HEAD&cvsroot=/cvsroot&date=explicit&mindate=1082688180&maxdate=1082689200&who=timeless%25mozdev.org),
marking bug as FIXED.

Comment 10

[Boris Zbarsky [:bzbarsky]]

What coordinate system is that plugin assuming and why?  I don't see that
documented anywhere in that patch (after all the discussion in bug 234470...
<sigh>).

Comment 11

[ZF.Dang]

(In reply to comment #10)
> What coordinate system is that plugin assuming and why?  I don't see that
> documented anywhere in that patch (after all the discussion in bug 234470...
> <sigh>).
coordinate system for plugin is PS's standard user sapce. That is: right x
increases, up y increases. 

lower-left point's coordinate is not set.

In fact the only thing plugin should know is the rectangle's width & height.
Plugin can take lower-left-point as  whatever it likes only if it gives the
right boundbox.

for example, plugin gets rectangle's width=200, height=300. It takes
lower-left-point as (0,0), then draw a box (0,0,200,300), gives boundbox
(0,0,200,300). It can also take lower-left-point as (100,100), then draw a box
(100,100,300,400), gives boundbox (100,100,300,400).

mozilla is responsible for the rest job and it can. That is EPSF's advantage.

Comment 12

[Boris Zbarsky [:bzbarsky]]

Right.  The point is, don't tell _me_ that.  Put that in the sample plugin, in
nice comments, so that people who try to use it as a model for writing their own
plugins (that's the point, right?) will know exactly what they're working with.

Comment 13

[ZF.Dang]

Good suggestion.
And I think it is also necessary to update "Plugin API Reference". 

Comment 14

[Boris Zbarsky [:bzbarsky]]

If you can do that, that would be great.