Re: Potential development page

2007-10-28 Thread Lars Clausen

On Sat, 2007-10-27 at 21:55 +0530, Sameer Sahasrabuddhe wrote:
 On 10/27/07, Lars Clausen [EMAIL PROTECTED] wrote:
 
  for yet.  All you people out there who are just waiting to contribute,
  please both take a look:)  I'll fill in more stuff from the bug reports
  as I wheedle down my backlog -- or somebody could search for enhancement
  bugs that are accepted and put notes in there.
 
 
 I would love to maintain that list ... how do I get access?

You register at http://live.gnome.org/UserPreferences 

I just updated with stuff from yesterdays reduction of old bug mails
(from 1500 to 6!), several exciting things in there right now, but I'm
trying to stick with what needs doing before release.  

-Lars


___
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: Motivation for having a 'text color' that is invisible

2007-10-28 Thread Lars Clausen

On Sat, 2007-10-27 at 22:03 +0530, Sameer Sahasrabuddhe wrote:
 On 10/27/07, Lars Clausen [EMAIL PROTECTED] wrote:
 
  So invisible (as opposed to transparent) text would not be counted
  towards diagram extents?  If that's not the point, I don't know what
  there is to toggling visibility that transparency doesn't handle.
 
 Invisible, undisplayed, unrendered, transparent ... it's getting a bit
 confusing here! :)

Now I'm suddenly undecided whether transparent should be part of the
color system or separate.  I think I prefer having it as part of
coloring, since it then can be applied to all colored objects without
having to add significant fluff to the UI.

 By diagram extents, are you referring to objections that I raised in
 another mail, about mysterious blank areas that will show up?

Yes.

 Having a toggle is a big deal ... the text, or a part of an object in
 general, is not present at all in that instance of the object. It
 never reaches the renderer(s), nor does it show up when calculating
 the size of a group, or when aligning multiple objects. (I don't know
 enough about Dia in terms of how rendering really works). Such a
 toggle ensures that the disabled part is not counted in all those
 operations.

It would indeed have to happen at a very different level.  Both
approaches have their uses, I'd say the transparent color would be
easier to fit into the current UI, as it doesn't require an extra toggle
button for all manner of things, and it's probably also easier to code.

For clarity, then: transparent means a color setting, while
undisplayed means that the (part of the) object is not considered to
exist for any calculations at all, including bounding box, diagram
extends, parenting etc.

-Lars

___
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



In-diagram documentation [Was: Motivation for having a 'text color' that is invisible]

2007-10-28 Thread Lars Clausen
On Sat, 2007-10-27 at 14:01 -0400, Michael Ross wrote:
 In the development  environment of LabVIEW, we place functional icons
 - subroutines.  They are connected by wires of data.  The whole
 business is self documenting, if you use it with that intent.  When
 you bring your cursor above an icon a couple things can happen, tip
 strips can arise with whatever text in it you like.  Also there is
 Context - Help that displays notes in a window, if it is activated
 (there are other functions as well and the Context Help can contain
 links to more in depth Help).  The Icons also have a label and a
 caption which are toggled visible by either manual or programmatic
 means. 

So you're describing two kinds of documentation here: User-input tip
strips that appears like tooltips for widgets and which gives hints on
the role of an object instance in the particular diagram, and
programmed-in context help shown in a separate window that gives hints
on how to use an object.  Is that correct?  I can see the use of both,
but neither is something I'm seeing as likely to happen in this release.
The tip strip should probably not be added until we have the
properties better structured, so as to not increase the size of the
properties dialogs even more.  The fancy version of course would allow
editing the tip strip in place:)

-Lars

___
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



How to incorporate Greek letters?

2007-10-28 Thread Béate
Hi there,

I am currently working on my PhD thesis and I am using Dia to draw some 
illustrative graphs. Since I am working on a technical subject, I would like to 
incorporate some Greek symbols in my drawing. I couldn't find them 
though...Anyone know where I can find it?

Regards, Béate


This e-mail and its contents are subject to the DISCLAIMER at 
http://www.tno.nl/disclaimer/email.html___
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: bug in object IDs ? O vs 0

2007-10-28 Thread Mårten Svantesson

24 okt 2007 kl. 05.03 skrev Lars Clausen:

 brian remedios said:
 I'm working on a Dia diagram generator and I noticed that the  
 object IDs
 being generated seem numerical but instead of
 a leading zero they are prefixed with an 'O' (the letter) instead:

 dia:object type=Geometric - Perfect Circle version=0  
 id=O1

 Is this a typo in the code or intentional?  It doesn't seem to  
 change per
 any of the basic object types so I'm not sure why
 Dia does this. It would be better as a pure integer I think.

 That is intentional, though probably a poor choice.  It's an internal
 identifier within the XML file only (for connections), and the O  
 stands
 for Object.

