greek letters
Hi folks! iam working on some math stuff with dia, i wonder how to add greek letters into the diagramms? br, Sven ___ 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
adding text to lines
hello, I searched a software for painting diagrams like dia vor a long time. Visio is missing some features, which are solved in dia very nice. But I miss one thing: How can I link some text to a line? When moving the objects, which are connected by the line, the text should automaticially move, too. -- Mit freundlichen Grüßen, Best Regards, Robert Hölzl begin:vcard fn;quoted-printable:Robert H=C3=B6lzl n;quoted-printable:H=C3=B6lzl;Robert org:Baltech AG;Development adr:;;Lilienthalstrasse 27;Hallbergmoos;;85399;Germany email;internet:[EMAIL PROTECTED] title:Mr. tel;work:+49 (811) 99 88 1-18 tel;fax:+49 (811) 99 88 1-11 x-mozilla-html:TRUE url:http://www.baltech.de version:2.1 end:vcard ___ 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
Fix bug #144394 and win USD 100
Hello All, Dia has received quite an amount of donations over the past months (A big thanks to Tim Bogie who is doing the majority of the donations). http://dia-installer.sourceforge.net/donation.php This puts us in a position where we can offer USD 100 for the one who provides a fix of bug 144394: http://bugzilla.gnome.org/show_bug.cgi?id=144394 The payment can be made through Paypal. If you are a developer and would like to receive some monetary rewards for fixing other bugs or implementing things, please put your proposals forward. Other ideas how to burn the money are also welcome. Happy Coding! Steffen ___ 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: adding text to lines
Robert Hölzl sagde: > hello, > > I searched a software for painting diagrams like dia vor a long time. > Visio is missing some features, which are solved in dia very nice. > > But I miss one thing: How can I link some text to a line? When moving > the objects, which are connected by the line, the text should > automaticially move, too. > Some lines have connection points to which you can connect the text handle. However, a) many lines don't, and b) the text doesn't reposition itself nicely next to the line. There's a few specific lines that come with labels which can be repositioned manually. -Lars ___ 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: Fix bug #144394 and win USD 100
Steffen Macke wrote: > Hello All, > > Dia has received quite an amount of donations over the past > months (A big thanks to Tim Bogie who is doing the majority of > the donations). > > http://dia-installer.sourceforge.net/donation.php > > This puts us in a position where we can offer USD 100 for the one > who provides a fix of bug 144394: > > http://bugzilla.gnome.org/show_bug.cgi?id=144394 > > The payment can be made through Paypal. > > If you are a developer and would like to receive some monetary rewards > for fixing other bugs or implementing things, please put your proposals > forward. > > Other ideas how to burn the money are also welcome. Steffen I think you would open a lot of doors to a lot more developers if you could provide a mingw kit so dia could be compiled on Windows without needing Microsoft tools. Also, Windows/Mac developers are much more comfortable with Subversion than CVS because TortoiseSVN makes life so easy. No command lines to remember. Once you use a gui for the repository you never look back. BTW thanks for trying to help me get Dia compiling in MinGW a month or so ago. I nearly got there but had to give up because it was too hard and my hair was falling out. Regards Mike > > Happy Coding! > > Steffen > ___ > 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
Re: Fix bug #144394 and win USD 100
Mike, > I think you would open a lot of doors to a lot more developers if you > could provide a mingw kit so dia could be compiled on Windows without > needing Microsoft tools. I thought those people who know how to operate MinGW also have a copy of Linux around to do some development. But you are right, I think that a MinGW port would be a good thing. Unfortunately, I guess that only people with a lot of experience with these issues like Tor or Hans will be able to solve the problems. Like you, I gave up on this and bought the MSVC copy... BTW: I also had problems with the MSVC compilation at the beginning. But things definitely got easier over the last years. Lars, Hans, what do you think about financing MSVC 6 copies for developers that are interested and submit some patches? I got mine through Ebay and we should be able to pay these things from the donation account. > Also, Windows/Mac developers are much more comfortable with Subversion > than CVS because TortoiseSVN makes life so easy. No command lines to I think I can help you with this one: Try TortoiseCVS, which was the father of TortoiseSVN, if I understood things correctly: http://tortoisecvs.sourceforge.net/ But again, I have to agree to you, I prefer Subversion over CVS especially when it comes to checking in binary files like PNGs and moving them from LINUX to Win32 or vice versa. Regards, Steffen ___ 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: Fix bug #144394 and win USD 100
[EMAIL PROTECTED] wrote on 13/10/2006 15:18:56: > Also, Windows/Mac developers are much more comfortable with Subversion > than CVS because TortoiseSVN makes life so easy. No command lines to > remember. Once you use a gui for the repository you never look back. Mike, I only know subversion so I can't compare with SVN but I do have to disagree with your statement about the GUI. I have to use the SVN GUI at work (on my Windows machine) but at home (using Linux) I use the CLI because I find it much more comfortable! With the built-in help command there's little need to memorize every command. Regards Bram___ 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: Fix bug #144394 and win USD 100
> But again, I have to agree to you, I prefer Subversion over CVS > especially when it comes > to checking in binary files like PNGs and moving them from LINUX to Win32 or > vice versa. 1/ Gnome tried to move from CVS to SVN and failed at least twice. 2/ if there is any problem with PNG being corrupted on Windows, let us know, this can be EASILY fixed. Hub ___ 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: Fix bug #144394 and win USD 100
Bram Mertens wrote: > [EMAIL PROTECTED] wrote on 13/10/2006 15:18:56: > >> Also, Windows/Mac developers are much more comfortable with Subversion >> than CVS because TortoiseSVN makes life so easy. No command lines to >> remember. Once you use a gui for the repository you never look back. > > Mike, I only know subversion so I can't compare with SVN Bram You must have meant CVS ?? but I do have to > disagree with your statement about the GUI. I have to use the SVN GUI at > work (on my Windows machine) but at home (using Linux) I use the CLI > because I find it much more comfortable! > > With the built-in help command there's little need to memorize every > command. I spend most of my life in Windows. I agree with you about SVN help - it is good. However, I'm not a touch typist so I'm slow. I built a bash script to submit my SVN commands in Linux so that I don't have to remember. I only have about 2kb in my remembery :) Cheers Mike > > Regards > > Bram > > > > > ___ > 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
Re: Fix bug #144394 and win USD 100
Steffen Macke wrote: > Mike, > >> I think you would open a lot of doors to a lot more developers if you >> could provide a mingw kit so dia could be compiled on Windows without >> needing Microsoft tools. > > I thought those people who know how to operate MinGW also have a copy > of Linux around to do some development. But you are right, I think that a > MinGW port would be a good thing. Unfortunately, I guess that only people > with a lot of experience with these issues like Tor or Hans will be > able to solve > the problems. Like you, I gave up on this and bought the MSVC copy... > BTW: I also had problems with the MSVC compilation at the beginning. But > things definitely got easier over the last years. > > Lars, Hans, what do you think about financing MSVC 6 copies for developers > that > are interested and submit some patches? I got mine through Ebay and we should > be able to pay these things from the donation account. > >> Also, Windows/Mac developers are much more comfortable with Subversion >> than CVS because TortoiseSVN makes life so easy. No command lines to > > I think I can help you with this one: Try TortoiseCVS, which was the father of > TortoiseSVN, if I understood things correctly: > > http://tortoisecvs.sourceforge.net/ Cool! I'll check that out :) Thanks Mike > > But again, I have to agree to you, I prefer Subversion over CVS > especially when it comes > to checking in binary files like PNGs and moving them from LINUX to Win32 or > vice versa. > > Regards, > > Steffen > ___ > 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
Dia ChangeLog report for 2006-10-14 03:00:01 UTC (Sat 14 Oct)
Snapshots available at http://www.raeder.dk/~larsrc/Dia/snapshots *** Recent ChangeLog entries: --- ChangeLog.previous 2006-10-10 05:00:10.0 +0200 +++ dia-cvs-snapshot/ChangeLog 2006-10-14 05:00:06.040052552 +0200 @@ -1,3 +1,32 @@ +2006-10-12 Lars Clausen <[EMAIL PROTECTED]> + + * app/load_save.c (diagram_data_save): If we have GTK 2.8, check + that we are allowed to write to the file in question (if it + exists) and to the directory (for backup/temp/newly created file). + + * lib/dia_dirs.c (dia_get_lib_directory, dia_get_data_directory): + * lib/Makefile.am (AM_CPPFLAGS): + * app/Makefile.am (INCLUDES): Rename DATADIR and LIBDIR to + DIA_DATADIR and DIA_LIBDIR to avoid conflicts with libtool and the + like. Thanks to lode leroy <[EMAIL PROTECTED]> for pointing + out the solution. + + * plug-ins/pstricks/render_pstricks.c (export_pstricks) + (draw_string): Use \psscalebox instead of \scalebox, courtesy of + Dan Bolser <[EMAIL PROTECTED]> and the pstricks mailing list. + + * shapes/Makefile.am (SUBDIRS): + * configure.in: + * shapes/BPMN/* + * sheets/BPMN.sheet.in: + * sheets/Makefile.am (sheet_in_files): New shape set BPMN for + Business Process Modelling from [EMAIL PROTECTED] + + * doc/en/dia.dbk: Correctly describing connections. + + * objects/standard/box.c: Patch from Michael Duelli + <[EMAIL PROTECTED]>: Set line attributes before drawing anything. + 2006-10-08 Lars Clausen <[EMAIL PROTECTED]> * configure.in: Allow compiling without freetype on Unix systems. ___ 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: News on the text rendering front
Hi Lars, sorry for the late answer. There where constantly other things dragging away my time, prohibting to look closely enough into Dia's weakest area ;) On 05.09.2006 20:34, Lars Clausen wrote: The last couple of weeks, I have been working on secret text rendering stuff, trying out various things I had hoped would work to improve the quality and speed. To that end, I have introduced a new object, called TextLine, which comprises a single line of text with its font and height and possibly some cached information. This is an interesting idea but at the moment the TextLine objects seem to be too short-lived to have much positive impact. In fact they only seem to be created within the draw_text methods, so any performance boost through caching seems moot, when looking at the code. [In fact there is a huge speed improvement, but I don't completely understand why that is.] Also your implementation heavily depends on direct Freetype usage which is a problem for portability. [Although Freetype is available for win32, Dia does not depend on it, but instead transparently uses the win32 native font backend through Gtk+ and Pango (or Pango/cairo since gtk+-2.8)] So instead of poking into the internals of the various backends I've asked google for help about the root problem, switching off font hinting: http://www.google.com/search?q=win32+font+hinting The first match is a post [1] from Owen Taylor of Gtk+, Pango and cairo fame. Owens answer to specific rendering needs for Pango is PangoRenderer [2,3], introduced with Pango 1.8, which is a requirement of Gtk+-2.6, so acceptable as Dia's minimal version. PangoRender allows to set a matrix to adapt the rendering, which also seems to be the only way to switch of hinting in win32 [1]. Just completely turning of dia_font_scaled_build_layout() and instead using an appropriate pango_matrix_scale() gave very encouraging results, Dia's strings were perfectly matching the width of the box - regardless of the zoom - for the first time in Dia's history. The remaining issues were: 1) if you use a large scale factor the missing hinting is very visible, to the extend, that single glyphs are not not drawn at all, see: http://hans.breuer.org/dia/text-box-1282-1.png But with a combination of scaled font and font matrix it got much better. 2) the alignment adjustment is somewhat wrong, probably a combination from still using dia_font_get_scaled_string_width() to offset but already somewhat adjusting the offset for Pango with the matrix http://hans.breuer.org/dia/text-box-1282-1.png 3) the cursor position is wrong when zoomed. This is not new with the new approach, but should be fixed anyway. For the unscaled version see: http://hans.breuer.org/dia/text-box-100-1.png This allowed me to fiddle enough with rendering to finally find what appears to be the root cause of the font rendering problems: Pango seems to round the width of glyphs in its layout to pixels. Thus rendering the same text at different font sizes is almost guaranteed to give different relative widths. Our current kludge of trying to find a proper height was not only very slow, potentially creating many layouts per rendering, but also could not possibly work in all cases. But that kludge is still used in CVS, isn't it? In the TextLine rendering function for the GDK FT2 rendering, I make use of cached values for the sizes of the glyphs at 100% to "manually" adjust the sizes at other zoom levels to match. This has allowed me to sidestep the whole ugly kludge and render directly with the desired size. Could you explain me in simple words why we need another high level Text object or better how the new TextLine is conceptually different from the long time existing Text object, which already used to cache its size. Even better it clearly belongs to the object side of rendering so many object implementations alreay benefit from it. The outcome: Text rendering is now up to 30 times (not just 30%, 30 times!) faster than before, text width is actually accurate, and we can toss out our ugly kludge. Three very annoying birds with one stone. I am very happy. There's still some amount of work for this to be used throughout the renderers, and the objects should use TextLine instead of ever calling draw_string. Getting rid of draw_string, where font and text are completely separated may be a worthwhile goal, but both our approaches don't really need this. I expect to be working on this in the upcoming weeks, and any help would be appreciated, especially from those who know the ins and outs of the various renderers. The patch I've done just calculates the the width of the string a second time and returns the deviation of the desired as scale factor. It does not need the new TexLine object to be almost as fast and I would prefer to not have another object between DiaObjects and DiaRenderers at least if we can do as well without. Thanks, Hans [1] http://l
