Answer to /Manual?, Claus Ritter/ Re: Manual?, Steffen Macke
Answer to /Manual?, Claus Ritter/ Re: Manual?, Steffen Macke I don't know how to answer a specific mail? Maybe somebody can help me... Hello, I want to use dia as a graphical frontend for a hardware simulator of a dataflow processor. I want to use it for drawing and visually layouting (for a better overview) the design to implement. The different devices in the circuit should be used in a drag&drop manner (available in DIA). After that I want to extract the netlist from dia to pass it to the raw hardware simulator which uses netlists. Open questions for me are: - is there the possibilty to hierarchically organize a design? E.g. a block represents a part of the circuit specified in another dia diagram. Is this possible at all? - is it possible to define my own menus with the right mouse button on objects(groups), like VISIO? In a longterm I plan also to visualize the state of the hardware for every clock cycle. Therefore it's interesting how flexible(fast) the interface of dia is when the program gets data delivered from an external source? This work now is purely academic (I'm in a scientific institution), but in the future it can become commercial. Right now I'm in the search for a program fullfilling the above requests for the commercial hardware simulator I want to use. I started with VISIO which is able to do the above things, but the hardware simulator is written in LINUX and we don't want to have different OS. If anybody can help me with my questions I would be very thankful. Dia is a powerful tool and I really want to use it in my tool chain. But I need descriptions of the interfaces. Thanx, Claus ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia 0.90RC3
Le Tue, Jun 04, 2002, à 12:20:53AM +0400, Vitaly Lipatov a écrit: > On 3 2002 01:26, Cyrille Chepelov wrote: > > Le Mon, Jun 03, 2002, à 12:34:49AM +0400, Vitaly Lipatov a écrit: > > > I try new 0.90RC3 version with my old dia files from 0.88.1 version > > > and I have trouble with encoding. > > > In old files russian letters looks like > > > #ëÏÎÔÒÏÌÌÅ > > > ðþ# > > > > Can you send us a very small UTF-8 or KOI-8-R encoded text file with the > > same text as inside this element ? (please be sure to specify > > which encoding...) > One attached. I needed a _text_ file, not a text object in a dia file... What you've sent is a dia file produced by 0.88.1, likely encoded in KOI8-R (but, according to the spec, described as UTF-8). I see Hans has been faster than I in reacting and fixing the bug (which is good). Can you send me a _text_ file encoded as KOI8-R or UTF-8 (either is fine, emacs should detect that anyway and I know how it's supposed to look like ;-) ) with the _exact_ same textual content as the dia file you've sent ? > > Which locale are you running on ? > [lav@lav dia]$ locale > LANG=ru_RU.KOI8-R OK. > > You may want to manually tweak the encoding="..." property of the > > meta-tag. > I did it but I get SIGSEGV: > [lav@lav dia]$ dia test.dia > > GnomeUI-WARNING **: Could not open help topics file NULL > test.dia:1: error: Unsupported encoding koi8-r > Try setting the encoding in uppercase ? Does iconv(1) recognise the encoding "koi8-r" as is ? (ie, can you pipe a KOI8-R file through iconv -f koi8-r -t utf-8 | iconv -f utf-8 -t koi8-r and get back your data ?) > I should like where "error: Unsupported encoding koi8-r" produced? > I can't found it place. It is possible that this comes from libxml1. -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Dia ChangeLog report for Tue Jun 4 07:23:01 2002 (UTC)
Snapshots available at http://www.crans.org/~chepelov/dia/snapshots *** Recent ChangeLog entries: --- ChangeLog.previous Mon Jun 3 09:23:39 2002 +++ dia-cvs-snapshot/ChangeLog Tue Jun 4 09:23:06 2002 @@ -1,3 +1,27 @@ +2002-05-03 Hams Breuer <[EMAIL PROTECTED]> + + * lib/dia_xml.c : make the well formed utf8 check + actually work for û (non 7-bit ascii encoding) + and fixed the file re-writing if the check fails. + Thanks to Vitaly Lipatov for noticing the misbehaviour. + + * lib/font.c : synchronize #ifdef G_OS_WIN32 with + comment on last ressort font. Thanks to Maxim Sobolev. + +2002-06-03 Cyrille Chepelov <[EMAIL PROTECTED]> + + * sheets/network.sheet.in: corrected a typo in plotter invocation. + +2002-06-03 Steffen Macke <[EMAIL PROTECTED]> + + * shapes/network/digitizing_board.png: + * shapes/network/digitizing_board.shape: + * shapes/network/plotter.png: + * shapes/network/plotter.shape: + * shapes/network/Makefile.am + * sheets/network.sheet.in: added new plotter and digitizing + board shapes + 2002-06-02 Cyrille Chepelov <[EMAIL PROTECTED]> * lib/font.c: made a symptomatic fix to a segfault reported by ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Answer to /Manual?, Claus Ritter/ Re: Manual?, Steffen Macke
Le Tue, Jun 04, 2002, à 09:21:48AM +0200, Claus Ritter a écrit: > Open questions for me are: > - is there the possibilty to hierarchically organize a design? E.g. a > block represents a part of the circuit specified in another dia diagram. > Is this possible at all? There has been expressed interest in that, but no one has shown code (to my knowledge). The URL proposal of (yesterday ?) could be used as a basis (like in: if the URL is a relative url to a dia file, then behave hierarchically) > - is it possible to define my own menus with the right mouse button on > objects(groups), like VISIO? Unlike Visio, you do have the source. > In a longterm I plan also to visualize the state of the hardware for > every clock cycle. Therefore it's interesting how flexible(fast) the > interface of dia is when the program gets data delivered from an > external source? I don't know. > This work now is purely academic (I'm in a scientific institution), but > in the future it can become commercial. Right now I'm in the search for > a program fullfilling the above requests for the commercial hardware > simulator I want to use. I started with VISIO which is able to do the > above things, but the hardware simulator is written in LINUX and we > don't want to have different OS. You have the right and freedom to do a lot of things with dia, and are more than welcome to do so, provided this complies with the terms and conditions of the GPL. > If anybody can help me with my questions I would be very thankful. > Dia is a powerful tool and I really want to use it in my tool chain. But > I need descriptions of the interfaces. You already have it, in the same language the software is using: C. Besides, there was discussion on that topic... yesterday ! which you may want to read. -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
DTD files for shapes and sheets
Hi, I need the DTD files for dia shapes and sheets definitions, but the xmlns fields seem to be outdated. Where can I find them now? -- Pierre ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: DTD files for shapes and sheets
Le Tue, Jun 04, 2002, à 10:40:12AM +0200, Pierre Pronchery a écrit: > Hi, I need the DTD files for dia shapes and sheets definitions, but > the xmlns fields seem to be outdated. > > Where can I find them now? muscat%ls **/*.dtd doc/diagram.dtd doc/shape.dtd doc/sheet.dtd We don't update the namespace to avoid building overnight a huge corpus of "obsolete" files. The URI there is only an ID, even if it points to nothing. -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Need help with dia
> > You are agressive ! He can edit this file, and find lines > > that describe loading. It's a simple xml file ... > It is a simple xml file! > Guys, you are making a fine tool, but you are spoiling the > idea of the unix config files. The next step will be gui to > edit rc files? you have not used Gnome 2 yet have you? Gnome 2 has lots of xml config files, and yes even graphical tools to edit them. (gconf http://developer.gnome.org/feature/archive/gconf/gconf.html ) Editing files manually is a nice _option_ (for developers/gurus, where the investment in learning the details of the system is likely to pay off or be its own reward) but for Desktop users/gamers/little-old ladies/occasional users who just want to get things done having a consistant easy to use graphical interface is preferable to having no choice and being forced to learn to edit config files even for even the tiniest one off change. different strokes for different folks, right tool for the right job etc. Sincerely Alan Horkan ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Need help with dia
On Tue, 4 Jun 2002 12:35:15 +0100 (IST) "Alan Horkan" <[EMAIL PROTECTED]> wrote: > > > > You are agressive ! He can edit this file, and find lines > > > that describe loading. It's a simple xml file ... > > > It is a simple xml file! > > Guys, you are making a fine tool, but you are spoiling the > > idea of the unix config files. The next step will be gui to > > edit rc files? > > you have not used Gnome 2 yet have you? > Gnome 2 has lots of xml config files, and yes even graphical tools to edit > them. (gconf http://developer.gnome.org/feature/archive/gconf/gconf.html ) > > Editing files manually is a nice _option_ (for developers/gurus, where the > investment in learning the details of the system is likely to pay off or > be its own reward) but for Desktop users/gamers/little-old > ladies/occasional users who just want to get things done having a > consistant easy to use graphical interface is preferable to having no > choice and being forced to learn to edit config files even for even the > tiniest one off change. > > different strokes for different folks, > right tool for the right job > etc. > > Sincerely > Alan Horkan > > ___ > Dia-list mailing list > [EMAIL PROTECTED] > http://mail.gnome.org/mailman/listinfo/dia-list Please look at this: http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51A_HTML/ARH9FDTE/TOC.HTM#MTHDSCHX -- Bob Marcan mailto:[EMAIL PROTECTED] Astertel:+386 (1) 5894-329 Nade Ovcakove 1 fax:+386 (1) 5894-201 1000 Ljubljana, Sloveniahttp://www.aster.si ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Need help with dia
> Please look at this: > > >http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51A_HTML/ARH9FDTE/TOC.HTM#MTHDSCHX You could only have been less helpful if you come out and open said RTFM Im sorry if you took my comments the wrong way but there is no need to be rude about it. And the quality of manuals of a commercial unix and Linux are quite different (for now). (and yuck it uses frames, and if it had an easy interface i would not need to read a manual. I realise there are people who resist the idea of Linux or their favorite Unix becoming the de facto standard and having a whole bunch of users who dont know anything about computers but that does not make it any less likely to happen. Belittling those of us who do not choose to learn the details and arcana of Unix or choose to become programmers or sysadmins is not helpful or productive. Sincerely Alan Horkan ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Need help with dia
On Tue, 4 Jun 2002 13:24:01 +0100 (IST) "Alan Horkan" <[EMAIL PROTECTED]> wrote: > > > Please look at this: > > > > >http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51A_HTML/ARH9FDTE/TOC.HTM#MTHDSCHX > > You could only have been less helpful if you come out and open said RTFM > Im sorry if you took my comments the wrong way but there is no need to be > rude about it. > > And the quality of manuals of a commercial unix and Linux are quite > different (for now). (and yuck it uses frames, and if it had an easy > interface i would not need to read a manual. > > I realise there are people who resist the idea of Linux or their favorite > Unix becoming the de facto standard and having a whole bunch of users who > dont know anything about computers but that does not make it any less > likely to happen. > > Belittling those of us who do not choose to learn the details and arcana > of Unix or choose to become programmers or sysadmins is not helpful or > productive. > > Sincerely > Alan Horkan > > ___ > Dia-list mailing list > [EMAIL PROTECTED] > http://mail.gnome.org/mailman/listinfo/dia-list Please take my apology, i didn't mean to be rude. I just want to point to the one of the solutions which satisfies both worlds. Best regards, Bob -- Bob Marcan mailto:[EMAIL PROTECTED] Astertel:+386 (1) 5894-329 Nade Ovcakove 1 fax:+386 (1) 5894-201 1000 Ljubljana, Sloveniahttp://www.aster.si ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Need help with dia
sorry about that i just get a bit defensive some people have neither the time nor inclination to use or understand the manual and want a quick fix. on a technical list such as this it is a fair comment that i should make the effort to learn (i do try but im lazy and have a short attention span, i blame Mtv) glad it was just a misunderstanding Sincerely Alan On Tue, 4 Jun 2002, Bob Marcan wrote: > Date: Tue, 4 Jun 2002 16:46:48 +0200 > From: Bob Marcan <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: Need help with dia > > On Tue, 4 Jun 2002 13:24:01 +0100 (IST) > "Alan Horkan" <[EMAIL PROTECTED]> wrote: > > > > > > Please look at this: > > > > > > >http://www.tru64unix.compaq.com/docs/base_doc/DOCUMENTATION/V51A_HTML/ARH9FDTE/TOC.HTM#MTHDSCHX > > > > You could only have been less helpful if you come out and open said RTFM > > Im sorry if you took my comments the wrong way but there is no need to be > > rude about it. > > > > And the quality of manuals of a commercial unix and Linux are quite > > different (for now). (and yuck it uses frames, and if it had an easy > > interface i would not need to read a manual. > > > > I realise there are people who resist the idea of Linux or their favorite > > Unix becoming the de facto standard and having a whole bunch of users who > > dont know anything about computers but that does not make it any less > > likely to happen. > > > > Belittling those of us who do not choose to learn the details and arcana > > of Unix or choose to become programmers or sysadmins is not helpful or > > productive. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Handle
Hi, i´m working with Dia, could anymone explain me the meaning and use of Handle type, CreateFunc needs it. Thanks in advance. I´m writing a document about the structure and development of Dia´s objects, it´s in spanish, i don´t know if i´ll translate it, but i hope so. If you are interested please ask me for it. - Consulte los eventos del dia en http://eventos.uniandes.edu.co ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Handle
Le Tue, Jun 04, 2002, à 11:13:40PM +0500, Leonardo Contreras Alfonso a écrit: > Hi, i?m working with Dia, could anymone explain me the meaning and use of > Handle type, CreateFunc needs it. > Thanks in advance. This represents the eight black squares on the sides of an object (visible when the object is selected). They are used as handles by the GUI to allow for object move and resizes. In the case of CreateFunc, this allows for the object to bind the mouse to one or two handles while it's being created, so the user can place and size a new object in one movement. See for instance objects/standard/box.c/box_create() for an example. > I?m writing a document about the structure and development of Dia?s objects, > it?s in spanish, i don?t know if i?ll translate it, but i hope so. If you are > interested please ask me for it. You may want to have a look at Pierre Pronchery's work (originally in French, partially translated into English); to my great shame, I have not had yet the time to look at it in depth. -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Handle
Le mar 04/06/2002 à 18:35, Cyrille Chepelov a écrit : > Le Tue, Jun 04, 2002, à 11:13:40PM +0500, Leonardo Contreras Alfonso a écrit: > > Hi, i?m working with Dia, could anymone explain me the meaning and use of > > Handle type, CreateFunc needs it. > > Thanks in advance. > > This represents the eight black squares on the sides of an object (visible > when the object is selected). They are used as handles by the GUI to allow > for object move and resizes. > > In the case of CreateFunc, this allows for the object to bind the mouse to > one or two handles while it's being created, so the user can place and size > a new object in one movement. See for instance > objects/standard/box.c/box_create() for an example. > > > I?m writing a document about the structure and development of Dia?s objects, > > it?s in spanish, i don?t know if i?ll translate it, but i hope so. If you are > > interested please ask me for it. > > You may want to have a look at Pierre Pronchery's work (originally in > French, partially translated into English); to my great shame, I have not > had yet the time to look at it in depth. > > -- Cyrille Thanks for mentioning my work :) it's found at: - english, outdated: http://www.defora.org/projects/dia - french, last version: http://www.defora.org/projects/rapport (chapter 3) This school report is more or less finished now, the "final version" is printed. I'm quite bored with it so I think I'll stop work on it, except the translation to english of course. Leonardo I'd like to have your impressions on it, I've written it in DocBook so it will be easy to add things and then include it to Dia. -- Pierre ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: Handle
On Tue, Jun 04, 2002 at 08:35:53PM +0200, Cyrille Chepelov wrote: > > Hi, i?m working with Dia, could anymone explain me the meaning and use of > > Handle type, CreateFunc needs it. > > Thanks in advance. > > This represents the eight black squares on the sides of an object (visible > when the object is selected). They are used as handles by the GUI to allow > for object move and resizes. Correct me if I'm wrong but I got the impression, that everything the user can drag is a handle (usually represented by a small colored square). Therefore, the endpoints of connections are also handles as well as the points in the middle of a segment of a zigzag line. Bye, Tino. -- * LINUX - Where do you want to be tomorrow? * http://www.tu-chemnitz.de/linux/tag/ ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: gtk2.0 conversion & prerequisites
[composing a reply by hand cause this mail didn't get through my provider] At Sun, 2 Jun 2002 10:14:20 +0200 Cyrille Chepelov wrote: >*** imlib*: imlib support is ripped out since: 2000-10-07 James Henstridge <[EMAIL PROTECTED]> * app/Makefile.am (dia_LDADD): remove GDK_IMLIB_LIBS reference. * app/commands.c (help_about_callback): remove imlib code. And AFAIR it's almost dead on win32 since than. >*** libgdk-pixbuf2: > >This one seems to have been swallowed by libgtk2.0; has >it ??? Yupp. >*** libxml1: > >Of course libxml2 is available. Let's put the poor libxml1 to rest, at long >last. We will still need the hackish XML load-time wrapper to handle the >case where we didn't specify the encoding and didn't encode in UTF-8 (all >pre-0.90 releases). Uhm you mean that stuff which was broken since: 2001-09-14 Hans Breuer <[EMAIL PROTECTED]> * lib/dia_xml.c : reduce complaing about missing encoding, by detecting if the default (utf8) would break the file. Already put the patch into cvs. >Let's give us one quiet week for a "brown bag" release, >and heck, if nobody >else complains about "gtk2.0 is not mature enough", 'nuff waiting. Even if someone is complaining about gtk2 let us force him to first take a deep look at it _and_ stew some time in Dia's #hell :-) Or at least take a look at (Gnome1/2 comparsion): http://www.gnome.org/~mathieu/summary/summary.html Hans Hans "at" Breuer "dot" Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia 0.90RC3
On 4 Июнь 2002 11:26, Cyrille Chepelov wrote: > Le Tue, Jun 04, 2002, à 12:20:53AM +0400, Vitaly Lipatov a écrit: > > > > In old files russian letters looks like > > > > #ëÏÎÔÒÏÌÌÅ > > > > ðþ# > > > > > > Can you send us a very small UTF-8 or KOI-8-R encoded text file with > > > the same text as inside this element ? (please be sure to > > > specify which encoding...) > > > > One attached. > > I needed a _text_ file, not a text object in a dia file... Sorry for misunderstanding. I will try to prepare it. > Can you send me a _text_ file encoded as KOI8-R or UTF-8 (either is fine, > emacs should detect that anyway and I know how it's supposed to look like > ;-) ) with the _exact_ same textual content as the dia file you've sent ? Ok, will later. > > > > You may want to manually tweak the encoding="..." property of the > > ?> meta-tag. > > > > I did it but I get SIGSEGV: > > [lav@lav dia]$ dia test.dia > > > > GnomeUI-WARNING **: Could not open help topics file NULL > > test.dia:1: error: Unsupported encoding koi8-r > > > > Try setting the encoding in uppercase ? > > Does iconv(1) recognise the encoding "koi8-r" as is ? > > (ie, can you pipe a KOI8-R file through > iconv -f koi8-r -t utf-8 | iconv -f utf-8 -t koi8-r > and get back your data ?) yes, it is works correctly. You can try with cp1251 or cp1252 I think > > > I should like where "error: Unsupported encoding koi8-r" produced? > > I can't found it place. > > It is possible that this comes from libxml1. Is to libxml2 migrating too hard? Can I convert #ëÏ etc to human readable by iconv or some utilities? I think libxml1 does not support russian encodings correctly :( It library is too old it is not recommended to use. -- Lav GNU! Linux! LaTeX! LyX! ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
Re: dia 0.90RC3
Le Wed, Jun 05, 2002, à 01:01:29AM +0400, Vitaly Lipatov a écrit: > > It is possible that this comes from libxml1. > Is to libxml2 migrating too hard? Yes as long as we link against GNOME 1.4 libs. We already have lots of #conditionals for libxml2, and are already able to use it in certain environments. > Can I convert #ëÏ etc to human readable by iconv or some utilities? > I think libxml1 does not support russian encodings correctly :( > It library is too old it is not recommended to use. That's true, but GNOME 2 should be out since 1993 (kidding). To recoved the &#...; mish-mash, I'm afraid some text-tools hackery will be needed -- Cyrille -- Grumpf. ___ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list