Also, it cannot be a pure integer, since this would violate the XML  
standard. Id attributes have to start with a letter or one of the  
characters _ or :.
http://www.w3.org/TR/2006/REC-xml-20060816/#NT-Name

 - Mårten
mail: [EMAIL PROTECTED] *** ICQ: 4356928 *** mobile: +46 (0)707390385



___
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: How to incorporate Greek letters?

2007-10-28 Thread Lars Clausen

On Fri, 2007-10-26 at 16:15 +0200, Heru Utomo, B. (Béate) wrote:
 Hi there,
 
 I am currently working on my PhD thesis and I am using Dia to draw
 some illustrative graphs. Since I am working on a technical subject, I
 would like to incorporate some Greek symbols in my drawing. I couldn't
 find them though…Anyone know where I can find it?

Have you looked at the various input methods (SCIM, X Input) and what
they can provide?  Choosing a font with enough coverage will help, too.

-Lars

___
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: Unused DiaObject::edit_text() - remove or implement?

2007-10-28 Thread Lars Clausen

On Sun, 2007-10-07 at 12:26 +0200, Hans Breuer wrote:
 While reviewing the patch for http://bugzilla.gnome.org/show_bug.cgi?id=60331
 I stumbled about TextEditFunc added 2,5 years ago
 http://svn.gnome.org/viewcvs/dia/trunk/lib/object.h?r1=3029r2=3028pathrev=3029
 but not implmented/used until now. (BTW: this was our most recent DiaObject
 vtable change :))
 
 Something like this would IMO be needed to properly implement the recently
 discussed text editd mode (
 http://mail.gnome.org/archives/dia-list/2007-September/msg00097.html )
 although the signature may need to be adapted.
 
 It is not mentioned in the http://live.gnome.org/Dia/CurrentDevelopment
 yet, so maybe the plan is to not implement this on the object level?
 
 So should it be removed removed or implemented?

One of the intended uses is to let UML stuff be entered directly in the
diagram -- by letting the object know when editing starts and ends, it
can do things like putting  around the text when it's not being
edited. It can also let text fields limit the characters allowed or
check syntax.  I just haven't gotten around to using it in any text yet,
nor adding it to text edit guts -- mostly because those guts have had a
lot of fixing coming to them for a while.

-Lars

___
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: Re: creating custom shapes for visual storytelling (dave boyle)

2007-10-28 Thread Lars Clausen

On Thu, 2007-10-04 at 20:50 -0400, dave boyle wrote:
 I see the xml in the *.shape files and the ext_attributes lines and
 have played with them. Where can I find a list of all the different
 types and their properties? Thanks!

Sorry about the long response time.

There's all the types listed in lib/properties.h: char, bool, int,
intarray, enum, enumarray, multistring, string, file, text, stringlist,
real, length, fontsize, point, pointarray, bezpoint, bezpointarray,
rect, endpoints, connpoint_line, linestyle, arrow, colour, font, static,
button, nb_begin, nb_end, nb_page, mc_begin, mc_end, mc_col, f_begin,
f_end, list.

However, not all of them make sense as ext_attributes, as some need data
that you cannot supply.  There's no page with descriptions of how they
work in ext_attributes yet.

-Lars

___
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: are there any more samples as .dia available

2007-10-28 Thread Lars Clausen

On Tue, 2007-09-04 at 14:36 +0200, [EMAIL PROTECTED] wrote:
 Dear ladies and Gentlemen,
 
 at http://live.gnome.org/Dia/Examples we found examples as .png and in the
 sources (not in the windows install package) we found some .dia samples.
 
 Are there any more samples available?
 
 
 PS: We would advise to forward requests on the old websites automatically
 to the new website.
 PS 2: In the About-Dialog is still a link to the old website.

There are no more official examples, but try googling for
filetype:dia and about a thousand matches turn up.

-Lars

___
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: How do I add new objects?

2007-10-28 Thread Lars Clausen

On Thu, 2007-10-04 at 13:11 -0500, Luna Bella wrote:
 hello.
 
 How do I add new objects?

Sorry for the late reply.  You can either create simple shapes using XML
or program objects in C.  There's more info at
http://dia-installer.de/howto/create_shape/index.html and
http://faemalia.org/wiki/view/Technical/DiaEditor

-Lars

___
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 incorrect placement of imgs when saving

2007-10-28 Thread Lars Clausen

On Fri, 2007-08-24 at 07:53 -0400, silvertip257 wrote:
 Dia seems to be incorrectly placing the small images that I have made
 for my diagram.
 It looks fine while I'm working on the project, but when I save it to
 png, the pictures are moved around.
 If it is helpful I can attach an example upon request.  I am very
 lucky it is a rough diagram or this would be a grand problem. 

Sorry for the late reply.  I hope this hasn't been too much of a problem
for you.  Sending an example diagram would be helpful, as I haven't had
any problems with this.  Also, which version of Dia are you using?

-Lars


___
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 incorrect placement of imgs when saving

2007-10-28 Thread Hans Breuer
On 28.10.2007 17:21, Lars Clausen wrote:
 On Fri, 2007-08-24 at 07:53 -0400, silvertip257 wrote:
 Dia seems to be incorrectly placing the small images that I have made
 for my diagram.
 It looks fine while I'm working on the project, but when I save it to
 png, the pictures are moved around.
 If it is helpful I can attach an example upon request.  I am very
 lucky it is a rough diagram or this would be a grand problem. 
 
 Sorry for the late reply.  I hope this hasn't been too much of a problem
 for you.  Sending an example diagram would be helpful, as I haven't had
 any problems with this.  Also, which version of Dia are you using?
 
IIRC this has all be done already;)
http://bugzilla.gnome.org/show_bug.cgi?id=470926

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
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: XSLT converts svg to shapes with basic transform handling.

