dia_improved

Fork

Bug #591525 - better pattern to emulate color.alpha

Bug #591525 - emulate color.alpha with gdk_gc_set_stipple()

Bug #591525 - restore background transparency independent of background color

Bug #591525 - Opacity support for SVG import and custom shapes

Bug #591525 - fix opacitiy export of standard SVG renderer

Need to write fill-opacitiy and stroke-opacitiy as non localized double.

Bug #591911 - clipping problems when rendering with alpha

The alpha rendering from bug #591525 made the lack of proper
clipping very visible, before the lack of it did not show because
drawing the same object multiple times had no accumulating effect.

Bug #591525 - Transparent objects by adding alpha to Color structure

From: Jason Childs <oblivian@users.sourceforge.net>
Date: Tue, 11 Aug 2009 23:55:20 -0400
Subject: [PATCH] Color transparency support

Add alpha to Color structure to support transparency. This change tries
to be a uninstrusive as possible, any and all references to Color have
either been upgraded to read/write the new alpha parameter or they
default to 1.0 to retain the existing functionality.
If the plugin/importer/exporter does not support transparency, it will
render the same as before. The cairo renderer has been updated to use
alpha and the dia file format has been extended to understand both the
new alpha value and support older files that don't have alpha for color
values.

Bug 568168 - allow to render "holes" with some renderers

A lot of Dia's bezier code has warnings like "only first BezPoint can be
a BEZ_MOVE_TO". This is basically a limitation of the bezier approximation
code originally used in the DiaGdkRenderer. It is currently used in the
renderer base class DiaRenderer, but there already are some renderers in
principle capable to handle move-to within bezier pathes just fine (cairo,
svg, wmf, ...).
Unfortuanetly also the XML format to serialize BezPoint has the hardcoded
assumption of only one MOVE_TO at the beginning of the data. Although this
is easily fixable by not using bezier(conn|shape)_(save|load) that would
result in broken forward compatibility (older versions wont be able any
longer to read bezier written with a newer version.
So for the moment the rendering of holes is restricted to 'intermediate'
rendering, e.g. the rendering of "Standard - Outline".

2009-01-18 Hans Breuer <hans@breuer.org>

* lib/bezier_conn.c(bezierconn_simple_draw) : unused function adapted to
split a given bezier rendering at the move-to points into 'easier' pieces
(bezierconn_save) : add g_warning() about not first BEZ_MOVE_TO
* lib/beziershape.c(beziershape_simple_draw) : unused function adapted to
render only up to the first move-to within a bezier path with holes
(beziershape_save) : add g_warning() about not first BEZ_MOVE_TO
* lib/dia_svg.c(dia_svg_parse_path) : instead of splitting into pieces at
move-to within a path just return the whole thing (disabled)
* lib/geometry.c(distance_bez_(line|shape)_point,) : instead of
complaining about "BEZ_MOVE_TO found halfway ..." just calculate it
* lib/diarenderer.[ch] : DiaRenderer::is_capable_to(RENDER_HOLES) to
allow objects code to adapt to specific renderer capabilities
* objects/standard/outline.c : render holes if the renderer used is
capable to do so. Otherwise fall back to rendering 'inner' shapes with
color_white
* plug-ins/cairo/diacairo-renderer.c
plug-ins/libart/dialibartrenderer.c : implement Renderer::is_capabe_to
* plug-ins/wmf/wmf.cpp : make it capable to render holes

Bug 576548 - Refactoring of highlighting in interactive rendering

The previous implementation was keeping the state in every object
(DiaObject::highlight_color) and in the renderer to support it: e.g.
DiaGdkRenderer::highlight_color. But the real highlighting state is managed by
the diagram (where it needs to be).
We got rid of the object knowing about highlight state; provide methods in
the InteractiveRenderer interface to perform highlighted rendering and have
something like a "highlighting selection" (similar to standard selection)
to manage which object should be rendered highlighted.

From: Heikki Paajanen <hepaajan@iki.fi>
Date: Thu, 28 May 2009 18:37:49 +0300
Subject: Refactoring of highlighting in interactive rendering

https://bugzilla.gnome.org/attachment.cgi?id=135703

From: Hans Breuer <hans@breuer.org>
Date: Sat, 30 May 2009 14:07:08 +0200
Subject: Bug 576548 - Highlighting cleanup second iteration

https://bugzilla.gnome.org/attachment.cgi?id=135704

* app/display.c : don't crash if the renderer does not support highligthing
* lib/diagramdata.[ch] : renamed some functions and more consistent format
* app/highlight.c app/object_ops.c : reflect renaming
* lib/libdia.def : export highlight accessors
* lib/plug-ins.h : increment API_VERSION, object size changed

Use g_base64_decode_step() from GLib 2.12

Use g_base64_encode_step() from GLib 2.12

diagram-as-element: fix some typical bugs and leaks

- objecte_load_using_properties() is not vtable compatible
(maybe I should change the vtable?)
- don't leak the temporary file nor the DiaImage
- prefer rendering with "cairo-alpha-png"

TODO:
- extend the renderer interface to get rid of the extra DiaImage,
at least for some renderers (DiaRenderer::set_matrix?)
- the image gets updated too often, something wrong with mtime check?
- make diagrams directly selecteable in the properties dialog file entry
- allow to open the diagram stand-alone by context menu
- make new object available in the Misc sheet
- normalize filenames during save (parent diagram relative path)

Initial implementation of diagram-as-element (embedding diagrams)

TODO:
- extend the renderer interface to get rid of the extra DiaImage,
at least for some renderers (DiaRenderer::set_matrix?)
- the image gets updated too often, something wrong with mtime check?
- make diagrams directly selecteable in the properties dialog file entry
- allow to open the diagram stand-alone by context menu
- make new object available in the Misc sheet

Allow to increase the width of 'UML - CLass'

Formerly 'UML - Class' was automatically sized by it's content.
Now it's width can be grown beyond that when "<context>/Allow resizing"
is switched on. The default remains off to keep forward compatibility
with previous versions.

Fix indent (wrong tabsize)

Bug #581868 - dia -t tex file.dia export

Unique names for 'pgf-tex' and 'pstricks-tex' to allow
to select the filter to use when both tex exporters
are active.

Bug #594877 - Memory leak when writing vdx

Make internal LayerDialog functions static

Slightly updated todo

Include PGF plugin in win32 build and installer.

Bug #591403 - allow DiaCairoRenderer::set_font() even before call to begin()

Use g_stat() rather than stat()

Fix inconsistent line ends

Allow to configure PYTHON_VERSION via make.msc

Remove LDFLAGS overwrite to also work with WinDDK msvc, see readme.win32

Use g_listenv() rather than runtime variable _environ

Use g_utime() rather than utime()

Use g_stat() rather than stat()

Remove now unused references to LIBPNG and LIBART _CFLAGS and _LIBS

Fixed nmake warning for full build.