Version 40.1 by Sorin Burjan on 2010/10/04

Show last authors
1 {{box cssClass="floatinginfobox" title="**Contents**"}}
2 {{toc/}}
3 {{/box}}
4
5 Second milestone of the XWiki Enterprise 2.5 version ([[Roadmap>>enterprise:Main.Roadmap]]).
6
7 The highlights of this release are: support for [[viewing attached office documents>>code:Macros.OfficeMacro]] in the wiki, an experimental Extension Manager, experimental [[CSRF>>http://en.wikipedia.org/wiki/CSRF]] protection, a new User Directory, further improvements to the edit UI, more consistent [[use of user avatars>>http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Avatars]], support for activating a special accessibility stylesheet, and an experimental ##xwiki/2.1## wiki syntax.
8
9 = New and Noteworthy (since XWiki Enterprise 2.4) =
10
11 == Support for viewing attached office documents in the wiki ==
12
13 XWiki now supports viewing attached office documents without saving them on the client side.
14
15 [[image:OfficePreview.png||style="border:1px solid black;"]]
16
17 We also included a new Macro for the WYSIWYG Editor. It allows to embed a office file into a page.
18
19 [[image:MacroOfficeViewer||style="border:1px solid black;"]]
20
21 == Experimental Extension Manager ==
22
23 The new Extension Manager will allow you to install new extensions to your XWiki XE. Please note that this is an experimental feature. Use it at your own risk.
24
25 [[image:ExtensionManager.png||style="border:1px solid black;"]]
26
27 == New User Directory ==
28
29 image:userdir.png
30
31 == Further improvements to the edit UI ==
32
33 After the improvements to the object and class editors introduced in 1.8 and 2.4, the wiki and WYSIWYG editors also see some enhancements in this release, bringing in some of the proposed changes from [[an older proposal>>http://incubator.myxwiki.org/xwiki/bin/Improvements/ImprovedEdit]], with some additional improvements. Specifically:
34
35 * A new label for the content area in the wiki editor:(((
36 image:edit-header.png
37 )))
38 * A more descriptive label for the version summary field
39 * Better positioning of the "minor edit" option
40 * Better positioning and display of the "autosave" option(((
41 image:edit-footer.png
42 )))
43
44 == More consistent use of user avatars ==
45
46 As proposed on [[the design page>>http://incubator.myxwiki.org/xwiki/bin/Improvements/Avatars]], avatars come in three default sizes:
47
48 * small avatars, 30px wide, used in secondary actions and where there's very little space available
49 * medium avatars, 50px wide, the preferred and most frequent display option for avatars
50 * large avatars,120px wide, to be used where a large version of the avatar must be displayed (for example in the user profile)
51
52 Accordingly, the wiki dashboard has been changed to use the medium avatars, and as a new feature user avatars are displayed in the comments area.
53
54 image:comment-avatars.png
55
56 Four new velocity macros have been added for making it easier to display avatars:
57
58 * ###smallUserAvatar('XWiki.username')##
59 * ###mediumUserAvatar('XWiki.username')##
60 * ###largeUserAvatar('XWiki.username')##
61 * ###resizedUserAvatar('XWiki.username', 100)## which allows resizing an avatar to a custom size
62
63 == More image manipulation settings ==
64
65 For a long time it was possible to scale attached images on the server, thus reducing the download time and ensuring consistent scaling of images across browsers. This is achieved by appending ##width## and/or ##height## query string parameters to the URL of the image. This feature has been further enhanced:
66
67 * It is now possible to force the same aspect ratio of the original picture even when both width/height parameters were used (the ##keepAspectRatio## parameter). In case the requested width and height don't match the original aspect ratio, the image is resized to fit inside the rectangle defined by the two parameters, i.e. the resized image will not exceed the requested dimensions.
68 * The size of the generated JPGs can be further tweaked by specifying an encoding ##quality## (the configurable default is at 30%, but will be changed to 50% before the final release). This does not affect lossless image formats such as PNG.
69 * The WYSIWYG editor also supports the width and height parameters, setting them as needed when manually resizing the image in the editor.
70
71 {{code language="none"}}
72 /xwiki/bin/download/Spage/Page/logo.jpg?width=1024&height=768&keepAspectRatio=true&quality=0.8
73 {{/code}}
74
75 Note that this does not affect images from the filesystem, which are served directly by the servlet conainer and do not pass through XWiki's image handling code. Also note that in case the image processing triggers any errors, the original image will be sent unchanged, so the requested image dimensions are not guaranteed.
76
77 Example:
78
79 {{code language="html"}}
80 {{velocity}}{{html wiki=false}}
81 <img src="$doc.getAttachmentURL('mw.jpg', 'download', 'width=150&quality=1')"/>
82 <img src="$doc.getAttachmentURL('mw.jpg', 'download', 'width=150')"/>
83 <img src="$doc.getAttachmentURL('mw.jpg', 'download', 'width=150&quality=0')"/>
84 <img src="$doc.getAttachmentURL('mw.jpg', 'download', 'width=150&height=100&quality=0.7')"/>
85 <img src="$doc.getAttachmentURL('mw.jpg', 'download', 'width=150&height=100&quality=0.7&keepAspectRatio=true')"/>
86 {{/html}}{{/velocity}}
87 {{/code}}
88
89 Gives:
90
91 image:img.png
92
93 == Better handling of attachment versions when rolling back documents ==
94
95 Rolling back a document will also roll back the correct attachment version, including restoring a deleted attachment from the trash (if not manually deleted from there). Even if an attachment was deleted and re-uploaded several times, the platform will try to find the right version for the attachment, if it still exists in the attachment trash. As an improvement, if the attachment did not change, then a new version is not created.
96
97 == Preliminary optional accessibility stylesheet ==
98
99 Moving further on the quest for better accessibility in the XWiki platform, we introduced a preliminary stylesheet which makes the skin slightly more accessible to people with visual disabilities: bigger fonts by default, and underlined links to make them more easily distinguished by colorblind people. This stylesheet can either be activated globally in a wiki, or individually from each user's preferences.
100
101 Enabling the special stylesheet:
102
103 image:a11y-enable.png
104
105 Bigger fonts and underlined links:
106
107 image:a11y.png
108
109 == Experimental xwiki/2.1 wiki syntax ==
110
111 The xwiki wiki syntax sees further improvements as xwiki/2.1, still in an experimental stage. A new feature is an enhanced syntax for links, which is more generic and allows easier extensions with new link types, demonstrated in this release with support for path and [[interwiki links>>http://en.wikipedia.org/wiki/Interwiki_links]].
112
113 Basic syntax:
114
115 {{code language="none"}}
116 [[label>>referenceType:referenceData]]
117 {{/code}}
118
119 Special ##queryString## and ##anchor## parameters which will be used as the query string, respectively anchor when forming URLs.
120
121 {{code language="none"}}
122 [[label>>doc:My.Page||queryString="a=b&c=d" anchor="HSection1"]]
123 {{/code}}
124
125 Document references are still the implicit default, with the explicit ##doc:## reference type. The other standard reference types are ##url##, ##path##, ##mailto##, ##attach##, ##image##, ##interwiki##.
126
127 Path links allow to link to a relative path on the server, which makes it easier to combine wiki syntax and velocity code, using ##$doc.getURL##, in order to link to non-view actions on documents.
128
129 {{code language="none"}}
130 {{velocity}}[[reset the history>>path:$doc.getURL('reset')||queryString="confirm=1"]]{{/velocity}}
131 {{/code}}
132
133 === [[Interwiki links>>http://en.wikipedia.org/wiki/Interwiki_links]] ===
134
135 Basic syntax:
136
137 {{code language="none"}}
138 [[label>>interwiki:wikiAlias:path/data]]
139 [[Interwiki links>>interwiki:wikipedia:Interwiki_links]]
140 {{/code}}
141
142 By default no sister wikis are defined. You can define some in ##xwiki.properties## by adding ##rendering.interWikiDefinitions## values:
143
144 {{code language="none"}}
145 rendering.interWikiDefinitions = wikipedia = http://en.wikipedia.org/wiki/
146 rendering.interWikiDefinitions = udic = http://www.urbandictionary.com/define.php?term=
147 {{/code}}
148
149 == Various Security improvements ==
150
151 Continuing a push for better security started this summer, 2.5M2 fixes some of the few remaining cross-site scripting and SQL injections holes, and tightens the scope of programming rights. Of particular concern:
152
153 * With a default skin, programming rights are no longer available after the main content of the page; this means that the panels and the bottom tabs can't use restricted APIs anymore.
154 * To explicitly drop programming rights, a new API method was introduced: ##$xcontext.dropPermissions()##
155 * An experimental Cross-Site Request Forgery prevention mechanism is included, though not enabled by default. To enable it and test/upgrade your custom applications for compatibility, edit ##xwiki.properties## and flip on the ##core.csrf.enabled## setting.
156
157 = Backward Compatibility and Migration Notes =
158
159 == General Notes ==
160
161 {{warning}}
162 If you're running in a multiwiki setup you'll also need to define the property //xwiki.store.migration.databases=all// to your //xwiki.cfg// file or explicitly name all databases to be migrated as in //xwiki.store.migration.databases=db1,db2,...//.
163 {{/warning}}
164
165 You may also want to [[import the default wiki XAR>>Main.Download]] in order to benefit from the improvements listed above.
166
167 {{warning}}
168 Always make sure you compare your //xwiki.cfg// file with the newest version since some configuration parameters were added. Note you should add //xwiki.store.migration=1// so that XWiki will attempt to automatically migrate your current database to the new schema. Make sure you backup your Database before doing anything.
169 {{/warning}}
170
171 {{warning}}
172 Experimental support for CSRF protection is included in this release, although not enabled by default. This mechanism changes the way data is supposed to be saved, a change which will not completely break custom applications in most cases, but which might insert an extra validation step needed for actually saving the data.
173 {{/warning}}
174
175 It is **strongly recommended** to set up a testing/development environment, enable this feature and fully test all the code. In most cases things should work with no additional changes. If the default edit mode is not used, or if the default velocity templates are not used, it should be enough to add the following line:
176
177 {{code language="html"}}
178 <input type="hidden" name="form_token" value="$!{services.csrf.getToken()}" />
179 {{/code}}
180
181 == API Breakages ==
182
183 The following APIs were modified since XWiki Enterprise 2.4:
184
185 {{code language="none"}}
186 [ERROR] org.xwiki.rendering.transformation.MacroTransformationContext: Method 'public org.xwiki.rendering.internal.transformation.MacroTransformation getMacroTransformation()' has been removed
187 [ERROR] org.xwiki.rendering.transformation.MacroTransformationContext: Method 'public void setMacroTransformation(org.xwiki.rendering.internal.transformation.MacroTransformation)' has been removed
188 [ERROR] org.xwiki.rendering.transformation.Transformation: Method 'public void transform(org.xwiki.rendering.block.Block, org.xwiki.rendering.transformation.TransformationContext)' has been added to an interface
189 [ERROR] org.xwiki.rendering.transformation.TransformationManager: Method 'public void performTransformations(org.xwiki.rendering.block.Block, org.xwiki.rendering.transformation.TransformationContext)' has been added to an interface
190 {{/code}}

Get Connected