2007-10-28 Thread Lars Clausen

On Tue, 2007-07-17 at 15:12 +0100, Sam Liddicott wrote:
 In fact here is a shape I produced of an Extreme Networks 15000
 Summit48.
 I printed page 12 of the Summit Switch hardware installation guide to
 file (postscript) and then converted that to svg with:
 
 pstoedit -f plot-svg /tmp/output.ps  svg/48.svg
 
 I then used inkscape to chop away all the text and extra rubbish and
 label the port connections as connection_XXX and converted that with:
 
 ./genshape svg/48.svg 
 
 The attached shape works fine in dia!

I'm sorry I sat on this so long. I've added a page with your scripts and
example as well as your explanations.  If you or somebody else wants to
clean up the page, it's at http://live.gnome.org/Dia/SvgToShapeXslt.

-Lars


___
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: XSLT converts svg to shapes with basic transform handling.

2007-10-28 Thread Sam Liddicott
I'll try and do that.

It's not pefect, I found I also need to scale the stroke width, luckily dia 
ignoes this for now.

Scaling paths is hard because there are so many delimiters of draw operations 
and coordinates and xslt was not written for parsing text.

So I concluded it would be better to just wait till dia more fully supports 
xslt, I.e. The workaround is more work than the fix.

Sam

-Original Message-
From: Lars Clausen [EMAIL PROTECTED]
To: discussions about usage and development of dia dia-list@gnome.org
Sent: 28/10/07 16:59
Subject: Re: XSLT converts svg to shapes with basic transform handling.


On Tue, 2007-07-17 at 15:12 +0100, Sam Liddicott wrote:
 In fact here is a shape I produced of an Extreme Networks 15000
 Summit48.
 I printed page 12 of the Summit Switch hardware installation guide to
 file (postscript) and then converted that to svg with:
 
 pstoedit -f plot-svg /tmp/output.ps  svg/48.svg
 
 I then used inkscape to chop away all the text and extra rubbish and
 label the port connections as connection_XXX and converted that with:
 
 ./genshape svg/48.svg 
 
 The attached shape works fine in dia!

I'm sorry I sat on this so long. I've added a page with your scripts and
example as well as your explanations.  If you or somebody else wants to
clean up the page, it's at http://live.gnome.org/Dia/SvgToShapeXslt.

-Lars


___
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: More Shapes: Living Systems Theory

2007-10-28 Thread Lars Clausen

On Fri, 2007-01-12 at 04:50 -0800, Ian Smith wrote:
 I have submitted shapes and sheet for Living Systems Theory as well.
 http://bugzilla.gnome.org/show_bug.cgi?id=395766
 
 Are there any guides for allowing user editable variables in the shape
 definitions? Is it possible to allow a dynamically expanding array of
 values? (Or a collection of objects, each object containing values
 based on the shape type.) 

Looks like I didn't point you at the ext_attributes back then, don't
know if they cover some of what you need.  Anyway, the shapes are now
put up on Steffens shape repository.  Steffen, you may want to add this
descriptive text there:

 
 Here is the description of the attached shapes/sheet:
 This is a series of shapes based on Living Systems Theory by James G Miller. 
 It
 is a comprehensive set of subsystems that can document any living or nonliving
 
 system. Due to the property of shred-out each subsystem can then be analyzed
 in the same way, and utilize the same subsystems.
 
 It is possible to document systems like web servers in LST, but the majority 
 of
 
 this documentation will be as useful as the amount of detail included. Storing
 variables in each shape is the next intended feature.
 Basic documentation on Living Systems Theory is available at 
 scrifoundation.org

-Lars


___
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