Re: [xwiki-users] document name including /

2008-01-18 Thread Paul Libbrecht


Le 18 janv. 08 à 00:05, Your XEN ICT Team - Ricardo Rodriguez a écrit :
1 - I already have a good load of content, can I switch to UTF-8  
without wrecking the wiki ?
As far as I understand, all involved actors must run the same  
encoding.

It is just a guess, but if your database and your XWiki run with
different encoding, URLs with characters like á, ñ, or / won't work.


I haven't tried (and really do not understand why there's anyone on  
earth sticking with iso-8859-1 (except for wrongly configured editors  
such emacs) but:
I know that the DB-installation instruction say that the DB should be  
configured for encoding unicode, so that the java-strings - DB is  
encoding proof for any encoding.


XML import is also bullet proof there: the encoding value is written  
in the header.


Where you change encoding is at the front-end (delivery, hence input)  
and there, I think you can change this right away, the re-encoding  
happens in java in all cases, to any encoding.


My 2p.

paul

smime.p7s
Description: S/MIME cryptographic signature
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-18 Thread Sergiu Dumitriu
Paul Libbrecht wrote:
 
 Le 18 janv. 08 à 00:05, Your XEN ICT Team - Ricardo Rodriguez a écrit :
 1 - I already have a good load of content, can I switch to UTF-8 
 without wrecking the wiki ?
 As far as I understand, all involved actors must run the same encoding.
 It is just a guess, but if your database and your XWiki run with
 different encoding, URLs with characters like á, ñ, or / won't work.
 
 I haven't tried (and really do not understand why there's anyone on 
 earth sticking with iso-8859-1 (except for wrongly configured editors 
 such emacs) but:
 I know that the DB-installation instruction say that the DB should be 
 configured for encoding unicode, so that the java-strings - DB is 
 encoding proof for any encoding.
 
 XML import is also bullet proof there: the encoding value is written in 
 the header.
 
 Where you change encoding is at the front-end (delivery, hence input) 
 and there, I think you can change this right away, the re-encoding 
 happens in java in all cases, to any encoding.
 
 My 2p.
 
 paul
 

Hi,

I agree with you that 8859-1 is not the best encoding for a default, and 
that UTF-8 should be the default if we want to see XWiki used in 
non-USA/Western Europe countries.

However, changing the encoding is not as simple as you say. The most 
important things, external to XWiki, are:
- By default, some databases are configured in latin1 (like mySql). 
Setting the database to utf8 is something the system administrator must 
do, as we cannot specify it from XWiki. We could specify the encoding of 
each table, IF hibernate supported this. But it does not, so not even 
that is possible.
- The JVM uses the system encoding, if not manually specified. And 
almost all operating systems are configured for 8859-1, maybe except 
those that can be found in Asian countries. And all strings written are 
by default converted to the system encoding, unless we override the 
default. And changing the default JVM encoding, again, is something we 
cannot do. We have an issue for overriding the initial encoding from the 
platform with the one specified in xwiki.cfg or web.xml, but it is not 
implemented yet. (I did it locally, but the code wasn't nice, so I had 
to postpone this fix until I find a better solution).

We are planning to switch to UTF by default, but there are several 
changes needed in the platform. And more important, we need a lot of 
testing to make sure that nothing gets broken by this change. Chances 
are it will work, as I have setup several sites using UTF-8, and nobody 
reported problems until now. (There were several problems, but they have 
been fixed already).

Sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-18 Thread Your XEN ICT Team - Ricardo Rodriguez
FAUX, Emmanuel wrote:
 I have the same issue, and when of my users uploads a filename with a special 
 character, I end up removing an entry in XWIKIATTACHEMENT, 
 XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
   
Hi, Emmanuel,

I'm trying to remove some in troubles documents. None of them has 
attachments, so I think these three tables are not involved. The only 
table I found with a record for each document is XWIKIDOC.

But if I delete a document for this table, it is still available in the 
wiki. It is not searchable, but I can access it with its former URL. 
I've emptied the browser cache and tried Safari, Firefox, Explorer and 
Opera. Delete was commited in MySQL.

Please, where is the document stored? Thanks!


-- 
Ricardo Rodríguez
Your XEN ICT Team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-17 Thread Your XEN ICT Team - Ricardo Rodriguez
FAUX, Emmanuel wrote:
 As Vincent does ask, have you configured your XWiki installation for 
 UTF-8 ?
 

 Nope. Current encoding is ISO-8859-1

 But if it avoids me to remove db entries, I'm gonna configure it as soon as I 
 can.

 I've read http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding

 Some questions :

   1 - I already have a good load of content, can I switch to UTF-8 
 without wrecking the wiki ?
   

As far as I understand, all involved actors must run the same encoding. 
It is just a guess, but if your database and your XWiki run with 
different encoding, URLs with characters like á, ñ, or / won't work.

Regarding contents by themselves, I've found a number of references that 
make advisable to go with extreme care. For 
instance...http://jira.atlassian.com/browse/CONF-5281.

I am updating now to 1.2. Once I have this stable release running, I 
will regain access to some issues that concern encoding and come back to 
this thread.
   2 - I use Oracle 10G. It's likely that I have to configure UTF-8 as its 
 default character set. As anyone done that already ?
   

