Zope-Dev December 2002

zope-dev@zope.dev

58 participants
56 discussions

Zope 2.6.0 ZMI Problem for CJK(Collector 623) patch.
by Hajime Nakagami 28 Jan '03

28 Jan '03

Hi ! Zope 2.6.0 have a problem for non 'iso-8859-1' user. And Collector 623 is still incollect now. http://collector.zope.org/Zope/623 It's serious problem for CJK(I'm Japanese). So I make patch for 2.6.0. http://www005.upp.so-net.ne.jp/zope260-i18n-20021123.diff 1.Install $ cd $(INST_HOME) $ patch -p0 <zope260-i18n-20021123.diff 2.Usage Set attribute 'default_charset'(string type) as 'foo' some Folder object. And after you can set 'foo' charset in the Folder object via ZMI. 3.Attension Python need to recognize 'foo' encoding. (You need install adaptable Codec) I try with 'euc-jp' charset, and I think any charset is available. (But my browser can request only Japanese encoding charset.) thanks

8 52

Zope 2.6.1 beta 2 deferred until January
by Matthew T. Kromer 24 Dec '02

24 Dec '02

With the holiday schedule and people being on vacation, we have decided to defer issuing a Zope 2.6.1 beta 2 release until after the first of January, to avoid the necessity of creating a beta 3 release (because of any potential bugs in beta 2 not found due to people being away.) Have a Merry Christmas and a Happy New Year.

1 0

Re: [Zope-Checkins] CVS: Zope/lib/python/TAL - TALInterpreter.py:1.69.6.10
by Florent Guillaume 24 Dec '02

24 Dec '02

What prompted this? What does it fix? I don't see that quotes need escaping here. Also, there should be a unit test for it. (And if it's a fix it should be in HEAD too.) Florent In article <200212180033.gBI0Xh515285(a)cvs.baymountain.com> you write: > Modified Files: > Tag: Zope-2_6-branch > TALInterpreter.py > Log Message: > Escape quotes correctly > > > === Zope/lib/python/TAL/TALInterpreter.py 1.69.6.9 => 1.69.6.10 === > --- Zope/lib/python/TAL/TALInterpreter.py:1.69.6.9 Wed Oct 9 10:37:38 2002 > +++ Zope/lib/python/TAL/TALInterpreter.py Tue Dec 17 19:33:43 2002 > @@ -486,7 +486,7 @@ > if text is self.Default: > self.interpret(stuff[1]) > return > - s = escape(text) > + s = escape(text, 1) > self._stream_write(s) > i = s.rfind('\n') > if i < 0: -- Florent Guillaume, Nuxeo (Paris, France) +33 1 40 33 79 87 http://nuxeo.com mailto:fg@nuxeo.com

4 8

FYI: added Web Services Zope 3 sub-project
by Brian Lloyd 23 Dec '02

23 Dec '02

