incubator-ooo-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [CONF] Apache OpenOffice Community > AOO 3.4 Release Notes in Japanese
Date Sun, 22 Jan 2012 23:32:00 GMT
Space: Apache OpenOffice Community (
Page: AOO 3.4 Release Notes in Japanese (

Edited by Kazunari Hirano:
h2. Apache OpenOffice 3.4 の新機能について
The Apache OpenOffice 3.4 features can be split in two separate areas based on the timeline
by the change step from OpenOffice to Apache OpenOffice. One set was already present, one
set is the result of work based on Apache since then.

h2. 3.4 ベータからの新機能
This features were already part of the OpenOffice 3.4 beta:

(preparing data for this place from [here|])

h2. Apache OpenOffice 3.4 の新機能
This features are the result of the work at Apache on OpenOffice since the change:

h3. Line Cap プロパティーのサポート
Now you can add a cap to the ends of a line. Such caps are not only known in the ODF1.2 standard
but in HTLM5 and SVG too. Also other Office Sites provide caps in different styles to be added
to thick lines.

Three styles exist
* without a cap, called 'Butt' in programming and 'Flat' in UI (as in MS Office)
* with a round cap, called 'Round'
* with a rectangle cap, called 'Square'
The property value 'Flat' corresponds to the old behavior and is now the default.


The caps are added to the lines, so that the total length of the lines increases with two-times
a half line width.

Select the value from a drop-down-list in the line property dialog, just beside the settings
for corner style. The new property is only available in contexts, where the corner style is
active too.


If a line is dashed, the single dashes get caps too. Hereby a dot is treated as dash. You
can style not only pure lines and curves, but the border of graphic objects as well.

!LineCap_BorderlineDotted.png! !LineCap_CurveDashed.png!
The next example shows the new property applied to a connector. Left side without cap, in
the middle with 'round' cap, and on the right side with 'square' cap.


The caps are available for 3D-objects too, when you turn on lines and make them thick. The
example shows lines, which are styled to look “dotted”.

!LineCap_SphereDotted.png! and a zoom… !LineCap_SphereZoom.png!

Linecaps defined in svg-graphics are supported, so that those graphics look like in modern

h3. ODF 1.2 のサポート
cryptography: with ODF 1.2 support BlowFish encryption and SHA1 message digest became available

h3. Draw および Impress の UI デフォルト改善
[Better Bullet UI|]
[Better Grid UI|]

h3. ODF Calc で条件関数をサポート
Support conditional functions COUNTIFS, SUMIFS, AVERAGEIF and AVERAGEIFS

h3. チャートで時間軸をサポート

h3. PDF ファイルサイズが小さくなった
PDFs containing monochrome bitmaps are smaller now

h3. ピボットテーブルが拡張された
PivotTable (formerly known as DataPilot) is no longer limited in the number of fields

h3. CSV インポートの改善
Better interoperability with other applications supporting the import of CSV (Comma Separated
Values) files as the style for exporting strings is configurable now

h3. Unix 上での印刷機能向上
Printing via PDF (if the system supports it) allows object transparency to be handled directly
by the printer subsystem

h3. Support for shear transformations for GraphicObjects [(Blog entry)|]

GraphicObjects which get created when inserting graphics in Draw/Impress and Calc support
now not only rotation but also shear, slant and distort. The visualization during interactions
got improved, also the break for vector-based GraphicObjects to draw objects was improved.
Writer has it's own GraphicObjects, the ones from the other applications can be copied to
it as workaround.

h3. Support for attributes and transformations for OLEObjects [(Blog entry)|]
OLEObjects (OLE is for Object Linking and Embedding) in Draw/Impress and Calc support now
all draw attributes and geometrical transformations. They can have line style, fill style,
shadow and text. They support all kinds of transformations, e.g. rotations and shear. This
is handy for e.g. having a mathematical formula shown rotated by 90 degrees or adding a border
to a chart. Break to draw objects is also enhanced.

h3. Enhanced crop support for GraphicalObjects
Crop for GraphicObjects now works correctly together with horizontal and/or vertical mirroring
in all applications.

h3. Support for Scalable Vector Graphics (SVG) [(Blog entry)|]
Svg is now supported as content for GraphicObjects in all applications. The new implemented
generic Svg interpreter supports Svg format 1.1. The geometric content is internally processed
as vector data in all usages, e.g. PDF export and printing, which guarantees good visualization
quality. Svg graphics can be broken to draw objects and be processed further. A blog entry
can be found [here|].

h3. Support for MultiImage in ODF
For Svg support it was necessary to allow multiple image representations for one GraphicObject
to be present in the ODF file format, e.g. a pixel graphic and the original Svg is written
in case of a GraphicObject with Svg content. This allows to stay compatible with other and
older ODF supporting applications. The number of images for one GraphicObject is not limited;
applications using this may choose the image with the format which supports it's purpose best,
e.g prefer to use a pixel graphic for ODF viewers. AOO 3.4 uses a weighting function which
prefers pixel images with transparency over such without and vector formats over pixel formats.

h3. Enhanced chart visualisation
The visualization quality of charts has been enhanced by using a new mechanism for more direct
visualisation. This increases speed, reduces memory usage and enhances chart visualisation
in all visualisations, including PDF export and printing.

h3. Enhanced RTF export
Now it supports nested tables, more character properties, sections, graphics for Wordpad,
bookmarks, fields, drawings and OLE 

h3. New regular expressions (regexp) engine
The existing regular expression engine has been replaced by the ICU engine. This solves several
bugs in "Find and Replace" with the old implementation and allows for much faster search.

The new engine also offers better standards compliance, which means that some extended constructs
allowed in the old syntax will need to be updated: for example, it is no longer possible to
use the non-standard extended syntax {{\<}} and {{\>}} for word boundaries (they
will both need to be replaced by {{\b}} that is backwards-compatible with older
versions too). See for the current syntax
and for extended flavors that might not
be supported by the new engine. The stricter syntax applies to macros too: regular expressions
in macros that were relying on the extended syntax must be converted to use the standard syntax.

Japanese users will have to pay attention to several non-trivial transliterations. For reference,
the active rules are: "ProlongedSoundMark", "IterationMark", "Ignore-Width", "BaFa", "SeZe",
"HyuByu", "IandEfollowedByYa" and "KiKuFollowedBySa". 

h3. Faster Startup
Startup is faster as the program got enough initial knowledge about its components that it
doesn't have to start them

Change your notification preferences:

View raw message