Last revised 2016-11-02.
This is the template for the "New and Noteworthy" document that accompanies each Eclipse project milestone build.
Note: This template document is XHTML 1.0 Transitional. Please use the W3C XHTML Markup Validation Service to check your document's markup before submitting. This will detect screwed up HTML tags, images without an "alt" attribute, and other tedious little details.
Instructions |
|
| News item title and description |
The whole entry should be a blurb pitched to the Eclipse end user community
(not just to members of the Eclipse Platform development team).
The title should be short and snappy, written in sentence case, and using "headlinese" (compressed style). The title should not use trailing punctuation, and the <tr> XHTML element needs a unique id attribute (value is all-lowercase and hyphen-separated). In the news description, tell users about changes they'll see in the UI. Tell component writers about changes they'll see at the client- and server-side APIs. Try to generate some excitement; save the boring details for the manual; be short and don't repeat yourself. The description should be complete sentences, with trailing punctuation. Make the entry self-contained and mention API classes. Do not link to bugs and don't promote individuals or third-party products. Use active voice (say "you", not "the user"), and follow other advice in the Topic Content section of the Eclipse Doc Style Guidelines. Stick to the default font and size. Make command names (Quick Fix),
keyboard shortcuts (Ctrl+1), and preference page paths
(Preferences > General > Keys) bold (using Do not enclose the first paragraph of an item in To break up very long See entries in published news documents for correct examples. These published news entries have been already reviewed, while entries in the evolving document may still contain errors. |
| Screenshots |
If a small image sheds light, place it below the description, in a separate
paragraph. As the majority of the Eclipse users uses Windows 7, regular screen snapshots
should be done on Windows 7 if possible, but screenshots from
other operating system are also acceptable. Crop
out any extraneous stuff to focus the reader's attention on your new
feature. The image should be
no more than 520 pixels wide and in PNG format (as opposed
to GIF, TIF, BMP, or JPG). Use PNG-8 if your image doesn't have a lot of color,
or PNG-24 if the screen shot uses enough color to warrant additional color depth.
See also the
Graphics
section of the Eclipse Doc Style Guidelines.
The Windows Snipping Tool actually saves to PNG on Windows 7 and can easily be used to crop and save screenshots:
Name the file in a way that is appropriate and specific to the item (e.g., key-bindings.png, rather than something generic like image.png). Use all lowercase letters in the image file name, including the ".png" file extension. As a separator, use hyphen "-" rather than underscore, space, or whatnot. The item's id is often a good choice for an image name. Put all the images in a sibling directory named "images".
This gives XHTML like: If the The images should be left-justified (as opposed to centered). Do not embed the width and height of the image.
|
| CSS styling | Do not change the style.css file without consulting with the Eclipse Platform project lead. The news entries are aggregated at the end of the development cycle and the CSS files need to be aligned. |
| Validation | Use the W3C XHTML Markup Validation Service to check your document's markup before submitting. |
| Platform | |
| Improve readability of default text font on macOS |
Reading the source code is the task developers perform the most during coding. So text editors must assist the user as good as possible with that.
Up to now Eclipse running on macOS used the font "Monaco" as the default text editor font. This font does not contain a bold font face. But a lot of source code editors render keywords in the bold font face. With "Monaco" this feature was not available:
On macOS Eclipse Photon now uses the "Menlo" font as the default text font, which does also contain bold font faces. This increases readability in source code editors using bold font faces: |
| JDT | |
| First item | Item blurb. |
| PDE | |
| First item | Item blurb. |
| Platform Developers | |
| Contribute auto-edit strategies and reconcilers to the Generic Editor |
The Generic Editor now supports two new extension points to add an org.eclipse.jface.text.IAutoEditStrategy
or org.eclipse.jface.text.reconciler.IReconciler respectively for a provided content-type.Typical use cases for auto-edit strategies would be auto-indent, auto-closing braces or other syntax rules...
<extension point="org.eclipse.ui.genericeditor.autoEditStrategies">
<autoEditStrategy
class="org.eclipse.ui.genericeditor.demo.CloseTagAutoEditStrategy"
contentType="org.eclipse.core.runtime.xml"/>
</extension>
Possible use cases for reconcilers would be code folding or a spell checker...
<extension point="org.eclipse.ui.genericeditor.reconcilers">
<reconciler
class="org.eclipse.ui.genericeditor.demo.TagFoldingReconciler"
contentType="org.eclipse.core.runtime.xml"/>
</extension>
|
| Equinox | |
| First item | Item blurb. |