Re: [Zope3-dev] Trunk Cleanup
Fred Drake wrote: On 7/19/06, Benji York [EMAIL PROTECTED] wrote: OK. I'd prefer it if they were moved to a subdirectory, but it's not a big deal to me. Same here. I consider them monumentally useless. Moving them elsewhere makes it easier to see what's important in the checkout root. Given the responses I'm going to move them into a subdirectory. Stephan, you seem to be the most active user of them, do you have any input on where they're moved? -- Benji York Senior Software Engineer Zope Corporation ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
Re: [Zope3-dev] Trunk Cleanup
On Friday 21 July 2006 10:29, Benji York wrote: Given the responses I'm going to move them into a subdirectory. Stephan, you seem to be the most active user of them, do you have any input on where they're moved? As long as it is short and unique I don't care. The nice thing about the current location is that I just have to go down some dirs. Regards, Stephan -- Stephan Richter CBU Physics Chemistry (B.S.) / Tufts Physics (Ph.D. student) Web2k - Web Software Design, Development and Training ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: Trunk Cleanup
Benji York wrote: Fred Drake wrote: On 7/19/06, Benji York [EMAIL PROTECTED] wrote: OK. I'd prefer it if they were moved to a subdirectory, but it's not a big deal to me. Same here. I consider them monumentally useless. Moving them elsewhere makes it easier to see what's important in the checkout root. Given the responses I'm going to move them into a subdirectory. In case my €0.02 count, I'd be for removing them as well. If Stephan or anyone else wants easy access to them, why not put them in their home directory. That's only a '~' away :). Philipp ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] ZODB with Blob support
Hello, has anyone tried the zodb with blob support in zope3 ? I just was wondering if there are any plans to support it in the (near) future. Today I changed the externals in my checkout to point to the blob-branch and replaced the stringio in zope.file with a blob object, and it really (almost) worked out of the box. The only things I had to do was to add some removeSecurityProxys in the upload/download views because I couldn't figure out how to make security declarations on the blob/file object, and replace the size attribute with a property to get the size from the blob object. the only thing that is still not working right now, is that deleting file objects in the zodb leaves the files in the blob directory lying around, and packing the database doesnt remove them either.. regards. luis ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] sx.translations available...
Hanno Schlichting wrote: Hi. As far as I understand there is really a bug. The code should deal with the situation where msgid is a Message object. What it does right now is to look up a translation for that Message object in the translation domain of the current TranslationDomain (self). The line you mention is part of the code that should make sure that the Message object is looked up in its own domain instead, but as you noticed this never happens. sx.translations has this bit: # MessageID attributes override arguments if isinstance(msgid, (Message, MessageID)): if msgid.domain != self.domain: util = getUtility(ITranslationDomain, msgid.domain) return util.translate(msgid,mapping,context, target_language,default) There is even a test for this in tests/test_translationdomain.py testMessageIDTranslateForDifferentDomain but it seems, it doesn't find the problem. Indeed, sounds like the test's author didn't make sure it failed before fixing this ;-) OK, just so people know, I now have a sx.translations package which is complete and available as open source but which I haven't had a chance to release. It has the following features: - translations objects which implement both ITranslationDomain and ILanguageAvailablility - a missing mode which spits out .pot to a specified file for any msgids that aren't found Here's a sample ZCML snippet for configuring it from the tests: configure xmlns='http://namespaces.zope.org/zope' xmlns:i18n='http://namespaces.simplistix.co.uk/translations' configure package=zope.i18n.tests i18n:registerTranslations locales=./locale missing=./missing.pot/ /configure /configure If anyone's interested in using this, please drop me an email, I'll likely get around of officially releasing it in early September but it is already live in a customer project so is seeing real world use ;-) cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com
[Zope3-dev] Re: [Zope-dev] Should PageTemplate._text be a unicode or an encoded string in Zope 2.9.3?
Jens Vagelpohl wrote: CMFCore/FSPageTemplate does not do anything special, it defers to the PageTemplate implementation. Yay! *sigh* Uggg... we need something like python's header-at-top-of-file-to-specify-encoding thing, unless we force ZPT source to be XML, in which case we can do the right thing in the XML style I wonder how Zope 3's filesystem-based ZPT's deal with this? cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope3-dev mailing list Zope3-dev@zope.org Unsub: http://mail.zope.org/mailman/options/zope3-dev/archive%40mail-archive.com