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
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
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.
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
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
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
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
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
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
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
10 matches
Mail list logo