Re: My proposal (Was: Shapes layout proposal)

2001-06-15 Thread Ben A. Hetland
Slightly off-topic, but very tempting... Lars Clausen wrote: > > I won't be coding anything for the entire next week, as I am going > off to Ragnarok http://www.dagorhir.com/ragnarok/>. >From the web page: "RAGNAROK STARTS ON MONDAY JUNE 18, 2001." Aha! Good thing I was warned in the last m

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread James Henstridge
On 14 Jun 2001, Lars Clausen wrote: > On 14 Jun 2001, Lars Clausen wrote: > > > On Thu, 14 Jun 2001, Andre Kloss wrote: > > > >> On 14 Jun 2001, Lars Clausen wrote: > >> > >>> The reason for GUIs to have the equal-spacing setup is that the actual > >>> widget layout may be determined by somebody

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Lars Clausen
On 14 Jun 2001, Lars Clausen wrote: > On Thu, 14 Jun 2001, Andre Kloss wrote: > >> On 14 Jun 2001, Lars Clausen wrote: >> >>> The reason for GUIs to have the equal-spacing setup is that the actual >>> widget layout may be determined by somebody else. I don't think we >>> really need that here.

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Lars Clausen
On Thu, 14 Jun 2001, Andre Kloss wrote: > On 14 Jun 2001, Lars Clausen wrote: > >> The reason for GUIs to have the equal-spacing setup is that the actual >> widget layout may be determined by somebody else. I don't think we >> really need that here. Just using relative resizing is probably mor

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Andre Kloss
On 14 Jun 2001, Lars Clausen wrote: > The reason for GUIs to have the equal-spacing setup is that the actual > widget layout may be determined by somebody else. I don't think we really > need that here. Just using relative resizing is probably more useful and > easier. Agreed. Do you know where

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Lars Clausen
On Thu, 14 Jun 2001, Andre Kloss wrote: > On 14 Jun 2001, Lars Clausen wrote: > >> > 1. Abstraction of subshapes >> Sounds good. Nothing problematic there. > I'm glad you like it ;) > >> > 2. Subshape-Arrays >> With this comes the possibility of multiple levels of nesting and >> resizing based

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Andre Kloss
On 14 Jun 2001, Lars Clausen wrote: > > 1. Abstraction of subshapes > Sounds good. Nothing problematic there. I'm glad you like it ;) > > 2. Subshape-Arrays > With this comes the possibility of multiple levels of nesting and resizing > based on contents. Fortunately, there's been a lot of rese

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Lars Clausen
On Thu, 14 Jun 2001, Andre Kloss wrote: > Hi folks. > > I think there are exactly 3 extensions for the custom XML shapes that > would be extremely useful when it comes to extending this shapes' > usability: > > 1. Abstract from textboxes. XMLshapes should be able to contain > multiple sub-shape

Re: My proposal (Was: Shapes layout proposal)

2001-06-14 Thread John Palmieri
Andre, that is exactly what we want to add. Ok, well here is a new proposal that should make most people happy for the time being. All the SVG extensions will be handled by a new shape code and will not effect the core of dia. I think the SVG stuff is handled by the generic shape. Am I correct

My proposal (Was: Shapes layout proposal)

2001-06-14 Thread Andre Kloss
Hi folks. I think there are exactly 3 extensions for the custom XML shapes that would be extremely useful when it comes to extending this shapes' usability: 1. Abstract from textboxes. XMLshapes should be able to contain multiple sub-shapes (As long as they're rectangle-shaped). One simple shape