I made a drawing with Dia and saved it. When I try to re-open it, it won't
read it. I tried giving it several extensions (.xml, .dia), but none seemed to
help. I'm using 0.82. What gives?
Dave
--
David Copeland
Software Engineering Director
NOVO
Relationship Architects for e-Business
On Sun, 6 Feb 2000, Hans Breuer wrote:
Hi James et. al.,
based on tml's great work on Gimp and GTK, I've ported DIA
to Windoze in almost one weekend.
Cool!
There are only small changes in the original sources needed.
The whole patch (including hand written make- and export-files)
On Sun, 6 Feb 2000 [EMAIL PROTECTED] wrote:
I made a drawing with Dia and saved it. When I try to re-open it, it won't
read it. I tried giving it several extensions (.xml, .dia), but none seemed to
help. I'm using 0.82. What gives?
You need a newer version of libxml. Version 1.8.0 and
I have a diagram that I'm exporting to eps to include in a texinfo
file. However, the file is too large (bounding box-wise). How might I
get the file out with a more reasonable scale ?
TeX simply rejects a file that 'size' :-(
Please CC incase the sub request doesn't get processed in time :-)
On Sat, 5 Feb 2000, Cyrille Chepelov (home) wrote:
First, congrats, your code passed the "Murphy, first stage" test : it
worked here (with -march=k6) (I didn't have the time to shake it with
ElectricFence, though).
On Sat, 5 Feb 2000, James Henstridge wrote:
I have converted the
On Sun, 6 Feb 2000, Nicholas Piper wrote:
I have a diagram that I'm exporting to eps to include in a texinfo
file. However, the file is too large (bounding box-wise). How might I
get the file out with a more reasonable scale ?
TeX simply rejects a file that 'size' :-(
Check out "File -
On 5 Feb 2000, Lars Clausen wrote:
On Sat, 5 Feb 2000, [EMAIL PROTECTED] wrote:
I just thought I would post something about the code I am working on in
dia at the moment -- the properties interfaces.
These interfaces give a standard way to programatically get or set
properties (eg.
On Sun, 6 Feb 2000, Alexander Larsson wrote:
- the color variables (color_black, gdk_color_black, ...) in
lib/color.h need to be exported explicitly when compiling
libdia.dll and to be imported from the other modules to get
initialized properly.
The OS/2 port needed this too. I
Are these masses of tests (in box_[sg]et_props()) really necessary ?
What about having struct type (ObjectType *) and field offset fields in
PropDescription, and then let a pair of object_auto[sg]et_props()
functions handle that automatically ? [there will probably be a need for
macros
If someone wants to put in the effort to get dia to work on another
platform, do you really think it is the right thing to stop them because
you don't like the platform?
If anything, this sort of thing makes free unix like operating systems a
more desirable platform for writing cross platform
On Sun, 6 Feb 2000, Sean Doull-Connolly wrote:
Just a thoughtsome of us (eg me!) are
using Linux so that we can eliminate
Microsoft hassles (eg poor software,
poor value, high cost, etc) from our lives.
Although I admit it would be nice if
great software like DIA was widely used
James Henstridge wrote:
If anything, this sort of thing makes free unix like operating systems a
more desirable platform for writing cross platform GUI apps (the majority
of the patch was windows makefiles and a few bug fixes that are not
windows specific).
On Sun, 6 Feb 2000, Sean
Hi,
I have been using dia for a while now to create UML diagrams for various
C++ projects of mine - I must say, it's very nice and has matured very
well. Thanks!
I'm wondering whether there is any interest in writing some kind of UML -
source code converter (I would be very interested in
13 matches
Mail list logo