Re: More Shapes: Living Systems Theory
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
RE: XSLT converts svg to shapes with basic transform handling.
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" 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: 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
Re: dia incorrect placement of imgs when saving
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: dia incorrect placement of imgs when saving
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: How do I add new objects?
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: are there any more samples as .dia available
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: Formats /flowcharts
On Mon, 2007-09-17 at 13:06 -0400, Amanda B Hickman wrote: > I'm working with Graph::Easy[1] to define a series of flowcharts. I'd > like to stick with Graph::Easy because it is, um, easy. It is easy to > organize data and define styles, mostly, and easy to keep my data > structured neatly. > > Graph::Easy's layouter, however, has enough limitations that I do really > need to move the output into a gui tool to organize the layouts for > printing. > > I can output either graphML or SVG (as well as a few other less useful > formats like ASCII and HTML), but I can't seem to figure out whether or > how to import this output into dia. > > I can pull the SVG output into Inkscape[2] and ungroup the collection of > shapes and arrows that make up the charts, but Inkscape doesn't (unless > I'm missing something?) understand nodes and lines in a particularly > helpful way. I can place the SVG output in Dia, but only as a single > image, not as a collection of many images, and Dia doesn't seem to > recognize the SVG data as a group that could be ungrouped. > > Has anyone worked with GraphML output in Dia? Is there something I could > be doing to help Dia read SVG files better? Unless there's something I missed in my 5-minute perusal, GraphML does not define size and position of its elements. Dia is not going to re-implement graph layout in order to understand GraphML. However, Graph::Easy provides output for GraphViz, which in turn has Dia output support. Trying one of their samples, they make nice Dot output, but Dot crashes when trying to make Dia output. Grumph. Going through Fig doesn't crash, but I haven't found a way to convert Fig's approximated splines 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: Re: creating custom shapes for visual storytelling (dave boyle)
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: Unused DiaObject::edit_text() - remove or implement?
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=3029&r2=3028&pathrev=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: How to incorporate Greek letters?
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: bug in object IDs ? O vs 0
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: >> >> > 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
How to incorporate Greek letters?
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
In-diagram documentation [Was: Motivation for having a 'text color' that is invisible]
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
Re: Motivation for having a 'text color' that is invisible
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
Re: Potential development page
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