Re: Graph::ASCII::Dia
On 22/03/06, Hans Breuer <[EMAIL PROTECTED]> wrote: > > Thats one of the things I find annoying about dia - WTF should I learn > > python and rewrite cpan modules just to call a script from dia - lame > > lame lame. > > > Very impressing and motivating words. Feel free to provide Perl bindings > to Dia or do what ever you see fit ;) Of course if there was a binding API to build on, rather than just some nasty python hackery I might bother. > > Stuff python, I write perl, I'm not going to faff about with somebody > > elses choice of language. > > > Not to start a language war - but I never got the reason why people prefer > write-only programming languages. Er... right.. perl is far more expressive and therefore clear than most other programming languages, if you can't express yourself clearly thats your problem rather than that of the language. I don't remember calling python the new cobol or dissing it, much as I could if I wanted, I just can't be bothered with it when I don't have a good reason. > > Autodia is perl, and I'd write more dia related code if it wasn't a > > python bigot. > > > And I would write less Dia related code if it would require Perl. > Who cares ? But I didn't suggest that - I suggested not requiring or specifying python. I haven't seen any python code that comes close to autodia, or any of the other powerful perl tools I can lay my hands on to automate working with dia or other applications. A. ___ 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: Graph::ASCII::Dia
On 23/03/06, Aaron Trevena <[EMAIL PROTECTED]> wrote: > On 22/03/06, Hans Breuer <[EMAIL PROTECTED]> wrote: > > > Thats one of the things I find annoying about dia - WTF should I learn > > > python and rewrite cpan modules just to call a script from dia - lame > > > lame lame. > > > > > Very impressing and motivating words. Feel free to provide Perl bindings > > to Dia or do what ever you see fit ;) > > Of course if there was a binding API to build on, rather than just > some nasty python hackery I might bother. Ah, I see Hans has already pointed out on list that he'd rather everybody learn python that actually be helpful in anyway towards a language independant API. I thought I'd have a quick look to see how I would be able to add a perl binding, as that would be useful, unfortunately there is zero documentation of how the existing python binding works so I would have to re-implement from scratch - yeay open source, yeay for knowledge sharing and cooperation. Instead I just see heckling and anti perl flames and bigotry from Hans. How about some useful information Hans (or anybody else), or do I have to have a hard time reading thru the Dia source code because you did. A. ___ 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: Graph::ASCII::Dia
It seems to me that you have a pretty short memory... I'd say Hans didn't start the flaming. Frankly, I don't care, I can't stand Perl or Python, but I realize it is Open source, people do this stuff in their free time, and given the choice between writing a binding for every language on the face of the earth or fixing bugs and adding features, I'm glad they spend the time where they do. Frankly, that goes for documentation too. I also realize that when you come to a project & want to hack on it, you have to work with what is there. If that means you have to be flexible on languages, then so be it. How many times have I learned some proprietary built-in scripting language so I could solve some problem, never to use it again Here is that first (and only) message Hans wrote in reply in case it will jog your memory: > Thats one of the things I find annoying about dia - WTF should I learn > python and rewrite cpan modules just to call a script from dia - lame > lame lame. > Very impressing and motivating words. Feel free to provide Perl bindings to Dia or do what ever you see fit ;) > Stuff python, I write perl, I'm not going to faff about with somebody > elses choice of language. > Not to start a language war - but I never got the reason why people prefer write-only programming languages. > Autodia is perl, and I'd write more dia related code if it wasn't a > python bigot. > And I would write less Dia related code if it would require Perl. Who cares ? Hans The way I read it, Hans' comments were slightly less incendiary than yours. Certainly less so than your words that have followed. How about you take a deep breath for a second. If you're serious about writing Perl bindings for Dia, I'm absolutely positive the Dia team will bend over backwards to help you get it done. Rob On 23/03/06, Aaron Trevena <[EMAIL PROTECTED]> wrote: > On 22/03/06, Hans Breuer <[EMAIL PROTECTED]> wrote: > > > Thats one of the things I find annoying about dia - WTF should I learn > > > python and rewrite cpan modules just to call a script from dia - lame > > > lame lame. > > > > > Very impressing and motivating words. Feel free to provide Perl bindings > > to Dia or do what ever you see fit ;) > > Of course if there was a binding API to build on, rather than just > some nasty python hackery I might bother. Ah, I see Hans has already pointed out on list that he'd rather everybody learn python that actually be helpful in anyway towards a language independant API. I thought I'd have a quick look to see how I would be able to add a perl binding, as that would be useful, unfortunately there is zero documentation of how the existing python binding works so I would have to re-implement from scratch - yeay open source, yeay for knowledge sharing and cooperation. Instead I just see heckling and anti perl flames and bigotry from Hans. How about some useful information Hans (or anybody else), or do I have to have a hard time reading thru the Dia source code because you did. A. ___ 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: dia-0.95-pre6: not well installed manual
On Wed, 22 Mar 2006 08:55:27 -0300, loli wrote > I installed this prerelease (even the make install) > When I tried to read the manual I got the message: > > Could not open help directory: > Error opening directory '/usr/local/share/dia/help: > No such file or directory > > I found the installed manuals at > /usr/local/share/help/dia > That it's not true: I did not find the manual but just the .xml files to produce the manual. I could not find the .html files I beleive the xmldocs.make should say instead of: if HAVE_GNOME docdir = $(datadir)/gnome/help/$(docname)/$(lang) else docdir = $(datadir)/help/$docname)/$(lang) endif if HAVE_GNOME docdir = $(datadir)/gnome/help/$(docname)/$(lang) else docdir = $(pkgdatadir)/help/$(lang) endif But anyway, it looks as if Makefile.am and Makefile.in files are not prepared to produce the manual's .html files I did them "by hand", executing from app/doc/en db2html dia.xml and then moving files Now I have got natural access to Dia's manual > -- > Loli > [EMAIL PROTECTED] > > ___ > 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 -- Loli [EMAIL PROTECTED] ___ 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: Graph::ASCII::Dia
On 23/03/06, Rob McDonald <[EMAIL PROTECTED]> wrote: > It seems to me that you have a pretty short memory... I'd say Hans didn't > start the flaming. Sorry, Hans has basically said 'tough shit, use python or get lost' repeatedly on list whenever anybody talks about using something else. It's not helpful. and annoying. I pointed out (reasonably) that having to use python for plugins is lame, particularly when we have people writing useful code in Perl. > Frankly, I don't care, I can't stand Perl or Python, but > I realize it is Open source, people do this stuff in their free time, and > given the choice between writing a binding for every language on the face of > the earth or fixing bugs and adding features, I'm glad they spend the time > where they do. Frankly, that goes for documentation too. I've always found developer documentation for dia to be almost entirely absent - I had to reverse engineer the XML format for autodia to work because it was undocumented, looking at how to write a perl API and allow plugins (two quite large jobs, mostly because the dia side is undocumented) shows a complete abscence of any useful tips, let alone documentation. This is annoying. > I also realize that when you come to a project & want to hack on it, you > have to work with what is there. If that means you have to be flexible on > languages, then so be it. How many times have I learned some proprietary > built-in scripting language so I could solve some problem, never to use it > again Yeah - been there done that, fortunately perl, python, c and c++ are not only all open source and therefore distributable and possible to bundle, but they can also all integrate through the lowest common denominator - i.e. C. > Here is that first (and only) message Hans wrote in reply in case it will > jog your memory: You missed Han's reply saying - stuff your perl, use python, you suck, or words to that effect, in response to the original post about using Perl for ASCII. Much like his response when somebody brought up the subject of Autodia on the list previously. I don't want to have to solve exactly the same problems over and over again, in this years trendy language, at least 'the cool kids' have (mostly) moved onto the new cool 'Ruby' language and raving about that and we get less python zealots. A. ___ 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: Graph::ASCII::Dia
Aaron Trevena wrote: On 23/03/06, Rob McDonald <[EMAIL PROTECTED]> wrote: It seems to me that you have a pretty short memory... I'd say Hans didn't start the flaming. Sorry, Hans has basically said 'tough shit, use python or get lost' repeatedly on list whenever anybody talks about using something else. It's not helpful. and annoying. I pointed out (reasonably) that having to use python for plugins is lame, particularly when we have people writing useful code in Perl. Nobody said that you *have* to use Python. I remember reading Hans said you could develop Perl bindings. I've always found developer documentation for dia to be almost entirely absent - I had to reverse engineer the XML format for autodia to work because it was undocumented, looking at how to write a perl API and allow plugins (two quite large jobs, mostly because the dia side is undocumented) shows a complete abscence of any useful tips, let alone documentation. This is annoying. True. But did you take the time to document that XML format and release it to the open crowd of wanna be contributors ? You missed Han's reply saying - stuff your perl, use python, you suck, or words to that effect, in response to the original post about using Perl for ASCII. Much like his response when somebody brought up the subject of Autodia on the list previously Well everybody has its bad hours. Is it any more constructive to raise this matter into a flaming war ? Best, -- Grégoire ___ 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: Graph::ASCII::Dia
On 23/03/06, Grégoire Dooms <[EMAIL PROTECTED]> wrote: > Nobody said that you *have* to use Python. I remember reading Hans said > you could develop Perl bindings. > > > I've always found developer documentation for dia to be almost > > entirely absent - I had to reverse engineer the XML format for autodia > > to work because it was undocumented, looking at how to write a perl > > API and allow plugins (two quite large jobs, mostly because the dia > > side is undocumented) shows a complete abscence of any useful tips, > > let alone documentation. This is annoying. > > > > True. But did you take the time to document that XML format and release > it to the open crowd of wanna be contributors ? I believe I made some documentation of it at the time and responded to queries when emailed about it, however I can't find the notes I made now due to bitrot. However the template in Autodia makes it pretty clear, as do the comments in the code. > Well everybody has its bad hours. Is it any more constructive to raise > this matter into a flaming war ? Not really, I just don't like python zealots, and right now I'm having a particularly bad week dealing with code written by a PHP Weenie and somebody who the bosses describe as a 'genius', it's a complete trainwreck and the few scraps of documentation available are either, out of date, brainstorming disguised as specifications, or plainly incorrect. God save me from 'clever' programmers. A. ___ 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: Graph::ASCII::Dia
Yes, definitely. And considering how much I'm paying for Dia, I'd say I'm still getting more than what I paid for. :-) For the record, I'd rather program in almost any other language (except Visual Basic) instead of Python. I respedt Python and Guido Van very much, but it's just not my style. TCL for lightweight scripting/extension language and Perl for general-purpose programming language, would be my choices. But, see the paragraph above. All in all, the best for Dia would probably be a language-independent API that allowed adding in multiple scripting languages, as in the Vim editor. g -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rob McDonald Sent: Thursday, March 23, 2006 08:31 To: discussions about usage and development of dia Subject: Re: Graph::ASCII::Dia [...] I also realize that when you come to a project & want to hack on it, you have to work with what is there. If that means you have to be flexible on languages, then so be it. How many times have I learned some proprietary built-in scripting language so I could solve some problem, never to use it again ___ 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
Perl plugins (was Graph::ASCII::Dia)
I remember (and I have confirmed it now) that there was a mail: Anyone interested in a Perl plugin?, in January 14, 2003. There were several positive answers. (I would have responded yes, but I did not know what a plugin is ; even now I dont'know exacty what they are) Lars said something as Perl plugins could exist just as Python plugins already existed. Maybe it is time for someone to propose a Perl plugin doing something it is not done by any other existing plugin. -- Loli [EMAIL PROTECTED] ___ 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 Language Bindings (was: Re: Graph::ASCII::Dia)
On 23.03.2006 14:39, Aaron Trevena wrote: On 23/03/06, Aaron Trevena <[EMAIL PROTECTED]> wrote: On 22/03/06, Hans Breuer <[EMAIL PROTECTED]> wrote: Thats one of the things I find annoying about dia - WTF should I learn python and rewrite cpan modules just to call a script from dia - lame lame lame. Very impressing and motivating words. Feel free to provide Perl bindings to Dia or do what ever you see fit ;) Of course if there was a binding API to build on, rather than just some nasty python hackery I might bother. Ah, I see Hans has already pointed out on list that he'd rather everybody learn python Not sure where I did do this but probably somewhere between my 'nasty python hackery' and the 'lame, lame, lame' C-hacking ;) What I meant was: Please don't expect me to help with any Perl specific questions cause my little mind is too limited to deal with all it's expressiveness :-) Or maybe: instead of complaining about missing Perl, Basic, C# or whatever bindings you may want to take a look at the *existing* and maintained Python bindings. Or maybe not. that actually be helpful in anyway towards a language independant API. My best guess on Dia's way for 'language independent API' or better bindability would be GObject: "The Plugin will probably remain such limited as it is, at least until it (and first the Dia Object System) is converted to Gtk+2.0 especially the GObject system, because the current access does not allow to ref-count the objects, to easily back-propagate property changes, etc. ..." [ http://mail.gnome.org/archives/dia-list/2001-July/msg00054.html ] Sorry, it again talks about Python - cause the Dia Python bindings predate GObject and Gtk+-2.0 and even the start of my contributions to Dia. How about some useful information Hans (or anybody else), or do I have to have a hard time reading thru the Dia source code because you did. Some more discussion was done in that same year (found from my local backup; if only the gnome mail archive could become searchable again) http://mail.gnome.org/archives/dia-list/2001-August/msg00101.html And a year later http://mail.gnome.org/archives/dia-list/2002-October/msg00027.html I still have plans to do the full GObjectification of Dia's object system, but given the average development speed of the last five years it may as well take some more five years ... Some very high level documentation of Dia Python is available here: http://www.gnome.org/projects/dia/python.html but I'm not sure if this would be of help to any other language binding writer. 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 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: Graph::ASCII::Dia
On Wed, 2006-03-22 at 12:37 +, Aaron Trevena wrote: > On 19/03/06, Hans Breuer <[EMAIL PROTECTED]> wrote: > > On 19.03.2006 12:00, Nadim Khemir wrote: > > > Hi, I need ASCII diagramming; I couldn't find anything so I decided to > > > wrap > > > one myself :). I 'm writting a perl module to generate ASCII diagrams from > > > Dia. > > > > > If I would want an ASCII diagram export I'd implement it as a PyDia plug-in > > like e.g. > > http://cvs.gnome.org/viewcvs/dia/plug-ins/python/dot.py?rev=1.2&view=log > > Thats one of the things I find annoying about dia - WTF should I learn > python and rewrite cpan modules just to call a script from dia - lame > lame lame. Because nobody has found it worthwhile enough to make bindings for any other language. Dia is in no way, shape or form wedded to python, and don't let Hans' refusal to provide bindings for other languages give you that idea. He made his bindings for his favorite language. If you want to make bindings for Perl or Ruby or Java or Fortran or Cobol or whatever, we're cool with that, and would probably want to include it in the distribution like the Python plugin is. That said, Hans and I have not even the time to fix all bugs in the base code, let alone develop bindings for other languages. I'd be happy to answer questions about the Dia structure and workings, though. -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: Preview in explorer
On Sun, 2006-03-19 at 12:07 +0100, Nadim Khemir wrote: > I'm using Gentoo-KDE, has enyone written a "Preview" plugin for Konqueror? > I"d > very much like to see the contents of a diagram without opening it. > > it would be great if the md5 of the graph used to generate images (pns, ...) > would be embeded in the image. None that I know of. Nor has anybody been smart enough to include a little PNG in the .dia file for preview, which could probably easily be done with the code that does the navigation popup. -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: Connecting line to line
On Wed, 2006-03-15 at 21:52 +, Martin Gleadow wrote: > loli wrote: > > > > > >>From time to time a question about connecting lines appears at the list [...] > > The upper part looks like just a line but again it is formed by two lines > > joined with an ellipse > > That sounds like it will work, but doesn't seem a very elegant solution. > In addition, when I zoomed in as close as I could then tried to > further minimise the ellipse Dia crashed on my repeatedly (0.94, > installed via apt on Ubuntu) Can't reproduce that on 0.95-pre6 or 0.94. Which GTK are you using? Can you crash 0.95-pre* that way? > I see 2 options here: > > 1) allow the creation of arbitrary zero size connection points which can > be added to the diagram for this purpose That's somewhat of a kludge, but easy to do. > 2) Allow the end of a line to act as a connection point. I did an attempt of that once, and it would require some extra plumbing and UI to allow it to be disconnected again. -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: Prerelease 5
On Wed, 2006-03-15 at 10:52 -0300, loli wrote: > I am sorry to have just noted a problem with prerealeases of version 0.95. > about not translated sheet's names. > > I use (and other people with me) some personal sheets in .dia/sheet. > For example, ./dia/sheets/Termico,sheet with two lines: > > Thermal circuit > Circuito Termico > > So up to version 0.94 Dia's main menu offered >Thermal circuit in an English environment >Circuito Termico in a Spanish environment > > But version 0.95 (prereleases) offer >Thermal circuit in both environment > > It would be good if it can be fixed. But I dont want to delay much more the > new version. It has so many nice new features! Thanks a lot for so much > work. That probably has to do with the use-i18n-only-for-display fix I made. I guess it does require the translated name to be in .po, which wouldn't be the case for homegrown sheets. Fix was as simple as I thought, then:( It never is. -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: Performance
On Thu, 2006-03-16 at 02:10 +, Joe Mork wrote: > I'm experiencing very poor performance in Dia. I'm using the version in > Ubuntu Breezy (0.94). > > I'm running on an Opteron 250 with 4 GB RAM and a high-end nVidia graphics > card (using nVidia binary drivers; working fine in all other applications). > I have a flowchart with less than 20 process boxes and about the same > number of simple straight lines. > > The performance is absolutely awful. The CPU runs to 100% just moving boxes > around. If I zoom in real close the performance is OK but viewing the whole > diagram makes it run like a snail. Just clicking an highlighting a box > takes a second or two at 100% CPU. > > Is it just me or is Dia not that useful with this kind of performance? That's curious, as 0.94 in particular uses a cache to speed up rendering. On my machine, which is crappier than yours, the samples/render-test.dia diagram at non-100% zoom is not fast, but not that bad either. It's the text rendering that's a real b*tch to get fast. -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
Dia ChangeLog report for 2006-03-24 04:00:01 UTC (Fri 24 Mar)
Snapshots available at http://www.raeder.dk/~larsrc/Dia/snapshots *** Recent ChangeLog entries: --- ChangeLog.previous 2006-03-23 05:00:20.0 +0100 +++ dia-cvs-snapshot/ChangeLog 2006-03-24 05:00:09.150497352 +0100 @@ -1,3 +1,10 @@ +2006-03-23 Hans Breuer <[EMAIL PROTECTED]> + + * lib/widgets.c : use original fontname and fallback 'sans' to + render the font menu. Thus crashing (in Pango) is delayed until + the point where one chooses a font, which can't be rendered by + Pango. Fixes bug #335096 as far as Dia can. + 2006-03-21 Lars Clausen <[EMAIL PROTECTED]> * installer/win32/dia.nsi: ___ 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: More MetaPost text positioning....
On Sat, 2006-02-25 at 12:10 -0500, Rob McDonald wrote: > > A bug report with a some summary of this mail is the right thing to do. > > It does not matter much if you reopen the previous one or open a new one. > > Ok, I'll do that. > > > Talking of UML (class?) diagram I had another issue with the matapost > > plug-in: collision with TeX escapes and special chars marking the > > access of class members. Could you try Self/dia-core.dia and suggest > > some solution (maybe escaping as done in pstricks?). > > Yeah, I'm talking about the class diagram. I'm using it for a database > schema, so whatever you want to call it... [...] > Of course, this problem will always be there. LaTeX does pretty things like > ligature (special merged hybrid characters) on ff and fi. It also does > kerning (squishing together to remove inter-letter white space) on letter > combinations like VA. Dia won't ever match this, so very subtle text width > problems will always persist. Of course, these are really small problems... Yes, those problems exist with almost all exporters. > A much larger issue is if a user wants to insert a LaTeX formula into a > box... > > $E=M\ c^2$ > > MetaPost export will handle this fine for now, but Dia doesn't have any clue > as to the actual width and height of this text. Imagine if someone were > entering an array or a large, complex equation with bulky fractions. (This > is another reason that I think you should always be able to override the > width of a box, even if the text then overflows the sides. Because, when > LaTeX renders it, its width may be really different. However, I see this is > a LaTeX only feature, and isn't very important.) As I see it, we can either want to have full LaTeX rendering in Dia (i.e. call out to LaTeX to get a rendering) or have the LaTeX output be as close to what's in the diagram as possible. That would give the least surprises. A nice thing would be to be able to toggle if a given text should be tex-interpreted or not, but since right now we have no call-out to LaTeX, we're going to exact rendering as best we can. For an actual LaTeX rendering, we'd want to be able to give some context, of course, but if we can get a bitmap from the dvi output (which is possible), we can kinda treat that as an image in Dia. Trying to actually understand and calculate what LaTeX does to our text would IMHO just create more headaches than solutions. > An example of this kind of functionality is the TeXPoint PowerPoint plugin. > A guy has developed an open-source powerpoint plugin that lets you use LaTeX > as an equation writer (bitmap image generator) for PowerPoint. Double click > on the image, and a LaTeX text editor opens up. Change the equation, click > OK, and it seamlessly compiles the LaTeX to a specified resolution bitmap, > and imports it into PowerPoint. It is pretty slick... He did it with his > own home-brew LaTeX distribution. Making a similar technology > cross-platform would be a nightmare. Exactly what I'm hoping for. I would be happy to include something like that (though probably not for homebrew LaTeX only). -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: More MetaPost text positioning....
> As I see it, we can either want to have full LaTeX rendering in Dia > (i.e. call out to LaTeX to get a rendering) or have the LaTeX output be > as close to what's in the diagram as possible. That would give the > least surprises. A nice thing would be to be able to toggle if a given > text should be tex-interpreted or not, but since right now we have no > call-out to LaTeX, we're going to exact rendering as best we can. > > For an actual LaTeX rendering, we'd want to be able to give some > context, of course, but if we can get a bitmap from the dvi output > (which is possible), we can kinda treat that as an image in Dia. Trying > to actually understand and calculate what LaTeX does to our text would > IMHO just create more headaches than solutions. I completly agree that Dia shouldn't try to do what LaTeX does. > > An example of this kind of functionality is the TeXPoint PowerPoint plugin. > > A guy has developed an open-source powerpoint plugin that lets you use LaTeX > > as an equation writer (bitmap image generator) for PowerPoint. Double click > > on the image, and a LaTeX text editor opens up. Change the equation, click > > OK, and it seamlessly compiles the LaTeX to a specified resolution bitmap, > > and imports it into PowerPoint. It is pretty slick... He did it with his > > own home-brew LaTeX distribution. Making a similar technology > > cross-platform would be a nightmare. > > Exactly what I'm hoping for. I would be happy to include something like > that (though probably not for homebrew LaTeX only). As I suggested, I would lean towards a slightly less user friendly option in the interim until the full LaTeX rendering is possible. I think most LaTeX users are sophisticated enough to be able to work around the limitations when they're stretching beyond Dia's native capabilities. So, in that case, you should do nothing (including no automatic escape sequences). However, it sounds like you're intent on being nice to your users (: and for that I commend you. I just wouldn't want to maintain it. I'll ask on the TeX newsgroup if there is a LaTeX distribution that is cross-platform & appropriate for embedded applications like this. Another option would be to try to include a MathML renderer into Dia, and then use a MathML to LaTeX translator when a LaTeX export type is selected. It might be easier to include a MathML renderer than a LaTeX one... Thanks, 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
Re[2]: More MetaPost text positioning....
On Thu, 23 Mar 2006, Lars Clausen apparently wrote: > For an actual LaTeX rendering, we'd want to be able to > give some context, of course, but if we can get a bitmap > from the dvi output (which is possible), we can kinda > treat that as an image in Dia. Trying to actually > understand and calculate what LaTeX does to our text would > IMHO just create more headaches than solutions. Another possible source of inspiration might be found in the way PyX interacts with LaTeX. Cheers, Alan Isaac ___ 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: Connecting line to line
On Thu, 23 Mar 2006 21:03:43 +0100, Lars Clausen wrote > On Wed, 2006-03-15 at 21:52 +, Martin Gleadow wrote: > > loli wrote: > > > > > > > > >>From time to time a question about connecting lines appears at the list > [...] > > > The upper part looks like just a line but again it is formed by two lines > > > joined with an ellipse > > > > That sounds like it will work, but doesn't seem a very elegant solution. > > In addition, when I zoomed in as close as I could then tried to > > further minimise the ellipse Dia crashed on my repeatedly (0.94, > > installed via apt on Ubuntu) > > Can't reproduce that on 0.95-pre6 or 0.94. Which GTK are you using? > Can you crash 0.95-pre* that way? > > > I see 2 options here: > > > > 1) allow the creation of arbitrary zero size connection points which can > > be added to the diagram for this purpose > > That's somewhat of a kludge, but easy to do. (I don't understand "kludge"; it does not appear in my "The Merriam Webster Pocket Dictionary). But just in case you are planning to program these "zero size connection points": I think they should be able to increase in size and have more than just one regular connection point (as the ellipse has), in order to make it easier to connect or disconnect a line without touching end points of other lines. > > > 2) Allow the end of a line to act as a connection point. > > I did an attempt of that once, and it would require some extra plumbing > and UI to allow it to be disconnected again. > > -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 -- Loli [EMAIL PROTECTED] ___ 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: zoom problem with 0.95-pre6
On Thu, 23 Mar 2006 06:49:49 +0100, Lars Clausen wrote > On Thu, 2006-03-23 at 12:45 +0800, Zhang Linbo wrote: > > Hi, > > > > The initial zoom seems to be incorrect with dia-0.95-pre6 > > for the attached diagram. > > > > Maybe a call to 'Show All' after loading a diagram is missing? > > The zoom level is correct (100%), but it's like it has scrolled away. > Strange. I dont know if it has been always this way; but for a long time for me, Dia begins showing a region of diagram with the (0,0) point at 'up' and 'left' position (sorry for my English). And Linbo's diagram has all its points with negative ordinates: all above the shown region. > Doing show all would be very different, as it would adjust > the zoom level significantly, something I don't think we should do > by default. I've looked a bit at saving 'view' information in the diagram > file, but didn't actually implement it. Instead of changing the format of diagram files adding view information, the minimum x (x0) and the minimum y (y0) of bouncing boxes of objects could be calculated; and then use (x0-delta,y0-delta ) instead of (0,0) > > -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 -- Loli [EMAIL PROTECTED] ___ 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
