RE: [mylyn-integrators] Question: rich read-only task "editor"?

["Tom Bryan (tombry)" <tombry@xxxxxxxxx>]

Excellent.  Thanks for the quick response.  

I see that AbstractRepositoryTaskEditor makes it really easy to create a
repository-specific editor, but what if there are specific requirements
for the appearance of the GUI.  Is it considered a poor policy to
override AbstractRepositoryTaskEditor.createFormContent and create an
editor with a completely different look-and-feel?  For example, what if
we want to group the task's attributes in a specific way using
org.eclipse.widgets.Group, and we don't want any of the standard form
sections that other task editors have.  I'm not keen on deviating from
the standard look-and-feel, but I may have a requirement for a
significantly different task editor.

Basically, do all of the custom repository task editors look alike
because that's the easiest way, or do all of the custom repository task
editors look alike because Mylyn requires that they all follow some
framework that does not provide sufficient flexibility to do anything
else?

---Tom

Robert Elves wrote on Tuesday, May 06, 2008 2:20 PM:

> Tom,
> 
> There is no reason why this couldn't be done. Extend
> AbstractRepositoryTaskEditor and override the addActionButtons()
> method to eliminate the submit button.
> 
> -Rob
> 
> Tom Bryan (tombry) wrote:
> > I'd appreciate it if someone could answer this question.  It will
> > get some managers off my back.  :)
> > 
> > I'm connecting to a repository, which currently only has an API for
> > reading tasks.  That is, there is no way to update most of the
> > fields of a task via an API.  For viewing the task details, they do
> > not want me simply to launch the web UI pointing to that task. 
> > They would like a rich task editor for this repository that just
> > does not permit task updates. 
> > 
> > That seems like an uncommon request, but that's what I need to do
> > for now.  Is there any reason why a read only rich editor for a
> > repository connector wouldn't work with Mylyn 2.3?

-- 
Tom Bryan <tombry@xxxxxxxxx>
Software Engineering Solutions (SES)
Cisco Systems
RTP, NC, USA