[Kst] [Bug 91675] more objects to draw on canvas for adding
comments
George Staikos
staikos at kde.org
Thu Jun 2 12:17:08 CEST 2005
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.kde.org/show_bug.cgi?id=91675
------- Additional Comments From staikos kde org 2005-06-02 12:17 -------
On Wednesday 01 June 2005 12:22, Andrew Walker wrote:
> It would have been helpful if this had already been documented.
I agree. This feature is still under development conceptually though -
it's not time to code yet. I intended to start coding it once I had fully
documented all the requirements. Right now I'm still developing the users of
this, so it's quite premature.
> If you have requirements from either the script side or the
> UI side then please attach them to the bug report.
I'm developing the scripting side in kst/kst/extensions/js right now.
It's still in flux.
> At present
> I'm envisioning the graphic objects working in a manner similar to
> labels, with a new graphics mode (similar to label mode) and
> a new toolbar for selecting the desired graphic object. The user will
> be able to move individual points within an object, or the entire object
> (just as with labels). Drag and drop would also be supported as it is
> for labels.
That may be useful, but it's not the primary goal from my point of view
yet. This bug report, at least from HFI perspective, from scripting
perspective, and my perspective, is to add new ViewObjects. These work in
layout mode and were the original basis for designing the view object
infrastructure. We already have the manipulation (DnD etc) setup for it, and
it is explicitly wanted outside of plot-space. Since we can compose objects,
I personally think that it is even sufficient to replace our current labels
assuming that the user interface issue can be solved. (Labels are
"convenient" but inconsistent.) In addition, anything other than View
Objects as designed now would be completely inconsistent from KstScript, and
well, it would throw away a month of work.
There has also been a request from HFI to add some annotation support on a
curve level, which is to say, inside the contents of a plot, or in plot-axis
space. This is something new and different and needs plenty of careful
thinking and discussion before implementation. It might make sense to only
allow these sorts of things programmatically to start. On a more global
level, once KstScript is "done", I think we should consider reducing
iterative UI items in favor of a cleaner interface and promoting the
command-line as an alternative mechanism. The UI is starting to get very
complex.
More information about the Kst
mailing list