The XWiki development team is pleased to announce the release of XWiki
Enterprise 1.2 Milestone 2.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This is the last milestone release for the 1.2 version. It's packed
with new features and improvements. The next version will be 1.2 RC 1
and will focus on improving the stability. The roadmap is to release
1.2 final for beginning of December 2007.
Main changes from 1.2M1:
* Completely redesigned the UI for managing permissions and groups/
users. It's now a nice Ajax interface which scales to any number of
users.
* A new Mail Sender plugin has been added. It's a generic plugin that
you can use from Velocity/Groovy pages and that is also used by the
Watchlist feature below to send notification emails.
* New Watchlist feature which allows watching pages and spaces and
receive email notifications when they are modified.
* The Scheduler Plugin and the Scheduler Application have been
released in version 1.1 and are bundled with XWiki Enterprise 1.2
milestone 2. They allow you to create jobs (Groovy scripts) to be
executed in the future. They are used for example in the Watchlist
plugin to send email notifications for pages or spaces you are
monitoring.
* New displayPanelLayout Macro to display Panels in page.
* New JODA Time plugin to allow using JODA time from Velocity/Groovy
pages.
* The top level edit menu has been reorganized. Separators have been
added, the Rename and Delete actions have been moved in an Action menu
and a new Watch menu has been added.
* Entering URLs such as http://myserver/xwiki goes to the Main.WebHome
page by default (it used to display some installation instruction page).
* Panels from other virtual wikis can be used now.
* Lucene Search UI and stability has been improved.
* Removed the Presentation application from the default wiki (since it
was not maintained and was buggy).
+ bug fixes and other improvements
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise12M2
Thanks
-The XWiki dev team
hi,
i have a really strange problem with the automatic numbering
of xwiki headings. i have two user: the admin user and a personal
one for editing. when i save the page below i see that the headings
have a numbering. when i view the page with my second user i see
the numbering as well.
but when i edit and save this page with my second user - without
changing anything - the numbering disappears.
is the numbering of heading somehow related to user rights?
using xwiki-1.1.1.5166
g,
kirs
page:
1 Brainstorming
#toc("" "" "true")
1.1 User Interface
1.1.1 User Interface Concept
1. item 1
1. item 2
1. item 3
1.1.1.1 Menue
text
1.1.1.1 Context
....
The XWiki development team is pleased to announce the release of
Application Manager 1.0M2, Wiki Manager 1.0M2 and XWiki Enterprise
Manager 1.0M2.
Theses releases contains lots of bugfix and improvements.
Main new features:
- introduce new XWiki Platform 1.1.2 rights management interface.
- general improvement of Application Manager, Wiki Manager and XEM
interfaces and errors reporting.
- applications translations pages are now dynamically registered
(xar imported containing applications descriptors, translation page
added to an application descriptor, etc.)
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEM10M2
Thanks
-The XWiki dev team
Is there a way to get the back-links for properties of a custom class instances?
The current backlinks infrastructure seems to work only over links of
ordinary Documents.
In particular, on line 1507 of com.xpn.xwiki.storeXWikiHibernateStore,
in the saveLinks function of a recent SVN checkout it says:
XWikiRenderer renderer =
renderContext.getWiki().getRenderingEngine().getRenderer("wiki");
renderer.render(doc.getContent(), doc, doc, renderContext);
links = (List) renderContext.get("links");
How can this be parameterized, so that links contained in property
values of custom Class Instances are being included into the links
variable?
Example:
Class Car:
Instance Space1.car1
Property "carsThatAreFaster": values: "Space1.car2"
where Space1.car2 is a link to another Car instance. The above
saveLinks function does not update the BackLinks table with the
Space1.car2 link.
Any ideas are appreciated.
Thanks,
Andreas
With the exception of backslashing individual characters, is there any
way I could prevent wiki syntax rendering, and Groovy/Velocity
rendering? To put it another way, is there any way I can prevent
rendering of everything BUT HTML?
As a musing, (speaking with essentially no Groovy/Velocity experience,)
it would be nice to see a macro that selectively escapes each of the
rendering methods. For example:
{dontrender[:wiki][:html][:groovy][:velocity]}
markup
{/dontrender}
Thanks,
Paul D. Grodt
TECORE Wireless Systems
> What is wrong? Does the user need to have an account on the system
> before LDAP will work? How do I get it to not add the user to the
> XWikiAllGroup three times on each login?
This is weird. I have the same setup and my config looks similar. Users
get created and added to XWikiAllGroup automatically.
The following things come to mind:
- Make really sure the user doesn't exist already, e.g. from previous
login attempt, or from forgotten cookies
- What format do your sAMAccountNAmes have? I heard that names with dots
or @ signs can cause problems.
- Are there any users at all created, maybe with the wrong username?
Thanks,
Tobias
I'm considering replicating XWiki across multiple Tomcat instances, and load
balancing them with Apache. Has anyone ever attempted this? I found
assorted messages on this forum from ~2005 indicating that XWiki wasn't
"clusterable", because there were some caches that needed synchronizing,
etc. Is this still the case?
Thanks
Ben
Hi all,
If I wrote this in a wiki page:
{code}code1{code}
some text
{code}code2{code}
When the page is displayed, there aren't two code section, but only one,
and the "some text" is included in the code section.
I'm using it in the wrong way?
Thanks,
Vito
--
Vitantonio Messa
+358 46 889 48 49 - vitantonio.messa(a)coss.fi
COSS - The Finnish Centre for Open Source Solutions
@ Technology Centre Hermia Ltd.
Hermiankatu 1, FIN-33720 Tampere, FINLAND
> Hi,
>
> To generate attachment link you can use :
>
> {attach:settings.xml}
>
> 2007/11/16, pentaho(a)fsck.ch <pentaho(a)fsck.ch>:
>> Hi
>>
>> I have attached a file named settings.xml and I now want to link to it.
>> How do I do that?
>>
>> [settings.xml] doesn't work, neither does [settings\.xml]
Cool, then the wysiwyg editor needs to be fixed, as [settings.xml] is what
it generated when I used it to create a link to an attached file.
> Cool, then the wysiwyg editor needs to be fixed, as [settings.xml] is what
> it generated when I used it to create a link to an attached file.
To be precise, I clicked on the little chain icon and used the link dialog
to upload the attachment. For half of my attachments, this didn't work.
Either the attachment wasn't uploaded, or the created link didn't work.