No idea, sorry.
 Thanks for your help.
 Xwiki is a great product.
I completely agree!

Cheers,

Ricardo

-- 
Ricardo Rodríguez
Your XEN ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-16 Thread Your XEN ICT Team - Ricardo Rodriguez
FAUX, Emmanuel wrote:
 I have the same issue, and when of my users uploads a filename with a special 
 character, I end up removing an entry in XWIKIATTACHEMENT, 
 XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.
   

Thanks, Emmanuel. I'll do that.

Anyway, don't you think this issue is worth a JIRA issue? I supposed a 
discussion here is not needed to create such an issue, but I would like 
to know if there is some reason to allow all this characters like /, \ 
or ~ that cause problems with documents and attachments names. Of course 
it could be considered a naming convention not to use this characters, 
but if we/I what to promote the use of XWiki among users that are not 
aware of this problems and usually use this characters (and others like, 
ñ, á, é, ö,... ) while naming files and folders.

Thanks for your opinions!

Ricardo

-- 
Ricardo Rodríguez
Your XEN ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-16 Thread Vincent Massol
Emmanuel,

XWiki is supposed to handle any type of name for document,  
including /, accents, etc.

For / I don't know why it's not working. I remember it was working.  
Someone will need to track this down.

For the accents, maybe you haven't configured XWiki in UTF8 mode?

Thanks
-Vincent

On Jan 16, 2008, at 6:26 PM, FAUX, Emmanuel wrote:

 Anyway, don't you think this issue is worth a JIRA issue?

 My first issue... XE-182

 I supposed a discussion here is not needed to create such an issue,  
 but I  would like to know if there is some reason to allow all  
 this characters
 like /, \ or ~ that cause problems with documents and attachments  
 names.
 Of course it could be considered a naming convention not to use this
 characters, but if we/I what to promote the use of XWiki among  
 users that
 are not aware of this problems and usually use this characters (and  
 others
 like, ñ, á, é, ö,... ) while naming files and folders.

 On my side, users upload attachements with é à / ~ in their names  
 because they can and they are not aware that it causes some troubles  
 later.

 Those who were trapped do not include special characters anymore but  
 a new user would certainly include those characters.
 --
 Emmanuel FAUX


 -Message d'origine-
 De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la  
 part de Your XEN ICT Team - Ricardo Rodriguez
 Envoyé : mercredi 16 janvier 2008 16:46
 À : XWiki Users
 Objet : Re: [xwiki-users] document name including /

 FAUX, Emmanuel wrote:
 I have the same issue, and when of my users uploads a filename with  
 a special character, I end up removing an entry in  
 XWIKIATTACHEMENT, XWIKIATTACHEMENT_ARCHIVE, XWIKIATTACHEMENT_CONTENT.


 Thanks, Emmanuel. I'll do that.

 Anyway, don't you think this issue is worth a JIRA issue? I supposed a
 discussion here is not needed to create such an issue, but I would  
 like
 to know if there is some reason to allow all this characters like /, \
 or ~ that cause problems with documents and attachments names. Of  
 course
 it could be considered a naming convention not to use this characters,
 but if we/I what to promote the use of XWiki among users that are not
 aware of this problems and usually use this characters (and others  
 like,
 ñ, á, é, ö,... ) while naming files and folders.

 Thanks for your opinions!

 Ricardo

 -- 
 Ricardo Rodríguez
 Your XEN ICT Team

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] document name including /

2008-01-16 Thread Your XEN ICT Team - Ricardo Rodriguez
FAUX, Emmanuel wrote:
 Anyway, don't you think this issue is worth a JIRA issue? 
 

 My first issue... XE-182
   

Sorry! I'd failed to find it!
 I supposed a discussion here is not needed to create such an issue, but I  
 would like to know if there is some reason to allow all this characters 
 like /, \ or ~ that cause problems with documents and attachments names. 
 Of course it could be considered a naming convention not to use this 
 characters, but if we/I what to promote the use of XWiki among users that
 are not aware of this problems and usually use this characters (and others 
 like, ñ, á, é, ö,... ) while naming files and folders.
 

 On my side, users upload attachements with é à / ~ in their names because 
 they can and they are not aware that it causes some troubles later.

 Those who were trapped do not include special characters anymore but a new 
 user would certainly include those characters.
 --
 Emmanuel FAUX
   

Yeap, this is a clear solution. But to mess directly with databases is 
not a great idea... I think :-)

As Vincent stated, XWiki is supposed to admit any character. Provided 
that documents created in XWiki are only intended to be accessed by 
XWiki or any other database client that will have capacity to correctly 
handle encoding stuff, it seems that there is not a single reason to 
avoid this extended characters.

We here try to convince users not to use this characters while naming 
files, folders or documents as a rule of thumb to avoid a number of 
problems while switching among platforms here and there, working with 
computer we can not control the configuration.

But of course it will be great to be able of using any character at 
least while sticking to XWiki.

As Vincent does ask, have you configured your XWiki installation for UTF-8?

Thanks!

Ricardo

-- 
Ricardo Rodríguez
Your XEN ICT Team

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users