(Copying zope-dev because I'm not sure all of the people who started on this discussion are on zope3-dev yet. Lets use zope3-dev moving forward) Hi all - There has been a bit of discussion recently regarding plans for web services in Zope 3, with a number of people expressing interest in moving this forward (and possibly scheduling some WS sprints to kick-start the process). For those who've been paying attention to those threads, I've set up a Zope 3 sub-project at: http://dev.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/WebServices ...with a start at some organization and artifacts (largely cribbed from the old Z2 WS project). Please take a look and feel free to jump in an refine, comment or refactor. One of the first things we need to do is find someone (or a group of someones) to spearhead the effort and "own" the project area. Any volunteers? :^) Brian Lloyd brian(a)zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com

1 0

RE: RE: Re: [Zope-dev] Where can I find the Zope XML DTD ?
by Antonio De Marinis 22 Dec '02

22 Dec '02

> ------- Ursprungligt meddelande ------- > > Från: Dieter Maurer <dieter(a)handshake.de> > Datum: Sun, 22 Dec 2002 18:30:51 +0100 > >Antonio De Marinis wrote at 2002-12-22 12:03 +0100: > > .... > > Localizer and ZBabel do not solve this problem. They solve the programmer issues. These tools haven't really recognized the translator role and how they work. They are not Zopatists and not any kind of Zope editor, they work in other companies and use their own tools and XML standards. If we want Zope to be a real Multilingual Content Management Tool then it would be a good choice to adabt Zope to the standards used in these translations tools. >I have not looked into Localizer or ZBabel in detail. > >However, as I understand them, they work with message catalogs (maintained, >e.g. in a database). >If this is true, you simply export these catalogs in a format your >translators like, let them be translated and reimport. > If all text was kept in a message catalog then yes. This would be the way to go. I think ZBabel keeps all translated text in a central database while Localizer keeps the text tight together with the object instances ... there are pro and contra for both solutions ... I will probably implement some product that export/import Localizer objects to XLIFF. That would be the best solution I think. Let's see if this christmas holiday we'll help us come up with other ideas ;-) Thanks for your help, Antonio > >Dieter > > _____________________________________________________________ Här börjar internet! Skaffa gratis e-mail och gratis internet på http://www.spray.se Träffa folk från hela Sverige på ett och samma ställe - http://chat.spray.se/

1 0

RE: Re: [Zope-dev] Where can I find the Zope XML DTD ?
by Antonio De Marinis 22 Dec '02

22 Dec '02

> ------- Ursprungligt meddelande ------- > > Från: Dieter Maurer <dieter(a)handshake.de> > Datum: Fri, 20 Dec 2002 21:35:51 +0100 > >Antonio De Marinis writes: > > ... > > In Zope there is an XML-export as everybody knows. My question is: does anybody know if there is a DTD for the Zope produced XML and where I can find it? >I think, there is no DTD. >As you know, XML document do not need to follow a DTD. > yes I know ... but it is always good to have one :-) > > Why I ask for it? > > If I have a DTD I could use Zope objects exported in XML and use them in external XML processing tools with validation. A practical examples is to use them together with XML enabled translations tools like Trados TagEditor. Then you can just export a Zope object, send it for translation to the translators and get back all the translated objects ready to import into Zope via ZMI (no more time on boring copy and paste). >I do not think this is workable. > > The XML exported only describes the structure of the document. > The semantics is covered only very implicitly. > > I doubt very much that you find an easy syntactic criterion (based > on XML structure) that distinguishes between text to be translated > (like "title") and text that must not be touched (like "id"). > I see the issue. But it would be good to have such semantics in the produced XML, so you can use it further ... otherwise I don't know what the XML produced by Zope should be used for ... I haven't find any use of it except of this idea to send it to translation companies. >Look at the internationalization tools "localizer", "ZBabel" >and the internationalization support in ZPT. >I think these are better approaches. > I've looked into them and they are good approaches but they only try to solve the developer/programmer I18N issues and NOT those issues regarding "how to get all that traslated text into Zope from externals translators". That is my issue. I would like to export Zope objects localizible text (title, abstract, error messages, pieces of HTML, metadata etc ... ) and send this information to the translators who use XML-enabled tools in order to translate text into several languages. (An emerging XML standard for translation is XLIFF, http://www.xliff.org.) Often we are not able to let translators access the ZMI and input the translations directly into Zope, they are not familiar with Zope and they have to use the proffesional translation tools with all the features included (spell checking, thesaurus, work-flow, translation memories etc...). It would be a nightmare to insert all the translations into Zope via the ZMI and Localizer. It works ok for a small size of text. But for the amount of objects we have to translate it would take ages, and why retype the whole text from the translators. Localizer and ZBabel do not solve this problem. They solve the programmer issues. These tools haven't really recognized the translator role and how they work. They are not Zopatists and not any kind of Zope editor, they work in other companies and use their own tools and XML standards. If we want Zope to be a real Multilingual Content Management Tool then it would be a good choice to adabt Zope to the standards used in these translations tools. > >Dieter > Thanks for your help and interests in this discussion. Antonio > _____________________________________________________________ Här börjar internet! Skaffa gratis e-mail och gratis internet på http://www.spray.se Träffa folk från hela Sverige på ett och samma ställe - http://chat.spray.se/

2 1

z3 sprint at pycon?
by Paul Winkler 22 Dec '02

22 Dec '02

Is anybody planning a zope 3 sprint at pycon? would be a good excuse for me to dive into z3 :) -- Paul Winkler http://www.slinkp.com Look! Up in the sky! It's COMPLEX ICE WITICIST! (courtesy of isometric.spaceninja.com)

6 6

Where can I find the Zope XML DTD ?
by Antonio De Marinis 20 Dec '02

20 Dec '02

Hi, I'm not sure if this is the right forum, but I've search in other lists without any success. In Zope there is an XML-export as everybody knows. My question is: does anybody know if there is a DTD for the Zope produced XML and where I can find it? Why I ask for it? If I have a DTD I could use Zope objects exported in XML and use them in external XML processing tools with validation. A practical examples is to use them together with XML enabled translations tools like Trados TagEditor. Then you can just export a Zope object, send it for translation to the translators and get back all the translated objects ready to import into Zope via ZMI (no more time on boring copy and paste). I hope there is a DTD, I could not find it. Many thanks. Antonio _____________________________________________________________ Här börjar internet! Skaffa gratis e-mail och gratis internet på http://www.spray.se Träffa folk från hela Sverige på ett och samma ställe - http://chat.spray.se/

2 1

Collector 697 should be critical!!!
by Maik Jablonski 20 Dec '02

20 Dec '02

Hi, http://collector.zope.org/Zope/697 should be set to critical, because it results in loosing essential data. Case: We store much of our "Keywords" etc. in multiple-selects. Everytime a user edits and saves such a multiple-select, all items with NON-Ascii-characters [german umlaute for example] won't be shown as selected cause of the bug. So the next "Save Changes" will loose all this items. I don't know where's the best place to fix this issue, but it need to be fixed as soon as possible... Cheers, Maik

4 5

Bug in ExternalMethods?
by Tim Hicks 19 Dec '02

19 Dec '02

I think I've found a bug in ExternalMethod, but I don't know if it's already been fixed or not. Basically, the call signature of ExternalMethods seems to get mixed up sometimes. I'm running Zope 2.5.1 on Linux. Here's a small demonstration of the bug: --test.py-- def test(self, a_string, an_int, a_named_arg=1): """bug provoking?""" template = """a_string = %s; type(a_string) -> %s\n an_int = %s; type(an_int) -> %s\n a_named_arg = %s; type(a_named_arg) -> %s""" return template % (a_string, type(a_string), an_int, type(an_int), a_named_arg, type(a_named_arg)) ---- --Script (Python)-- return container.test('tim', 10, a_named_arg=(1,1)) return container.test('tim', 10, (1,1)) ---- You can see the dodgy behaviour by switching between the two test() calls in the Script (Python). tim

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Zope-Dev December 2002