Re: moving lines with shapes
On Tue, 22 May 2001, Aaron Trevena wrote: > > a major bug bear of mine and many people I have spoken to is the lack of > intelligence in lines. ie they stay attached to shapes, but don't follow > them. > > This can greatly increase the amount of time taken to do a serious > diagram, and particaulraly in my case removes some of the benefit of > automatic the shape and line creation. > > is anybody working on some more intelligence in lines so they 'follow' > shapes? or is it in 0.88 which I have yet to download? > > If not I may write something simple to try and find the locations of teh > two connection points, which I assume are properties of teh line anyway > and work out if the line is within a box bounded by the two connection > points as corners. > > i.e. >- >| | > ---|---| >| || > .|..||. > ---x---|. > .|. > .x > .|. | >| | >- > > shouldn't occur as the line is outside the box represented by the > dots. Would it be wrong to try and add some logic to ensure that each > time a shape attached to a line moves then the line shecks that it is > still within the box boudned by its connections? I see the point. It would similarly be nice if Dia figured out to initially place the line more sensible, perhaps even avoid other objects to some degree. We've had 'smart' line placement discussed before, and agreed that while it is a good idea, a) we have more pasic things to work on first (like good text support, better arrowheads and such), and b) it must be optional. Several Visio users expressed frustration with the smart lines there. Using just the bounding box would only be a partial fix -- consider this: +--+ | | |+-+ |v | +---x---+ +x-+ | | | | +---+ Here, the line is still broken, even though it's inside the BB. > This relatively simple feature (to the opuitsider looking in at > least) would make a huge difference to visio usability. I'd be happy to > code it if somebody gave me some big pointers on where and how to start > and what to look out for. Dia is a bit big for me to master most of its > code in order to just fix line behaviour, and I'm hoping that my current > extra freetime (did I mention I was looking for work) will be somewhat > less in the near future. The first thing to do (IMO) is to be able to ask an object for the orthogonal angle at a connectionpoint. That would take adding a function in lib/object.h and add support in objects/*/*.c (for objects with connectionpoints). I have in fact several functions I wish to add, including a standard function for importers to create shapes with. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: (Was: How to create shapes on the fly?)
On Mon, 21 May 2001, Lennon Day-Reynolds wrote: > > One minor HCI quibble I've always had with Dia (having had my > experience with grpahics tools be mostly on the MacOS and Windows > platforms) is that the properties view is only available via a > double-click, while seemingly more natural double-click options such > as "view target", etc., have to be relegated to the object-specific > context menu. Not a deal-breaker, certainly, but it does give me (and > other people I've talked with who were new to Dia) the occasional > hiccup. The properties dialog is also available as Dialogs->Properties. I think it'd be good to get properties off double-click entirely, especially as the first click of a double click is still used and can cause small movements. Maybe properties should be a default entry in the middle-button menu as well? -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: getting arrows lined up with lines
On 21 May 2001, Chris Green wrote: > I have a very simple uml diagram at > > http://helium.tucc.uab.edu/~sprout/python-pattern.dia > > The arrows pointing up have the arrow overlapping the class boxes > slightly as seen in > http://helium.tucc.uab.edu/~sprout/python-pattern.png > > > The arrows and classes are linked as the arrows will move if the > classes are moved. > > I am using dia 0.88.1. Is there anyway to get them to line up like > > K- (thats the best ascii illustration I could come up with :> ) That is an artifact of how arrows are being drawn (the line is connected to the connectionpoint, and the arrowhead is drawn over it). We have some alternative ideas that will fix this eventually (making the arrowhead a feature of the line so it can account for it), but it will take a fair amount of restructuring. A cheesy hack around it would be to add a hairline arrowless line out from the connection point. Won't move well, though. We really need to fix that. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
AM_PATH_PYTHON_JH
I was trying to run autogen.sh from a fresh CVS checkout (my old one has too many forgotten changes:), but aclocal choked on missing AM_PATH_PYTHON, AM_PATH_PYTHON_JH was defined instead. By changing it back to AM_PATH_PYTHON there and in configure.in, I got it to work. James, you probably want to do something for this -- I have little idea of what the Right Thing would be. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: text font sizes
On Tue, 29 May 2001, Alwyn Schoeman wrote: > Hi, > > Can anyone please tell me how the font size specification in a text > objects properties work? They measure in centimeters. It's on my list of Stuff To Fix (though with a lot of stuff before it) to handle units better. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Seminar on Dia
On Tue, 29 May 2001, Lennon Day-Reynolds wrote: > Attached is the main source file for the 'subdiagram' object type -- > visually, it's just rendered as a labelled box, but under its > properties view you'll see a field called 'Target'. Select a Dia > diagram file for that field, and open the object's middle-click menu, > and you'll be able to select 'Show Target...', which should open the > diagram in a new window. I'm afraid I can't apply the patch right now. I shall look at it when I get back to the states (in about a week). -Lars, self-assigned patch applier -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: text font sizes
On Wed, 30 May 2001, Alwyn Schoeman wrote: > Why is it Stuff to Fix? > > Metric is good, some places are just to stubborn to make or accept the > change. Ah, but some people are stuck in unfortunate backwards places that don't use metric. And besides, font sizes should be in points, and I think many engineers use mm rather than cm. -Lars > On Tuesday 29 May 2001 20:20, you wrote: >> On Tue, 29 May 2001, Alwyn Schoeman wrote: >> > Hi, >> > >> > Can anyone please tell me how the font size specification in a text >> > objects properties work? >> >> They measure in centimeters. It's on my list of Stuff To Fix (though >> with a lot of stuff before it) to handle units better. >> >> -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Font problem
On 31 May 2001, Jordi Rovira i. Bonet wrote: > Hello, > > I've installed Dia, on my Debian Potato system. It's the .DEB > package from Debian itself (version 0.86). It works ok, except of a > problem with the fonts. > It doesn't find the Courier*, Helvetic* fonts and it complaint abotu > it whe trying to draw a text object (or an UML class). If I use the > font "Palatino" it founds it, but most shapes use Courier as default > and i can't change them. > > How can i fix this? > Where does Dia look for the fonts? Other X applications don't > complain when using courier, etc... > Can i change the UML shapes to use Palatino font so i can get by? The set of fonts that Dia uses is currently hardcoded. Fixing this is high on the current list of to-do's. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Quick Feature Request
On 31 May 2001, Ross Burton wrote: > Hi, > > Just a quick feature request: under the View menu could there be a > "refresh" item to force a redraw of the screen. A diagram we are > working on has "droppings" all over it from dragging a text item and > they won't go! Such droppings should of course never occur. Can you tell us more details on how they came about? It's normally caused by a bounding-box bug, which tend to be easy to fix. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Quick Feature Request
On 31 May 2001, Ross Burton wrote: > On 31 May 2001 10:30:49 -0500, Lars Clausen wrote: >> On 31 May 2001, Ross Burton wrote: >> >> > Hi, >> > >> > Just a quick feature request: under the View menu could there be a >> > "refresh" item to force a redraw of the screen. A diagram we are >> > working on has "droppings" all over it from dragging a text item and >> > they won't go! >> >> Such droppings should of course never occur. Can you tell us more >> details on how they came about? It's normally caused by a bounding-box >> bug, which tend to be easy to fix. > > I'm the go-between in this situation, but I've been told it can be > reproduced easily, by dragging text fast. This is in Dia 0.86 (from > Ximian GNOME 1.4) - have these bugs been fixed in the latest release? Yes, my coworker came up with the perfect way to find these bugs, so we've killed most of them (at least, we haven't heard of any remaining). The latest release also has a bunch of other improvements. By all means, get it. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: How can i create a new digram
On Fri, 1 Jun 2001, [EMAIL PROTECTED] wrote: > Sorry sir, i have try to follow the FAQ to creat digram but i can't do it > !! my problem is that i can't export the file to .png and .shape, so i > can't do other steps, so can u teach me or help to do so. Thank you very > much!! You're talking about creating new shapes, yes? If you're using Dia v. 0.86, the shape export feature doesn't exist yet. By all means upgrade to 0.88. If you're still having trouble, please give us some more detail on your setup and the behaviour you see. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: confused
On Sun, 3 Jun 2001, Russell Nelson wrote: > I'm confused. When I middle-click on an object, I get the > menu for the currently-selected object, NOT the object I'm pointing > to. However, when I middle-click when the Ethernet is selected, I > must point at a handle in order to delete it. It will (or rather, should) select the closest handle. > Should the object menu apply to the pointed-to object or the selected > object? IMHO, it should apply to the selected object. That way, you can for instance add new corners to lines at the point where you want them, even if that is closer to another object. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Diagram size in Dia
On Sun, 3 Jun 2001, Kostas Oikonomou wrote: > > Hello, > > I'm attempting to switch to Dia from Xfig. I have Dia 0.88.1. > > I can't figure out how to make Dia present the same "interface" that Xfig > does: a window with a drawing area corresponding to a single sheet of > paper (or smaller). I've played with File->Page Setup, but I still don't > understand what the "Scale" and "Fit to" options do. By default, the diagram rulers measure centimeters, and that is what the Scale option modifies. The Fit To option instead makes the whole diagram fit to a number of pages (1x1 being a single page). The blue lines one the diagram show the extents of the page, and will adjust themselves to the diagram entities if you have Fit To selected. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia file exchange
On Wed, 6 Jun 2001, Hubert Figuiere wrote: > According to Cyrille Chepelov <[EMAIL PROTECTED]>: >> >> (dia's native file format is gzipped XML; it's quite easy to >> parse. However, I'm afraid XML is not the silver bullet described in the >> trade press, and dia's file being XML won't help loading them into Visio >> much, unless you're ready to write a dia-to-Visio filter in a scripting >> language able to drive Visio, if such a thing exists). > > If you have Visio and know OLE programming, you can do that on Windows. > There is currently a company that does this for their own diagramming > software and provide a web service to translate Visio files to their. > > If that gives ideas... Now that I hadn't considered. A quick Google search tells us: Actrix 2000 supposedly has conversion support, but they're kinda quiet about it. External sources http://www.design-drawing.com/visio/V2AXlate.htm> indicate that they do pretty well. Is perchance the Actrix file format known? SmartDraw http://www.smartdraw.com/> claims to be able to import Visio files. It can write WMF. EDSA imports VIsio, too. Visio is supposed to start using XML. I'll believe that when I see it. Do you remember which company it was that offered translation? -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: object properties
On Mon, 04 Jun 2001, F. Paquet wrote: > Would be extremely useful to have a configurable set of text attributes > associated with each object. The attribute values should be editable in > the object properties box. Thus could be interesting, yes. If it can fit cleanly with the rest of the shape format, I say go for it. > Another helpful feature would be the possibility to run a system comand > from each object's menu, passing the object (type, name, ...) as > arguments to the command. This, on the other hand, opens up a Pandora's box of security holes that I'd rather we avoid. It's possible to do it as a plugin, but there are just too many potential dangers. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia2sql (fwd)
On Wed, 30 May 2001, Alex Larsson wrote: > Got this to the admin list. > > / Alex > > -- Forwarded message -- > Date: Wed, 30 May 2001 08:41:58 EDT > From: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: dia2sql > > hello, > > I am french and a very bad english, sorry! I subscribed to the dia list > because my student project was "production of code Java or SQL from an > UML schema made with dia". I have seen you have a dia2sql made with > Perl. Mine is made with XLS(T) and use process Xalan of Java . I manage > association and generalization. Are you interested by this ? (I precise > my mark is 15/20 :-))) ) Friendly dominique please answer to > [EMAIL PROTECTED] While we don't normally distribute extra tools with Dia, we do keep links to them on our web page http://www.lysator.liu.se/~alla/dia/links.html>, and we will happily point to it from there. Perhaps you and Douglas Spencer (the Dia2SQL guy) can put your heads together and combine the features of both. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia file exchange
On Thu, 7 Jun 2001, Hubert Figuiere wrote: > According to Lars Clausen <[EMAIL PROTECTED]>: >> >> Now that I hadn't considered. A quick Google search tells us: >> >> Actrix 2000 supposedly has conversion support, but they're kinda quiet >> about it. External sources >> http://www.design-drawing.com/visio/V2AXlate.htm> indicate that >> they do pretty well. Is perchance the Actrix file format known? > >>From the website: > "Actrix runs Visio in the background to perform the conversion" > So they do OLE too. > As for their .axd, I don't really know... I guess using OLE to convert files is the only viable option. Does anyone here know OLE well enough to attempt such? >> Do you remember which company it was that offered translation? > > The software is ConceptDraw. The conversion service is here: > > http://www.conceptdraw.com/en/visio/> I've had a mail exchange with them, and their file format is not open either. I'm trying to convince them that opening it would be a good idea, but I doubt that I shall succeed. It's a corporation, after all, not intelligent people. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Paper size default, pstricks
On Thu, 7 Jun 2001, Jacek Pliszka wrote: > On Thu, 7 Jun 2001, Kostas Oikonomou wrote: > >> 2. Vertical centering of text inside a box doesn't seem to work with >> PSTricks, i.e. when I export a .tex file. I group the box and the text, >> and select Center in Alignment. Is this a bug, or am I doing something >> wrong? > > Most likely the bug. :) > > Could you send me the problematic dia file? > > I have finally obtained my Ph.D. so now I can do something useful. ;) Congratulations! What are you up to now, then? -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia file exchange
On Fri, 08 Jun 2001, James K. Lowden wrote: > Lars Clausen wrote: > >> I guess using OLE to convert files is the only viable option. Does >> anyone here know OLE well enough to attempt such? > > Yes. > > The OLE bit wouldn't be that hard, actually, with Perl and decent > documentation of Visio's object model. What might not be so simple is > mapping the object models, if you see what I mean. That would be subject > to a lot of judgement. Unless you're going to invent a new .shape for > every visio object, which is ambitious in a different way, no? > > I'm skeptical, though, of the strategy: Why should Dia want to export to > Visio, only to see free data trapped in a closed format? Wouldn't it be > more worthwhile to go the other way, to use Ole to free the data from > Visio and write a Dia file? I was actually thinking of converting Visio files to Dia, not the other way. Many people have come up and said "We're using Visio, but would like to switch to Dia, but all our data is in Visio format." Getting the data out of a proprietary format is a worthwhile goal, much more so than two-way interoperability with proprietary systems. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Kivio support ?
On Fri, 8 Jun 2001, Hubert Figuiere wrote: > > I was wondering if someone actually planned to write a Kivio[*] > import/export plug-in. That would be great that Dia be open to data > exchange with other open source Diagramming software. Hadn't seen that. There's a couple things in there that we should consider, like subselections and automatically refinable grid. No online manual, so I had to install it (yum, apt-get:). Ah, here we go. The Kivio format is gzipped XML, but with binary junk at the front. The stencils (shapes) that are used in the file are stored in it (a neat feature, but should be optional for Dia). Other than that, it looks quite easy, at least to export to. I'm thinking again that the exporters should be told when something forms a connected whole. The Kivio exporter would be able to make a stencil directly, while a less intelligent exporter (like XFig) would at least be able to group them together. Just having pseudo-render functions to mark start and end of a shape, hm? -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Kivio support ?
On Fri, 8 Jun 2001, Hubert Figuiere wrote: > According to Lars Clausen <[EMAIL PROTECTED]>: > >> The Kivio format is gzipped XML, but with binary junk at the front. The >> stencils (shapes) that are used in the file are stored in it (a neat >> feature, but should be optional for Dia). Other than that, it looks >> quite easy, at least to export to. > > Try a "tar ztvf" on the Kivio file :-) > Surprise ! > This is the way ALL KOffice file are done. Ah, that makes sense. Not a bad idea, actually. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: po compilation breakage
On Fri, 8 Jun 2001, Hubert Figuiere wrote: > > I can't finish building Dia because of these errors in a .po file: > > file=./echo zh_TW.Big5 | sed 's,.*/,,'.gmo \ > && rm -f $file && PATH=../src:$PATH /usr/bin/msgfmt -o $file > zh_TW.Big5.po > zh_TW.Big5.po:161: illegal control sequence > zh_TW.Big5.po:382: illegal control sequence > zh_TW.Big5.po:1592: illegal control sequence > zh_TW.Big5.po:1907: illegal control sequence > zh_TW.Big5.po:1911: illegal control sequence > zh_TW.Big5.po:1915: illegal control sequence > zh_TW.Big5.po:2050: illegal control sequence > zh_TW.Big5.po:2808: illegal control sequence > found 8 fatal errors > > It looks like msgfmt is being confused by the Big5 chars used... because > on several occasion there are '\' that are just part of the multibyte > charset. What is the solution ? A solution to get it to compile is to --disable-nls, but it does need to be fixed. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia file exchange
On Fri, 8 Jun 2001, Jamin Collins wrote: > Placing the import/export function on the Dia side would eliminate these > hurdles and open another door for the use of Dia. It won't be easy to > reverse engineer the format, but once again it's not impossible. Let me just remind the dollar-hungry reverse engineers that there is a $3000 bounty for reverse engineering the Visio format. Have at it! -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia file exchange
On Fri, 08 Jun 2001, Rick Jafrate wrote: > Viso can export to DXF, VML, and others. I know that VML is a > microsoftism but it's an XML extension > and is therefore in human readable form. I haven't worked with VML but > have read what it is > supposed to be. Would it make more sense to focus on being compatible > with a file format > other than VISO native ? It helps somewhat. At least then if you have a working Visio and want to change, you can translate them that way. We already have DXF support, I'd be curious to hear how well it imports Visio's DXF. The problem with using another format is that you lose a lot of information that way. The diagram will looks the same, but it'll be harder to work with. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
libunicode and debian
I think it's a bit early to make unicode support mandatory. On Debian, there is not yet a libunicode in the stable distribution. We should wait for at least that (and probably the same for other distros, but I haven't checked those). -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: UML Redraw Problems
On Sat, 09 Jun 2001, F. Paquet wrote: > Since v0.88.1 most of the UML objects wont redraw properly when > moved to the left of the Y-Axis. What do you mean, "left of the Y-axis"? I can't seem to reproduce any problematic behaviour. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: [RFC] moving translations off sheets ?
On Sat, 9 Jun 2001, Cyrille Chepelov wrote: [...] > For all these reasons, and because I had a very boring Friday with a > Python editor but not my dia tree, I've begun to write a sheet-xgettext > program. What I want is to move sheet translations off the sheet files, > and back into the primary translation infrastructure (I'll try to not > loose the translations we already have :-) ) I partially agree. There are some other concerns: 1) If other people distribute sheets and shapes, they can't put the translations into Dia's .po files. So the translation will still be done in the sheets for sheets outside the Dia distro. Thus the translation support must still be available. 2) The sheets divide up nicely by technical field. If I know somebody who knows, say, SADT translations, I wouldn't want him or her to wade through the (large!) .po file to find those that come from SADT. 3) What if two sheets have shapes with the same description in English, but different ones in other languages? I can't point to any right away as I don't know most of the technical fields, but it is entirely possible. Can you have the in-sheet translations have priority over the .po files? That would solve most of the above problems. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Dia 0.88.1 in Debian testing
Just wanted you all to know that 0.88.1 is in Debian testing. According to rpmfind, it's also in PLD and Mandrake. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: error loading dia
On Sat, 9 Jun 2001, Chris Mullett wrote: > I have just down loaded the Dia programs from the Nonags web site. On > trying to run the program the following two error messages appear in a > dos window. Any ideas? > > 1) Could not create per-user dia directory > 2) file gstrfuncs.c: line 160 assertion "string1 !=null" failed This happens because you're running Dia on Windows without setting a HOME environment variable. The newest version of the Dia Windows installer has magic to handle this. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: [RFC] moving translations off sheets ?
On Sun, 10 Jun 2001, Cyrille Chepelov wrote: > In short, the plan could be the following: > > - ASAP: 0.89-rc1 (from the current CVS) > - ASAP+few days: 0.89 proper (everything's perfect, isn't it ?) > - for 0.90: string handling audit ; xml-i18n-tools ; actual removal > of renderobjects and libsybase.so ; if we're bold, flipping the > UNICODE_WORK_IN_PROGRESS switch. > - after 0.90: removing the UNICODE_WIP symbol (making its code the > default) [*] > > (of course, I haven't talked about the GUI area or Bonobo stuff, which > while important, isn't much into my area of knowledge) > > Lower priority but important too: kill lazyprops (no fun job, but I feel > it's my mess -- I welcome help, of course !), bring objects into > modernity (and in the mean time, have at least a Connection and an > Element polished and tagged as "reference objects" for new object > writers). > > [*] that doesn't mean UNICODE mandatory. This is a separate issue. > > What do you think of this ? I would add one thing, most likely to 0.90, namely optional use of the freetype library. While there are other areas where I have "wouldn't it be neat" ideas, fonts is a "this currently sucks" area. Though it is very quiet about it, FreeType does seem to handle UniCode fonts. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: [RFC] moving translations off sheets ?
On Sun, 10 Jun 2001, Cyrille Chepelov wrote: > Le dim, jun 10, 2001, à 08:44:59 -0500, Lars Clausen a écrit: > >> I would add one thing, most likely to 0.90, namely optional use of the >> freetype library. While there are other areas where I have "wouldn't it >> be neat" ideas, fonts is a "this currently sucks" area. Though it is >> very quiet about it, FreeType does seem to handle UniCode fonts. > > IIRC, you did mention that FreeType was able to give a Postscript > representation of fonts it uses, didn't you ? Also, FreeType would give > us rotated text, is this right ? Then in my book it's a > "severity=enhancement", "priority=high" bug :-) (yes, I do think we > should use Bugzilla to record this kind of ideas: I hope this doesn't > clutter too much James' Inbox ) Yes, it will convert to Type1, yes, it will give us the font info rather than just the bitmaps, yes, it will do rotation, and yes, it will even do antialiasing. Priority pretty damn high. I would like to do something similar to XFigs choice between TeX fonts and other fonts. Not that I'll do TeX support right now, but just set up the machinery to have differents sets to choose from (e.g. All, PostScript, TrueType, TeX...). -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia 0.88.1: Problems with exporting to xfig
On Tue, 12 Jun 2001, Cyrille Chepelov wrote:
> Le mar, jun 12, 2001, à 02:31:25 +0200, Cyrille Artho a écrit:
>> Hi,
>> when exporting dia drawings to xfig, rectangles with rounded corners get
>> broken up into lines and arcs. I had used the "Flowchart - Box" item to
>> get rectangles with rounded corners which can also have text inside
>> them.
>> The same happens for standard rectangles.
>> While I understand that this is the only way to truly "faithfully"
>> approximate that rectangle under dia, it is pretty useless if one wants
>> to edit the diagram further under xfig. So please make it export that
>> rectangle as a rounded rectangle in xfig, too, or tell me how to change
>> that.
>
> The problem is, there is no draw_rounded_rectangle primitive in the
> renderer interface; I'm pretty much sure there shouldn't be one
> (otherwise, the day we export to a format which has a native
> representation of a "zip disk", we'll want to add a "draw_zip_disk()"
> primitive to the renderers ? No way !).
>
> OTOH, Lars recommended a few days ago to add an optional way to let
> renderers have informations about grouping; he wasn't specific on details,
> but I think that idea is nice. I've given it a little thought, and am up to
> something like that:
> typedef enum {
> GROUP_TYPE_DIAGRAM,
> GROUP_TYPE_LAYER,
> GROUP_TYPE_GROUP,
> GROUP_TYPE_OBJECT,
> GROUP_TYPE_SHAPE,
> GROUP_TYPE_FEATURE} GroupType;
[...]
>
> Both these functions pointers would be members added at the end of struct
> RendererOps, and would be totally optional (ie, diagramdata.c's routines
> will check for NULL members, and either repeatedly check, or fill the
> renderer->ops with stubs. Hmmm. Fill with stubs, that makes the code
> easier, costs as much cycles and one less prediction entry).
Sounds like a good implementation plan. Only the FEATURE and SHAPE groups
don't really solve the problem, as all you can really do at this level is
group.
Somebody (I forget who) suggested having some more complex shapes (arrows,
rounded rectangles etc) have their own rendering function, but have a
default that uses the more primitive functions. Of course, we only want a
limited amount of these, or the renderer structure becomes rather large,
but at least having them for the basic shapes would be good.
-Lars
--
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor
"I do not agree with a word that you say, but I| Retainer of Sir Kegg
will defend to the death your right to say it."| of Westfield
--Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia 0.88.1: Problems with exporting to xfig
On Tue, 12 Jun 2001, Cyrille Chepelov wrote:
> Le mar, jun 12, 2001, à 12:47:18 -0500, Lars Clausen a écrit:
>
>> > Both these functions pointers would be members added at the end of
>> > struct RendererOps, and would be totally optional (ie, diagramdata.c's
>> > routines will check for NULL members, and either repeatedly check, or
>> > fill the renderer->ops with stubs. Hmmm. Fill with stubs, that makes
>> > the code easier, costs as much cycles and one less prediction entry).
>>
>> Sounds like a good implementation plan. Only the FEATURE and SHAPE
>> groups don't really solve the problem, as all you can really do at this
>> level is group.
>
> FEATURE is to say something like "these four segments and these four arcs
> are really a rounded rectangle, here's the corresponding Rectangle and
> corner radius (ie, gpoint hints in fact is a pointer to struct {Rectangle
> rect; real corner_radius). SHAPE is an alias for OBJECT (dunno if that
> specialisation is really necessary).
>
>> Somebody (I forget who) suggested having some more complex shapes
>> (arrows, rounded rectangles etc) have their own rendering function, but
>> have a default that uses the more primitive functions. Of course, we
>> only want a limited amount of these, or the renderer structure becomes
>> rather large, but at least having them for the basic shapes would be
>> good.
>
> OTOH, we could have have FEATURE_ARROW etc. Both options are open (I'd
> think have renderers give NULL ops pointers for optional functions, and
> have something in diagramdata fill in stubs & helpers, so we don't need
> to test for the presence of this or that function, could be a very nice
> simplification, however. renderer->ops->predraw_string() is an obvious
> candidate... ).
A third idea I came up with for this: Have the renderer only define the
most basic shapes as fixed function pointers, and everything else
(rectangles, arrows, polylines, even complete shapes if the renderer wants)
be in a hashtable. Then things like Visio or Kivio export can try to
retain more complex objects through a plug-in.
I really like having each shape (including the basic ones) be rendered by
its own function, rather than having to have special dispatch based on the
features.
-Lars
--
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor
"I do not agree with a word that you say, but I| Retainer of Sir Kegg
will defend to the death your right to say it."| of Westfield
--Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia 0.88.1: Problems with exporting to xfig
On Tue, 12 Jun 2001, Cyrille Chepelov wrote:
> Le mar, jun 12, 2001, à 01:53:50 -0500, Lars Clausen a écrit:
>> A third idea I came up with for this: Have the renderer only define the
>> most basic shapes as fixed function pointers, and everything else
>> (rectangles, arrows, polylines, even complete shapes if the renderer
>> wants) be in a hashtable. Then things like Visio or Kivio export can
>> try to retain more complex objects through a plug-in.
>
> I'm not sure I understand what you want to do... basically, do you want
> objects, in their draw routine, to do stuff like:
>
> def mycoolobject_draw(self,renderer):
> if renderer.ops.extra.has_key("mycoolobject"):
> renderer.ops.extra["mycoolobject"](renderer,self)
> return
> #else:
>
>
> ?
Preferably have the render check outside the objects own draw routine:
char *typename = obj->get_type()->name;
if (renderer.ops.extra.has_key(typename))
renderer.ops.extra["typename"](renderer,obj);
else
renderer.ops.draw(renderer,obj);
The problem is to limit the time spent doing lookup for this. The good
part is that it is flexible enough to allow complex shapes being rendered
this way.
> What I was thinking was more something like:
> def roundedrectangle_draw(self,renderer):
> # set up line styles, etc.
> featurehint = (FEATURE_ROUNDED_RECTANGLE,
> (self.rect,self.corner_radius))
> renderer.ops.begingroup(renderer, GROUP_TYPE_FEATURE, featurehint)
> # if the renderer knows about rounded rectangles, it'll hijack
> # the rendering until endgroup() is called. Otherwise it'll
> # write the primitives as asked by the object.
>
> for corner in [nw,se,sw,ne]:
> renderer.ops.draw_arc(...)
> for border in [n,w,s,e]:
> renderer.ops.draw_line(...)
> renderer.ops.endgroup(renderer,GROUP_TYPE_FEATURE, featurehint)
That could work, though it's somewhat messy.
> Then, unlinke Python, C has a very efficient built-in way to make a hash
> table associating an identifier to snippets of executable code: a switch
> statement. Hint-using renderers just have to put a
> switch (type) {
> /* ... */
> case GROUP_TYPE_FEATURE: {
> FeatureStruct *fs = (FeatureStruct *)hint;
> switch(fs->feature) {
> case FEATURE_ROUNDED_RECTANGLE:
>disable_rendering(renderer);
>do_rounded_rectangle(fs->);
> break;
> }
> break;
> }
>if they provide a begin_group() hint routine.
That's exactly what I want to avoid. That inner case could be quite long.
-Lars
--
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor
"I do not agree with a word that you say, but I| Retainer of Sir Kegg
will defend to the death your right to say it."| of Westfield
--Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia 0.88.1: Problems with exporting to xfig
On Wed, 13 Jun 2001, James Henstridge wrote: > On 12 Jun 2001, Lars Clausen wrote: > >> Sounds like a good implementation plan. Only the FEATURE and SHAPE >> groups don't really solve the problem, as all you can really do at this >> level is group. >> >> Somebody (I forget who) suggested having some more complex shapes >> (arrows, rounded rectangles etc) have their own rendering function, but >> have a default that uses the more primitive functions. Of course, we >> only want a limited amount of these, or the renderer structure becomes >> rather large, but at least having them for the basic shapes would be >> good. > > This sort of thing should be very easy to do when we switch over to gtk > 2.0. In the dia-newcanvas module, all rendering has been moved to an > interface. It would be very easy to add a "rounded rectangle drawing" > interface, which could be implemented by a renderer. Then a "render > rounded rectangle" function could check to see if the interface is > implemented by the current renderer and if it isn't, break the rounded > rectangle down into simpler primitives. Ok, then let's hold that off for Gtk 2.0 and do a minimal grouping implementation for now (to have groups and objects at least be groups in exported formats). > One other option for the current dia would be to render rounded > rectangles with a bezier instead, although this may slow things down for > the onscreen case. No, that's not an option. That's just silly:) -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Shapes layout proposal
On Wed, 13 Jun 2001, Lennon Day-Reynolds wrote: > Okay, I just have to weigh in here...this looks like too much fun. > > Cyrille Chepelov wrote > > > Anyway, if you prove me wrong with working code (I've got a P133 to > > check the speed side...), then alright, I would have been wrong [:-)] > > It should be at least two to three times faster than Netscape 4.X > (simpler DOM, no JavaScript, faster parsers, etc.), so if that P133 > can do any web browsing, I think we're okay. No, it's not going to > compete with well-tuned single-purpose C code, but you should be able > to maintain and extend the app in a fraction of the time it takes > currently, as well as share more code and resources with other > applications, since the design will be more familiar to new developers. Let me join into the fray:) Netscape 4.X does not use JavaScript to render (except pages that use JavaScript, but I tend to avoid them and run with JavaScript turned off). Mozilla, however, uses XML internally to define everything, including menus, dialogs and rendering, and it's annoyingly much slower than Netscape. More flexible, yes, but it should take almost a second to render an ASCII page from memory cache. If Netscape 4.X vs. Mozilla is any comparision, then I shall veto this proposal (under the powers vested to me by Eris:). In any case, this is such a major restructuring that we have better things to do first. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: My proposal (Was: Shapes layout proposal)
On Thu, 14 Jun 2001, Andre Kloss wrote: > Hi folks. > > I think there are exactly 3 extensions for the custom XML shapes that > would be extremely useful when it comes to extending this shapes' > usability: > > 1. Abstract from textboxes. XMLshapes should be able to contain > multiple sub-shapes (As long as they're rectangle-shaped). One simple > shape could be a textbox. Sounds good. Nothing problematic there. > 2. Another quite simple shape could be an array of subshapes. This > could be horizontal or vertical. An array should save the order of > its contained shapes, and have always some room to enter another > shape. With this comes the possibility of multiple levels of nesting and resizing based on contents. Fortunately, there's been a lot of research on that for GUIs. The question is what of it we don't need. Do we want for instance shapes that divide the containers space evenly between them? > 3. Last, but not least: Every shape should be resizable (At least most > shapes. A textbox has it size and basta). If some shape is containd by > another shape, the containing shape should also be resized in this > process. This would need some pointer structure to let each shape know > it's "parents". > And the minimum size of a shape (in x as well as in y-axis) can be > determined by the maximum of the size minimum size of its subshapes > times the relation my:size/sub:size. This would also need some pointer > list to all "children". Also sounds good. It has always irked me that the UML class is not resizable. And there's no reason why text couldn't resize as well, by changing font size (it might not be a fully proportional resize, but the shape layout algorithm could take care of that). -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Shapes layout proposal
On Thu, 14 Jun 2001, James K. Lowden wrote: > Cyrille Chepelov wrote: > >> if you show me a shiny new dia core, with DOM as its kernel, and the >> resulting stuff is not only as featureful (including all current object >> types) as the "classic" dia of then, but also naturally is able to >> reload older files (though it might be through an incomplete translation >> layer), and all that with decent speed on my 32-MB P133, then I shall >> bow, eat my words, and adapt. > > Cyrille (and: Lars, Lennon, John), > > I'm not sure I'm reading the heat/light ratio of this discussion > correctly, but as someone interested in the furtherance of Dia and > willing (if unprepared) to help bring greater semantic meaning to its > files, I want to say I'm not willing to start by drawing a line in the > sand saying "Stand well clear". I want to work with you, Cyrille, > because you're doing good work and a lot of it, and because you > consequently understand issues I don't. While I don't think John was > gunning for the Nobel Peace Prize, he gets credit to my mind for starting > an interesting commotion, at least, nes pas? I apologize for getting into flame mode. Kloss' other mail is a far cry from the "let's redo everything in XML" impression I had. [...] > My idea is a simple one: to have user-defined text fields in a shape. > There should be some notion of an array of such fields (my eye is on > database table definitions), and the shape should adapt its height and > width to display the enclosed rows text fields. This sounds very nice indeed. Nothing I can say against that. > John's idea is more ambitious. I'm not saying it's wrong or right or > better or worse or brilliant or nuts, only that it's more. So let me > ask: Is it your assertion that any such shape as I've described would be > too slow to use? No, that would work fine. And I have indeed often wanted just a stackable set of textboxes, which should be relatively easy with this. > Broadly speaking, I think it's possible to cache the SVG data in a > structure well-suited to efficient display. I think that's what you mean > by "What object/custom does is much saner: slurp the stuff into an > efficient format (for the machine". Curious aside: A designed-for-the-purpose SVG renderer could be partially evaluated down to C code. Not easy to design the renderer so, though. > Taking it a whole lap around the track, we have John's notion of > aggregate objects. Again, I'm afraid it's not clear to me; the > discussion is so dense with jargon. Is it aggregate SVG-based shapes > that you find unwieldy? Or are you concerned about pushing too much out > to the XML layer, just trading off one form of complexity for another? The latter, in my mind. While the looks of the UML object can be made with the above-mentioned SVG extension, the functionality of the attributes, operations and interfaces are more complex than would be workable in XML. The rework that would be nice at some point (probably after GTK 2.0 rewrites) is to make it easy to combine SVG shapes and C code. Perhaps that is what you were thinking of? 'Twould be tricky, IMHO. Again, sorry for getting into flaming mode, I thought you were proposing much more extensive changes. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Shapes layout proposal
On Thu, 14 Jun 2001, John Palmieri wrote: > Of course we must first work on layout and then move on to designing a > way to deal with functionality; so this is all a quick snapshot of what > the future may hold. It is just an idea of what I am think of. As for > waiting till Gtk-2.0, you have a group of developers ready to start now. > Even if the changes don't get in until Dia for Gtk-2.0 is finalized we > could provide proof of concept and work out issues way before then. I think you're right in starting with the layout. That can be done now no problem. I'm wary of the C interface right now, but that may just be because I don't see how it fits in with everything else. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: My proposal (Was: Shapes layout proposal)
On Thu, 14 Jun 2001, Andre Kloss wrote: > On 14 Jun 2001, Lars Clausen wrote: > >> > 1. Abstraction of subshapes >> Sounds good. Nothing problematic there. > I'm glad you like it ;) > >> > 2. Subshape-Arrays >> With this comes the possibility of multiple levels of nesting and >> resizing based on contents. Fortunately, there's been a lot of research >> on that for GUIs. The question is what of it we don't need. Do we want >> for instance shapes that divide the containers space evenly between >> them? > Well, _I_ don't need them. ;) It depends on what is easier to > implement. I think the best solution will be to give the user the most > possibilities to push things to where he wants them. The reason for GUIs to have the equal-spacing setup is that the actual widget layout may be determined by somebody else. I don't think we really need that here. Just using relative resizing is probably more useful and easier. >> > 3. Subshape resizing behaviour >> Also sounds good. It has always irked me that the UML class is not >> resizable. And there's no reason why text couldn't resize as well, by >> changing font size (it might not be a fully proportional resize, but the >> shape layout algorithm could take care of that). > This goes in fact beyond the scope of my proposal...but why not? If > someone implements this, fine! I do want text to be resizable eventually. If you don't have that, you can't, say, have classes of different sizes in your diagram look nice. > Another point is the behaviour of non-minimal-sized subshapes if a > shape is made smaller. There are some possibilities: > 1. Make every subshape smaller if possible > 1.1 by the same value (ie. x1=5, x2=27 -> x1'=4, x2'=26 > 1.2 with the preservation of size relation > (ie. x1=6, x2=8 -> x1'=3, x2´'=4, What happens when min(x2)=5?) > 2. Take the first subshape and make it as small as needed or possible, > then go to the next and so on until every shape has minimum size. > 3. Don't let the user make shapes smaller if it's "filled" with > subshapes. (Zero-implementation) > > I think 1.2 is probably the best-looking solution, but It's somewhat > hard to implement, I presume. If text can be resized, there's no reason to have a minimum size for anything, is there? Then resizing would be scaling, and thus 1.2 is the Right Thing. Would you want resizing to do other than scaling? That might be useful, but makes resizing more complex. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: arc in shapes
On Thu, 14 Jun 2001, Elena Zotova wrote: > Hello. > I am russian and speak English very bad. Excuse me, please. > > I made a patch for dia-0.88.1. This patch allow use arc of circle and > arc of ellipse in shapes. > Are you interested it? Possibly. The current shapes format allows ellipses and arcs (like the standard objects) in them, what's the difference between that and yours? Here is an example ellipse and arc: -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: arc in shapes
On Fri, 15 Jun 2001, Elena Zotova wrote: > Lars Clausen wrote: > >> On Thu, 14 Jun 2001, Elena Zotova wrote: >> >> > Hello. >> > I am russian and speak English very bad. Excuse me, please. >> > >> > I made a patch for dia-0.88.1. This patch allow use arc of circle and >> > arc of ellipse in shapes. >> > Are you interested it? >> >> Possibly. The current shapes format allows ellipses and arcs (like the >> standard objects) in them, what's the difference between that and yours? >> >> Here is an example ellipse and arc: >> > cy="8.45" rx="3.2" ry="1.8"/> >> >> > > In first, in shapes for dia-0.88.1 simbol A in path ansupported. Excuse, > if it allow in more new version. (Quotation from castom-shapes for > dia-0.88.1:"The line, polyline, polygon, rect, circle, ellipse, path and > g elements are supported. Note that the path element only supports the > M,m,L,l,H,h,V,v,C,c,S,s,Z and z commands.", and my attempt copy this > exaple call warning:"** WARNING **: unsupported path codde 'A' " and > don't show enithing in this shape). I see, I didn't actually test that (that's output from exporting to shape). I believe you are right, it is unsupported. > Two, in this example IMHO too many parameters (IMHO 6 enough, against 7 > in example) and it use is slightly complication. Nope, 7 is what is specified. See http://www.w3.org/TR/2000/CR-SVG-20001102/paths.html#PathData>. Now actually *implementing* the proper use of these is tricky. We could just have a subset thatcan handle 'our' kinds of arcs, for now. > And will be good, if path allow build arc across three point, but it is > only dream. > > I made arc as individual svg-node like circle or ellipse. And for more > easy in > use separately for circle arc and ellipse arc. > > This is a arc of circle with centre (cx,cy) and radius r from angle a1 > to angle > a2. The angles are measured in degrees counter-clockwise. > > This is a arc of ellipse with centre (cx,cy) and radius rx in the x > direction > and ry in the y direction from angle a1 to angle a2. The angles are > measured in > degrees counter-clockwise. Problem with this is that SVG doesn't include carc and earc. We don't want to make our own extensions to SVG:) However, implementing the subset of A/a that does what your arcs do ought to be simple, given your code. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: My proposal (Was: Shapes layout proposal)
On Thu, 14 Jun 2001, Andre Kloss wrote: > On 14 Jun 2001, Lars Clausen wrote: > >> The reason for GUIs to have the equal-spacing setup is that the actual >> widget layout may be determined by somebody else. I don't think we >> really need that here. Just using relative resizing is probably more >> useful and easier. > Agreed. Do you know where this might be incorporated in the code? Or > even better, are you already implementing this stuff? ;) Oh, no:) I'm still looking at the freetype stuff, somewhat stalled by the fact the freetype doesn't try to find fonts, just accepts font files. This means that we can 1) have our own font list (bad, bad idea), 2) use the GtkFontSelector (a pretty darn big widget), 3) grab the font-finding code from GtkFontSelector, or 4) use standard X font code. I'm thinking 3) sounds easiest, but it might be tied in with the GdkFonts. >> I do want text to be resizable eventually. If you don't have that, you >> can't, say, have classes of different sizes in your diagram look nice. > Also agreed. > >> If text can be resized, there's no reason to have a minimum size for >> anything, is there? Then resizing would be scaling, and thus 1.2 is the >> Right Thing. Would you want resizing to do other than scaling? That >> might be useful, but makes resizing more complex. > Whatever you say. ;) No, I think that the solution you propose is that > obvious even I didn't see it first. If I can lend a hand somewhere, > just tell me where to start. I won't be coding anything for the entire next week, as I am going off to Ragnarok http://www.dagorhir.com/ragnarok/>. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: My proposal (Was: Shapes layout proposal)
On 14 Jun 2001, Lars Clausen wrote: > On Thu, 14 Jun 2001, Andre Kloss wrote: > >> On 14 Jun 2001, Lars Clausen wrote: >> >>> The reason for GUIs to have the equal-spacing setup is that the actual >>> widget layout may be determined by somebody else. I don't think we >>> really need that here. Just using relative resizing is probably more >>> useful and easier. >> Agreed. Do you know where this might be incorporated in the code? Or >> even better, are you already implementing this stuff? ;) > > Oh, no:) I'm still looking at the freetype stuff, somewhat stalled by the > fact the freetype doesn't try to find fonts, just accepts font files. > This means that we can 1) have our own font list (bad, bad idea), 2) use > the GtkFontSelector (a pretty darn big widget), 3) grab the font-finding > code from GtkFontSelector, or 4) use standard X font code. I'm thinking > 3) sounds easiest, but it might be tied in with the GdkFonts. Well, trouble. GtkFontSel indeed has code to parse the font names, but that doesn't give me the font file name, which is what FreeType requires. I'm taking this to the FreeType mailing list. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Does Dia support Solaris 2.6?
On Thu, 14 Jun 2001, Sheng-Liang Liu wrote: > Hi: > > I tried to compile dia 0.88.1 on my Ultra5 workstation running Solaris > 2.6. Unfortunately, I always had problems when I was doing "make". It > was okay whe I ran "configure", but when I tried to "make", near the > end of the process it told me "argz.h is missing". It's only used as part of the internationalization files, so maybe try with --disable-nls? It's interesting that that part breaks, since it's part of the standard gettext package, AFAICT. The configure files should check for this. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia2shape
On Sun, 17 Jun 2001, James K. Lowden wrote: > All, > > The whole shape proposal discussion led me to another notion I don't > recall having seen discussed. > > It seems to me it should be possible to use Dia to create Dia shapes. > > What needed is enough information in a Dia diagram to create a .shape > file, and an XSLT file that describes the transformations. Probably we > need a "shape sheet" with things like connection points and text boxes. > The conversion could be effected with a script that would generate the > .shape and update its .sheet, using a standard XSLT processor. Making the .shape and icon is already there. I'm looking at automatically adding to the .sheet file based on directory names. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Reoccurring issue: arrows
On 25 Jun 2001, Sebastian Fischmeister wrote: > Hello. > > All of the developers are doing a really great job in improving dia > and coding new features. But there is one issue that's in dia since > the very first days: > > Draw a line, select the filled-triangle arrowhead, and set the line > width to at least 0.5. See it? > > I already started constructing my own arrows (a polygon and a line). I > don't think that's the intended use of dia. > > Are there any plans to get rid of this problem? Yes, though it will take a bit. I basically want to make the arrowhead an intrinsic part of the line, rather than something plastered on top. This will allow the line to adjust its length to adjust for the head. I have a few other things to do first, though. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: UrShape definition Part IV: Full header (?)
On Tue, 3 Jul 2001, Andre Kloss wrote: > Hi again. John, you raised some points I dislike, so here's what I > think: > >> > How can UrShapes interact? If a UrShape is dragged over a (free) >> > UrContainer, it should snap into it until dragged out again. Any >> > UrContainer that has means of containing another UrShape should resize >> > to make place for one if one's dragged over. How does a UrShape know >> > what UrContainer it is over? >> [...] >> I would think it were pretty annoying if I were dragging a shape >> across container and it was suddenly sucked in. > But only if you drag it to the container and drop it within a > (adjustable) range of it. If you drag further, nothing happens (yet - > maybe wa may want some more visual feedback in the future). I don't > think that this would be too annoying. Maybe each diagram type could > have its own "embedding" range? There's a thing you will have to consider at some point (though maybe not yet): If you have an UrContainer A with an UrContainer B within it, how do you add further UrShapes to A? You will also need a way to get UrShapes out of UrContainers. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: UrShape Layout controversy
On Tue, 3 Jul 2001, Andre Kloss wrote: > Hi, folks. > > Let's pull the pieces together: > > Lars writes: >> There's a thing you will have to consider at some point (though >> maybe not yet): If you have an UrContainer A with an UrContainer >> B within it, how do you add further UrShapes to A? > a) Every UrContainer needs to have some border, at least with snapping Chapin Charts has the border of interior shapes fall on top of the containers border. > b) Every UrContainer knows by his type if it can hold another UrShape, > and will resize automaticially when the UrShape is dragged over (and > if not dropped, restore the original size). Yes, but if there is a container within a container, you can't tell which you want to drop into. >> You will also need a way to get UrShapes out of UrContainers. > That a UrShape snaps to a UrContainer doesn't mean it can't be dragged > out of it anymore. Of course. But we also want to be able to move the UrContainer and its contents. I'm thinking expelling a shape may have to be an object menu point. >> > I prefer Chapin charts. >> Enlighten me to what a Chapin chart is. I was referring to the >> textbox widget as being a simple one to use at first. > Oh, you mean no SVG test but rather something really simple. Ok, so be > it. Chapin Charts btw. are also known as Nassi-Shneiderman-Diagrams or > Structograms, A little explanation of Chapin Charts is at http://www.open.org/~prslkg/sy_chap.htm> -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Syntax error while compiling from CVS?
On Wed, 4 Jul 2001, Cyrille Chepelov wrote: > Le mar, jui 03, 2001, à 09:20:37 -0300, Dolores Alia de Saravia a écrit: >> >> >> And just for the record: in SUSE 7.1 distribution, I found the libart.m4 >> file as >> >> /opt/gnome/share/aclocal/libart.m4 > > This is not FHS compliant (this is either a bug, a non-compliance, or a > lack of following the industry standard..._. As some people from the > LSM/RMLL could attest, yes, really SUZE has a strange taste... ;-) > > FHS mandates that this should have been in /usr/share/aclocal/libart.m4 Ugh, does SUSE really use the /opt system? It's one of the worst setups I've seen, you never get the environmen variables quite right:( -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: diagram entities...
On Thu, 5 Jul 2001, B. C. J. O. wrote: > > Is there a place (like themes.org) that archives 'third party' diagram > entities? I've used dia for a long time in my own operations, quite happy > with the limited stencils that ship with the editor, but my clients all > complain bitterly about them. Apparently visio has a lot of 'pretty > pictures' and this has set the standard that these folks go by. I've > personally always been of the oppinion that it was the logic in the > diagram, and not the diagram elements that were important, but apparently > I am wrong. =) Any help or pointers appreciated. No, there isn't any such archive yet. It would be good to make one, even if Dia doesn't automatically connect to it yet, just to get stuff together. It'd be easier to get sheets in there than into the distribution. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Font structure needs name change
To get the list of fonts from X for FreeType, I need to include Xlib.h, but that defines a Font struct. I will need to rename the Font structure to DiaFont. Stand by for mass renaming. I wish I had a refactoring editor:) -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: SGV-sgv, ...not svg? sure?
On Sat, 07 Jul 2001, James K. Lowden wrote: >> Saying that 2 URIs with different path sections are or should be the >> same resource is plain wrong > > As indicated by "Namespaces in XML" at > http://www.w3.org/TR/REC-xml-names/ to wit: > >> [Definition:] URI references which identify namespaces are considered >> identical when they are exactly the same character-for-character. Note >> that URI references which are not identical in this sense may in fact be >> functionally equivalent. Examples include URI references which differ >> only in case, or which are in external entities which have different >> effective base URIs. RFC 2396 specifies that scheme names (http etc) and host names are case insensitive: > 6. URI Normalization and Equivalence > > In many cases, different URI strings may actually identify the > identical resource. For example, the host names used in URL are > actually case insensitive, and the URL <http://www.XEROX.com> is > equivalent to <http://www.xerox.com>. In general, the rules for > equivalence and definition of a normal form, if any, are scheme > dependent. When a scheme uses elements of the common syntax, it will > also use the common syntax equivalence rules, namely that the scheme > and hostname are case insensitive and a URL with an explicit ":port", > where the port is the default for the scheme, is equivalent to one > where the port is elided. However, the rest is case-sensitive (not explicitly stated, though). -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Font structure needs name change
On 07 Jul 2001, Lars Clausen wrote: > > To get the list of fonts from X for FreeType, I need to include Xlib.h, > but that defines a Font struct. I will need to rename the Font structure > to DiaFont. Stand by for mass renaming. I wish I had a refactoring > editor:) Renaming went well, except that I'm getting problems with gettext. In particular, I get a lot of these errors: /home/lrclause/src/dia/app/commands.c:189: undefined reference to `dcgettext__' /home/lrclause/src/dia/app/app_procs.c:331: undefined reference to `diagram_modified_exists' I only get them for commands.c and app_procs.c, but that might be because they're the first two that use _(. My gettext is 0.10.38, and has worked fine until now. I tried with --use-included-gettext, but that is fatally broken. app_procs.c has no changes since latest CVS. It doesn't help to --disable-unicode. Anyone got a clue as to what this is? -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Any more progress with Visio <=> Dia interchange methods?
On Mon, 09 Jul 2001, Philip Rhoades wrote: > Hi all, > > I read the archives about attempts to move files between Visio and Dia - > have there been any more developments by anyone? No, but we've determined that the most feasible way is probably to use OLE on a machine with Visio to convert. Other programs do that. If we get that running, we could even set up a conversion server. Don't know of anybody working on it, though (does anyone have a copy of Visio installed at all?) -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Font structure needs name change
On Sun, 08 Jul 2001, Hans Breuer wrote:
> At 14:32 07.07.01 -0500, Lars Clausen wrote:
>>
>>To get the list of fonts from X for FreeType, I need to include Xlib.h,
>>but that defines a Font struct. I will need to rename the Font structure
>>to DiaFont. Stand by for mass renaming. I wish I had a refactoring
>>editor:)
>>
> Or even better C++:
> namespace X {
> #include "XLib.h"
> }
Would be nice, wouldn't it?
> Why can't you use the XListFonts (and XFreeFonts) surrogates defined by
> the gtk-1.3-win32-production branch which work on string lists too and
> are rather portable ? They are called
> gdk_font_list_new/gdk_font_list_free and can be implemented as simple
> wrappers on X.
Because I need to get at the actual filenames, not just font names, to feed
to FreeType. Currently, I'm looking at XGetFontPath to get it.
-Lars
--
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor
"I do not agree with a word that you say, but I| Retainer of Sir Kegg
will defend to the death your right to say it."| of Westfield
--Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
Re: Any more progress with Visio <=> Dia interchange methods?
On Tue, 10 Jul 2001, Philip Rhoades wrote: > Lars, > >> > I read the archives about attempts to move files between Visio and Dia >> > - have there been any more developments by anyone? >> >>No, but we've determined that the most feasible way is probably to use >>OLE on a machine with Visio to convert. Other programs do that. If we >>get that running, we could even set up a conversion server. Don't know >>of anybody working on it, though (does anyone have a copy of Visio >>installed at all?) > > I have a (pre-MS) copy - I was trying to avoid re-installing it on my > newly installed Win4Lin v3.0 (running on RH7.1) because I want to get > rid of as much Windows crap as possible but if it will help the > development process I am happy to of course. It would help quite a lot if we could actually get that translation up. Lots of people have been asking for it. > I have never done anything with OLE though - it seems like that > shouldn't be a problem if someone is willing to point me in the right > direction. Can't help you with OLE, for me it's just something that pops up occasionally in network classes. For importing/exporting Dia files, look at the plug-ins (my xfig plug-in is apparently sufficiently clean that the plug-in I learned from got re-written by it:) Best of luck with this! -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Progress on Freetype
Just to let you know that there is progress on using Freetype: I am now able to scan directories for fonts, including TrueType and others, figure out family names and styles, and get the width of a string. I still have to make actual rendering, a new selection widget (to be able to select styles as well as font names), loading/saving, and other stuff. Since I'm still having problems that require me turning off NLS, I'm not committing. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Any more progress with Visio <=> Dia interchange methods?
On Mon, 9 Jul 2001, Jamin Collins wrote: > Harry George [mailto:[EMAIL PROTECTED]] wrote: >> Just saw an announcement today that MS is providing a spec for XML >> rendition of VISIO 2002. The document was an .exe, apparently a >> self-extracting .doc, so I didn't actually look at it. That could be >> a good approach to the problem. The blurb said it covered everything >> the native .vsd's do (i.e., not crippled). > Wouldn't happen to have a link to the announcement/file would you? Here's one: http://xml.coverpages.org/ni2001-05-05-b.html -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Using Dia for Gantt Charts
On Wed, 11 Jul 2001, Hugh Cowan wrote: > Hello, > > I am currently using MS-Visio for Windows 95. I am looking at eventually > moving over to Linux / Unix platform. In the meantime I am looking at > which applications I will use on Linux and seeing if there are Windows > versions that I can work with first to make the transition easier. > > I have read that the best equivalent to Visio is probably Dia. What I am > wondering is if Dia can be used to create Gantt charts like in Visio?? > Currently, I primarily use Visio for doing Gantt charts and basic flow > diagrams. Dia closely resembles Visio. I don't know if that is in just > looks and feel or also in functionality. Dia does not curerntly support Gantt charts, tough there's nothing to stop you from implemeting them. However, I don't really think Dia is the ideal tool for such. > If not, does anyone know a good program for Linux that will help create > Gantt charts like Visio?? I know that it can be done manually using > spreadsheets but I am looking for a little more help and automation. There is a PM FAQ at http://www.wilcoxon.org/projplan/answers-2.html> that lists several. Also check TeXProject http://www.cis.ohio-state.edu/~gurari/systems.html>. I would personally go for a LaTeX solution, but YMMV. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Trouble exporting to png
On Fri, 13 Jul 2001, François Désarménien wrote: > Hello, dia-list ! > > I have a diagram, created with version 0.86 which I need to export to > png. > > With dia-0.86, it worked but some parts of the diagram were missing. > Exporting to .eps had no problem. > > So I upgraded to 0.88.1. I still can export to .eps but when I try to > export to .png, I have the following error message : > > libpng error: No IDATs written into file That's interesting. I can export to PNG with 0.88 and newest CVS no problem. What's the version of your libpng? Mine is 1.0.10. A workaround for now, since your eps export works, is to use convert from the ImageMagick package to convert to PNG. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Trouble exporting to png
On Fri, 13 Jul 2001, François Désarménien wrote: > 13 Jul 2001 07:52:24 -0500 > Lars Clausen <[EMAIL PROTECTED]> wrote: > >> That's interesting. I can export to PNG with 0.88 and newest CVS no >> problem. What's the version of your libpng? Mine is 1.0.10. > > Mine is 1.0.5. But sorry, I wasn't clear enough : the problem seems to > be with this single schema. I exported others with no problem. > > If the .dia source of this faultly schema could help you, just let me > know, I'll send it to you. That'd probably help. Sounds like you're hitting on some rarely-used part. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Bug report for 0.88.1 - resize & fig export
On Tue, 17 Jul 2001, Cris Bailiff wrote: > I can't find any on-line bug reporting system, so I'm mailing to the > list: > > * As reported here recently, dia 0.88.1 can't resize shapes with > internal text (other than by editting the text). My example is the > 'cloud' from the network sheet, which only sizes to fit the enclosing > text. Bit hard to draw the whole internet with a cloud thats smaller > than every other icon. > > * Export to fig format has troubles (I accept its experimental): > * Colour definitions are incorrectly formatted in the output file, so > fig rejects them and all images come out all black. The hex strings > appear to be loosing the required zero padding - I have > > '0 33 #0ff0' > > instead of (I assume) > '0 33 #000ff0' > > and likewise for colour 34: > '0 34 #0' > > which I made > '0 34 #00' This is easily fixed: Index: plug-ins/xfig/xfig-export.c === RCS file: /cvs/gnome/dia/plug-ins/xfig/xfig-export.c,v retrieving revision 1.1 diff -u -r1.1 xfig-export.c --- plug-ins/xfig/xfig-export.c 2001/05/08 21:17:09 1.1 +++ plug-ins/xfig/xfig-export.c 2001/07/17 15:53:42 @@ -195,7 +195,7 @@ return; } renderer->user_colors[renderer->max_user_color] = *color; - fprintf(renderer->file, "0 %d #%x%x%x\n", renderer->max_user_color+32, + fprintf(renderer->file, "0 %d #%02x%02x%02x\n", renderer->max_user_color+32, (int)(color->red*255), (int)(color->green*255), (int)(color->blue*255)); renderer->max_user_color++; } > * Colour definitions need to be first in the file (before objects). I > moved the '0 xx' lines to the top of my sample, and fig stopped > complaining. This is more nasty -- it means I'll have to either make two passes or store most output in a string. Two passes sounds like the right thing to do. > * I still have a bunch of complaints about ploygons with fewer than 3 > points - again, possibly missing zeros, but I'm not sure on this one. This is more odd -- which objects give that? > Promising start - I'd love to have dia do really good fig export (and > import too?) Import is more difficult, as Dia is not really set up for import. Better export will be possible when we have the more advanced grouping system we've discussed earlier, which will let shapes appear as groups in Fig. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Tweaks to Dia for chemical diagrams
On Tue, 17 Jul 2001, Dave Linton wrote: > > I'd like to be able to draw molecules in Dia, mostly because the de facto > standard, Cambridge(no relation)Soft's ChemDraw, is absolutely awful. > As far as I can see it would only require a couple of extensions: > > - a triangular grid option (most important!) That shouldn't be hard to do, 'just' make a triangular version of app/grid.c and an extra option in diagram properties. > - text with bounding box (for my purposes filled in background colour, so > that letters on top of lines are easily readable Very easy to do. > - line styles which taper from one end to the other Not too hard, basically a connection drawn as a polygon. > - ditto, dotted (i.e. made up of small lines perpendicular to the line > direction) More tricky. You'd have to draw the small lines individually, I don't think you can make those with stippling. Sounds like a good area to use Dia in. I'm just worried that for actual chemical drawings, you'll want a much higher abstraction level. Have you looked at the (La)TeX chemical packages? They seem to be quite nice. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Bug report for 0.88.1 - resize & fig export
On Wed, 18 Jul 2001, Dolores Alia de Saravia wrote: > This is a question to Lars Clausen: > > When wou wrote "This is easily fixed", do you refer to >--- the resize problem >--- the fig export problem >--- to both problems > ? The fig export problem dealing with zeroes in the colors. The CVS version contains that fix, as well as a fix that puts the colors first. If you can give me a diagram that causes the 'polygon with fewer than 3 points' problem, I can take a look at that -- I haven't been able to reproduce it. The resizing problem is completely different. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: objects/Specware in CVS?
On Wed, 18 Jul 2001, Andrew Halper wrote: > Anyone know about this one in the current CVS tree? > > Making all in Specware > make[3]: Entering directory `/usr/opt/src/dia/objects/Specware' > make[3]: *** No rule to make target `all'. Stop. > make[3]: Leaving directory `/usr/opt/src/dia/objects/Specware' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/usr/opt/src/dia/objects' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/opt/src/dia' > make: *** [all-recursive-am] Error 2 > > "Specware" is in SUBDIRS in objects/Makefile.am, but it doesn't look > like objects/Specware is in the repository anymore (or maybe I'm not > updating my sandbox properly). My bad, I committed the changed Makefile.am and never included the rest. I'll just take it out...there. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Documentation?
On Wed, 18 Jul 2001, Robert Konigsberg wrote: > So the documentation website is down, how can I get access to it? > Particularly, can I find out about the file format short of reading > the code or generating examples? The file format is gzipped XML, so it's really easy to figure out. The DTD is in doc/diagram.dtd. I think that's the best we have right now. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: objects/Specware in CVS?
On Thu, 19 Jul 2001, Andrew Halper wrote: > > > Lennon Day-Reynolds wrote: >> >> That was my short-lived plugin development project's dirty laundry, and >> Lars was kind enough to help me out with some issues I was having...I >> have to admit, though, I was worried to see this come up in my inbox >> this morning, as I am deathly afraid of the community at large seeing my >> abysmal C coding skills. ;) > > You should see this SQL parser. yikes. > > I think there's still a reference to "objects/Specware/Makefile" at line > 355 of the top-level configure.in file that needs to be removed? Oops, yes indeed, configure.in had it. Should be gone now, I'm testing it. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Schema Mania
On Wed, 18 Jul 2001, James K. Lowden wrote: > Hello everyone, > > I have put together a little web site that I hope will be useful to > people who'd like Dia to be a good data modelling tool. I've collected > the links to known dia<->sql projects, and described the current state > of things. > > I would be grateful for any advice and/or comments. Most especially, > I'd like to know about any other tools/technologies I've overlooked. I > hope it's not a laughably meagre overview. I really would like to make > it comprehensive. > > http://www.SchemaMania.org/ Cool! I've added you to the Dia links page (update should happen sometime tonight, till then you can get it at http://shasta.cs.uiuc.edu/~lrclause/links.html>. Note that there are *three* separate Dia-to-Sql programs out there! I just now did a transitive closure on the Dia-related programs, adding Postgres_to_Dia and Dia2Code to the collection. Let me know if I missed anything or made other errers. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Please add to FAQ: Accelerator keys
On Fri, 20 Jul 2001, Robert Campbell wrote: [...] > As I was writing the FAQ entries below, I decided that Dia should warn > the user before inadvertantly overwriting a key assignment that has been > made elsewhere. It doesn't seem like a big deal in Dia (yet), but it > would be in the CAD applications I use, which have hundreds of functions. > Just a suggestion. A good idea, but I'm not sure how Dia can implement it. The accellerator assignment is a GTK thing, and I don't know if there are hooks to allow such a warning. > Here's my take on the FAQ entries. Do with them as you wish. [...] They have been added to the FAQ. Thank you. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Schema Mania
On Fri, 20 Jul 2001, James K. Lowden wrote: > Lars Clausen wrote: > >> Cool! I've added you to the Dia links page > > Thanks, Lars! > > You were perhaps a little tired when you put that page together? I've > attached a patch for it that fixes a few small things. Oh ye of little education:) I was referring to the credits of Monty Python and the Holy Grail. Well, the SchemeMania thing was a thinko. It's fixed. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: UrShape coding update
On Thu, 26 Jul 2001, John Palmieri wrote:
> --I sent this earlier but I am not sure if it got through
>
> Well I've got a skeleton compiling, and installing. Dia is loading the
> library but it doesn't seem to show up on the sheet. Here is the code I
> am using to register it:
>
> DIA_PLUGIN_CHECK_INIT
>
> PluginInitResult
> dia_plugin_init(PluginInfo *info)
> {
>if(!dia_plugin_info_init(info, "UrShapes", "Test", NULL,NULL))
> return DIA_PLUGIN_INIT_ERROR;
>object_register_type(&urshape_type);
>return DIA_PLUGIN_INIT_OK;
> }
>
> Is this right? Should there be more?
You updated the top-level configure.in to include your Makefile? There's
some other thing I also forget, as well...
-Lars
--
Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor
"I do not agree with a word that you say, but I| Retainer of Sir Kegg
will defend to the death your right to say it."| of Westfield
--Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
Re: need more help compiling from CVS
On Sun, 29 Jul 2001, Andrew S. wrote: > On 2001.07.29 17:12 Andrew S . Halper wrote: >> On 2001.07.29 15:26 Cyrille Chepelov wrote: > >> > This looks like the big bad NLS bug which others have been >> > experiencing. Let's fix it ! >> > >> > What is your glibc version (including devel version if there can be a >> > mismatch with your packaging system) ? FWIW, I've got version 2.2.3 >> > (which tends to disable gettext and provide its own). >> >> My glibc is 2.2.2. > > This looks suspicious: [...] Another possibility that got me out of a gettext mess: Remove intl/libintl.h, make distclean, then autogen again. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Autoconf trouble
When I try to ./autogen.sh the newest CVS, I get the following from autoheader: FATAL ERROR: Autoconf version 2.50 or higher is required for this script Now debian unstable autoconf (including autoheader) is only at 2.13, so where did this come from? Still configures fine, though. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Autoconf trouble
On 01 Aug 2001, Lars Clausen wrote: > > When I try to ./autogen.sh the newest CVS, I get the following from > autoheader: > > FATAL ERROR: Autoconf version 2.50 or higher is required for this script > > Now debian unstable autoconf (including autoheader) is only at 2.13, so > where did this come from? Still configures fine, though. ...but config.h is empty! Ick! -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Autoconf trouble
On Thu, 2 Aug 2001, Cyrille Chepelov wrote: > Le mer, aoû 01, 2001, à 07:45:41 -0500, Lars Clausen a écrit: >> >> When I try to ./autogen.sh the newest CVS, I get the following from >> autoheader: >> >> FATAL ERROR: Autoconf version 2.50 or higher is required for this script > > So it works. Good ! :-) Good? We'll see about that:) >> Now debian unstable autoconf (including autoheader) is only at 2.13, so >> where did this come from? Still configures fine, though. > > It comes from me (it looked to me that the AC_PUSH stuff was confusing > autoconf 2.13. Which AC_PUSH? I find it nowhere in the dia sources. Ok, a apt-get update found the new version, and it works. > The (debian package) maintainer of autoconf told me it was > libtool's fault, see > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=107030 ). > > I'm running a fairly outdated sid, and I've got this on my system: [...] > Requiring autoconf 2.50+ seemed to me a good deterrent against people > with outdated systems who attempt to compile CVS, run autogen.sh and then > complain they miss this or that M4 macro. Okay, I wanted to avoid > downgrading my libtool :-) Well, this is an update that's gotten into Debian during the last week or so. That's hardly means the only one is 'outdated'. RPMFind.net only has one entry with 2.50+ (PLD), and that is marked as new. I'd like it if we don't depend on bleeding edge stuff for building. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Autoconf trouble
On Thu, 2 Aug 2001, Cyrille Chepelov wrote: > Le mer, aoû 01, 2001, à 08:31:17 -0500, Lars Clausen a écrit: > [...] > Not talking for the RPM side, of which I'm pretty much ignorant (out of > lack of necessity). Me too, but I still don't want to have them go through hoops to compile. Incidentally, how many Dia developers use RPM-based systems (please reply to me by email, and I'll summarize)? > However, for the debian side, I beg to differ: > > auric% cd /org/ftp.debian.org/incoming/DONE > auric% pwd > /org/ftp.debian.org/incoming/DONE > auric% ls -l autoconf*2.5* > -rw-rw-r--1 troupDebian 1927 May 21 16:30 autoconf_2.50-1_i386.changes [...] > (easily verifiable through http://incoming.debian.org/DONE, but I didn't > feel like downloading the whole page) (I wonder why the buildd's aren't > picking that package ?) Well, it takes some time to get through to testing. > However,... > > let's stop that. I've just checked again. There is no AC_LANG_PUSH, > except in aclocal.m4 (which won't be a problem if it's generated by an > older autotools) I must have used them at one point, then removed > them. And kept remembering the requirement. I see. Smurf happens. > Please comment out the AC_PREREQ and AC_REVISION statements in > configure.in, these are the only autoconf features we're using for the > moment (IIRC, which isn't self-evident). Done. > However, the moment I really > need an autoconf 2.50 feature (or such feature cuts a dozen lines of > ac2.13 code), I'll not hesitate a second. If people need RPMs for recent > versions of autoconf, they'll have the alien(1) tool if rpmfind.net > fails. True. I hope this won't be until 2.50 is more commonly available. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: StdProp overhaul, take 2
On Sun, 12 Aug 2001, Cyrille Chepelov wrote: > Oh, I've seen a lot of bizarre "foo.c is in the way" messages from CVS > this morning. Lars, is it you ? I shouldn't think so -- which files are they? > * lib/font.c: conditionally disabled Lars' debugging messages. D'oh! Forgot about those. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: StdProp overhaul, take 2
Cyrille, with the StdProp overhaul, how difficult would it be to add units to the various inputs. I'm thinking we could add two properties (kind of sub-properties of PROP_TYPE_INT), one for general units, one for font units. The widgets for these could show the unit, the actual unit should be settable in the diagram properties. How does that sound? -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: StdProp overhaul, take 2
On Mon, 13 Aug 2001, Cyrille Chepelov wrote: > Le lun, aoû 13, 2001, à 05:52:58 +0930, Young, Robert a écrit: > >> If you could make a tar ball of the latest CVS source and put it on an >> ftp/http site, I'd be able to give it a thrashing - I'd use the CVS but >> we have a serious firewall which I am not allowed to bypass. >> >> I'm also interested in the bounding box problem and whether it has been >> fixed - my wife has a large diagram which currently has the problems >> shown in http://bugzilla.gnome.org/show_bug.cgi?id=58882 and I'm >> interested in seeing whether the bug still exists in the current CVS >> version. > > Aaah, a tester :-) Exceptionally, I've made a tarball of a snapshot > (don't run ./autogen.sh), in http://traminer.dyndns.org/~cyrille/dia You know, we might want to have that generated nightly, for people like Robert. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: found this (rotated texts)
On Tue, 14 Aug 2001, Cyrille Chepelov wrote: > http://stat.auckland.ac.nz/~lyndon/gdkrotated.html > > it's ugly, but would it be useful to bootstrap ? Looks like it would. After all, printing would still be pretty, so I'm sure this would be useful for some, even before it is replaced with FreeType. Good find! -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Better with units
On Tue, 28 Aug 2001, Robert Young wrote: > Dolores Alia de Saravia wrote: > >> Dia deals with three different length magnitudes: >> --- one for paper, or printed diagram; unit: cm >> --- one for canvas, or working diagram; unit without a name, it could >> be "virtual cm", or simply "canvas_unit". >> --- one for the window trough which we see part of the canvas; unit: >> pixel. >> >> I beleive it would be better (less confusing) to make the user aware >> of the units. > > I agree with making the user aware of the units (it would mean that dia > could be used for rudimentary CAD!). > > I think, however, that it would be useful to be able to set the default > units in the Preferences dialog (ft, cm, mm, m, pt, inch, nmi, lyr etc) > and then all the dialogs display values in terms of this e.g. line > thickness, grid spacing. Lars originally suggested something like this > (Re: StdProp overhaul, take 2 on 14/8/01). The only pixel unit would be > the new window width and height (though I have other ideas about this - > new window defaults to A4 with 10% 'bleed' area with all of this > selectable). > > The "virtual cm", or simply "canvas_unit" concerns me because it is not > obvious to a user what it is. Even the word pixels may confuse the user. Unless we make the window dimensions match the screen dimensions (currently "100% zoom" does not mean that one cm in the diagram shows up as one cm on the screen. In fact, with the 'Fit to' page setup, we would need to zoom in and out all the time.), the user should be able to specify the window dimensions. > To ease the implementation, the dia_unit_spinner could be used (see > app/diaunitspinner.[ch]). Currently (AFAIK) the only place it is used is > the paper size dialog - try typing 2ft for the page width and it cleverly > converts it to cm! - cool, James) Letting the input boxes convert from various units is cool, but we need to let the unit converted _to_ be changed. We'd also need to add a number of frequently used unit designations, like "ft" and "feet". Also, the font size input boxes should probably use a separate unit -- many people like to have 'points' for font units. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Better with units
On Thu, 30 Aug 2001, Dolores Alia de Saravia wrote: > > Reading the replies I realize that there are many important things and > possiblities about units. > > I have not thought the user being able to choose units to express his or > her wishes, but just to be informed about the ones in effect. ( > > Well, in fact right now, while choosing margins for the printed diagram > Dia allows the user to write for example 30 mm and then Dia rewrites 3.0 > cm; Dia recognizes the words m,cm,mm,in,ft... > > Knowing that next or new window size is expressed in pixels --- and I > think many people knows about pixels --- I can, confidently, to change > the numbers for that size and get, just from the beggining, an appropiate > size for my work in my terminal. I agree. Pixels is not *that* mysterious. > A very good alternative to adding information about units near the > numbers, or in general, to crowding the dialog boxes with visible > information about each menu item,could be to have a "help button" on each > dialog box to provide a general explanation about that dialog box. That would probably be a good idea. *If* we can get someone to write all the help texts... hmmm... maybe they can be generated from one piece per entry field for the property boxes... > Perhaps it woud also be nice to be able, after "manualy" changing the > windows size, to "tell Dia" allways begin with that size witout writing > any number at all... As an option in the Preferences dialog, along with the actual numbers. Makes sense. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: colors & dia
On Sun, 2 Sep 2001, Abraham van der Merwe wrote: > Hi! > > It seems dia 0.88.1 doesn't export xfig figures correctly when there's > colors in the diagram. I get the following error (or similar ones) with > any diagram containing colors: [snip] Indeed. Those errors (and a few others) have been fixed in CVS, and so should be in the upcoming 0.89 release. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: request : changing an attribute of multiple shapes at once
On Thu, 6 Sep 2001, Cyrille Chepelov wrote: > Le jeu, sep 06, 2001, à 11:54:38 +0200, pascal a écrit: >> >> Hello >> >> would be a real plus to be able to change in one operation common >> attributes of multiple selected shapes. >> >> ie: font, font color, line color... etc >> >> it is really time consuming to do that one by one once you hava your >> final diagram with dozen of shapes ! :) > > group them, double click on the group, edit the property, ungroup. ... though this unfortunately sets all attributes to the same, not just the ones changed. http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: --export w/o $DISPLAY?
On Thu, 6 Sep 2001, Cyrille Chepelov wrote: > Le jeu, sep 06, 2001, à 03:40:19 +0200, pascal a écrit: >> >> Maybe an option to skip the DIA aplash screen would be sufficient .. ? > > please, read the list (*one* day ago), and pay some attention to > bugzilla.gnome.org (especially > http://bugzilla.gnome.org/show_bug.cgi?id=58196) > > If someone knows how to know the width of a text in a given font, without > resorting to using an X display, while still finding the fonts on the > system (can I hear "lobby for Defoma to be mandated by the next rev of > LSB" ?), the companion program "diaconv" is waiting for your help. > > Conceptually, it's not complicated at all: just find the width of a text > in a given font. Technically, well, I'm waiting for patches, because this > is beyond my capacity. Check the FreeType mailing list archives, some other program does this (kludgily) by looking for the font.dir files in some standard places. My freetype code uses XGetFontPath, which also requires a display. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia-shape-ns
On Thu, 06 Sep 2001, Carol Farlow Lerche wrote: > Sorry if these questions have been answered -- I'm new here, and > haven't seen them answered in the archive. > > 1. I'm wondering if the name space definition from the dtd's found in > the doc directory of the distribution exist somewhere? It is currently > coded as "http://www.daa.com.au/~james/dia-shape-ns"; which is not > accessible. I should love to see that as well. > 2. Could someone comment on the differences in svg files used by > and exported by dia versus the W3C draft? I would like to try building > a set of custom shapes but would like to build/validate them against a > DTD > or schema in XML-spy to make sure they are kosher. Articles elsewhere > in > the archive seem to imply that dia accepts a subset of svg, but what > subset? (Again, I apologize if this has been answered. Perhaps it > is a candidate for the FAQ or the documentation.) It's not formally defined, but it's described in the doc subdirectory of the sources. > 3. In my trip through the list archive, I noticed several queries about > Visio interchangeability. This posting might be interesting to some: > http://xml.coverpages.org/ni2001-05-05-b.html (snip) Yes, I've seen the XML def for it, and it's *huge*. It'd be lovely to have some intergration with that (though I still think it's be more valuable to have a Visio<->Dia conversion server based on COM). -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: --export w/o $DISPLAY?
On Thu, 6 Sep 2001, Cyrille Chepelov wrote: > Le jeu, sep 06, 2001, à 04:12:43 -0500, Lars Clausen a écrit: > >> > Conceptually, it's not complicated at all: just find the width of a >> > text in a given font. Technically, well, I'm waiting for patches, >> > because this is beyond my capacity. >> >> Check the FreeType mailing list archives, some other program does this >> (kludgily) by looking for the font.dir files in some standard places. > > This is why I'd prefer delegate this stuff to a font manager like > defoma That's a possibility, though it shouldn't be a necessity. >> My freetype code uses XGetFontPath, which also requires a display. > > ... but is this all it needs a display for (barring, obviously, the > rendering step) ? Indeed. The rendering step actually only touches X when we are ready to copy the bitmaps (I'm still stuck there.) -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hårdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Dia talk (again)
We seem to have quite an interest in Dia here in Denmark. I'll be giving a talk this Tuesday in AALUG http://www.aalug.dk>. Hopefully this time I can get the newest version and demonstrate making shapes in Dia. And maybe I can recruit somebody :) -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Reporting message...
I'm running Dia 0.89-test2 (remotely across the Atlantic:) and got this message: Your local character set is UTF-8. Because of issues with libxml1 and the support of files generated by previous versions of dia [sic], you will encounter problems. Please report this message to [EMAIL PROTECTED] (I wish I could copy the message from the dialog) I have libxml2 2.4.3 and libxml1 1.8.14, configure seems to prefer libxml1. I gave no options to configure. I don't know where to look for the charset. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Reporting message...
On Mon, 17 Sep 2001, Cyrille Chepelov wrote: [...] > I think the last commit by Hans should prevent dia from moaning, when the > diagram's character usage is strictly included in ASCII. Which is > definitely a Good Thing (tm) (his latest patch does other Good Things to > the Win32 port, which will have Good Impact for the GTK2 transition > overall). > > Can you give the CVS Head a try ? Finally got through the i18n problems (autoconf2.13/2.52 on Debian is a bit odd). The CVS head fails in the end at dia.desktop, but the program runs. I need to make clean, as the EML stuff is spouting error at me. The rundia.sh script doesn't seem to include a number of plugins, is that on purpose? They're installed by make install. The message went away, though. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Reporting message...
On Tue, 18 Sep 2001, Cyrille Chepelov wrote: > Le mar, sep 18, 2001, � 06:54:28 -0500, Lars Clausen a �crit: >> [...] >> Finally got through the i18n problems (autoconf2.13/2.52 on Debian is a >> bit odd). The CVS head fails in the end at dia.desktop, but the program >> runs. I need to make clean, as the EML stuff is spouting error at me. > > Yes, this autoconv2.13 stuff is running on my nerves too. Testing should > be dictatorial enough, to keep in sid those packages which can't cope > with autoconf 2.50. > This mess was bad enough, that I scripted a small way out > (try `ACFLAVOUR=2.50 ./autogen.sh $STUFF`) I got the autoconf thing to work, but the broken EML library still hangs around after a distclean. Are the .libs not included in distclean? >> The rundia.sh script doesn't seem to include a number of plugins, is >> that on purpose? They're installed by make install. > > normally, the plugin loaded now does a recursive search when it > encounters a magic tag in the DIA_PLUGIN_PATH (double slash, IIRC). This > is a convenience feature I wrote this summer. Is this broken ? No, but we're missing the line DIA_LIB_PATH=$DIA_LIB_PATH:/home/lrclause/src/dia/app/../plug-ins// -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Ascii?
Having somehow fooled myself into thinking my talk was today rather than Thursday, I sat down at the suggestion from one of my friends here and started on an ASCII art export plugin. So far it does strings (without alignment) and rectangles (filled & unfilled). Lines are up next. Another passerby suggested rendering using OpenGL's 2d primitives, allowing use of the accellerated graphics cards. I'm not gonna do that right now, though:) Just when you thought plug-ins were safe:) I also applied the MetaPost plug-in submitted earlier. If the encoding issues aren't bad enough to stop it, I shall commit. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Ascii?
On Tue, 18 Sep 2001, Cyrille Chepelov wrote: > Le mar, sep 18, 2001, � 04:07:06 -0500, Lars Clausen a �crit: > >> Another passerby suggested rendering using OpenGL's 2d primitives, >> allowing use of the accellerated graphics cards. I'm not gonna do that >> right now, though:) > > Heh... One idea might be to write a gdk renderer using OpenGL. All of > GNOME would benefit, if that indeed brings a benefit. Maybe a port of > gtk to Berlin would be a good idea, while we're at it ! ;-] Just imagine having your windows rotate in 3D:) >> Just when you thought plug-ins were safe:) > > hehe... > > >> I also applied the MetaPost plug-in submitted earlier. If the encoding >> issues aren't bad enough to stop it, I shall commit. > > shoot -- I had promised to apply it, but didn't manage to find the time. > The second tarball (with the GPL fix) which has been posted is of > adequate quality (don't forget the NEWS and ChangeLog. It would probably > be good if you had time to make this a configure option, but it won't > hurt much if it's built by default and crashes sometime (which I > doubt)). I shall do that, hopefully tomorrow. I did use the second tarball. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: how do you rotate an object?
On 25 Sep 2001, Allan Gottlieb wrote: > I have been unable to rotate objects. Rotation is generally useful. > My specific need was in using the ``Logic'' figures. All the gates > are vertical, but I need horizontal gates. I tried the manual and > looked at every menu that I could find. As Robert said, rotation is mentioned in the FAQ as missing. However, we did get a snippet of code for rotating text in GTK, so we can add rotation now. The only problem remaining is how to do the interface and internal changes. I don't have any great ideas on how to do this, so any input/code would be appreciated. > With the exception of logic diagrams, dia has now replaced xfig for > me. With the addition of rotation, xfig will become relegated to > maintenance used for legacy diagrams. The Logic shapes are quite simple to make, I did them in an afternoon. I'll see if I can make the horizontal ones as well. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Ascii?
On 02 Oct 2001, Chris Sperandio wrote: > On Wed, 2001-09-19 at 05:11, Lars Clausen wrote: >> On Tue, 18 Sep 2001, Cyrille Chepelov wrote: >> >> > Le mar, sep 18, 2001, � 04:07:06 -0500, Lars Clausen a �crit: >> > >> >> I also applied the MetaPost plug-in submitted earlier. If the >> >> encoding issues aren't bad enough to stop it, I shall commit. >> > >> > shoot -- I had promised to apply it, but didn't manage to find the >> > time. The second tarball (with the GPL fix) which has been posted is >> > of adequate quality (don't forget the NEWS and ChangeLog. It would >> > probably be good if you had time to make this a configure option, but >> > it won't hurt much if it's built by default and crashes sometime >> > (which I doubt)). >> >> I shall do that, hopefully tomorrow. I did use the second tarball. > > Just wondering, was there something wrong with the metapost patch or did > it fall through the cracks? Sorry, I've been derailed for a while. There's nothing wrong with it, I just need to update NEWS and ChangeLog. It's in CVS now. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: About DFD
On Wed, 3 Oct 2001, Jose Arthur Benetasso Villanova wrote: > > Hi, > > I want to know if someday dia will support data flow diagram. As soon as somebody sits down and makes it. If you can point us at a definition, any of us can do so. Most shapes are made on a by-need basis. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: format conversion between DIA and graphviz (dot)?
On Wed, 03 Oct 2001, Steven Pothier wrote: > The graphviz package, "dot" program does graph layout from a graph > description given in a simple text format. > It outputs a couple formats (not XML though). Has anyone written > anything to transform the formats used by DIA and graphviz? > > There is an obvious benefit to being able generated a graph in DIA > format from a (layout free) textual format. > > If I find nothing here, I'll likely write a perl script to fullfill > something like: > > dot -Tplain mygraph.dot | dotplain2dia.pl > mygraph.dia Ah, yes, dot. A wonderful little graph tool. No, there is no transformation from dot files to dia files, nor does Dia read dot output. I'd love to see either. > P.S. > graphviz is described at: http://www.research.att.com/sw/tools/graphviz > > P.S.S. I fantasize that I have a tools that completely integrates DIA > and graphviz so that I can do automatic layout, transformations, > filtering AND easy manual editing with the same tool. That would be sweet indeed. Take a look at plug-ins/xfig/xfig-import.c if you want to do it as an import filter. Otherwise, look at any of the .dia-generating tools listed in the Links section of the Dia page. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Dia in our enterprise
ry powerfull: almost any shape can be > obtained in this way. However, a simple mecanism to save a diagram into a > shape and place it in a sheet from *inside* dia could be done. This is a > feature present in Visio. One use we had for this is when we draw network > packets: we cut and paste boxes with different gray backgrounds. For the > time being, we keep them on a 'template' diagram. Saving to a shape is there, it's now just a question of fixing the sheet. Takes a bit of XML parsing, but it is absolutely doable. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Change properties of several objets at once
On Wed, 17 Oct 2001, Hubert Tonneau wrote: > What anybody would expect for changing the properties (let's say the > ground color) of serveral objets would be to select all the objects, then > get the properties dialog through the double clic, make changes, press > 'apply' button and get changes applied to all selected objects at once. > > Yeah, but nearly no, including dia, drawing software is working that way. > Really sad. Ok, it may be non trivial if the selected objects are not > all the same kind, but if they are, is it so hard to implement ? Ah, we are so almost standard as to be painful. If you, after selecting the objects, turn them into a group, you can indeed set properties for all objects. I tend to agree that that's what should happen for multiple selections as well. HTH. HAND. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause)| Hårdgrim of Numenor "I do not agree with a word that you say, but I | will defend to the death your right to say it." | Where are we going, and --Evelyn Beatrice Hall paraphrasing Voltaire | what's with the handbasket? ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
