The XWiki development team is pleased to announce the release of XWiki
Enterprise 1.9.3.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This is a bug fix and enhancement release mainly around security and
the tag and mailsender applications.
Changes since XWiki Enterprise 1.9.2.
Improvements:
* XWIKI-4065 New Footnote macro
Important Bugs fixed:
* XWIKI-4109: Guest users are sometimes logged in with another user account
* XWIKI-3827: GWT wysiwyg editor has dark background with Albatross skin
* XPMAIL-17: Wrong characters in non-ascii emails
* XATAG-21: List documents with tag, rename/delete tag fails with
specific versions of MySQL5
* XATAG-22: Rename and delete actions fail with tag containing non-ascii chars
* XABLOG-27: Article date not displayed properly in IE6
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise193
Thanks,
The XWiki dev team
On Wed, Aug 12, 2009 at 09:34, Niels Mayer <nielsmayer(a)gmail.com> wrote:
> The proximity or default actions associated with the menus "edit" "show"
> "print" "action" or "watch" are often accidentally triggered by careless
> mouse-clicks intended for the "browser-tabs" or "toolbar", usually situated
> directly above the document in many browsers. I also think it is unaesthetic
> to have the current menus overlay"active space" in the LHS panels. It seems
> like the new design still has a lot of action very "close" to the
> browser-tabs and toolbar, which can lead to unintended browser accidents.
>
> I'd like to see the menu positioned away from the very top of the window,
> and instead, be placed at the bottom ofthe 220x70
> header-image /xwiki/bin/download/XWiki/DefaultSkin/*.jpg, over the
> "breadcrumbs" displaying the
> path to the document. Alternately, consider that the right-hand-side of the
> top of the document is under-used, and the left-hand-side is cluttered: you
> end up overlaying menus on the left-had-side column should that feature be
> enabled.
>
http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Skin20P1/gener…
More about the skin proposal at http://markmail.org/message/nagihrc2xqpzw4dz
Hello. Please let me know if I'm using the wrong mailing list.
I am currently evaluating XWiki (along with several other wikis) for use within our small development team. We will be sharing the wiki with clients as well, so we have several criteria that MUST be met:
1. WYSIWYG editing
2. Clean interface, small learning curve
3. Fine-grained user access to pages
4. Security (the wiki will be on a server exposed to the internet, but will be private)
5. Good support base
In trying out XWiki Enterprise and looking through the documentation I think it meets these requirements (definitely 1-3).
My questions are:
1. We will want to segregate the clients from each other (ie. they won't be aware of each other), but our development team would need one-login access to all content, across clients. ie. if a developer logs in, they would have access to all content; if client A logs in, they would only see client A's content, etc. Am I understanding correctly that with User Groups and proper ACL we could achieve this?
2. I'm trying to get an idea of the support base behind XWiki: does the support and development rely on a small number of developers (or only one), or on a true community of developers? I noticed the "XWiki Project Health" page is quite out of date (only going up to Nov/07).
3. We do not currently have Java server experience; will XWiki be easy to install/run/manage securely without exposing ourselves and our clients to risks out of ignorance of the underlying technology? Is it inherently more secure than using PHP on an Apache webserver (as I have read), or does it just come down to security awareness?
Any comments or additional information would be welcome. Excuse me if I have asked questions that are readily available on the website -- I have looked through the online documentation but have also evaluated many wikis and my eyes are starting to blur.
Thanks very much,
Trevor
Hi,
We made a XWiki default installation, nothing special. We are using a
MySQL5 database which has
been configured as following:
<!-- MySQL configuration.
Uncomment if you want to use MySQL and comment out other
database configurations.
Note that the database will be created automatically if it
doesn't already exist.
We need to set the sql_mode to a less strict value, see
XWIKI-1945
-->
<property name="connection.url">jdbc:mysql://localhost:33065/xwiki?
useServerPrepStmts
=
false
&
;useUnicode
=true&characterEncoding=UTF-8&sessionVariables=sql_mode=''</
property>
<property name="connection.username">username</property>
<property name="connection.password">password</property>
<property name="connection.driver_class">com.mysql.jdbc.Driver</
property>
<property name="dialect">org.hibernate.dialect.MySQLDialect</
property>
<property
name
=
"connection
.provider_class">com.xpn.xwiki.store.DBCPConnectionProvider</property>
<property name="connection.pool_size">2</property>
<property name="statement_cache.size">2</property>
<mapping resource="xwiki.hbm.xml"/>
<mapping resource="feeds.hbm.xml"/>
XWiki is running in a Tomcat6 container with jdk1.5.0. For some reason
I do not understand, I am not able to
see the users list when logged as administrator (which all
consequences this implies...). However I see the number of
users that are registered (see attached picture)!! Does anyone
understand what the problem could be? I tried
to display this page with Firefox and Safari. Nothing, and apparently
no JS error.
Any help would be greatly appreciated. I wish you a wonderful day and
a nice week-end. Best,
christian
--
Canoo - Your Solution Provider for Rich Internet Applications
Christian Ribeaud
Canoo Engineering AG
Kirschgartenstrasse 5
CH-4051 Basel
Tel: +41 61 228 94 44
Fax: +41 61 228 94 49
christian.ribeaud(a)canoo.com
http://www.canoo.com/
> I think we should rename "Actions" back to "More Actions" since the
> second is more common (I can think of gmail for example).
>
i'm ok with that.
I would also like to have "Create" instead of the "Add" action. You can *add
* comments and tags, but I think it's more appropriate to *create* pages.
> > 1. We need to decide the way we handle the actions we are able to do
> > (depending on the rights we have): enable/disable them or hide them.
>
> Why do we keep the "view" entry ?
> I personally use "edit" to see the source of a page, may be others do the
> same.
> Anyway it's still useful to people without edit rights, in this case
> we could keep "edit" activated and display the source with a message
> saying something like "You need to login to edit this page, etc" or
> "You're not allowed to edit this page" depending on the situation.
>
I was thinking with Marta and G, would it be ok to add "History" and
"Information" to the "View" submenu? Something like
http://incubator.myxwiki.org/xwiki/bin/download/Improvements/Skin20Menu/vie…
Information in this case has been rename in "Related Pages".
> 2. You can select to have an simple or advanced menu (View and Edit
> submenus
> > affected)
>
> I wouldn't like that we use a tab layout for buttons that are actually
> not tabs, for example "view" and "edit" in simple mode.
In simple mode "view" and "edit" are not buttons, but actually tabs, you
change the view (tab) from one action to another, they aren't form buttons.
> The menu must be revamped but I'd prefer that we stick to the dropdown
> layout since it allows:
> - to mix single buttons and dropdown lists
in my opinion is the same thing, just the aligment (horizontally,
vertically) is different. The problems with dropdowns I understood that it's
not well supported if you don't have JS activated, and also dropdowns can
block some of the page content.
The advantage of the dropdown is when you have many items in the menu - but
it's not really the case and anyway menus that are very crowded are hard to
use.
Another thing is that using this kind of menu, you integrate the tabs in
Edit (Wiki, WYSYWIG, Objects ...) with the menu, instead of having the
panel. This way you give an unique access point to the editing.
- to use icons more easily
in the mockups icons are not presented, but I don't see how the dropdown
menu can have a better support for icons than then horizontal menu. it's the
same thing, we could have also icons in this kind of menu.
> - to create categories more easily (for example in "Actions")
>
you can have categories also in horizontal menus.
Thanks for all your comments,
Caty
Thanks a lot, Niels. Really. I got it now. But this is really
cumbersome! And when using the administration panel,
I always get empty panels: rights, users, groups,... (only the number
of items is displayed).
To me it sounds like a show-stopper and it will definitely prevent us
for using XWiki. I thought that this open-source application
would be in a better shape. It is a pity but we have to look for
something more useful. Thanks a lot and have a nice day,
christian
--
Canoo - Your Solution Provider for Rich Internet Applications
Christian Ribeaud
Canoo Engineering AG
Kirschgartenstrasse 5
CH-4051 Basel
Tel: +41 61 228 94 44
Fax: +41 61 228 94 49
christian.ribeaud(a)canoo.com
http://www.canoo.com/
Hello Community,
I have committed today the first implementation of a new XWiki feature:
rendering mathematical equations into images. It is available as a
standalone component, and as a syntax 2.0 macro.
About the functionality.
Equations are written in the TeX/LaTeX syntax, which is pretty simple,
and seems to be the syntax of choice for mathematical equations in other
wikis, too. The macro can distinguish between inline and block equations
and render them accordingly. The output can be either PNG (the default
one), GIF or JPEG. While PNG is definitely the best, I kept the other
two in case somebody really wants to use ancient browsers that only
understand GIF.
Q: Should I leave just PNG as the output format?
Another feature is that the font size can be specified, in order to
render larger or smaller equations. All the font size commands from
LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a more
easy to understand name (also because the configuration is case
insensitive, so there's no difference between large and LARGE).
By default images are generated so that the font looks relatively OK
with the default XWiki skin on a 72 or 96 DPI display. They might look
disproportionate with a different DPI, or with a different default font
size.
Q: Is the default DPI setting OK?
Second, a few technical details:
The standalone component is located in
platform/core/xwiki-equation-rendering. I don't know if the name is the
best (Vincent complained). On one hand, this describes better what the
component does: it renders equations. On the other hand, it might cause
confusion with the xwiki-rendering system.
The component currently has three implementations:
- a native one, which relies on the latex system being present. It gives
the best results, from a graphical point of view, but requires the
presence of external programs, and involves a slight overhead for
starting new processes and for working with the disk. Currently it might
have some security problems, I'll have to see if opening input and
output files from TeX is a problem, or how to disable this. Any help
from someone who know more about TeX?
Q: Does anybody know of any security issues with running latex, dvips or
convert? Especially with the \openin and \openout commands?
- one which uses MathTran as a remote service through HTTP requests. It
gives results as good as the native one, enhanced with some metadata,
and depending on the configuration of the server, it might have better
performance than the native one. The disadvantage is that it relies
heavily on a remote server. Note that MathTran is free software, and can
be installed locally on the same or a neighboring server. Oh, another
minor problem is that it uses a variant of the TeX syntax, not LaTeX.
- one which uses SnuggleTeX and JEuclid to transform LaTeX into MathML,
and then render it into images. The results are not as eye-pleasing as
those obtained from LaTeX, but it is a self-contained solution, with no
external dependencies.
SnuggleTeX uses the liberal 3-clause BSD license, JEuclid uses the
Apache v2 license, so both can be deployed. Together, they weight in at
730k, so it's not a big impact. The other two implementations are not
contaminated by the licenses of the underlying system, so there's no
license conflict.
Q: Should either one be removed?
Q: Do you know of any other (better) alternative?
By default the native renderer is used, since it gives the best results
and doesn't depend on an external service. SnuggleTeX is configured as a
backup (safe) renderer which kicks in when the default one isn't working
(missing tex subsystem, or communication error with the remote server).
Q: Is this setup OK as the default one? (native by default, snuggletex
as fallback).
The generated images are stored in a cache (using the cache component),
for improved performance. This new cache might increase the memory
requirements, but fortunately it is easy to configure.
The rendering macro is located in
platform/core/xwiki-rendering/xwiki-renderig-macros/xwiki-rendering-macro-equation,
and the macro can be used with
{{equation}}\sum_{i=0}^{\infty}{{/equation}}.
Q: Is the macro name appropriate? Do you know of a better one?
Future work:
- make sure that there are no security issues with the Native backend
- add support for MathML display for the clients that understand it
- improve the alignment of images (especially for the Native backend),
as right now they are a bit raised above the text baseline
Many thanks to Guillaume Legris who provided the starting point for this
component.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
Hi,
Please give feedback on the menu iteration. You can view the mockups at
http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Skin20Menu
1. We need to decide the way we handle the actions we are able to do
(depending on the rights we have): enable/disable them or hide them.
2. You can select to have an simple or advanced menu (View and Edit submenus
affected)
Thanks,
Caty
Paul Libbrecht wrote:
> I would suggest xwiki-formula-rendering
>
> All equations are formulæ, all formulæ are not equations!
> Sergiu, is there a URL I can see this in more details?
> Do you tackle baseline? (with javascript probably).
No, it is in the Future Work list.
>
>
> Le 10-août-09 à 18:27, Vincent Massol a écrit :
>
>> I haven't read the mail yet, I'm just reacting to the name.
>>
>> Equations means there is an equal sign (see http://en.wikipedia.
>> org/wiki/Equation).
>> I'd prefer formula which is more generic.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
Hi all,
I have just started my journey of xwiki (installed the standalone version of
windows), and want to find more documents of xwiki.
I can read the documents online on xwiki.org, but I prefer to read it
offline and can not find the documents download links. Where to download the
documents of xwiki?
--
-----------------------------------------------------------------------------------------
空中的一小块陆地
E-mail : fly.island(a)gmail.com
Blog : http://flyisland.blogbus.com/
Twitter : http://twitter.com/flyisland
-----------------------------------------------------------------------------------------
Is there any way that I could download the Xwiki WAR file of version 1.8?
I had a server crash and my database backup didn't work. I was able to
export all of the pages in my wiki as .xar files, but when I try to
import some of them, I get messages that say there are no documents in
the .xar files. I think this is because my new installation is 2.0,
instead of 1.8.
I tried 1.9, and it helped a little. I could import a few more of the
pages, but there are still a couple that I cannot. I would try to use
the files from the server, but it is officially toast now.
Any help would be greatly appreciated.
Thanks,
travis
Hi -
I have XEM 1.7.1/XE 2.0 milestone 1. I see that the Main.AllDocs issue
is resolved with XE 2.0 milestone 2. Do I need to upgrade to XE 2.0
milestone 2 and then convert again to XEM 1.7.2, or can I just install
XEM 1.7.2 war and that will fix the issue? Also, if I do upgrade to xe
and then convert again, will I lose all the virtual wiki's I've created?
Any help would be great, thanks.
Kelly
Kelly Lakas
Project Manager
next wave logistics inc.
28377 davis parkway, suite 607a
warrenville, il 60555
________________________
[office] 847.798.8897
[mobile] 312.307.2079
[web] www.nwlinc.com <http://www.nwlinc.com>
Hi all,
I installed XWiki using the standalone install on my Vista64 machine
and it looks like the XWiki server starts up fine (using the
start_xwiki.bat batch file). However when I try to access
http://localhost:8080 with my browser, I keep getting errors as if there
is no web server or wiki running at all. I accepted all the defaults
when installing except that I installed it under "C:\XWiki Enterprise"
and I ran the installer as administrator. (I'm not sure if I need Java
5. I have Java 6, Update 10.)
The error I'm getting in my browser (Firefox 3.0.1) is "Page Load Error"
Network Timeout
The server at www.localhost.com is taking too long to respond.
The requested site did not respond to a connection request and the
browser has stopped waiting for a reply.
* Could the server be experiencing high demand or a temporary
outage? Try again later.
* Are you unable to browse other sites? Check the computer's
network connection.
* Is your computer or network protected by a firewall or proxy?
Incorrect settings can interfere with Web browsing.
* Still having trouble? Consult your network administrator or
Internet provider for assistance.
Has anyone had this kind of error before or have ideas on what I'm
missing? Any advice would be greatly appreciated.
Thanks!
- Meilin
Sorry for being late with this message! The deadline for paper
submission is 10 August 2009, but only now I've regained access to the
nepomuk-kde list.
Greetings,
Ricardo
--
Ricardo Rodríguez
Your EPEC Network ICT Team
Hi, I recently installed xwiki workspaces on my ubuntu box and I'm having a
few issues.
I created two users: user_1 and user_2 whom I would like to be able to view
each other's workspaces.
For each user, I create a workspace and then click 'Manage Users' to allow
others to read/author in my space.
On clicking 'Manage Users' I get the following error in console:
[ERROR] Left side ($request.action) of '==' operation has null value. If a
reference, it may not be in the context. Operation not possible.
Space_user_1.WebPreferences [line 27, column 22]
[ERROR] Left side ($request.action) of '==' operation has null value. If a
reference, it may not be in the context. Operation not possible.
Space_user_1.WebPreferences [line 30, column 23]
I then add user_2 to user_1's read list. The results are that user_2 can
see updates and even read user_1's pages, but under 'My Dashboard'->'all my
spaces' user_2 is not listed as a member of user_1's page. I'd like to know
if I'm missing something or if users are allowed to share workspaces like
this and how.
Also, a bit of a side question, but where can I find out more about using
xwiki to setup structured data?
Thanks
-Nathan
Hi all,
I am seeing some weird behaviour of Lucene search on XWiki. Using
Firefox 3.0.11 in a Mac OS X box. Please, look at this:
While logged in...
http://xen.net/images/loggedIn.png
Only one entry shown in each page.
While logged out...
http://xen.net/images/loggedOut.png
Please, does this make any sense for you? Thanks!
Cheers,
Ricardo
--
Ricardo Rodríguez
Your EPEC Network ICT Team
Hi guys!
I juste read under http://www.xwiki.org/xwiki/bin/view/FAQ/
HowToCreateNestedPages that nested pages are currently not available.
I really need this functionality for my current project. As sad on
the FAQ this feature should be available soon. Can anyone tell me
when this will happen? If there is already a "working" version of
that feature in the dev trunk, let me know, I could help testing.
Regards
Andreas Rami
Bizzons eMarketing GmbH
Nikolaiplatz 4
A-8020 Graz
Tel: +43-1-890-3408-250
I'm giving this a bump to see if someone will answer or comment.
Thanks.
Dan Svoboda
University of Pittsburgh
From: Dan Svoboda
Sent: Tuesday, August 04, 2009 7:51 AM
To: users(a)xwiki.org
Subject: reference types in current object in dblist
I have an XWiki class for which I'd like to have a dblist where the hql references types in the same object. Such as:
select doc.id from XWikiDocument as doc, XWikiAttachment as att where att.docId = doc.id and att.filename = string from a string member of this object
Can this be done?
Dan Svoboda
University of Pittsburgh
Hello,
I have a problem with the hasAccessLevel() method.
I want to list all the documents existing in a space, including the page
Main.Dashboard. As nothing appear in the "Documents in space", I try to list
the documents with this code :
#set($docNames = $xwiki.getSpaceDocsName($doc.space))
<ul>
#foreach($doc in $docNames)
#if($xwiki.hasAccessLevel("view", $context.user, $doc))
<li>$doc</li>
#end
#end
</ul>
Regarding to his group rights, the user has the "view" right on the space,
as this right is checked in rights management.
By the way, he can access the document.
But, documents are not listed. $xwiki.hasAccessLevel("view", $context.user,
$doc) returns false.
Only admins in the XWikiAdminGroup can view the list.
Have you some ideas ?
--
View this message in context: http://n2.nabble.com/Problem-with-Access-Level-tp3383383p3383383.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
I have an XWiki class for which I'd like to have a dblist where the hql references types in the same object. Such as:
select doc.id from XWikiDocument as doc, XWikiAttachment as att where att.docId = doc.id and att.filename = string from a string member of this object
Can this be done?
Dan Svoboda
University of Pittsburgh
>> Matthias.Gsottberger at o2.com wrote:
>> Hi!
>>
>> We have a problem with the encoding of special characters like german
>> umlauts since XWiki Enterprise 1.9.2.22089. In earlier 1.8 versions of
>> xWiki we had no problem with the encoding still you changed the default
>> encoding to UTF-8.
>> Our Database Encoding is set to ISO-8859-1 and we cannot change this.
>>
>> success:
>>
>>
>> xwiki.cfg: xwiki.encoding = ISO-8859-1
>>
>>
>> web.xml: <filter>
>> <init-param>
>> <param-name>encoding</param-name>
>> <param-value>ISO-8859-1</param-value>
>> </init-param>
>> </filter>
>>
>> hibernate.cfg.xml:
>>
>> <property name="connection.useUnicode">false</property>
>> <property name="connection.characterEncoding">ISO-8859-1</property>
>>
>>
>> What else should we change to save special characters properly ?
>Please check the connection URL, too. The default one contains encoding
>settings, too:
>
><property
>name="connection.url">jdbc:
>mysql://localhost/xwiki?useServerPrepStmts=false&useUnicode=true&characterEncoding=UTF-8&sessionVariables>=sql_mode=''</property
>
>
>What exactly is the behavior? Do characters end up as two or three
>characters? Are they replaced by question marks after a while? Do you
>get an exception when trying to save the document?
>
>--
>Sergiu Dumitriu
>http://purl.org/net/sergiu/
Hi!
The behavior was the replacement of the special characters by questions
marks.
But now it is working...
Thank you!
Matthias Gsottberger
Hi fellow XWikiers,
While celebrating XWiki's 5th birthday last week, we spent a couple days
brainstorming with the full team about where XWiki stands today and what its
future holds. We came up with a long list of features and ideas and we'd
love to get community feedback before deciding in which direction we're
going to move forward once our 2.0 release is out.
To this aim, we've built a survey that we'd like our users and developers to
take. It's a bit long though definitely worth the pain. We're eagerly
waiting for your feedback to start working on new and existing features.
You can access and fill the survey at the following address:
http://www.xwiki.org/xwiki/bin/view/Main/SurveyXWikiFeatures
Thanks a lot for your time,
Guillaume on behalf of the XWiki Team
--
Guillaume Lerouge
Product Manager - XWiki
Skype: wikibc
Twitter: glerouge
http://guillaumelerouge.com/
Hi!
We have a problem with the encoding of special characters like german
umlauts since XWiki Enterprise 1.9.2.22089. In earlier 1.8 versions of
xWiki we had no problem with the encoding still you changed the default
encoding to UTF-8.
Our Database Encoding is set to ISO-8859-1 and we cannot change this.
We tried to change the encoding parameters in following files without
success:
xwiki.cfg: xwiki.encoding = ISO-8859-1
web.xml: <filter>
<init-param>
<param-name>encoding</param-name>
<param-value>ISO-8859-1</param-value>
</init-param>
</filter>
hibernate.cfg.xml:
<property name="connection.useUnicode">false</property>
<property name="connection.characterEncoding">ISO-8859-1</property>
What else should we change to save special characters properly ?
Thanks in advance
Matthias Gsottberger
Hi,
I had to create a new wiki, and unfortunately I made a mistake :
name : test
description : blabla
domain name : I put here the main wiki domain name (the one I use to
create and manage others wikis)...
Now, I can't access to my main wiki (pages doesn't exists) nor the test
wiki.
Is there any way to repair that ? I have full access to the database.
Gaëtan
Hi folks
I would like to enable statistics on one of my virtual wikis.
I've configured my xwiki.cfg like this:
-----
xwiki.stats=1
xwiki.stats.default=0
----
and now i need to enable statistics for one of my virtual wikis.
In the xwiki documentation is written that you can enable statistics if you set the statistics field in Xwiki.XwikiPreferences.
Quote:
"A wiki can decide whether Statistics is on/off by setting the "statistics" field in XWiki.XWikiPreferences. If no such field is defined the the default value xwiki.stats.default is used. "
But how can i set this field? I'm running XWiki Enterprise 1.7.21212 and can't find a statistics field in my administration panel.
I also tried to edit the XWiki.XwikiPreferences page in class mode and added a boolean property called "statistics" and set the value to true.
Do you have any advice for me how to enable statistics on my virtual wiki?
As an alternative I could also enable stats for all of my wikis by setting the xwiki.stats.default parameter to true but i would prefer to enable the statistics just for one wiki.
Thanks for your help.
Regards Pascal