Target Gtk+2.0 (was Re: plug-ins/renderer.inc)
At 06:42 12.04.01 +0200, Cyrille Chepelov wrote:
[...]
As for renderer_draw_ellipse_by_arc, I really don't see why we have to wait
for GObject or a conversion to C++ to put it (extern instead of static) in
libdia and have plug-ins which need it reference it directly. The only issue
I see is to find a correct file name to host it (but I probably overlook
something).
The issue I wouldn't like is that moving it to libdia would require to
change the "this" pointer type from MyRenderer* (which currently is the
real Renderer because it is defined before inclusion of renderer.inc).
In renderer_draw_ellipse_by_arc it would either require to pass in the
draw_arc-function pointer or to dereference it within the function from
an unspecific Renderer pointer. And it would vanish again, when the
renderers are convert to GObjects ...
How far along is the {GObject,Gtk2,Pango} port over to Win32 (or other
platforms) ?
The win32 port is almost up-to-date (my last commit is about a week ago,
next one probably this weekend).
I suggested a Dia branch "Target Gtk+2.0" in a mail to the list at
Fri, 23 Feb 2001 16:06:34 +0100 but there was no consensus about the
right time to it in the thread.
Maybe it is now ?
Hans
Hans "at" Breuer "dot" Org ---
Tell me what you need, and I'll tell you how to
get along without it.-- Dilbert
Re: dia png and HTML Maps (fwd)
At 11:36 12.04.01 +0200, Alexander Larsson wrote: Forwarding to list. / Alex -- Forwarded message -- Date: Tue, 10 Apr 2001 21:26:35 +0200 (MET DST) From: poete stephane [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: dia png and HTML Maps Using dia, I usually export dia figures in png, to insert the png figures in html documents. I need, for some of these diagrams, to build HTML maps, so I tried to understand how the native XML dia is converted to png. I did not open any dia source code, because I wanted to write some python to build map for the dia objects I'm interested in. If there is a way to understand the png export without reading dia C code, please let me know. IMO the right way to go: - Add a layer to Dia with simple objects containing the necessary information like "link sensitive areas" and href targets. - Write am ObjectRenderer (Dia Python Plugin) to export this information to html. See "ANNOUNCE: DiaExportFilter to be written in Python" in the mailing list archive for more info. Hans Hans "at" Breuer "dot" Org --- Tell me what you need, and I'll tell you how to get along without it.-- Dilbert
More setting attributes on multiple objects
I have a UML diagram which I'd like to modify all the class
objects to suppress the attributes and operations. However, when I
use the make a grouped object technique, and change those two items,
all the objects get their names reset to the name of one of the
classes. Is there any way to set just some of the attributes? (I'm
using the latest CVS build.)
--
^.-.^ Mark Purtill [EMAIL PROTECTED](425)354-6471
((")) Software Revolution, 3330 Monte Villa Pkwy #100 Bothel WA 98021
FS patch
I know that it may be too late for dia 0.87, but I have a patch for the FS objects. It also touches app/disp_callbacks.c in one small spot to allow Object menus to have submenus. It should not affect any other objects. The patch is about 24k uncompressed, so I've put it on the web rather than attach it. It's at http://madlab.me.utexas.edu/~dcthomp/dload/dia-FS-010413-1.patch.gz The Changelog/CVS entry would be - * app/disp_callbacks.c: - Allow submenus in DiaMenus. - Don't require DiaMenu.title to be non-null (so that submenus aren't required to have titles) * objects/FS/function.c: - object menu now has submenus, an almost complete list of standard-basis verbs, and a start on nouns. - box padding, dash length, and other visual attributes are scaled by the font size... eventually font height will be a function property. - draw functions with smaller font to make initial view hold a reasonable number of functions. - This is the second time I've submitted it. If there's something wrong with it, please let me know so I can fix it. David
Re: FS patch
On Fri, 13 Apr 2001, David C. Thompson wrote: I know that it may be too late for dia 0.87, but I have a patch for the FS objects. It also touches app/disp_callbacks.c in one small spot to allow Object menus to have submenus. It should not affect any other objects. The patch is about 24k uncompressed, so I've put it on the web rather than attach it. It's at http://madlab.me.utexas.edu/~dcthomp/dload/dia-FS-010413-1.patch.gz The Changelog/CVS entry would be - * app/disp_callbacks.c: - Allow submenus in DiaMenus. - Don't require DiaMenu.title to be non-null (so that submenus aren't required to have titles) * objects/FS/function.c: - object menu now has submenus, an almost complete list of standard-basis verbs, and a start on nouns. - box padding, dash length, and other visual attributes are scaled by the font size... eventually font height will be a function property. - draw functions with smaller font to make initial view hold a reasonable number of functions. - This is the second time I've submitted it. If there's something wrong with it, please let me know so I can fix it. Seems to work. That sure is a lot of words in those menus. Now I don't know the FS system, but a submenu link Verb/Channel/Guide/Guide/Guide seems funny to me. Is this a standardized setup? Also, it would be nice if the two Fn entries were togglemenus. It will be in CVS in the morning. Just so that we have somebody do it, I will make sure to apply any patch sent to the list, unless somebody else objects to it. I'll give one day for objections, and send an acknowledgement when it's in CVS. -Lars -- Lars Clausen (http://shasta.cs.uiuc.edu/~lrclause) | Hrdgrim of Numenor "I do not agree with a word that you say, but I| Retainer of Sir Kegg will defend to the death your right to say it."| of Westfield --Evelyn Beatrice Hall paraphrasing Voltaire | Chaos Berserker of Khorne
Re: FS patch
Seems to work. That sure is a lot of words in those menus. Now I don't know the FS system, but a submenu link Verb/Channel/Guide/Guide/Guide seems funny to me. Is this a standardized setup? There is no standard setup I'm making it up as I go along (the interface, that is -- the verbs form a "standard basis" that people contend will cover every mechanical product). I struggled with the menus, but 1. There's no way for a menu item to be a button and a submenu 2. Having a menu with a repeated word seemed just as awkward, especially since the menu is really there for people that are just learning, who will need to see the list of "refinements" of each word anyway. If you have any suggestions, I'd be glad to hear them. Also, it would be nice if the two Fn entries were togglemenus. I didn't see a way to do this with DiaMenu items. Want me to add something to the DiaMenu struct for it, or is there a better way? The other thing I've been thinking about is a way to add some "document-class" specific functions to Dia. For instance, many people want to add functions to Dia that only run on UML diagrams. What if, in addition to object name="blahdescriptionyadda/description/object entries in sheets there were menu name="blah"descriptionyadda/description function name="blah"descriptionyadda/description/function /menu tags that would put up sheet-sensitive menu items only when that sheet was selected? It will be in CVS in the morning. Thanks! Just so that we have somebody do it, I will make sure to apply any patch sent to the list, unless somebody else objects to it. I'll give one day for objections, and send an acknowledgement when it's in CVS. I hope I didn't sound angry about it... it's just a little tedious to keep a patch up to date when the CVS source is changing. (Not that CVS maintainers have exciting, tedium-free lives :-) David
