Summary

• Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

Author

...	...	@@ -1,1 +1,1 @@
1		-XWiki.enygma
	1	+XWiki.mflorea

Content

...	...	@@ -16,7 +16,7 @@
16	16
17	17	== Link syntax improvements for Nested Pages ==
18	18
19		-With the addition of Nested Pages, a discrepancy appeared between the UI and the wiki syntax. The UI always talks about (nested) pages and never about spaces, but in the wiki syntax you would still have to specify both the space and the name of a page when linking to it (e.g. writing ##~[~[Some.Nested.Page.WebHome]]## if you want to create a link to the nested page ##Some.Nested.Page##). The same applies to ##~image:## or ##~attach:## syntax. The technical reason for this was that, at the wiki syntax level, untyped links were always being resolved to ##doc:## type links.
	19	+With the addition of Nested Pages, a discrepancy appeared between the UI and the wiki syntax. The UI always talks about (nested) pages and never about spaces, but in the wiki syntax you would still have to specify both the space and the name of a page when linking to it (e.g. writing ##~[~[Some.Nested.Page.WebHome]]## if you want to create a link to the nested page ##Some.Nested.Page##). The same applies to ##image~:## or ##attach~:## syntax. The technical reason for this was that, at the wiki syntax level, untyped links were always being resolved to ##doc:## type links.
20	20
21	21	To improve this, we have added a new ##space:## type link which allows you to simply write ##~[~[space:Some.Nested.Page]]## and have made this the new default type that untyped links resolve to.
22	22
...	...	@@ -23,10 +23,11 @@
23	23	The outcome is that you can now simply type ##~[~[Some.Nested.Page]]## and you will create a link to the nested page ##Some.Nested.Page##.
24	24
25	25	For backwards compatibility with the existing untyped links, we have implemented the same mechanism we have applied for URLs, which is to:
	26	+
26	26	* first try to link to a terminal page (i.e. if ##Some.Nested.Page## is actually a terminal page inside the ##Some.Nested## space; this was the previous default behavior)
27	27	* if no such terminal page exists, then link to the non-terminal page (i.e. ##Some.Nested.Page.WebHome##) for both when the non-terminal page exists or when it does not (and should be a wanted link)
28	28
29		-The same thing applies for ##~image:## (e.g. ##~image:Page@file.jpg## translates technically to ##~image:Page.WebHome@file.jpg##) and for ##~attach:## syntax (e.g. ##~attach:Page@file.ext## translates technically to ##~attach:Page.WebHome@file.ext##).
	30	+The same thing applies for ##image~:## (e.g. ##image~:Page@file.jpg## translates technically to ##image~:Page.WebHome@file.jpg##) and for ##attach~:## syntax (e.g. ##attach~:Page@file.ext## translates technically to ##attach~:Page.WebHome@file.ext##).
30	30
31	31	== Miscellaneous ==
32	32
...	...	@@ -53,6 +53,17 @@
53	53
54	54	##org.xwiki.extension.Extension## and ##org.xwiki.extension.ExtensionId## now implement Comparable to make easier manipulate them (order lists, find out if we are doing an upgrade or a downgrade, etc.).
55	55
	57	+== Edit Action Events ==
	58	+
	59	+Two new JavaScript events are available in edit mode:
	60	+
	61	+* **##xwiki:actions:beforePreview##**
	62	+This event is fired after the user clicks on the "Preview" button from an edit mode, but before the edit form is validated. You can use this event to update the form fields before they are submitted to the preview action.
	63	+* **##xwiki:actions:beforeSave##**
	64	+This event is fired after the user clicks on the "Save" or "Save & Continue" button from an edit mode, but before the edit form is validated. You can use this event to update the form fields before they are submitted to the save action.
	65	+
	66	+See the [[JavaScript API documentation>>platform:DevGuide.JavaScriptAPI]] for more information.
	67	+
56	56	== Deprecated and Retired projects ==
57	57
58	58	* Colibri skin moved to https://github.com/xwiki-contrib/skin-colibri
...	...	@@ -116,7 +116,7 @@
116	116	== Issues specific to XWiki 8.0 Milestone 1 ==
117	117
118	118	* The WebDAV feature is now configured using Servlet 3.0 annotations. Make sure you deploy XWiki in a Servlet Container that is configured to discover Servlet 3.0 annotations (at least for the XWiki ##xwiki-platform-webdav-server-*.jar## JAR). If you're upgrading also make sure you edit your ##web.xml## to remove all the Servlet and Filter definitions for WebDAV (search for ##dav## in ##web.xml##).
119		-* With the improvement done in the wiki links, ##~image:## and ##~attach:## syntax, existing untyped links pointing to inexistent documents (e.g. ##~[~[Doc]]##) will no longer be resolved to point to a new terminal document in the same space (i.e. ##<currentSpace>.Doc##, when ##<currentSpace>.Doc## does not exist), but will be resolved to point to a new non-terminal document in the top level (i.e. ##Doc.WebHome##). The reason is because we don`t currently have a way to specify a relative link to a nested document (i.e. space) and we only use absolute links. This only affects wanted links, since for existing documents the backwards compatibility mechanism preserves the previous behavior.
	131	+* With the improvement done in the wiki links, ##image~:## and ##attach~:## syntax, existing untyped links pointing to inexistent documents (e.g. ##~[~[Doc]]##) will no longer be resolved to point to a new terminal document in the same space (i.e. ##<currentSpace>.Doc##, when ##<currentSpace>.Doc## does not exist), but will be resolved to point to a new non-terminal document in the top level (i.e. ##Doc.WebHome##). The reason is because we don`t currently have a way to specify a relative link to a nested document (i.e. space) and we only use absolute links. This only affects wanted links, since for existing documents the backwards compatibility mechanism preserves the previous behavior.
120	120
121	121	== Mail API Unique Message Identifier (since 7.4.1) ==
122	122