]> git.sur5r.net Git - glabels/commit
2004-07-11 Jim Evins <evins@snaught.com>
authorJim Evins <evins@snaught.com>
Sun, 11 Jul 2004 05:18:36 +0000 (05:18 +0000)
committerJim Evins <evins@snaught.com>
Sun, 11 Jul 2004 05:18:36 +0000 (05:18 +0000)
commit1fd401c400027d08f75b0a1105a47ba3b416e193
tree790e1ffa04145519638ecf38f21984e2457db619
parente2bb3e9baa9e37d525cd36408dcc5ef1c9008bcd
2004-07-11  Jim Evins  <evins@snaught.com>

* data/glabels-2.0.dtd:
* libglabels/template.c: (gl_template_rect_label_type_new),
(gl_template_round_label_type_new),
(gl_template_cd_label_type_new), (gl_template_label_type_dup),
(template_full_page):
* libglabels/template.h:
* libglabels/xml-template.c: (xml_parse_label_rectangle_node),
(xml_create_label_node):
* pixmaps/ex-rect-size.png:
* src/print.c: (clip_to_outline), (clip_punchouts):
* src/template-designer.c: (construct_rect_size_page),
(rect_size_page_prepare_cb), (layout_page_prepare_cb),
(build_template):
* src/template-designer.glade:
* src/xml-label-191.c: (xml191_parse_label):
Modifications to allow separate horizontal (x_waste) and vertical (y_waste)
properties for rectangular labels.  Templates remain backwards compatible,
but this breaks the libglabels API (I don't know of anyone outside of
glabels using libglabels at this time -- what can I say, the program is
is still "unstable").  This addresses the suggestion in Feature Request
#976313.

git-svn-id: https://glabels.svn.sourceforge.net/svnroot/glabels/trunk@431 f5e0f49d-192f-0410-a22d-a8d8700d0965
glabels2/ChangeLog
glabels2/data/glabels-2.0.dtd
glabels2/libglabels/template.c
glabels2/libglabels/template.h
glabels2/libglabels/xml-template.c
glabels2/pixmaps/ex-rect-size.png
glabels2/src/print.c
glabels2/src/template-designer.c
glabels2/src/template-designer.glade
glabels2/src/xml-label-191.c