[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [kig] [Bug 339769] Objects should be able to have orientation
From:       Maurizio Paolini <paolini () dmf ! unicatt ! it>
Date:       2015-10-14 18:14:21
Message-ID: bug-339769-17878-liHwEuV1Fo () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=339769

--- Comment #14 from Maurizio Paolini <paolini@dmf.unicatt.it> ---
(In reply to Alexander Schier from comment #13)
> Okay, this works better than expected. I think stuff like drawing a triangle
> orientation sign still isn't easy (possible?), but boundary and so on works.

Well, now that I think about it: there is already an important information, for
polygons!  It's the "winding number".

For "normal" (non-selfintersecting) polygons and in particular triangles its
value
is precisely +1 or -1 depending on orientation.

- right-click on the triangle, and "Add text label"->winding number

That number "could" be used in a python script (depending on a decision about
my 
recent "wish": https://bugs.kde.org/show_bug.cgi?id=353756
(I already implemented that in my personal copy of kig sourced)

> What's still in the scope of the project is your decision. But adding arrows
> to signed objects isn't just for presentation afterwards, but if you want to
> model it you need some hint what's the current orientation. Vectors do it
> good for segments, but a triangle needs some additional hint.

Personally I would not object to implementations in that lines.  However I am
not
able to do that personally.

> I guess for the more ambitious goals the current macros would not be enough,
> for example a variable number of arguments (i.e. get the convex hull of a
> set of triangles) may not work, because it needs a variable amount of input
> objects.

Yes, you are right.  Variable number of arguments is indeed a problem

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]