borders to exported images
Hi, first of all, congratulation for the app, Don't you think it can be useful and require not too much work to add borders on a exported image because when I export one the draw takes all of the canvas and it is not great when you have a box on the top and you can't see if that box has a top or not. I know that it is really simple to fix that in Gimp (or ..., no I can't remember ;-) ) but when you have to do lot of small changes and have to show it often, that become slightly annoying. I think it can be perfectly integrated with the "dimension dialog". Thanks ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re: group_props.py import dia [was: stroke-width]
Mike Dewhirst wrote: > Robert Staudinger wrote: >> On 8/24/06, Mike Dewhirst <[EMAIL PROTECTED]> wrote: >>> Hans Breuer wrote: Am 23.08.2006 15:48, Mike Dewhirst schrieb: > Lars Clausen wrote: >> Mike Dewhirst sagde: > > >>> As an alternative, I am looking at group_props.py but it fails to >>> import >>> dia.py. Google reveals a few dia.py results but none are >>> apparently Dia >>> related. >> That is Hans' area, I don't claim to understand the Python parts. >> Hans? > It appears from the all python scripts shown on the website, that > there > must be a module called dia.py. There needs to be a module called 'dia' to somehow make dia functionality accessible to Python. It has always been this way, but it is not 'dia.py'. The Dia's Python bindings are written in C, the source code is in plug-ins/python. Under windows it is compiled to dia.pyd; under *NIX it is build if: ./configure --with-python; make; make install >>> Hans >>> >>> Thank you - I found all that in the sources. I was looking for dia.py >>> and missed it. >>> >>> Does anybody build Dia python bindings for Windows? >>> >>> Unfortunately I have no experience compiling C in Windows. Maybe it is >>> time I learned. Could you point me at a how-to suitable for the tools >>> you require? >> >> AFAIK the official dia win32 build is created using msvc. > > I don't possess msvc or any ms dev tools other than notepad.exe. I'm > getting a feeling of déja vu. Yes - I think I've been here before. On > that earlier occasion (forgotten what the app was) I elected to use > Borland's C++ compiler rather than swallow the MS pill. It all failed > dismally at some penultimate step just before I reached for the rusty > razor blade. > >> Another option is to use mingw/msys, which lets you reuse the *nix >> build infrastructure. > > Googling as we speak. > > Meanwhile, some questions for the community ... > > 1. Does anyone already build win32 Dia with python support AND who is > prepared to post the binaries? > > 2. Is python support in Dia likely to be maintained in future? > > 3. Is Dia going to stay in CVS (vis-á-vis Subversion)? > >> Warning: dealing with the latter can cause questionable mental >> conditions and should not be attempted by people not savy in using the >> auto-tools. (Frankly: it's a pain) >> >> That said i have built dia on win32 with msys/mingw some time ago, a >> patch is available from >> http://bugzilla.gnome.org/show_bug.cgi?id=341549 . If you manage >> getting to the point where dia builds with said patch enabling python >> support should be pretty easy. > > I see what you mean re Warning: above. Rob - you are correct - it is too difficult. Thanks for trying Mike > >> Maybe trying to adapt the win32/msvc build system would be easier >> though, no idea really. > > Out of the question. > > Thanks Rob > > Mike > >> >>> Would I need to compile the entire suite at the same time? >> >> Yes. >> >>> If so, and if I decided to stick with Dia would I need to keep in touch >>> with CVS so I could repeat the process in future? >> >> Yes. >> >> Best, >> Rob >> ___ >> Dia-list mailing list >> Dia-list@gnome.org >> http://mail.gnome.org/mailman/listinfo/dia-list >> FAQ at http://www.gnome.org/projects/dia/faq.html >> Main page at http://www.gnome.org/projects/dia >> >> >> > > ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
layers order at opening
Hi, once again, a dumb beginner question, and nothing of importance. I added a layer in a diag, in order to place some nifty "backgrounds" colors on a layer, and the real objects on a separate layer. so far so good. Except : I'd like that anytime I open that .dia file, the objetcs layer come selected. If I add a new layer and put the backgrouds there : the new layer is selected at first. I exchanged all : still the backgrounds come first. I added another new layer : this time the new layer does not come "on top" at the opening. To make a long story short : how can I choose the layer that will be selected when I open the file. thx ! ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
[no subject]
I think your program is awesome - i particularly like the navigation tool. the only thing is, it has one INCREDIBLY annoying trait (fatal, for me): each individulal diag you save doesn't remember the last viewing preferences (nor can u save application-wide ones, it seems). I dont like seeing the grid, ruler etc. so i get rid of them. but every single time i open the file again - there they are. drives me nuts. such a shame. also, it would be good if you could choose to have the toolbox as a toolBAR, along the top or bottom. it takes up too much room as it is now. great program apart from those (for me, drastic) probbies. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re:
correction: it seems you can get rid of the lines but the ruler and moving arrows still will appear every time, and have to be unclicked every time. so irritating! ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
Re:
you also can't paste text from another application. what a shame! i cant use this program because of that. ___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
A small annoyance regarding 'paste'
I'd just like to share something I find annyoing with Dia. When I paste objects (using Ctrl-v), they appear somewhere up at the top left of my diagram. This usually results in me having to move the mouse a long distance in order to get the insert object to where it should be. Other drawing programs handle this differently, below are some alternatives to the current behaviour: One simple solution is to insert the object at the location of the mouse at the time of the 'Ctrl-v'. Another simple solution is to insert the object at the last location the user clicked on the screen. A more advanced alternative is as follows and is useful/active when a user inserts an object, moves it a little bit, insert another object, moves it a little bit and then inserts a third object (and more). In this case, Dia could measure the distance between the last two inserted objects, and when inserting a third object, it is placed at a location that is relative to the last inserted object, offset a distance equal to the distance between the second last and the last object. (Hope you understand what I'm trying to say here...). The whole point of this is that it makes it very quick to insert many equidistantly spaced objects. cheers /Christian -- Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr___ Dia-list mailing list Dia-list@gnome.org http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
