This is a great discussion !  To me it's always seemed odd that the
workspace is where all the ui information is stored. I'd like to always use
the same UI for the same type of task regardless of where the projects /
files reside.

We've already started looking into how we might support a 'common' UI setup
in Luna. Basically it would try to separate the UI from the workspace as
well as allowing different setups based on the type of work you are doing.
The current approach would effectively override the current mechanism(s) to
gain access to the '.metadata' to allow a choice between using the
workspace's location or the 'common' one.

The main issue is to determine *which* metadata is common vs workspace
oriented. The best approach I can think of would be an 'opt in' one where a
component would declare which of its 'plugins' directories can be 'common'.
The platform would then use this info when providing the path to store the
information for a particular bundle...

Do you think that this can work ? For the UI certainly but without
capturing things like dialog settings and ui preferences it's not likely to
be seen as a huge gain. My guess is that of all the information we save in
'.metadata' most is not really specific to a particular workspace.

I realize after talking to McQ that how to split up preferences has proven
in the past to be a very difficult problem. How about if the user just
exports whatever prefs they're interested in to the 'common' area and we
auto-import these whenever we're working against a new workspace ?

Onwards,
Eric



                                                                       
  From:       Doug Schaefer <dschae...@qnx.com>                        
                                                                       
  To:         Cross project issues <cross-project-issues-dev@eclipse.org>,
                                                                       
  Date:       07/15/2013 01:23 PM                                      
                                                                       
  Subject:    Re: [cross-project-issues-dev] Preferences (topic was touched in 
"Eclipse smells kind of dead" thread)
                                                                       
  Sent by:    cross-project-issues-dev-boun...@eclipse.org             
                                                                       





It may be hard, but it's is one huge item that we've all run into with our
users. It's probably worth the price.

From: Pascal Rapicault <pascal.rapica...@ericsson.com>
Reply-To: Cross project issues <cross-project-issues-dev@eclipse.org>
Date: Monday, 15 July, 2013 6:55 PM
To: Cross project issues <cross-project-issues-dev@eclipse.org>
Subject: Re: [cross-project-issues-dev] Preferences (topic was touched in
"Eclipse smells kind of dead" thread)

Internally the preferences are already organized in ?scopes? that are:
         -          Project
         -          Workspace
         -          Configuration
         -          (There is no such thing as ?system?)

However the user does not have a say as in the scope in which a value
should be stored. This is mostly because creating a UI for this is hard (we
explored some things back in the 3.0 days when we introduced the scope
mechanism).

From: cross-project-issues-dev-boun...@eclipse.org [
mailto:cross-project-issues-dev-boun...@eclipse.org] On Behalf Of Henrik
Sent: July-15-13 12:45 PM
To: Cross project issues
Subject: [cross-project-issues-dev] Preferences (topic was touched in
"Eclipse smells kind of dead" thread)

Hi all,

I know that preferences can be imported/exported.
Yet I find it a bit cumbersome to care about that every time I create a new
workspace.

Wouldn't it make sense to have preferences arranged in several layers
similar to git: system/user/workspace?

Also I could imagine to offer a web page with collections of preference
settings.
They could be ordered in categories (maybe aligned to the packaged Eclipse
installations).
And we could offer a possibility for users to cast their vote to be able to
rank the settings.

-Henrik_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

<<inline: graycol.gif>>

<<inline: ecblank.gif>>

_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to