[no subject]

2012-09-19 Thread Christian Bruns
Hello, 

I used your software DIA to create a networkplan for our company. 

I added some new pictures and saved them as objects in a new sheet. The problem 
is, that I want to use these objects on an other combuter, too.

So I copied the folder ".dia" from documents and settings to the new computer. 
Now I can see the new sheet, but the problem is, that if I want to add an 
object to my file I have no picture, because they have a path to a not existing 
folder. 

 

So my question is, where the paths to the pictures of new objects are saved, so 
that I can edit them? 

 

Greets

 

Christian Bruns

Gemeinde Moormerland

Theodor-Heuss-Straße 12

26802 Moormerland

Tel.: 04954/801-133

Fax 04954/801-111

E-Mail: c.br...@moormerland.de 

 

___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia



export code visual to flowchart to dia

2012-09-19 Thread alain.lecoze

Hi,

I bought code visual to flowchart, but the export function allow only 
microsoft software.

Can you give me a advise to try dia ?

Regards,
Alain Le Coze
___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia



Re:

2012-09-19 Thread Steffen Macke

Hello Christian,

On 19.09.2012 11:52, Christian Bruns wrote:

So I copied the folder ".dia" from documents and settings to the new computer. 
Now I can see the new sheet, but the problem is, that if I want to add an object to my 
file I have no picture, because they have a path to a not existing folder.

  


So my question is, where the paths to the pictures of new objects are saved, so 
that I can edit them?
You'll have to edit all the *.shape files in your .dia folder that have 
problems.

You can use a text editor to edit the files.
It's a good idea to backup your complete .dia folder before editing.
Do you know the difference between a "relative path" and an "absolute 
path".
I guess that your problems are because the files currently use an 
absolute path.
Moving your images next to your *.shape files and using relative paths 
should resolve the problem.

In short: Remove the complete path and just leave the file name.
You'll have to restart Dia once you have finished your edits.

Good luck and please let us know if things worked out.

Regards,

Steffen
___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia



Re: export code visual to flowchart to dia

2012-09-19 Thread Steffen Macke

Hi Alain,

On 19.09.2012 16:51, alain.lecoze wrote:
I bought code visual to flowchart, but the export function allow only 
microsoft software.

Can you give me a advise to try dia ?


the Code Visual to Flowchart website just says "Visio" but doesn't 
specify if that's *.vsd or *.vdx files.


If it's generating *.vdx files: Dia is able to import them.
In case it's generating *.vsd files and you're able to operate the 
commandline, you may want to try
vsd2svg to convert the vsd files into SVG. SVG can be imported to Dia or 
inserted as an image object into Dia.


http://dia-installer.de/vsd2svg

Regards,

Steffen

___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia



Re: export code visual to flowchart to dia

2012-09-19 Thread Alejandro Imass
On Wed, Sep 19, 2012 at 10:51 AM, alain.lecoze  wrote:
> Hi,
>
> I bought code visual to flowchart, but the export function allow only
> microsoft software.
> Can you give me a advise to try dia ?
>

What is your application of the diagram software?


-- 
Alejandro Imass
___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia



Re: Custom Extensions to new Shapes

2012-09-19 Thread Hans Breuer

At 17.09.2012 14:25, Dave Johnston wrote:

It would be great if the XML used to create shapes could be extended to
support a few other types.
I think most cases could be catered for if the following was available
(maybe it already is and I haven't seen it)

Tne suggested functionality would certainly but useful, I'm pondering the 
idea to make more use of the Dia "StdProps" type system from custom shapes 
for a while, but am not aware of any code written to actually do that.



Enums and Composite Types - i.e. something along the lines of

Enum:

MON
TUE



Composite Type:






This would be represented on a single line like this (obviously with
current values subsidised):

__
|Day: 17 | Month: Sept | Year: 2012 |
|___|___|__|

For this I'd suggest to add a new type 'date', which would use GtkCalendar 
for it's widget. Should maybe use GDateTime for the backend - although that 
would require to bump the minumium GLib version.


The general composite case migh still be useful, but doing a good and 
compatible automatic user interface for it might be hard. The default 
representation in property dialogs is

Description : Widgets
see the recently added MatrixProperty for a bad example having more than 
one widget ;-)



Are there any plans do add this kind of functionality? If not could anyone
suggest what files I would need to start looking at to add support for the
enum type at least ? I've been looking at custom_object.c, but still trying
to figure out how all the attributes are parsed and the resultant data is
drawn to screen.

custom/shape_info.c should do the translation from XML to PropDescription 
(it currently does so by calling custom_setup_properties()). For the enum 
type and other PropDescription::extra_data has to be filled. For enum it is 
a vector of PropEnumData, see e.g. prop_std_text_align_data in properties.h.
For other types it would also be useful to fill these to eg. define upper 
and lower limit.


custom/custom_object.c should just contain code to merge PropDesciptions in 
custom_describe_props(); maybe also modify custom_get_props() and 
custom_set_props() to split the given properties between existing struct 
_Custom fields and extended properties.


There is a flaw in the current implementation of custom_setup_properties() 
but I would to think more about it to suggest a fix.


HTH,
Hans

 Hans "at" Breuer "dot" Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
___
dia-list mailing list
dia-list@gnome.org
https://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia