Mailing-List: contact ooo-commits-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Date: Sun, 22 Jan 2012 17:44:00 -0500 (EST)
From: confluence@apache.org
To: ooo-commits@incubator.apache.org
Message-ID: <32883362.40983.1327272240026.JavaMail.confluence@thor>
Subject: [CONF] Apache OpenOffice Community > AOO 3.4 Release Notes in
 Japanese
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Auto-Submitted: auto-generated

Space: Apache OpenOffice Community (https://cwiki.apache.org/confluence/dis=
play/OOOUSERS)
Page: AOO 3.4 Release Notes in Japanese (https://cwiki.apache.org/confluenc=
e/display/OOOUSERS/AOO+3.4+Release+Notes+in+Japanese)


Edited by Kazunari Hirano:
---------------------------------------------------------------------
h2. Apache OpenOffice 3.4 =E3=81=AE=E6=96=B0=E6=A9=9F=E8=83=BD=E3=81=AB=E3=
=81=A4=E3=81=84=E3=81=A6
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. O=
ne set was already present, one set is the result of work based on Apache s=
ince then.

h2. OpenOffice.org 3.4 =E3=83=99=E3=83=BC=E3=82=BF=E3=81=8B=E3=82=89=E3=81=
=AE=E6=96=B0=E6=A9=9F=E8=83=BD
This features were already part of the OpenOffice 3.4 beta:

(preparing data for this place from [here|http://www.openoffice.org/develop=
ment/releases/3.4beta.html])

h2. Apache OpenOffice 3.4 =E3=81=AE=E6=96=B0=E6=A9=9F=E8=83=BD
This features are the result of the work at Apache on OpenOffice since the =
change:

h3. Support for Line Cap Property
Now you can add a cap to the ends of a line. Such caps are not only known i=
n the ODF1.2 standard but in HTLM5 and SVG too. Also other Office Sites pro=
vide 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 Of=
fice)
* 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 de=
fault.

!LineCap_PureLines.png!

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

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

!LineCap_Dialog.png!

If a line is dashed, the single dashes get caps too. Hereby a dot is treate=
d 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!
=09
The next example shows the new property applied to a connector. Left side w=
ithout cap, in the middle with 'round' cap, and on the right side with 'squ=
are' cap.

!LineCap_CapOnConnectors.png!

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 =E2=80=9Cdott=
ed=E2=80=9D.

!LineCap_SphereDotted.png! and a zoom=E2=80=A6 !LineCap_SphereZoom.png!

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

h3. ODF 1.2 support
cryptography: with ODF 1.2 support BlowFish encryption and SHA1 message dig=
est became available

h3. Better UI Defaults for Draw and Impress
[Better Bullet UI|http://wiki.services.openoffice.org/wiki/BetterDefaults_B=
ulletsColorsShortcuts_workout]
[Better Grid UI|http://wiki.services.openoffice.org/wiki/Specification_Bett=
erDefaults_Gridhandling#Detailed_Specification]

h3. ODF Calc learns new Conditional Functions
Support conditional functions COUNTIFS, SUMIFS, AVERAGEIF and AVERAGEIFS

h3. Time Axis supported in Chart
!timeaxis_sample.png!

h3. PDF File Size Reduction
PDFs containing monochrome bitmaps are smaller now

h3. PivotTable has been extended
PivotTable (formerly known as DataPilot) is no longer limited in the number=
 of fields

h3. Improved CSV export
Better interoperability with other applications supporting the import of CS=
V (Comma Separated Values) files as the style for exporting strings is conf=
igurable now

h3. Improved Printing on 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)|http=
s://blogs.apache.org/OOo/entry/features_for_graphicobjects_and_oleobjects]

GraphicObjects which get created when inserting graphics in Draw/Impress an=
d 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 Grap=
hicObjects, the ones from the other applications can be copied to it as wor=
karound.

h3. Support for attributes and transformations for OLEObjects [(Blog entry)=
|https://blogs.apache.org/OOo/entry/features_for_graphicobjects_and_oleobje=
cts]
OLEObjects (OLE is for Object Linking and Embedding) in Draw/Impress and Ca=
lc support now all draw attributes and geometrical transformations. They ca=
n have line style, fill style, shadow and text. They support all kinds of t=
ransformations, e.g. rotations and shear. This is handy for e.g. having a m=
athematical formula shown rotated by 90 degrees or adding a border to a cha=
rt. 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)|https://blogs.=
apache.org/OOo/entry/native_svg_support_for_apache]
Svg is now supported as content for GraphicObjects in all applications. The=
 new implemented generic Svg interpreter supports Svg format 1.1. The geome=
tric content is internally processed as vector data in all usages, e.g. PDF=
 export and printing, which guarantees good visualization quality. Svg grap=
hics can be broken to draw objects and be processed further. A blog entry c=
an be found [here|http://eric.bachard.org/news/index.php?post/2011/12/03/In=
-progress-%3A-native-support-of-the-SVG-graphic-format-in-Apache-OpenOffice=
.org].

h3. Support for MultiImage in ODF
For Svg support it was necessary to allow multiple image representations fo=
r one GraphicObject to be present in the ODF file format, e.g. a pixel grap=
hic and the original Svg is written in case of a GraphicObject with Svg con=
tent. This allows to stay compatible with other and older ODF supporting ap=
plications. The number of images for one GraphicObject is not limited; appl=
ications 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 mechan=
ism for more direct visualisation. This increases speed, reduces memory usa=
ge and enhances chart visualisation in all visualisations, including PDF ex=
port and printing.

h3. Enhanced RTF export
Now it supports nested tables, more character properties, sections, graphic=
s for Wordpad, bookmarks, fields, drawings and OLE=20
objects

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 so=
me extended constructs allowed in the old syntax will need to be updated: f=
or example, it is no longer possible to use the non-standard extended synta=
x {{\&lt;}} and {{\&gt;}} for word boundaries (they will both need to be re=
placed by {{\b}} that is backwards-compatible with older OpenOffice.org ver=
sions too). See http://www.regular-expressions.info/reference.html for the =
current syntax and http://www.regular-expressions.info/refflavors.html for =
extended flavors that might not be supported by the new engine. The stricte=
r syntax applies to macros too: regular expressions in macros that were rel=
ying on the extended syntax must be converted to use the standard syntax.

Japanese users will have to pay attention to several non-trivial transliter=
ations. For reference, the active rules are: "ProlongedSoundMark", "Iterati=
onMark", "Ignore-Width", "BaFa", "SeZe", "HyuByu", "IandEfollowedByYa" and =
"KiKuFollowedBySa".=20

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


Change your notification preferences: https://cwiki.apache.org/confluence/u=
sers/viewnotifications.action