RE: [ui-best-practices-working-group] Reminder: Conference Call: Wednesd

[Kevin McGuire <Kevin_McGuire@xxxxxxxxxx>]

 >> - Eclipse could
provide Search UI for both old and new concepts and not sacrificing any
of them. 

My thought was that we could do it as
a tweaklet which would allow people to experiment with it.  That could
also be considered as a delivery vehicle if it was decided not to make
it the default.  I believe tweaklets are the right way to provide
opt-in feature changes (v.s. the old approach of adding preferences).  Given
that we now have this lovely P2 work, people can and will hang onto their
workspaces longer, so my hope is tweaklets become a more common mechanism.

It'd be cool to see a variety of tweaklets
from the community, available for people to customize their IDE with, much
as they do with Firefox add-ons.

Kevin

"Raev, Kaloyan" <kaloyan.raev@xxxxxxx>
Sent by: ui-best-practices-working-group-bounces@xxxxxxxxxxx

07/10/2008 10:25 AM

Please respond to
User Interface Architecture Working Group        <ui-best-practices-working-group@xxxxxxxxxxx>

To	"User Interface Architecture Working Group" <ui-best-practices-working-group@xxxxxxxxxxx>
cc
Subject	RE: [ui-best-practices-working-group] Reminder: Conference Call:        Wednesday, July 9th,        17:00 UTC or 10:00 PDT. Call 613.287.8000 or 866.362.7064 passcode        892048#

Hello,
 
Here are my notes from the yesterday's
call. 
 
Bogdan Vatkov made a quick walk-through
on the pain points in the current Search UI in Eclipse. The main point
is that defining search criteria and looking at search results are tightly
connected tasks. Therefore, it is quite natural to have them in one and
the same view. See the attached slides for details. 
 
Kevin McGuire presented a concept
that is very close to Bogdan's proposal. He mentioned that there are dev
resources needed to realize this experimental search form - may be the
interested parties in the community can help? The Platform team is open
on making changes. 
 
There were people on the call
that were in favor with the proposed new search concept and others that
like the existing one. Therefore, the following was concluded:
  - There should be simple and advanced search modes in one and the
same view. User make the choice for the mode. 
  - Eclipse could provide Search UI for both old and new concepts
and not sacrificing any of them. 
 
Action items:
  - Start with a Bugzilla bug to collect our initial resources from
this walk-through - documents, notes, etc. (Bogdan and Kaloyan)
  - Bogdan Vatkov will send the presentation slides. (done with this
mail)
  - Kevin will send a document describing his new experimental search
form. 
  - Follow-up call in few weeks - there will be more people coming
back from vacation. Until then discussions continue in the mailing list
and Bugzilla. 
 
Greetings,
Kaloyan

---

From: ui-best-practices-working-group-bounces@xxxxxxxxxxx
[mailto:ui-best-practices-working-group-bounces@xxxxxxxxxxx] On Behalf
Of Bob Fraser
Sent: Monday, July 07, 2008 11:02 PM
To: User Interface Architecture Working Group
Subject: [ui-best-practices-working-group] Reminder: Conference Call:
Wednesday, July 9th, 17:00 UTC or 10:00 PDT. Call 613.287.8000 or 866.362.7064
passcode 892048#

Conference Call: Wednesday, July 9th, 17:00
UTC
or 10:00 PDT. Call 613.287.8000 or 866.362.7064 passcode 892048#

Agenda: Search UI pain points walkthrough (Bogdan Vatkov)

 - Bob_______________________________________________
ui-best-practices-working-group mailing list
ui-best-practices-working-group@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ui-best-practices-working-group

Attachment: Search_UI_Walkthough.ppt
Description: Binary data