print/libpaper problem

[Hiroki Sato]

Boris Samorodov <bsam at passap.ru> wrote
  in <4F5075CC.9010507 at passap.ru>:

bs> So what if install a system wide default paper size while installing
bs> print/libpaper? That may help both in gs case (when a binary is linked
bs> with libpaper) and those that just use libpaper if it is installed.

 No.  defaultpapername() returns a constant value at compile time.
 Nothing to do with the $PREFIX/etc/papersize file.

bs> >  I think WITH_A4SIZE option should be deprecated at some point and the
bs> >  default paper size can be selected by libpaper in run-time because it
bs> >  will be more consistent and flexible,
bs>
bs> I'd propose to leave a system wide default variable for a paper size.
bs> I don't care if it is WITH_A4SIZE, DEFAULT_PAPERSIZE=A4 or else.
bs>
bs> > but the current code in gs
bs> >  prevents it because it uses defaultpapername(), not systempapername()
bs> >  for some reason.
bs> >
bs> >  So, the functionality the libpaper provides in gs is only to define
bs> >  /DEFAULTPAPERSIZE but it is confusing due to the above reason.  This
bs> >  was why I decided to disable libpaper at this moment.
bs>
bs> Yea, but those who will choose that non-default option and install
bs> print/libpaper (in current state, i.e. without installing
bs> /usr/local/etc/papersize file) will fall in trouble anyway.

 What is the non-default option and what trouble will occur by it?

-- Hiroki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20120302/82301283/attachment.pgp