WebDav cannot support Chinese?

[Andy Zhou/ICILSZX]

Some javascript/style in this post has been disabled (why?)

Hi, All,

I am using Plone-3.2.1 on RedHat Linux Os, detailes as below:

• Plone 3.2.1
• CMF 2.1.2
• Zope (Zope 2.10.7-final, python 2.4.5, linux2)
• Python 2.4.5 (#1, Mar 6 2009, 17:05:51) [GCC 3.4.6 20060404 (Red Hat 3.4.6-9)]
• PIL 1.1.6

I enabled WebDAV and tested it, and I cannot upload file/folders with Chinese (zh-cn, zh-hk, zh-tw), as well as some characters, such as "(", ")", "&", "'", "[", ']" as so on, the output of event.log as below information:

UnicodeEncodeError: 'ascii' codec can't encode characters in position 187-192: ordinal not in range(128)

I know the Error means that the characters cannot be encoded by ASCII, and it should be encoded by UTF-8, however, I don't know how and where to set UTF-8 as encoding in WedDAV, does anybody meet the same problem? Please give me some pointers, thank you very much.


Best Regards
Andy Zhou/ICIL
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

[ajung]

Full tracebacks appreciated.

-aj

Andy Zhou/ICILSZX wrote:

Hi, All,

I am using Plone-3.2.1 on RedHat Linux Os, detailes as below:



* Plone 3.2.1  
* CMF 2.1.2  
* Zope (Zope 2.10.7-final, python 2.4.5, linux2)  
* Python 2.4.5 (#1, Mar 6 2009, 17:05:51) [GCC 3.4.6 20060404 (Red Hat   3.4.6-9)]  
* PIL 1.1.6
I enabled WebDAV and tested it, and I cannot upload file/folders with Chinese (zh-cn, zh-hk, zh-tw), as well as  some characters, such as "(", ")", "&", "'", "[", ']" as so on, the output of event.log as below information:

UnicodeEncodeError: 'ascii' codec can't encode characters in position 187-192: ordinal not in range(128)

I know the Error means that the characters cannot be encoded by ASCII, and it should be encoded by UTF-8, however, I don't know how and where to set UTF-8 as encoding in WedDAV, does anybody meet the same problem? Please give me some pointers, thank you very much.


Best Regards
Andy Zhou/ICIL
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Plone-Users mailing list
[e-mail]
https://lists.sourceforge.net/lists/listinfo/plone-users

[Dieter Maurer]

Andy Zhou/UFL - ICIL wrote at 2009-11-2 20:09 +0800:

>I am using Plone-3.2.1 on RedHat Linux Os, detailes as below:
>
>
>
>* Plone 3.2.1  
>* CMF 2.1.2  
>* Zope (Zope 2.10.7-final, python 2.4.5, linux2)  
>* Python 2.4.5 (#1, Mar 6 2009, 17:05:51) [GCC 3.4.6 20060404 (Red Hat   3.4.6-9)]  
>* PIL 1.1.6
>I enabled WebDAV and tested it, and I cannot upload file/folders with Chinese (zh-cn, zh-hk, zh-tw), as well as  some characters, such as "(", ")", "&", "'", "[", ']" as so on, the output of event.log as below information:
>
>UnicodeEncodeError: 'ascii' codec can't encode characters in position 187-192: ordinal not in range(128)

I had to extend Zope to enable latin-1 characters in WebDAV file ids.
Therefore, I am not surprised that you have problems with chinese
characters with a stock Zope.

My Zope extension is uploaded to the Zope SVN repository but an important
Zope developer has requested a review of the extension and nobody
took over the review task. Therefore, the extension never landed in
the official Zope code.



--
Dieter

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

[ajung]

An important Zope developer and many others have been begging you for years for
moving such useful extensions yourself into the Zope core. But we're not foolish doing this
work for you :->

Andreas

Dieter Maurer wrote:

My Zope extension is uploaded to the Zope SVN repository but an important
Zope developer has requested a review of the extension and nobody
took over the review task. Therefore, the extension never landed in
the official Zope code.

[Dieter Maurer]

ajung wrote at 2009-11-5 00:42 -0800:
>
>An important Zope developer and many others have been begging you for years
>for
>moving such useful extensions yourself into the Zope core. But we're not
>foolish doing this
>work for you :->

I *HAD* moved this extension into the Zope repository -- but there was
an objection to move it into the core. A critical review has been requested,
before this should be done.
But after the extension was in the repository (and announced that it can
be reviewed) nobody did the review.
I concluded that it is a vaste of time to provide extensions for Zope
in the Zope repository...

I now provide extensions via PyPI in the "dm.zopepatches" package.
This circumvents the Zope developers, saves me a lot of (administration
and discussion) time and gives power to each individual
Zope user (he can review my patches and decide for himself whether
or not he wants to apply the patch).

>
>Andreas
>
>
>Dieter Maurer wrote:
>>
>>
>>
>> My Zope extension is uploaded to the Zope SVN repository but an important
>> Zope developer has requested a review of the extension and nobody
>> took over the review task. Therefore, the extension never landed in
>> the official Zope code.

--
Dieter

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

[David Hostetler]

On Fri, Nov 6, 2009 at 01:37, Dieter Maurer <[hidden email]> wrote:

I now provide extensions via PyPI in the "dm.zopepatches" package.
This circumvents the Zope developers, saves me a lot of (administration
and discussion) time and gives power to each individual
Zope user (he can review my patches and decide for himself whether
or not he wants to apply the patch).

But that presumes each individual Zope user is both willing and able to conduct a meaningful review of core code patches.  User != developer.  And even a casual developer != core developer.

I don't want to have to individually and manually vet critical changes to Zope code myself, just to be able to use (and trust) the feature provided by the change.  That's what the core developers do - they're the only ones who are sufficiently immersed in the platform's architecture to be able to accurately assess the quality and impact of a patch.

Do you review linux kernel patches?  I sure don't, and am thankful I don't have to.

If the core Zope devs are resistant to review and assimilate properly  proposed patches (and I'm not suggesting they are), then that's an issue that needs addressed since it inhibits the progressive evolution of Zope.

But just letting core Zope improvements grow wild in a black market of unregulated packages isn't an acceptable approach.

That same philosophy is precisely why qmail is so loathed.

And frankly I think Plone suffers a similar effect, albeit from different motivations.  Core Plone is hugely conservative about officially assimilating external features and products that have proven themselves to be de facto standards and nearly ubiquitous requests.  And so new Plone users are dumped unceremoniously into the roiling stew that is pypi, where the viability of any given package is anybody's guess and you're forced to become a pseudo-expert on essentially everything.

regards,

-hoss

David Hostetler
[hidden email]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

[JonStahl]

2009/11/6 David Hostetler <[hidden email]>:

> And frankly I think Plone suffers a similar effect, albeit from different
> motivations.  Core Plone is hugely conservative about officially
> assimilating external features and products that have proven themselves to
> be de facto standards and nearly ubiquitous requests.  And so new Plone
> users are dumped unceremoniously into the roiling stew that is pypi, where
> the viability of any given package is anybody's guess and you're forced to
> become a pseudo-expert on essentially everything.

David, I understand where you're coming from, the add-on products
space is big and sometimes confusing, but the fact is that Plone
actually includes more built-in functionality than virtually all of
its open-source competitors.

I'm not sure which products you have in mind, but what I would say is
that just because something is a widely-used add-on (or a "de-facto
standard") doesn't necessarily mean it should be in the core.   It
took me a long time to see the wisdom of this.   Short version: we
have to live with what we put in the core for a long time, so it has
to be really, really solid and have a very committed maintainer.
That's a high bar.  But it sucks even worse when we include something
that doesn't meet that test.

I think the solution to add-on products pain--which is very real! --
is to increase the usability of the add-on products section, make it
more transparent which products are well-maintained and
well-documented, include user reviews, etc.  And there are plans in
place to make that happen -- but we can definitely use more folks who
are willing and able to roll up their sleeves and work on
PloneSoftwareCenter.   Please drop me or Alex Limi a note if you're
interested in spending some time tackling this.

best,
jon

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users

[David Hostetler]

On Sat, Nov 7, 2009 at 13:24, Jon Stahl <[hidden email]> wrote:

... And there are plans in
place to make that happen -- but we can definitely use more folks who
are willing and able to roll up their sleeves and work on
PloneSoftwareCenter.   Please drop me or Alex Limi a note if you're
interested in spending some time tackling this.

best,
jon

Jon,

I've been circling the plone community for awhile, anxious to find a way to contribute more tangibly.  The cognitive barrier is enormous, and even though I now feel capable of providing little snippets of constructive assistance, I have yet to feel sufficiently indoctrinated to do anything related to core, even documentation - or really especially documentation, since a mastery of the core architecture seems like a prerequisite for creating good documentation.  In fact, everything I do in plone feels like a hack - as though I'm stuck in a purgatory between the things I learned in plone 2.5 and all of the radically new things imposed by plone 3.   And then there sits plone 4 on the cusp of release, looming like a spectre, threatening to invalidate my meager progress towards mastery with plone 3.

It's like the Lucy skit in the candy factory: impossible to get ahead.

I don't mean for this to be a complaint or even lament, nor is it even strictly related to the original issue in this thread, except perhaps that the 'add-on pain' can be seen as a chronic obstacle, soaking up time and energy that could be spent becoming a better plone engineer.  But I'd love to hear any suggestions you might have about how to gain that solid footing I seem to be unable to find.

cheers,

-hoss

David Hostetler
[hidden email]


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plone-Users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-users