Re: Problem importing custom models...
Lars Clausen wrote: On Fri, 27 Apr 2001, Karim A. Nassar wrote: Maybe we can link custom-shapes from the FAQ? It's not very big and with this new info could be helpful. No sooner said than done, my lord:) Of course, it'll be a day or two before the FAQ updates on the webpage. The link is in the FAQ, but did you forget to put 'custom-shapes' on your web-site (as linked from a previous message)? (Hmmm... maybe we should just forget that one...) Also the link from Dia's home page (FAQ part) doesn't work properly on my Netscape (under W2k), and I think it's due to the lack of an extension to that file name (NS just wants to save it to a file). IE5.5 handles it, but it seems to have problems with the rest of the web site (extremely slow)... Maybe it's an idea to add a '.txt' for those brain-dead environments that think that using a file extension to decide what to do with a file is a good enough solution? At least for the web version... -+-Ben-+-
Re: Problem importing custom models...
On Mon, 30 Apr 2001, Ben A. Hetland wrote: Lars Clausen wrote: On Fri, 27 Apr 2001, Karim A. Nassar wrote: Maybe we can link custom-shapes from the FAQ? It's not very big and with this new info could be helpful. No sooner said than done, my lord:) Of course, it'll be a day or two before the FAQ updates on the webpage. The link is in the FAQ, but did you forget to put 'custom-shapes' on your web-site (as linked from a previous message)? (Hmmm... maybe we should just forget that one...) Ah, yes, I forgot that on my website. That was just a temp setup while the main page refreshed. Also the link from Dia's home page (FAQ part) doesn't work properly on my Netscape (under W2k), and I think it's due to the lack of an extension to that file name (NS just wants to save it to a file). IE5.5 handles it, but it seems to have problems with the rest of the web site (extremely slow)... That's because the web-server at lysator is brain-dead and thinks it's an octet-stream rather than text/plain or text/latin-1. Maybe it's an idea to add a '.txt' for those brain-dead environments that think that using a file extension to decide what to do with a file is a good enough solution? At least for the web version... We may have to... -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
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Cyril ZEKSER wrote: Hi all, I'm new to dia, and I'd like to import custom models homemade. But I can't achieve how to do this. Here is what I did : 1 . Creation of a Engine.shape file (for instance) like this : 2. Creation of a sub dir in ~.dia/shapes, called OpenInventor. 3. Copying the files into it. 4. running DIA. I know it take them into account cause I've forgotten to change the name of a node (Group) and it shows me a popup. I can't see any of my shapes, nor Group. What I have to do ? Hey, 3.b. Creating an OpenInventor.sheet 3.c. Copying the sheet-file into ~/.dia/sheets/ Hope this gets you going. PS Maybe, this could be added to docs/custom-shapes ? -- dag wieers, [EMAIL PROTECTED], http://dag.wieers.com/ -- «Onder voorbehoud van hetgeen niet uitdrukkelijk wordt erkend.»
Re: Problem importing custom models...
After following the good advice from this thread, I copied the Logic shapes and sheet from the cvs tree into my ~.dia and started dia recieving these messages: *** WARNING **: could not find svg namespace ** WARNING **: could not load shape file /home/kan4/.dia/shapes/Logic/any shape here The location of the shapes/sheet (~/.dia or /usr/share/dia) made no difference -- same error. I looked at the xml for my existing shapes/sheets and the Logic shapes/sheet and could find only these differences: * Existing: uses xpm graphics format, Logic: png I edited the .shape changing png to xpm and converted the images -- no difference * Some .shapes seems to have different xmlns attributes in the shape tag Examples: from Logic/and.shape: xmlns:svg=http://www.w3.org/2000/svg; from Circuit/ground.shape: xmlns:svg=http://www.w3.org/TR/2000/03/WD-SVG-2303/DTD/svg-2303-stylable.dtd; putting the existing xmlns into the Logic files made no difference. Any suggestions? -- Karim Nassar
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Karim A. Nassar wrote: Maybe we can link custom-shapes from the FAQ? It's not very big and with this new info could be helpful. No sooner said than done, my lord:) Of course, it'll be a day or two before the FAQ updates on the webpage. -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
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Karim A. Nassar wrote: After following the good advice from this thread, I copied the Logic shapes and sheet from the cvs tree into my ~.dia and started dia recieving these messages: *** WARNING **: could not find svg namespace ** WARNING **: could not load shape file /home/kan4/.dia/shapes/Logic/any shape here The location of the shapes/sheet (~/.dia or /usr/share/dia) made no difference -- same error. I looked at the xml for my existing shapes/sheets and the Logic shapes/sheet and could find only these differences: * Existing: uses xpm graphics format, Logic: png I edited the .shape changing png to xpm and converted the images -- no difference Dia understands both. * Some .shapes seems to have different xmlns attributes in the shape tag Examples: from Logic/and.shape: xmlns:svg=http://www.w3.org/2000/svg; from Circuit/ground.shape: xmlns:svg=http://www.w3.org/TR/2000/03/WD-SVG-2303/DTD/svg-2303-stylable.dtd; putting the existing xmlns into the Logic files made no difference. Dia actually ignores this field, it's just there if somebody needs to find the syntax or run it through a checker. It would be easier if you showed us the start of the sheet and shape file. I'm guessing that your naming is wrong. -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
Re: Problem importing custom models...
Dag Wieers a écrit : On Fri, 27 Apr 2001, Cyril ZEKSER wrote: Hi all, I'm new to dia, and I'd like to import custom models homemade. But I can't achieve how to do this. Here is what I did : 1 . Creation of a Engine.shape file (for instance) like this : 2. Creation of a sub dir in ~.dia/shapes, called OpenInventor. 3. Copying the files into it. 4. running DIA. I know it take them into account cause I've forgotten to change the name of a node (Group) and it shows me a popup. I can't see any of my shapes, nor Group. What I have to do ? Hey, 3.b. Creating an OpenInventor.sheet 3.c. Copying the sheet-file into ~/.dia/sheets/ Thanks but I've tried, but nothing appears more. BTW, dia reads effectively all my new shapes (bug reporting when malformed syntax tells me so). in fact dia reads but does not do anything interesting with that... :/ Cyril
Re: Problem importing custom models...
Lars Clausen a écrit : On Fri, 27 Apr 2001, Cyril ZEKSER wrote: I'd like something more clear to me, if it's possible, and apart from using libtool of course ;-) You're right, the custom-shapes doc isn't useful. Let me try to cook up something. I'm anxiously waiting ;-) *tiptaptiptap...* Cyril
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Karim A. Nassar wrote: After following the good advice from this thread, I copied the Logic shapes and sheet from the cvs tree into my ~.dia and started dia recieving these messages: *** WARNING **: could not find svg namespace ** WARNING **: could not load shape file /home/kan4/.dia/shapes/Logic/any shape here On Fri, 27 Apr 2001, Lars Clausen wrote: It would be easier if you showed us the start of the sheet and shape file. I'm guessing that your naming is wrong. I think it is important to note that the sheets I am trying to use are from the cvs tree. Here are the details: [...] Ah. And you have your shapes in ~/.dia/shapes/Logic and the sheet is ~/.dia/sheets/Logic.sheet? -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
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Karim A. Nassar wrote: After following the good advice from this thread, I copied the Logic shapes and sheet from the cvs tree into my ~.dia and started dia recieving these messages: *** WARNING **: could not find svg namespace ** WARNING **: could not load shape file /home/kan4/.dia/shapes/Logic/any shape here On Fri, 27 Apr 2001, Lars Clausen wrote: It would be easier if you showed us the start of the sheet and shape file. I'm guessing that your naming is wrong. I think it is important to note that the sheets I am trying to use are from the cvs tree. Here are the details: [...] Ah. And you have your shapes in ~/.dia/shapes/Logic and the sheet is ~/.dia/sheets/Logic.sheet? indeed. [kan4@CosmicShadow kan4]$ ll .dia/sheets total 8 -rw-r--r--1 kan4 kan4 2916 Apr 4 21:50 DagNetwork.sheet -rw-r--r--1 kan4 kan4 2383 Apr 27 09:49 Logic.sheet [kan4@CosmicShadow kan4]$ ll .dia/shapes total 2 drwxr-xr-x2 kan4 kan4 864 Apr 19 10:13 DagNetwork/ drwxr-xr-x2 kan4 kan4 1000 Apr 27 10:24 Logic/ I tried the DagNetwork to see if it works, and it did. I also noticed that all of the .shape files I looked at had width and height attributes in the svg:svg tag, whereas the Logic shapes don't. They seems to use the path tag to determine the drawing (I think). I feel we are getting close :) -- Karim Nassar
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Cyril ZEKSER wrote: Lars Clausen a écrit : On Fri, 27 Apr 2001, Cyril ZEKSER wrote: I'd like something more clear to me, if it's possible, and apart from using libtool of course ;-) You're right, the custom-shapes doc isn't useful. Let me try to cook up something. I'm anxiously waiting ;-) *tiptaptiptap...* Well, here's the first part: The export shape code now make a reasonable name out of the directory and filename you give it. If you export Test.shape into ~/.dia/shapes/Mine, the name of the shape will be Mine - Test. Docs will follow in the FAQ. -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
Re: Problem importing custom models...
On Fri, 27 Apr 2001, Cyril ZEKSER wrote: Lars Clausen a écrit : On Fri, 27 Apr 2001, Cyril ZEKSER wrote: I'd like something more clear to me, if it's possible, and apart from using libtool of course ;-) You're right, the custom-shapes doc isn't useful. Let me try to cook up something. I'm anxiously waiting ;-) *tiptaptiptap...* Updated FAQ now in dia-web cvs, also (until the regular FAQ page updates) available at URL:http://shasta.cs.uiuc.edu/~lrclause/faq.html. Hopefully that answers your questions (note that this is for the very newest CVS version, where the shape name was correctly generated). Comments most welcome. -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
Re: Problem running Dia on Solaris
On Thu, 11 Jan 2001, Richard A Sheldon wrote: I've compiled up Dia on Solaris 2.6 on a Sun Ultra Sparc 5 machine (using imlib not gdk_pixbuf). I'm using gcc 2.95.2, gnu make and the gnu bin utils. Everything compiles great, but when I come to run it I get the following error: dia ld.so.1: dia: fatal: relocation error: file /unixapps/osource/lib/dia/libpstricks_filter.so: symbol dia_plugin_check_version: referenced symbol not found Killed from what I can function gets compiled into the libdia.a library, and then statically linked into dia at compile time. Could it be something to do with sun's ld.so.1 library? The symbol should exist within the main dia executable. We use the libtool flag to export symbols for dynamic linking when compiling dia. Is this not working? Does anyone know how to fix this problem?? James.
Re: Problem
A life line has two states: alive but asleep (dashed), and active (solid line, or skinny rectangle in dia). You re trying to communicate with the sleeping object. Try stretching out the rectangle and hooking lines to that. [You can do lots of messages that way. Also, you are using "message" for that, aren't you? ] On Fri, 22 Dec 2000, Jérôme Tamiotti wrote: Date: Fri, 22 Dec 2000 19:31:36 +0100 To: [EMAIL PROTECTED] From: Jérôme Tamiotti [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Subject: Problem Hello, i'm very interested in using Dia for UML design, but i can't use it to create Sequences Diagrams, because it always crashes after having added the 2 life lines, and 1 or 2 messages... You'll see on the enclosed shot screen what happened Another problem is that it can't find some fonts, and opens many alert boxes.. Maybe these two problems are linked. Have you any idea ? Do you think it can come from my linux configuration ? I'm using Mandrake 7.2. Best regards, J.Tamiotti. -- Harry George [EMAIL PROTECTED]
Re: Problem with SVG-Export Format
On Fri, 24 Nov 2000 [EMAIL PROTECTED] wrote: We have just tried to export a simple test-diagram and have found an error occuring the shapes background that are ever black: The following example was originally generated by DIA 0.85 on WIN32. See the wrong background colour (use Microsoft Explorer 5.5 with the newest Adobe SVG-Plugin): ?xml version="1.0" standalone="no"? !DOCTYPE svg PUBLIC "-//W3C//DTD SVG December 1999//EN" "http://www.w3.org/Graphics/SVG/svg-19991203.dtd" svg width="10cm" height="3cm" viewBox="2 1 13 5" rect style="fill: #ff" x="3" y="2" width="9" height="2"/ rect style="stroke-width: 0.1; stroke: #00" x="3" y="2" width="9" height="2"/ text style="fill: #00; text-align: center; font-size: 0.6" x="7" y="3"Hallo/text /svg The Problem is in line 4 because the fill-attribute has no effect here ( the remaining rect-attributes are also redundant in line 4 and 5). Why not? The first line should be producing a filled rectangle (with no border), and the second should be producing the outline (with no fill). Is it doing something different with the SVG plugin? From my reading of the SVG spec, what we do should be fine. The solution is the following modified example: ?xml version="1.0" standalone="no"? !DOCTYPE svg PUBLIC "-//W3C//DTD SVG December 1999//EN" "http://www.w3.org/Graphics/SVG/svg-19991203.dtd" svg width="10cm" height="3cm" viewBox="2 1 13 5" rect style="fill: #ff; stroke-width: 0.1; stroke: #00" x="3" y="2" width="9" height="2"/ text style="fill: #00; text-align: center; font-size: 0.6" x="7" y="3"Hallo/text /svg The reason that two elements are written for this is that Dia's rendering model separates out drawing the filled rectangle and the outline. James.
Re: Problem with DIA 0.86
On Thu, 9 Nov 2000, Scott Vetter wrote: I'm new to the DIA program, this mailing list and to the SuSE Linux that I use. After downloading the DIA program version 0.86 binaries in rpm format I tried running it and ended up with the following error message: "No such file libpopt.so.0". Is there another package I'm supposed to download and install? Yes. popt in your case. The general procedure is as follows: - your rpm command explains which dependencies are not resolved yet - then you point your browser to an rpm repository, such as http://rpmfind.net (or a mirror closer to you). and you use the search function on, in your case ``libpopt.so.0'' - this returns the packages that contain the missing link - download the one that suits your platform and distribution -- [EMAIL PROTECTED] (Ph.D.)Fax: +32-(0)16-32 29 87 Dept. Mechanical Eng., Div. PMA, Katholieke Universiteit Leuven, Belgium Real Time and Embedded HOWTO: http://www.mech.kuleuven.ac.be/~bruyninc/rthowto
Re: Problem with resizing objects.
On Tue, 12 Sep 2000, Andy Bradford wrote: Hello again, It seems that I have found a unique problem. When diagramming with dia, no matter what type be it UML, ER, etc... the objects that I place in the _canvas_ will not resize. They have all the handles, but when I try to drag one of them in a direction they do not expand the object. I first thought it was the old version of 0.82 of dia, so I upgraded to 0.86. It still wouldn't work, so I upgraded both glib and gtk+ to 1.2.8 which didn't seem to fix the problem either. I also upgraded libxml to the latest---so, now I have all the latest libraries, but cannot resize objects in dia. Has anyone encountered this problem before? Those objects are not resizeable. If they are comming out too large on the page, try changing the scaling factor in the page setup dialog (right click, file, page setup). That may be what you are looking for. Thanks for any ideas. Andy p.s. I got bored of listening to my database systems teacher discussing and praising visio so I thought I would do all my ERs in dia. :-) James.
Re: Problem with imlib
John Oliver wrote: Trying to ./configure dia-0.85 and running into a problem: Never mind... more searching turned up the references to needing the devel packages. Of course, I had to install all the devel packages for all the image packages... :-)
Re: problem
What version of libxml are you using? There have been some problems with some of the 1.8.x versions, so make sure you have the latest version (1.8.5), or downgrade to a 1.7.x version. If anyone else has been experiencing similar problems, please do likewise. James. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ On Tue, 25 Jan 2000, Johan Huisman wrote: Last night I downloaded your program Dia (ver. 0.82) and I like it very much. But there seems to be a problem. When I save a file to disk I can't load it anymore. This makes saving a file not very usefull. Furthermore it seems to work ok (even the thing in the know_bugs file are working fine!). Can you please help me, because I'm going to use dia a lot. Thanks. S.J. Huisman [EMAIL PROTECTED] The Netherlands
Re: Problem installing dia-0.81 on Slackware Linux 3.4
Oops - my copy/paste missed a lot of the link command I tried to send in my last mail: gcc -g -O2 -o dia connectionpoint_ops.o diagram.o commands.o app_procs.o preferences.o load_save.o disp_callbacks.o layer_dialog.o display.o color_area.o linewidth_area.o lineprops_area.o grid.o group.o handle_ops.o interface.o main.o modify_tool.o scroll /usr/local/lib/libxml.so: undefined reference to `gzopen' /usr/local/lib/libxml.so: undefined reference to `gzread' /usr/local/lib/libxml.so: undefined reference to `gzdopen' /usr/local/lib/libxml.so: undefined reference to `gzclose' /usr/local/lib/libxml.so: undefined reference to `gzwrite' make[2]: *** [dia] Error 1 John A. Murdie Department of Computer Science University of York England
Re: Problem installing dia-0.81 on Slackware Linux 3.4
And it did it again. Finally, here it is: gcc -g -O2 -o dia connectionpoint_ops.o diagram.o commands.o app_procs.o preferences.o load_save.o disp_callbacks.o layer_dialog.o display.o color_area.o linewidth_area.o lineprops_area.o grid.o group.o handle_ops.o interface.o main.o modify_tool.o scroll_tool.o properties.o defaults.o create_object.o magnify.o menus.o cut_n_paste.o object_ops.o render_gdk.o render_eps.o render_svg.o undo.o tool.o diapagelayout.o diaunitspinner.o pagesetup.o paginate_psprint.o ../lib/libdia.a ../objects/custom/libcustom_objects.a -L/usr/local/lib -lxml -lz -L/usr/local/lib -L/usr/X11/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm ../intl/libintl.a -L/usr/local/lib -lgdk_imlib -L/usr/local/lib -L/usr/X11/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm -Wl,--export-dynamic /usr/local/lib/libxml.so: undefined reference to `gzopen' /usr/local/lib/libxml.so: undefined reference to `gzread' /usr/local/lib/libxml.so: undefined reference to `gzdopen' /usr/local/lib/libxml.so: undefined reference to `gzclose' /usr/local/lib/libxml.so: undefined reference to `gzwrite' make[2]: *** [dia] Error 1 John A. Murdie Department of Computer Science University of York England
RE: Problem installing dia-0.81 on Slackware Linux 3.4
X11 installs its own (old and creaky) libz which lacks some of the required symbols. Check to see if you have two copies installed (one in the X tree) and try linking against the newer one. Otherwise I'm afraid it's time to upgrade. Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 15, 1999 11:57 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Problem installing dia-0.81 on Slackware Linux 3.4 And it did it again. Finally, here it is: gcc -g -O2 -o dia connectionpoint_ops.o diagram.o commands.o app_procs.o preferences.o load_save.o disp_callbacks.o layer_dialog.o display.o color_area.o linewidth_area.o lineprops_area.o grid.o group.o handle_ops.o interface.o main.o modify_tool.o scroll_tool.o properties.o defaults.o create_object.o magnify.o menus.o cut_n_paste.o object_ops.o render_gdk.o render_eps.o render_svg.o undo.o tool.o diapagelayout.o diaunitspinner.o pagesetup.o paginate_psprint.o ../lib/libdia.a ../objects/custom/libcustom_objects.a -L/usr/local/lib -lxml -lz -L/usr/local/lib -L/usr/X11/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm ../intl/libintl.a -L/usr/local/lib -lgdk_imlib -L/usr/local/lib -L/usr/X11/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXext -lX11 -lm -Wl,--export-dynamic /usr/local/lib/libxml.so: undefined reference to `gzopen' /usr/local/lib/libxml.so: undefined reference to `gzread' /usr/local/lib/libxml.so: undefined reference to `gzdopen' /usr/local/lib/libxml.so: undefined reference to `gzclose' /usr/local/lib/libxml.so: undefined reference to `gzwrite' make[2]: *** [dia] Error 1 John A. Murdie Department of Computer Science University of York England
Re: problem selecting flowchart diamonds
This bug has been fixed, and the fix is in dia-0.81, which you should probably get (it fixes a number of bugs that were found just after the 0.80 release). There is instructions for subscribing to this list on the dia web site (under the developers section). Just send a message to [EMAIL PROTECTED] with the word subscribe in the subject. James. -- Email: [EMAIL PROTECTED] WWW: http://www.daa.com.au/~james/ On Thu, 11 Nov 1999, Todd Goldenbaum wrote: Hi, There appears to be a bug in dia v.80, wherein all flowchart diamonds (the kind that can have text inside) are selectable by clicking in a much larger area than just within the bounds of the diamond's area. In other words, after you create a flowchart diamond, you can select that diamond by clicking in many different areas of the diagram, far far outside the boundaries of the diamond itself. This makes it very difficult to work with the flowchart thereafter, as many objects cannot be selected unless the diamond is dragged far out of the way, so its false-selection-boundary is not overlapping other objects. I tested this on a new diagram, so I know it's not just a corrupt file I have. I'm using dia v.80 On Redhat Linux 6.0 with xml_lib 1.4. btw I am not on the mailing list for dia, as i dont' see any signup information for such a list (I'm a dia user, not a developer) so please respond to me personally. Thanks! Todd
Re: problem building dia 0.80 (fwd)
On Tue, Oct 26, 1999 at 09:17:40PM +0200, Alexander Larsson wrote:
I think this patch (which probably can be improved) will fix this:
--- gettext.m4 Tue Oct 26 17:46:16 1999
+++ /usr/share/aclocal/gettext.m4 Fri Oct 22 13:02:06 1999
@@ -229,8 +229,7 @@
NEW_LINGUAS=
for lang in ${LINGUAS=$ALL_LINGUAS}; do
case "$ALL_LINGUAS" in
- *\ $lang\ * | $lang\ * | *\ $lang )
- NEW_LINGUAS="$NEW_LINGUAS $lang" ;;
+ *$lang*) NEW_LINGUAS="$NEW_LINGUAS $lang" ;;
esac
done
LINGUAS=$NEW_LINGUAS
Ok. I've applied this to my /usr/share/aclocal/gettext.m4. The next time
i make a release this will then work better i hope. Maybe we should
contact the gettext maintainer about this?
Yes, I have sent a mail but hasn't got any response yet.
Btw. You got the patch backwards.
Oops... I might as well send an improved version of the patch:
--- /usr/share/aclocal/gettext.m4 Fri Oct 22 13:02:06 1999
+++ gettext.m4 Tue Oct 26 20:25:12 1999
@@ -227,10 +227,12 @@
else
AC_MSG_CHECKING(for catalogs to be installed)
NEW_LINGUAS=
- for lang in ${LINGUAS=$ALL_LINGUAS}; do
- case "$ALL_LINGUAS" in
- *$lang*) NEW_LINGUAS="$NEW_LINGUAS $lang" ;;
- esac
+ for alang in ${ALL_LINGUAS}; do
+ for lang in ${LINGUAS=$ALL_LINGUAS}; do
+ case "$alang" in
+$lang*) NEW_LINGUAS="$NEW_LINGUAS $alang" ;;
+ esac
+ done
done
LINGUAS=$NEW_LINGUAS
AC_MSG_RESULT($LINGUAS)
If the user have LINGUAS=en it will use (for example) en_GB and other
available variants of the language. There is no way to get something in to
NEW_LINGUAS that is not in ALL_LINGUAS so all problems with a strange
LINGUAS setting is avoided.
--
Fredrik Hallenberg [EMAIL PROTECTED]
http://www.lysator.liu.se/~hallon [EMAIL PROTECTED]
Re: problem building dia 0.80 (fwd)
Heres an i18n problem for the experts to think about. How can we fix this? Why was en.po renamed to en_GB.po? / Alex -- Forwarded message -- Date: Tue, 26 Oct 1999 09:13:59 -0400 From: Philip Long [EMAIL PROTECTED] To: Alexander Larsson [EMAIL PROTECTED] Subject: Re: problem building dia 0.80 The problem is that RH 6.1 sets the LINGUAS variable, in my case to en. This messes up all sorts of building. When I unset LINGUAS, everything builds fine. Thanks for dia. Phil Long Alexander Larsson wrote: On Thu, 21 Oct 1999, Philip Long wrote: ../configure make builds for a while unitl echo DIA_LIB_PATH=\$DIA_LIB_PATH:`pwd`/../objects/flowchart/.libs run_dia.sh echo DIA_SHAPE_PATH=`pwd`/../shapes run_dia.sh echo run_dia.sh echo "`pwd`/dia \$*" run_dia.sh chmod a+x run_dia.sh make[2]: Leaving directory `/home/plong/dia-0.80/app' Making all in samples make[2]: Entering directory `/home/plong/dia-0.80/samples' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/plong/dia-0.80/samples' Making all in po make[2]: Entering directory `/home/plong/dia-0.80/po' make[2]: *** No rule to make target `en.gmo', needed by `all-yes'. Stop. make[2]: Leaving directory `/home/plong/dia-0.80/po' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/plong/dia-0.80' make: *** [all-recursive-am] Error 2 lyta:~/dia-0.80 1010$ Please help I don't really understand this. I get no such problem. en.gmo shouldn't be needed. It should use en_GB.gmo instead. This doesn't happend to me. If you want to help you could try to figure out why it wants en.gmo. If you just want to run dia, just do "touch po/en.gmo" (or maybe "touch po/en.po"?) / Alex
Re: problem compiling 0.41
Maybe you forgot to install the xmllib include files: for RedHat 6.0 libxml-devel-1.0.0-2.i386.rpm That was it. Thanks for your help! Andy
