Export xsl, Save diagram error

[david]

Hey!

I'm still working on my own xsl export. It works : it's ok to create a new
xml file from my Diagram.
But, I have a probleme : a messagebox appears after the export and
says :*Error while saving result: 
*. I don't understand because this file is full and contains my diagram
converted.

A second problem (I think, it's linked) : when I wanted to save my diagram
(.Dia) after an export, it's impossible : a messagebox appears and says :
Unable to rename  in  Permission Denied.


Have you already seen this problem ? Have I made a mistake in my XSLT file ?


Thanks.

Best regards, David.
___
dia-list mailing list
dia-list@gnome.org
http://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 xsl, Save diagram error

[Loek Bergman]

Hi David,


I have not seen your code, so it is a pure guess. What I can think of is
that you still have a hook on the original file.
If you nullify the hook on the original file it might work.

Something like this:

File fl = getFile(fileName);
//work on file
//save file
File newFile = getFile(fileName);
newFile.save();

The first file might prevent your new file from updating. Setting the first
hook on the file to null or only having a reference to a file using a local
variable in your methods might solve this kind of problem.

Is this an idea?


With kind regards,


Loek
2009/6/4 david 

> Hey!
>
> I'm still working on my own xsl export. It works : it's ok to create a new
> xml file from my Diagram.
> But, I have a probleme : a messagebox appears after the export and says 
> :*Error while saving result: 
> *. I don't understand because this file is full and contains my diagram
> converted.
>
> A second problem (I think, it's linked) : when I wanted to save my diagram
> (.Dia) after an export, it's impossible : a messagebox appears and says :
> Unable to rename  in  Permission Denied.
>
>
> Have you already seen this problem ? Have I made a mistake in my XSLT file
> ?
>
>
> Thanks.
>
> Best regards, David.
>
>
>
> ___
> dia-list mailing list
> dia-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/dia-list
> FAQ at http://live.gnome.org/Dia/Faq
> Main page at http://live.gnome.org/Dia
>
>
>
___
dia-list mailing list
dia-list@gnome.org
http://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 xsl, Save diagram error

[Loek Bergman]

Hi David,


I have not seen your code, so it is a pure guess. What I can think of is
that you still have a hook on the original file.
If you nullify the hook on the original file it might work.

Something like this:

File fl = getFile(fileName);
//work on file
//save file
File newFile = getFile(fileName);
newFile.save();

The first file might prevent your new file from updating. Setting the first
hook on the file to null or only having a reference to a file using a local
variable in your methods might solve this kind of problem.

Is this an idea?


With kind regards,


Loek

2009/6/4 Loek Bergman 

> Hi David,
>
>
> I have not seen your code, so it is a pure guess. What I can think of is
> that you still have a hook on the original file.
> If you nullify the hook on the original file it might work.
>
> Something like this:
>
> File fl = getFile(fileName);
> //work on file
> //save file
> File newFile = getFile(fileName);
> newFile.save();
>
> The first file might prevent your new file from updating. Setting the first
> hook on the file to null or only having a reference to a file using a local
> variable in your methods might solve this kind of problem.
>
> Is this an idea?
>
>
> With kind regards,
>
>
> Loek
> 2009/6/4 david 
>
>> Hey!
>>
>> I'm still working on my own xsl export. It works : it's ok to create a new
>> xml file from my Diagram.
>> But, I have a probleme : a messagebox appears after the export and says :
>> * Error while saving result: *. I don't understand
>> because this file is full and contains my diagram converted.
>>
>> A second problem (I think, it's linked) : when I wanted to save my diagram
>> (.Dia) after an export, it's impossible : a messagebox appears and says :
>> Unable to rename  in  Permission Denied.
>>
>>
>> Have you already seen this problem ? Have I made a mistake in my XSLT file
>> ?
>>
>>
>> Thanks.
>>
>> Best regards, David.
>>
>>
>>
>> ___
>> dia-list mailing list
>> dia-list@gnome.org
>> http://mail.gnome.org/mailman/listinfo/dia-list
>> FAQ at http://live.gnome.org/Dia/Faq
>> Main page at http://live.gnome.org/Dia
>>
>>
>>
>
___
dia-list mailing list
dia-list@gnome.org
http://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 xsl, Save diagram error

[david]

Hi, thank for your answer.

I think you're right, I was working on it just before you answered.
After an export, I've tried to remove the new file (with windows explorer)
and it's impossible(file still used by an other program...)

I think that my XSL export has a problem to finalize the conversion but I
don't know where.

This is an extract of my xslt file :

http://www.w3.org/1999/XSL/Transform";
  xmlns:dia="http://www.lysator.liu.se/~alla/dia/";
  version="1.0">
  

  

Procedure






  
  



I've remove all others templates because the error is still here whithout
them...

Best regards



2009/6/4 Loek Bergman 

> Hi David,
>
>
> I have not seen your code, so it is a pure guess. What I can think of is
> that you still have a hook on the original file.
> If you nullify the hook on the original file it might work.
>
> Something like this:
>
> File fl = getFile(fileName);
> //work on file
> //save file
> File newFile = getFile(fileName);
> newFile.save();
>
> The first file might prevent your new file from updating. Setting the first
> hook on the file to null or only having a reference to a file using a local
> variable in your methods might solve this kind of problem.
>
> Is this an idea?
>
>
> With kind regards,
>
>
> Loek
>
> 2009/6/4 Loek Bergman 
>
> Hi David,
>>
>>
>> I have not seen your code, so it is a pure guess. What I can think of is
>> that you still have a hook on the original file.
>> If you nullify the hook on the original file it might work.
>>
>> Something like this:
>>
>> File fl = getFile(fileName);
>> //work on file
>> //save file
>> File newFile = getFile(fileName);
>> newFile.save();
>>
>> The first file might prevent your new file from updating. Setting the
>> first hook on the file to null or only having a reference to a file using a
>> local variable in your methods might solve this kind of problem.
>>
>> Is this an idea?
>>
>>
>> With kind regards,
>>
>>
>> Loek
>> 2009/6/4 david 
>>
>>>  Hey!
>>>
>>> I'm still working on my own xsl export. It works : it's ok to create a
>>> new xml file from my Diagram.
>>> But, I have a probleme : a messagebox appears after the export and says :
>>> * Error while saving result: *. I don't understand
>>> because this file is full and contains my diagram converted.
>>>
>>> A second problem (I think, it's linked) : when I wanted to save my
>>> diagram (.Dia) after an export, it's impossible : a messagebox appears and
>>> says : Unable to rename  in  Permission Denied.
>>>
>>>
>>> Have you already seen this problem ? Have I made a mistake in my XSLT
>>> file ?
>>>
>>>
>>> Thanks.
>>>
>>> Best regards, David.
>>>
>>>
>>>
>>> ___
>>> dia-list mailing list
>>> dia-list@gnome.org
>>> http://mail.gnome.org/mailman/listinfo/dia-list
>>> FAQ at http://live.gnome.org/Dia/Faq
>>> Main page at http://live.gnome.org/Dia
>>>
>>>
>>>
>>
>
> ___
> dia-list mailing list
> dia-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/dia-list
> FAQ at http://live.gnome.org/Dia/Faq
> Main page at http://live.gnome.org/Dia
>
>
>
___
dia-list mailing list
dia-list@gnome.org
http://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 xsl, Save diagram error

[Loek Bergman]

Hi David,


Why do you need that particular complicated select statement?
You might need that type of object in the end, I agree, but do you need that
complicated reference?
Would a reference like UML_State_Term do as well? I always prefer using
underscores instead of spaces. It is more reliable how they are interpreted.
How can you assure that both names do not point at the same object? If the
first one is a subclass of the latter it could happen, isn't it?
If the second class performs two functions, namely being the superclass of
the first one and a collegue of the first object at the same time, then a
new collegue of the first object should be created.

Consider this hierarchy:
Spaceship
  Giantspaceship

In the hierarchy above the class Spaceship performs two functions, namely
being the superclass and the collegue of the giantspaceship.

and compare it to this one:
Spaceship
  Giantspaceship
  Littlespaceship

This hierarchy resolves this problem. I got this idea from the double
dispatch example on Wikipedia. There the existence of the Littlespaceship
lacks.


With kind regards,


Loek


2009/6/4 david 

> Hi, thank for your answer.
>
> I think you're right, I was working on it just before you answered.
> After an export, I've tried to remove the new file (with windows explorer)
> and it's impossible(file still used by an other program...)
>
> I think that my XSL export has a problem to finalize the conversion but I
> don't know where.
>
> This is an extract of my xslt file :
>
> http://www.w3.org/1999/XSL/Transform";
>   
> xmlns:dia="http://www.lysator.liu.se/~alla/dia/
> "
>   version="1.0">
>   
>
>   
> 
> Procedure
>
> 
> 
>
> 
> 
>   
>   
>
> 
>
> I've remove all others templates because the error is still here whithout
> them...
>
> Best regards
>
>
>
>
> 2009/6/4 Loek Bergman 
>
>> Hi David,
>>
>>
>> I have not seen your code, so it is a pure guess. What I can think of is
>> that you still have a hook on the original file.
>> If you nullify the hook on the original file it might work.
>>
>> Something like this:
>>
>> File fl = getFile(fileName);
>> //work on file
>> //save file
>> File newFile = getFile(fileName);
>> newFile.save();
>>
>> The first file might prevent your new file from updating. Setting the
>> first hook on the file to null or only having a reference to a file using a
>> local variable in your methods might solve this kind of problem.
>>
>> Is this an idea?
>>
>>
>> With kind regards,
>>
>>
>> Loek
>>
>> 2009/6/4 Loek Bergman 
>>
>> Hi David,
>>>
>>>
>>> I have not seen your code, so it is a pure guess. What I can think of is
>>> that you still have a hook on the original file.
>>> If you nullify the hook on the original file it might work.
>>>
>>> Something like this:
>>>
>>> File fl = getFile(fileName);
>>> //work on file
>>> //save file
>>> File newFile = getFile(fileName);
>>> newFile.save();
>>>
>>> The first file might prevent your new file from updating. Setting the
>>> first hook on the file to null or only having a reference to a file using a
>>> local variable in your methods might solve this kind of problem.
>>>
>>> Is this an idea?
>>>
>>>
>>> With kind regards,
>>>
>>>
>>> Loek
>>> 2009/6/4 david 
>>>
  Hey!

 I'm still working on my own xsl export. It works : it's ok to create a
 new xml file from my Diagram.
 But, I have a probleme : a messagebox appears after the export and says
 :* Error while saving result: *. I don't understand
 because this file is full and contains my diagram converted.

 A second problem (I think, it's linked) : when I wanted to save my
 diagram (.Dia) after an export, it's impossible : a messagebox appears and
 says : Unable to rename  in  Permission Denied.


 Have you already seen this problem ? Have I made a mistake in my XSLT
 file ?


 Thanks.

 Best regards, David.



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



>>>
>>
>> ___
>> dia-list mailing list
>> dia-list@gnome.org
>> http://mail.gnome.org/mailman/listinfo/dia-list
>> FAQ at http://live.gnome.org/Dia/Faq
>> Main page at http://live.gnome.org/Dia
>>
>>
>>
>
> ___
> dia-list mailing list
> dia-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/dia-list
> FAQ at http://live.gnome.org/Dia/Faq
> Main page at http://live.gnome.org/Dia
>
>
>
___
dia-list mailing list
dia-list@gnome.org
http://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 xsl, Save diagram error

[david]

Hi,

*
*

I use these select statements to apply my templates for a particalr kind of
object. It works and it's all what I want about my XSL export. If I follow
you, what do you purpose to simplify the reference before the type of the
object ?

Your exemple with Spaceships is interresting but I don't think that the *UML
- State* template is called for *UML - State Term* objects. I will check
that in few minutes...

Best regards

2009/6/4 Loek Bergman 

> Hi David,
>
>
> Why do you need that particular complicated select statement?
> You might need that type of object in the end, I agree, but do you need
> that complicated reference?
> Would a reference like UML_State_Term do as well? I always prefer using
> underscores instead of spaces. It is more reliable how they are interpreted.
> How can you assure that both names do not point at the same object? If the
> first one is a subclass of the latter it could happen, isn't it?
> If the second class performs two functions, namely being the superclass of
> the first one and a collegue of the first object at the same time, then a
> new collegue of the first object should be created.
>
> Consider this hierarchy:
> Spaceship
>   Giantspaceship
>
> In the hierarchy above the class Spaceship performs two functions, namely
> being the superclass and the collegue of the giantspaceship.
>
> and compare it to this one:
> Spaceship
>   Giantspaceship
>   Littlespaceship
>
> This hierarchy resolves this problem. I got this idea from the double
> dispatch example on Wikipedia. There the existence of the Littlespaceship
> lacks.
>
>
>
> With kind regards,
>
>
> Loek
>
>
> 2009/6/4 david 
>
>> Hi, thank for your answer.
>>
>> I think you're right, I was working on it just before you answered.
>> After an export, I've tried to remove the new file (with windows explorer)
>> and it's impossible(file still used by an other program...)
>>
>> I think that my XSL export has a problem to finalize the conversion but I
>> don't know where.
>>
>> This is an extract of my xslt file :
>>
>> http://www.w3.org/1999/XSL/Transform";
>>   
>> xmlns:dia="http://www.lysator.liu.se/~alla/dia/
>> "
>>   version="1.0">
>>   
>>
>>   
>> 
>> Procedure
>>
>> 
>> 
>>
>> 
>> 
>>   
>>   
>>
>> 
>>
>> I've remove all others templates because the error is still here whithout
>> them...
>>
>> Best regards
>>
>>
>>
>>
>> 2009/6/4 Loek Bergman 
>>
>>> Hi David,
>>>
>>>
>>> I have not seen your code, so it is a pure guess. What I can think of is
>>> that you still have a hook on the original file.
>>> If you nullify the hook on the original file it might work.
>>>
>>> Something like this:
>>>
>>> File fl = getFile(fileName);
>>> //work on file
>>> //save file
>>> File newFile = getFile(fileName);
>>> newFile.save();
>>>
>>> The first file might prevent your new file from updating. Setting the
>>> first hook on the file to null or only having a reference to a file using a
>>> local variable in your methods might solve this kind of problem.
>>>
>>> Is this an idea?
>>>
>>>
>>> With kind regards,
>>>
>>>
>>> Loek
>>>
>>> 2009/6/4 Loek Bergman 
>>>
>>> Hi David,


 I have not seen your code, so it is a pure guess. What I can think of is
 that you still have a hook on the original file.
 If you nullify the hook on the original file it might work.

 Something like this:

 File fl = getFile(fileName);
 //work on file
 //save file
 File newFile = getFile(fileName);
 newFile.save();

 The first file might prevent your new file from updating. Setting the
 first hook on the file to null or only having a reference to a file using a
 local variable in your methods might solve this kind of problem.

 Is this an idea?


 With kind regards,


 Loek
 2009/6/4 david 

>  Hey!
>
> I'm still working on my own xsl export. It works : it's ok to create a
> new xml file from my Diagram.
> But, I have a probleme : a messagebox appears after the export and says
> :* Error while saving result: *. I don't
> understand because this file is full and contains my diagram converted.
>
> A second problem (I think, it's linked) : when I wanted to save my
> diagram (.Dia) after an export, it's impossible : a messagebox appears and
> says : Unable to rename  in  Permission Denied.
>
>
> Have you already seen this problem ? Have I made a mistake in my XSLT
> file ?
>
>
> Thanks.
>
> Best regards, David.
>
>
>
> ___
> dia-list mailing list
> dia-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/dia-list
> FAQ at http://live.gnome.org/Dia/Faq
> Main page at http://live.gnome.org/Dia
>
>
>

>>>
>>> ___
>>> dia-list mailing list
>

Re: Export xsl, Save diagram error

[Loek Bergman]

Hi David,

I have worked with Java and xml on the web. Using spaces instead of
underscores gave me sometimes trouble. To have some hierarchy in namespaces
I always make sure they are considered one string separated by underscores.
It almost reads as convenient as spaces, but then I know how the parser will
handle the key.

Is the UML - State object the ancestor of the UML - State Term object and
used in the same time as a sibling of the UML - State Term?
If that is so, then the parser might think he has already an object of the
type UML - State as the UML - State Term is an object of type UML - State.
That is what is happening in the double dispatch example on Wikipedia and
why it is going wrong.
Replacing the reference to the ancestor using a sibling next to the UML -
State Term object might solve the problem.
When an object of type LittleSpaceShip is used in the example on Wikipedia
instead of Spaceship, there is no double dispatch problem at all.

Greetings,


Loek

2009/6/4 david 

> Hi,
>
> *
> *
>
> I use these select statements to apply my templates for a particalr kind of
> object. It works and it's all what I want about my XSL export. If I follow
> you, what do you purpose to simplify the reference before the type of the
> object ?
>
> Your exemple with Spaceships is interresting but I don't think that the *UML
> - State* template is called for *UML - State Term* objects. I will check
> that in few minutes...
>
>
> Best regards
>
> 2009/6/4 Loek Bergman 
>
>> Hi David,
>>
>>
>> Why do you need that particular complicated select statement?
>> You might need that type of object in the end, I agree, but do you need
>> that complicated reference?
>> Would a reference like UML_State_Term do as well? I always prefer using
>> underscores instead of spaces. It is more reliable how they are interpreted.
>> How can you assure that both names do not point at the same object? If the
>> first one is a subclass of the latter it could happen, isn't it?
>> If the second class performs two functions, namely being the superclass of
>> the first one and a collegue of the first object at the same time, then a
>> new collegue of the first object should be created.
>>
>> Consider this hierarchy:
>> Spaceship
>>   Giantspaceship
>>
>> In the hierarchy above the class Spaceship performs two functions, namely
>> being the superclass and the collegue of the giantspaceship.
>>
>> and compare it to this one:
>> Spaceship
>>   Giantspaceship
>>   Littlespaceship
>>
>> This hierarchy resolves this problem. I got this idea from the double
>> dispatch example on Wikipedia. There the existence of the Littlespaceship
>> lacks.
>>
>>
>>
>> With kind regards,
>>
>>
>> Loek
>>
>>
>> 2009/6/4 david 
>>
>>> Hi, thank for your answer.
>>>
>>> I think you're right, I was working on it just before you answered.
>>> After an export, I've tried to remove the new file (with windows
>>> explorer) and it's impossible(file still used by an other program...)
>>>
>>> I think that my XSL export has a problem to finalize the conversion but I
>>> don't know where.
>>>
>>> This is an extract of my xslt file :
>>>
>>> http://www.w3.org/1999/XSL/Transform";
>>>   
>>> xmlns:dia="http://www.lysator.liu.se/~alla/dia/
>>> "
>>>   version="1.0">
>>>   
>>>
>>>   
>>> 
>>> Procedure
>>>
>>> 
>>> 
>>>
>>> 
>>> 
>>>   
>>>   
>>>
>>> 
>>>
>>> I've remove all others templates because the error is still here whithout
>>> them...
>>>
>>> Best regards
>>>
>>>
>>>
>>>
>>> 2009/6/4 Loek Bergman 
>>>
 Hi David,


 I have not seen your code, so it is a pure guess. What I can think of is
 that you still have a hook on the original file.
 If you nullify the hook on the original file it might work.

 Something like this:

 File fl = getFile(fileName);
 //work on file
 //save file
 File newFile = getFile(fileName);
 newFile.save();

 The first file might prevent your new file from updating. Setting the
 first hook on the file to null or only having a reference to a file using a
 local variable in your methods might solve this kind of problem.

 Is this an idea?


 With kind regards,


 Loek

 2009/6/4 Loek Bergman 

 Hi David,
>
>
> I have not seen your code, so it is a pure guess. What I can think of
> is that you still have a hook on the original file.
> If you nullify the hook on the original file it might work.
>
> Something like this:
>
> File fl = getFile(fileName);
> //work on file
> //save file
> File newFile = getFile(fileName);
> newFile.save();
>
> The first file might prevent your new file from updating. Setting the
> first hook on the file to null or only having a reference to a file using 
> a
> local variable in your methods might solve this kind of problem.
>
> Is this

Dia Portable 0.97

[bart . s]

Hi all,

a Dia Portable 0.97 (for Windows) Test-Release is ready for testing:
http://portableapps.com/node/19313
Feedback is very welcome!

Happy portable diagramming,
Bart.S
-- 
GMX FreeDSL mit DSL 6.000 Flatrate und Telefonanschluss nur 17,95 Euro/mtl.!
http://dslspecial.gmx.de/freedsl-aktionspreis/?ac=OM.AD.PD003K11308T4569a
___
dia-list mailing list
dia-list@gnome.org
http://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia

Dia for making Organization Charts

[Knut Nilsen]

Hi,
 
Thanks for a fantastic program... Continue the great work...
 
I have some questions..
I wonder if there is a symbol library existing, or under development, that
suits the making of Organization Charts?
 
Is there a way I can generate a chart with standard rectangular boxes, from
a list, for example made in excel?
 
 
I am using Windows XP platform, and often use word and excel in my work.
Would it be possible to design functionality that allows copying Dia
diagrams directly into Word or Excel and objects or pictures? And the other
way, could one include functionality that makes standard boxes with text
when copying cells from Excel into Dia? A function that allows changing a
selected number of objects into another type of object would also be very
useful.
 
 
Thanks alot!
 
Regards,
Knut Nilsen
Norway
 
 
___
dia-list mailing list
dia-list@gnome.org
http://mail.gnome.org/mailman/listinfo/dia-list
FAQ at http://live.gnome.org/Dia/Faq
Main page at http://live.gnome.org/Dia

Re: Dia for making Organization Charts

[Steffen Macke]

Hi Knut,

> I wonder if there is a symbol library existing, or under development, that
> suits the making of Organization Charts?

Did you have a look at the "Flowchart" sheet? It might be sufficient to draw
Organisation Charts. If it is not, could you point to an example image that
displays the missing symbols?

> Is there a way I can generate a chart with standard rectangular boxes, from
> a list, for example made in excel?

Not that I know of. How do you reflect the organizational structure in Excel?
Again, an example (Excel sheet plus Diagram to be generated) would be helpful.

> I am using Windows XP platform, and often use word and excel in my work.
> Would it be possible to design functionality that allows copying Dia
> diagrams directly into Word or Excel and objects or pictures? And the other

Dia 0.97 supports copy and paste to Word. Did you try "Edit" -> "Copy Diagram"?

> way, could one include functionality that makes standard boxes with text
> when copying cells from Excel into Dia? A function that allows changing a
> selected number of objects into another type of object would also be very
> useful.

Feel free to enter feature requests to bugzilla:

http://bugzilla.gnome.org

Regards,

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