[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