blob: 5538f3ffb1a28e1932ea6b76bfef89fb81d6e1bb [file] [log] [blame]
<?xml-stylesheet type="text/xsl" href="../../../../development/milestone_plans/stylesheets/milestone-bulletList.xsl"?>
<plan xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="../../../../development/milestone_plans/milestonePlan.xsd">
<component name="sse" subproject="wst">
<description>
Milestone planning for SSE Core, UI, and Tools
</description>
<milestone name="M5">
<title>M5 Plan (initial Rough Draft)</title>
<category name="New Features">
<item priority="low" status="investigate"
helpWanted="true">
<description>
Use Base Spell Checking with Validation
Framework
</description>
</item>
<item priority="low" status="investigate">
<description>
Investigate Semantic Highlighting
</description>
<detail>
This may take some experimenting to find best
solution to do both syntax highlighting (using
line event callback) and semantic highlighting
based on DOM (using presentation reconciler).
</detail>
</item>
</category>
<category name="Eclipse base parity">
<item priority="medium">
<description>
Move to new Eclipse base Common Undo Stack
</description>
</item>
</category>
<category name="Performance">
<item priority="medium">
<description>
Improve "adapt on create" design and
implementation.
</description>
</item>
<item priority="medium">
<description>
Improve "read-only" design
</description>
</item>
<item priority="medium">
<description>
Improve formatter performance
</description>
<detail>
We believe the main problem is excessive
notifications for formatting large areas of
text. We should be able to know that formatting
is happening, and perform all edits at once with
minimal notifications of elements changing,
especially since it's "only" whitespace being
changed.
</detail>
</item>
<item priority="medium">
<description>
Investigate "sparse model" design for memory
savings
</description>
<detail>
A possible improvement may be to perform a
"coarse" parsing the first time though. That is,
only parse StructurdDocumentRegions, then only
provide finer details of those regions upon
request. This is more along the lines of "pay as
you go", which seems to be the overall direction
of Eclipse.
</detail>
</item>
</category>
</milestone>
</component>
</plan>