ct
order. ConStruct will use this functionality to create a
graphical frontend to an XML-backended interpreter language.
> > > Is anyone interested in adding this?
> > Let's see what we can do...
> Excellent, thank you.
Say this again when UrShapes work...
> Clayton
cu Andre
code or comments but generic enough that others could use it as well.
The reason I'm answering here is that I want to do the same, but I'd
use much more sophisticated functionality than that. ;)
> Is anyone interested in adding this?
Let's see what we can do...
> Clayton Sco
in
"archetype". Well, John doesn't seem to be german, but he came up with
it.
John: How did you come up with it? ;)
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
On Tue, 31 Jul 2001, Cyrille Chepelov wrote:
> Le mar, jui 31, 2001, à 12:33:40 +0200, Andre Kloss a écrit:
>
> > More than cool - That's pretty darn good news for me. Sorry for me
> > answering that late, but I had a week off the net and a weekend
> > sailing o
> out someone will be able to spot my error.
Hope so.
> More to come
Eager to see ;)
> --J5
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
verything on the main Dia canvas? Can GTK+ widgets be placed on
> this canvas or must we cheat and place them on a layer above the
> canvas?
How do the UML comments do it?
> --J5
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
etc. struct, too? ***/
>
> Yes, hmmm I wanted to avoid separate classes for each of the
> containers but I guess we would have to do it. Let's implement
> one container for now and see how it goes.
Ok, with me. Let's start with the SINGLE container.
> My sourceforge id is quinticent.
Ok, I gave you developer access at con-struct.sourceforge.net
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
On Mon, 9 Jul 2001, John Palmieri wrote:
> Ok, well here is my take on the UrShape.
Cool. Let's see what we have here.
> I rearanged the structures to be a bit more object oriented. I
> havent put in the behaviors yet. This is just a skeleton.
Ok so far. But I don't like the "deceased_rich_un
they don't want the glory... ;p
> Hehe.
Funny, isn't it?
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
Hi again.
I'm running out of time as well as motivation and, worst of all,
ideas. Ok, let's see, what we have now:
I need some Callback that a dragged UrShape can perform in order to
interact somehow with the UrContainer. The source for the UrShape
side of this functionality should read like thi
Hi, there.
Have you tried the windows installer? It has served me well, so have a
glimpse at http://dia-installer.sourceforge.net/
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http
I really wanna see
how this advances further.
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
hat a Chapin chart is. I was referring to the
> textbox widget as being a simple one to use at first.
Oh, you mean no SVG test but rather something really simple. Ok, so be
it. Chapin Charts btw. are also known as Nassi-Shneiderman-Diagrams or
Structograms,
-- Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
t _UrShape {
> > Element element; /* Inheritance (C sometimes sucks ;) */
>
> This is why I want to use GObject since it brings OO to C in a more
> complete manner well, more standardized (by GTK+) manner. I guess we can
> wa
Hi folks, especially John and Cyrille, since you two seem to give the
most constructive feedback.
As you may (or may not) know, time is of the essence for my purpose,
so I'm seeking help _fast_. The UrShape is now somehow defined, but
still far from implementation.
What we need are the needed c
Hi, there.
Is it really sgv? I have queried www.w3.org, but only found a
"http://www.w3.org/2000/svg"; namespace, which is the one of Scaleable
Vector Graphics. Could it be a typo?
cu Andre
--
Tolerance rulez, everything else sux! -- A
Good morning, fellow developers and mailing list readers!
After a night of good sleep (which I have rather seldom these times) I
have some ideas of how to improve the header further. So I think, it's
time for Part III, so people can see any advancing. ;)
What I like to do in this part is definin
Hi again.
> > In my opinion it will rather be an element (post if you disagree).
>
> It's really up to you. Basically, you have these ancestors:
> Object -- when nothing else fits
The lowest denominator. Object is what I'll resort to if someone
dislikes the limitations of Elements.
>
nt_shape;
UrShape*[] children_shapes;
UrShape *first_child_shape;
UrShape *last_child_shape;
UrShape *previous_shape;
UrShape *next_shape;
}
typedef struct _UrShape UrShape;
/* All functions (including DOM) go here */
#endif
/* END */
cu Andre
--
Tolerance rulez, everything else sux!
ere you guys
want to go with this stuff,
> -J5
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
is should do for the mini-dom */
} UrShape, *UrShapePtr;
Or something like this. This will not compile, but I just want to
formalize the basis. Someone willing to improve this?
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia
have been ignoring me anyway ;)
Why, thanks, Lennon. I feared nobody would share my thoughts; since I
desperately want to create this extension by the end of august and I
will need all help I can get.
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
__
.
4. Whatever I've forgotten here.
> Thanks for listening.
Even so.
> --jkl
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
nted as structs). As
soon as I have the UrShape header files I will create the parser.
James, I may have some Q's on the way, but I'll ask them when they
come.
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-
t now we are going to stick with a subset for
> simplicity but in the future...
I never balked at C++ being the language of choice. I am comfortable
with C, even if in an object-oriented manner of coding. As for using
more of the SVG specs, this is outside my bounds.
> > Lennon Day-Reynol
ng" phase, the callbacks
are quite easy to implement.
> I think this is what we have been discussing all along. Good, you can work
> on the parser while James works on the internal structure and interface.
Job taken. I'll mail you when I got through this SAX stuff.
cu Andr
ect management - remember?) to
perform i.e. serialization, even gfx routines, etc.
I don't yet know the disadvantages of this approach, so James, if you
are around, please tell me. (Is this overkill? Can we reuse code?)
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
_
I figure if I'm out of line
> the Dia boot camp, er, community will put me back in line and give
> me my teeth back.
Well, you still have your teeth, do you?
> How's that sound to you, John? Lennon, Andre: you interested?
More of this, please. I hope I can better get into this with the .h
file.
> --jkl
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
y. ;) No, I think that the solution you propose is that
obvious even I didn't see it first. If I can lend a hand somewhere,
just tell me where to start.
> -Lars
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list ma
subshape and make it as small as needed or possible,
then go to the next and so on until every shape has minimum size.
3. Don't let the user make shapes smaller if it's "filled" with
subshapes. (Zero-implementation)
I think 1.2 is probably the best-looking solution, b
glad to write some DTDs if needed. And C-Code. And
documentation.
cu Andre
--
Tolerance rulez, everything else sux! -- Andre Kloss
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/dia-list
terfaces them through the Properties
Dialog, I do not like the extensive use of such dialogs if avoidable.
cu Andre
PS.: If you could send me a tarball of your source, I'd be glad to
test it.
--
Tolerance rulez, everything else sux! -- Andre Kloss
__
Hi, Jamin.
> http://www.daa.com.au/~james/dia-shape-ns";
declares the XML Namespace. Just leave it as it is.
> xmlns:svg="http://www.w3.org/TR/2000/03/WD-SVG-2303/DTD/svg-2303-sty
> lable.dtd">
This is just the Document Type Definition URI. It says that the
following XML conforms to SVG
On Mon, 28 May 2001, Jamin Collins wrote:
> Does anyone know if there are Chapin Chart symbols for Dia? A good example
> of chapin charts, for those that may not be familiar with them, can be found
> at http://www.open.org/~prslkg/sy_chap.htm. Or perhaps someone here knows
> of another tool for
Do you presume that lines _must_ connect to the chosen connection
point? If you have a look at argoUML (http://www.argoUML.org), you can
see, how this _could_ work. ArgoUML is just for Java coders, so don't
expect wonders, but the obvious solution to the problem is this:
> +--+
> |
35 matches
Mail list logo
