[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [eclipse-dev] Planning Meeting Notes - August Oct 29, 2003
|
I figure that out - just wanted to make sure we don't duplicate migration
efforts at development time :-).
Regards,
Dejan Glozic, Ph.D.
Manager, Eclipse Platform Components
D2/MY7/8200/MKM
IBM Canada Ltd.
Tel. 905 413-2745 T/L 969-2745
Fax. 905 413-4854
Randy Hudson
<hudsonr@xxxxxx.c
om> To
Sent by: eclipse-dev@xxxxxxxxxxx
eclipse-dev-admin cc
@eclipse.org
Subject
Re: [eclipse-dev] Planning Meeting
10/29/2003 12:09 Notes - August Oct 29, 2003
PM
Please respond to
eclipse-dev
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=41014
Basically, the idea is to perform a search-and-replace for renamed IDs, but
at runtime, so that 2.1 workspaces and plug-ins might continue to function.
Dejan Glozic
<dejan@xxxxxxxxxx> To: eclipse-dev@xxxxxxxxxxx
Sent by: cc:
eclipse-dev-admin@eclip Subject: Re: [eclipse-dev]
se.org Planning Meeting Notes - August Oct 29, 2003
10/29/2003 09:44 AM
Please respond to
eclipse-dev
Nick,
Are you saying that both PDE and Platform UI team are working on migration
tool for transforming extension points and prerequisites from 2.1 to 3.0?
Regards,
Dejan Glozic, Ph.D.
Manager, Eclipse Platform Components
D2/MY7/8200/MKM
IBM Canada Ltd.
Tel. 905 413-2745 T/L 969-2745
Fax. 905 413-4854
Nick
Edgar/Ottawa/IBM@
IBMCA To
Sent by: eclipse-dev@xxxxxxxxxxx
eclipse-dev-admin cc
@eclipse.org
Subject
Re: [eclipse-dev] Planning Meeting
10/28/2003 09:37 Notes - August Oct 29, 2003
PM
Please respond to
eclipse-dev
Status for Platform UI:
- removed dependencies on Xerces
- bug fixing
- RCP:
- preparing for move over to HEAD after next week's integration build
- reducing number of breaking API changes
- automatic compatibility transform to fix up plug-in prerequisites and
extension point ids for 2.1 plug-ins running on a post-RCP 3.0
- Scalability:
- Javadoc for activities API
- Usability:
- progress on editor management:
- adding type-ahead filtering to editors drop-down
- improvements to look
Nick
Mike Wilson/Ottawa/IBM@IBMCA
Sent by: eclipse-dev-admin@xxxxxxxxxxx
10/28/2003 04:03 PM
Please respond to
eclipse-dev
To
eclipse-dev@xxxxxxxxxxx
cc
Subject
[eclipse-dev] Planning Meeting Notes - August Oct 29, 2003
-------------------
Discussion Topics
-------------------
Debug:
- The debug team is investigating use of "roles/activities" to handle
scalability
issues in the debug platform (view/action visibility). The support looks
promising.
One issue/question we have encountered is how to filter multiple
functions provided
by one plug-in. For example, the "Applet" support (launch config, launch
shortcuts,
etc), is provided as part of the Java debugger. Many developers would
like to filter
this from the UI. However, since the applet function is provided by the
Java debug
plug-in, the contributions associated with the support share the same
prefix as the
rest of the Java debug support. What is the recommended way to filter
such things?
Should we define a different prefix for the applet contributions? Should
there be
a way to subdivide plug-ins? For example, the "Java debugging role" is
identified
by the "org.eclipse.jdt.debug" prefix, but excludes the
"org.eclipse.jdt.debug.applet" prefix.
Core:
- build submissions and rebuilds: recommend that if something happens so
the tests
aren't run (failed submission, etc) then we do an automatic rebuild. If
the tests
fail then a rebuild in 24hrs will suffice. This will hopefully reduce
the number
of rebuilds later in the week.
----------
Outreach
----------
- Kai gave a half day tutorial on Sunday at OOPLSA:
- "Eclipse Extensions?Making the Connections"
- http://oopsla.org/oopsla2003/files/tut-6.html
- Equinox was presented last Friday at the OSGi World Congress in Germany.
- Generated interest especially the scaling requirements (e.g., 5000
bundles)
--------
Status
--------
Debug:
- new "string substitution" plug-in is in the build -
org.eclipse.core.variables
- provides facilities for defining variables of the form "${var_name}",
and replacing variable references in arbitrary strings with associated
values
- variables may have static values (i.e. setter/getter), or have dynamic
values
resolved by a delegate
- automatic parititioning of arrays now supported in the debug platform. A
new
extension of IValue was added to the debug model - IIndexedValue
- the variables view will automatically partition indexed values into
subranges
in the variables and expresssions views. Debug model implementors do
not need
to implement the new interface, but will get new function if they do.
- new "Organize Favorities" dialog
- the launch history preference page has been replaced with an
"organize"
favorites dialog available on the the run/debug drop-down menus
- as well, an action has been added to the context menu of the debug
view to
"add a launch to the favorites".
- filter added to variables/expression views to "Show Null Array Entries"
- by default, null array entries are displayed, but can be filtered by
toggling
this new option on the view drop-down menu.
- bug fixing
Ant:
- improved UI for manipulating Ant's runtime classpath (preference page
Ant -> Runtime)
- rather than having two lists - one for defining the jars associated
with an Ant
installation, and one for a global set of extra jars - one list is
displayed
with groups/containers of jars.
- bug fixing
JDTCore:
- search for local variables is now supported
- search finds references in javadoc
- grammar for 1.5 is available
- bug fixing (resolved outstanding issue for PDE in Equinox)
Platform/JDT Text:
- continued working on Javadoc spell checking:
- preferences UI
- content Assist in comments
- optimization of double metaphone algorithm / edit distance
- improved comment formatter:
- moved everything to edit based formatting strategies
- new simplified content formatter
- first cut of background highlight annotation painter
- implemented a radial context menu prototype for OOPSLA
- implemented occurrences marker for the Java editor
- visibility of vertical ruler annotations can be configured via editor's
Annotation
preference page
- bug fixing
Core:
- Preferences:
- continued talks about the way things should look
- hope to have a flushed out doc later this week
- API MUST be defined by M5 to make this happen for 3.0
- Concurrency:
- working on better deadlock handling.
- currently deadlock among ILock instances is detected and broken, but
there is
no error reporting when it happens.
- new story will be able to log a detailed error report and then break
deadlock,
and will treat scheduling rules as locks.
- no longer blocking when markers are manipulated on resources locked by
background
operations (this is good because marker manipulation is usually done
in UI thread).
- new IWorkspace.run method that takes a scheduling rule (acts like a
fine grained
resource lock), and a style bit to specify if periodic notifications
are desired.
- education material needed for UI committers to move to this API: finer
grained
locking means less chance of colliding with background activity.
- RCP:
- support on-demand....fixing bugs for Erich's demo @Oopsla :-)
JDT/UI:
- bug fixing
- added exception support to change method signature
- continued work with JDT/Core on AST rewriting API
- worked on XML expression evaluation proposal
Search:
- continued work on improved search/replace functionality
SWT:
- numlock and arrowpad keys implemented (SWT.KEYPAD_0, etc)
- more exploring new look and feel in CTabFolder
- adding setText API to Browser
- bug fixing and more 2.1.2 support
Equinox:
- new fragment model (same as Eclipse) in place now
- reviewing the classloader structure and improving speed/scalability
- working on OSGi RFCs for the various OSGi spec updates
Rel Eng:
- remove dependencies on Xerces plug-in in internal tools and
org.eclipse.test
- fix NL fragment, feature generators
_______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
http://dev.eclipse.org/mailman/listinfo/eclipse-dev
_______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
http://dev.eclipse.org/mailman/listinfo/eclipse-dev