Re: suggestion: double line selection option
> The only > thing it is lacking is a double line style as drawn > below. Such notation is often used in ER diagrams > although alternative notations are also possible: It already exists as the ER:Participation line. Drop one of these in your diagram, select properties for the line at set total=yes and you've got yourself a double line. Torben _ Følg VM i fodbold på tæt hold fra Yahoo!s officielle VM-side www.yahoo.dk/vm2002 ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Installation of dia_logo.png
I downloaded dia version 0.90 on Cyrille's repository: http://zamok.crans.org/~chepelov/dia/dia-0.90.tar.gz Then uncompressed, and configured with these options: ./configure --prefix=/opt/dia --enable-gnome Compilation is good, my plug-in works, but there's still a problem at startup, which I should have mentionned before: the dia logo doesn't show up on splash screen. (usual error message: Gtk-CRITICAL **: file gtkcontainer.c: line 713 (gtk_container_add): assertion `widget != NULL' failed.) When I copy manually the file dia/dia_logo.png to /opt/dia/share/dia and launch Dia again, the logo appears without any problem. Congratulations to the dia team and everyone who contributed! (I've seen the release is already in sid, that's great) -- Pierre ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Installation of dia_logo.png
Le Fri, Jun 07, 2002, à 10:49:28AM +0200, Pierre Pronchery a écrit: > Compilation is good, my plug-in works, but there's still a problem at > startup, which I should have mentionned before: the dia logo doesn't > show up on splash screen. > (usual error message: Gtk-CRITICAL **: file gtkcontainer.c: line 713 > (gtk_container_add): assertion `widget != NULL' failed.) Yes, indeed the logo doesn't show up unless it's already present in the installation directory. This has never been a problem until now... > Congratulations to the dia team and everyone who contributed! > (I've seen the release is already in sid, that's great) Yep, Hallon has rebuilt it about two days after the release. Some BSD also already carry it. I don't think the (United|commercial|$|.)Linux are lagging much behind. -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: suggestion: double line selection option
Have you filed any of these in bugzilla yet? (says /me who has at least 5 things he mailed the list about will file in bugzilla very soon, and i should starting doing that full Gnome 2 keybindings review i suggested...) It is a good way to help insure your requests are not forgotten about http://bugzilla.gnome.org Sincerely Alan On Fri, 7 Jun 2002, Neil Zanella wrote: > Date: Fri, 7 Jun 2002 00:39:03 -0230 (NDT) > From: Neil Zanella <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: Dia Mailing List <[EMAIL PROTECTED]> > Subject: suggestion: double line selection option > > > Hello, > > I decided to submit each feature request in a separate email. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: printing Japanese without freetype
> On Thu, 06 Jun 2002 12:17:41 +0200, > "MF" == Mike Fabian <[EMAIL PROTECTED]> wrote: MF> I don't understand that. If you compile dia-0.90 without using MF> '--enable-freetype' the PostScript output does depend on Ghostscript. MF> I just tried again. Without '--enable-freetype', dia does not embed MF> fonts into the PostScript output. It just write font names into MF> the PostScript output and relies on the existence of these fonts MF> in the Printer or Ghostscript. I forgot to say one to you. IIRC CMap for Japanese are: -H horizontal writing for JIS -V vertical writing for JIS -EUC-H horizontal writing for EUC-JP -EUC-V vertical writing for EUC-JP -RKSJ-H horizontal writing for Shift_JIS -RKSJ-V vertical writing for Shift_JIS and so on. I mean Dia shouldn't specifies them as the font name. I recommend you see Adobe's PostScript Reference Manual for more details. MF> Unfortunately I can't get dia-0.90 to print Japanese anymore MF> using Ghostscript. Here is a simple example file created MF> with dia-0.90 with freetype disabled: Yes, that's well-known problem. I hope embedded font by freetype will be fixed this problem because a lot of people are interested to Japanese and they may have no Japanese printer. Regards, -- Akira TAGOH : [EMAIL PROTECTED] / Japan GNOME Users Group [EMAIL PROTECTED] : [EMAIL PROTECTED] / GNOME-DB Project : [EMAIL PROTECTED] / Red Hat, Inc. : [EMAIL PROTECTED] / Debian Project ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: printing Japanese without freetype
Akira TAGOH <[EMAIL PROTECTED]> writes: >> On Thu, 06 Jun 2002 12:17:41 +0200, >> "MF" == Mike Fabian <[EMAIL PROTECTED]> wrote: [...] > MF> Unfortunately I can't get dia-0.90 to print Japanese anymore > MF> using Ghostscript. Here is a simple example file created > MF> with dia-0.90 with freetype disabled: > > Yes, that's well-known problem. But with dia-0.88.1 it worked find with my patch. > I hope embedded font by freetype will be fixed this problem because > a lot of people are interested to Japanese and they may have no > Japanese printer. Yes, I also think that this is the better way to do it. Therefore I am more interested in how to fix the printing with freetype2 instead of fixing the old way of Japanese printing which worked with dia-0.88.1. -- Mike Fabian <[EMAIL PROTECTED]> http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE($@!#(B ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
A Visio to Dia converter
I've built a Perl script to allow me to view MS Visio files in Dia. Before anyone gets too excited, it doesn't decode the Visio file format, just the Enhanced MetaFile version that is usually attached. That means it will fail, or produce only a bitmap, on many newer Visio files. It still may be useful if they're embedded in MS Word documents though, and it works fine on most of the stuff I get sent. You can find it at http://public.logica.com/~redferni/emf/ and I would be very interested in comments, bugs etc. -- Ian Redfern This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: suggestion: double line selection option
On Fri, 7 Jun 2002, Torben H. Nielsen wrote: > > The only > > thing it is lacking is a double line style as drawn > > below. Such notation is often used in ER diagrams > > although alternative notations are also possible: > > It already exists as the ER:Participation line. > Drop one of these in your diagram, select properties for the line at > set total=yes and you've got yourself a double line. I am aware of this but I want the line to be straight with no bends in it. Most database and UML textbooks use straight lines for everything, including straight slanted lines. I have no idea why one would want to use the bending lines: these can get unreadable when many lines are heading out of a connection point. I notice that dia has provided the corresponding straight lines for UML notation at the bottom of the tools panel, but has not done the same for ER double lines. This is unfortunate. Another issue with bending lines: shouldn't there be two kinds of them: one that looks like this: + | | +-- and one that looks like this: | | +--+ | | Each style could be used depending on the location of the connection point, or, the user could be allowed to choose. Neil ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: translation
I understand that if one wants to contribute with sheets and shapes he or she "must" write descriptions in English so the translators will be able to translate to other languages. If this is not necessary, let me know. > Le Thu, Jun 06, 2002, à 09:29:54PM +0400, Vitaly Lipatov a écrit: > > Do I need translate content of *.sheet files (f.i. Circuit.sheet) > > or tranlation in my language done only with *.po file? > > .po files only nowadays. .sheet files come from a blend of a .sheet.in a *.po > (this is handled by intltool). > > (this is new behaviour in 0.90; previous versions indeed required specific > translations in the .sheet files) > > -- Cyrille > > -- > Grumpf. > > ___ > Dia-list mailing list > [EMAIL PROTECTED] > http://mail.gnome.org/mailman/listinfo/dia-list > > Loli email: [EMAIL PROTECTED] Sent using NeoMail, a web-based e-mail client. http://neomail.sourceforge.net ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: database table instance modeling in dia
On 2002.06.06 18:42 Neil Zanella wrote: > > Hello, > > I would like to use dia to draw database table instances, that is, > nothing more than two dimensional tables with a title at the top, > a name for each column, followed by the various table rows. > I could not find any such functionality in dia. It would > be nice if this diagramming capability were incorporated > into dia. As an application, many database tables do not > change in contents as they are used solely to enforce > referential integrity constraints. People also use > table instances to give examples such as those > used to explain to database normalization. Although probably not exactly what you're looking for, you can do it in UML as is demonstrated in the attached file. Andy example.dia Description: application/dia-diagram
