[Therion] xtherion -close on

[marco corvi]

On Tue, 2011-06-21 at 18:21 +0200, Stacho Mudrak wrote:
> But in therion, syntax is different. It is:
> 
> POINT
> CP1 CP2 POINT
> 
> And I am not sure, whether therion accepts CP specification before the
> first point.
> 
me neither.

in thbook it says that a data line can have one of the two format above.
maybe i missed the spot where it says that the first point of a 
line can be only in the first format.

not sure if thbook says it, but seems that in the sequence
  ... PT1
  CP1 CP2 PT2
  ...
in the piece of curve between P1 and P2, CP1 is the control point
on the side of P1 and CP2 that on the side of P2.

anyways thbook states what therion does, so it's up to the
implementation of therion.

i tested with 5.3.8:
it seems that therion implementation accept the first line
point in the second format, but it ignores the two control points.
this is enough for my needs at the moment.
thanks. 

marco

[Therion] xtherion -close on

[Stacho Mudrak]

But in therion, syntax is different. It is:

POINT
CP1 CP2 POINT

And I am not sure, whether therion accepts CP specification before the
first point.

S.

On 20 June 2011 10:15, marco corvi  wrote:
> On Sat, 2011-06-18 at 11:07 +0200, Stacho Mudrak wrote:
>> This bug should be fixed in 5.3.8. But there is one issue. If you have close
>> bezier spline, how do you specify control points, if last point is not same
>> as first one?
>>
> not sure ...
> however the first point has a fore control point and a back
> control point, the last point too.
> i 'd expect that the piece of line between the last and the first
> point uses the fore CP of the last and the back CP of the first.
>
> marco
>
>
>
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

[Therion] xtherion -close on

[Stacho Mudrak]

This bug should be fixed in 5.3.8. But there is one issue. If you have close
bezier spline, how do you specify control points, if last point is not same
as first one?

Best regards, S.

On 16 June 2011 16:21, Stacho Mudrak  wrote:

> Sorry, I did not understand the problem before. In this case, it is a
> bug. I will try to fix it.
>
> Thanks, S.
>
> On 6/16/11, marco corvi  wrote:
> > On Thu, 2011-06-16 at 15:25 +0200, Stacho Mudrak wrote:
> >> This point is added, because then the xtherion codes are much more
> >> simple.
> >> It is not needed for therion, but adjusting xtherion to work withou this
> >> extra point would be complicated.
> >>
> >
> > when i import in xtherion file produced with qtopo
> > and i save the file the lines become not-closed.
> >
> > that means that even xtherion
> > does not fully understand therion syntax.
> > that's kind of bad, because, so far, xtherion
> > is the only viable therion editor.
> >
> > marco
> >
> > ___
> > Therion mailing list
> > Therion at speleo.sk
> > http://mailman.speleo.sk/mailman/listinfo/therion
> >
>
> --
> Sent from my mobile device
>
-- next part --
An HTML attachment was scrubbed...
URL: 

[Therion] xtherion -close on

[Stacho Mudrak]

Sorry, I did not understand the problem before. In this case, it is a
bug. I will try to fix it.

Thanks, S.

On 6/16/11, marco corvi  wrote:
> On Thu, 2011-06-16 at 15:25 +0200, Stacho Mudrak wrote:
>> This point is added, because then the xtherion codes are much more
>> simple.
>> It is not needed for therion, but adjusting xtherion to work withou this
>> extra point would be complicated.
>>
>
> when i import in xtherion file produced with qtopo
> and i save the file the lines become not-closed.
>
> that means that even xtherion
> does not fully understand therion syntax.
> that's kind of bad, because, so far, xtherion
> is the only viable therion editor.
>
> marco
>
> ___
> Therion mailing list
> Therion at speleo.sk
> http://mailman.speleo.sk/mailman/listinfo/therion
>

-- 
Sent from my mobile device

[Therion] xtherion -close on

[marco corvi]

On Thu, 2011-06-16 at 15:25 +0200, Stacho Mudrak wrote:
> This point is added, because then the xtherion codes are much more simple.
> It is not needed for therion, but adjusting xtherion to work withou this
> extra point would be complicated.
>

when i import in xtherion file produced with qtopo
and i save the file the lines become not-closed.

that means that even xtherion
does not fully understand therion syntax.
that's kind of bad, because, so far, xtherion
is the only viable therion editor.  

marco

[Therion] xtherion -close on

[marco corvi]

the line option "-close on" specifis that a line is closed.

when exporting maps, therion properly closes a line with
this option.

when xtherion loads the file, the line is "open" and the
checkbox "close" is unchecked.
if i check it, xtherion add a point to the line with the
same coords as the initial point.

marco