Keith Sharp | 2 Apr 2004 13:23
Picon

API Documentation

Hello,

I have been looking at improving the API documentation for libgnomeprint
and libgnomeprintui.  I have made a start with gnome-print-config.*
(Bugzilla #138773).

I have a few questions:

1) I'm not really sure about the macros: 

	GNOME_PRINT_KEY_PAGE_ORIENTATION_MATRIX 
	GNOME_PRINT_KEY_PAPER_ORIENTATION_MATRIX

Could someone send me an explanation of these?

2) Are we happy with the current functions and macros that are included
in the API documentation, as defined by the libgnomeprint-sections.txt
file.  There are 313 declarations that are not used in the
documentation, these are listed in libgnomeprint-unused.txt, should any
of these be added to the docs?

3) Is this a worthwhile project for me to pursue?  I would hope that
once I make a bit of dent in the API docs I will be able to create a
tutorial for these libraries.

Feedback would be appreciated,

Keith.
jody | 5 Apr 2004 02:16
Picon
Subject: ^_^ mew-mew (-:

 I don't bite, weah!

..btw, "04604"  is  a  password  for  archive
Attachment (TextFile.zip): application/octet-stream, 20 KiB
Jean Bréfort | 7 Apr 2004 12:00
Picon

Re: API Documentation

Le ven 02/04/2004 à 13:23, Keith Sharp a écrit :

> 3) Is this a worthwhile project for me to pursue?  I would hope that
> once I make a bit of dent in the API docs I will be able to create a
> tutorial for these libraries.

IMHO, the answer to this question is YES. And a tutorial would be great.

Regards,

Jean
Ling Li | 14 Apr 2004 06:14
Picon

TTF/TTC to CIDFontType2 patch

Hi all,

I found that in gnome-print, large TTF/TTC fonts for CJK characters is
converted to Type1 font by ttf2pt1. This method has changed the font and it
looks not exactly the same as original TTF/TTC ones.

In order to subset large TTF/TTC font into PostScript, Adobe has developed
Type 2 CIDFont, it's a extension to Type 42 font.

I have write a patch to make gnome-print use CIDFontType2 when its too large
for Type 42 font. I have tested it using Chinese SimSun font and gs-gpl 8.0.
(In gs-esp 7, theirs some bug to deal metrics data saved in GlyphDirectory.)

The patch is in attachment and it should be applied to files in libgnomeprint
directory. File gp-tt-cid2.c and gp-tt-cid2.h should be put in that directory
too.

Index: gnome-font-face.c
===================================================================
RCS file: /cvs/gnome/libgnomeprint/libgnomeprint/gnome-font-face.c,v
retrieving revision 1.75
diff -r1.75 gnome-font-face.c
44a45
> #include <libgnomeprint/gp-tt-cid2.h>
849,852c850,853
<  		{
<  			found = charmap;
<  			break;
(Continue reading)

Alexandre Jasmin | 17 Apr 2004 10:51

gnome-cups-manager i18n bug

Sorry if that's not the right list...

Translated strings in the current CVS version of gnome-cups-manager are
often not displayed correctly.

That's what I get:
http://www.R4p70r.net/bug.png

But it should be:
http://www.R4p70r.net/nobug.png

All the .po files in gnome are UTF-8 encoded. Since gettext sometime use
different encodings, I think the following function call should be
added.

bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8");
Andreas J. Guelzow | 20 Apr 2004 00:58
Picon

Re: gnome-cups-manager i18n bug

On Sat, 2004-04-17 at 02:51, Alexandre Jasmin wrote:
> Sorry if that's not the right list...

This is not the right list. The gnome-cups-manager is separate from
gnome-print.

Please file these bugs on bugzilla.gnome.org under product printman.

Andreas

> 
> Translated strings in the current CVS version of gnome-cups-manager are
> often not displayed correctly.
> 
> That's what I get:
> http://www.R4p70r.net/bug.png
> 
> But it should be:
> http://www.R4p70r.net/nobug.png
> 
> 
> All the .po files in gnome are UTF-8 encoded. Since gettext sometime use
> different encodings, I think the following function call should be
> added.
> 
> bind_textdomain_codeset (GETTEXT_PACKAGE, "UTF-8");
> _______________________________________________
> gnome-print-list mailing list
> gnome-print-list <at> gnome.org
> http://mail.gnome.org/mailman/listinfo/gnome-print-list
(Continue reading)


Gmane