| *** kamalgill has left #zope3-dev | 00:01 | |
| *** srichter has quit IRC | 00:02 | |
| *** benji has quit IRC | 00:14 | |
| *** jan_s has joined #zope3-dev | 00:15 | |
| *** natea is now known as natea|away | 00:34 | |
| *** natea|away has quit IRC | 00:42 | |
| *** gumpa has quit IRC | 00:48 | |
| *** jhauser has quit IRC | 01:00 | |
| *** elbixio has joined #zope3-dev | 01:01 | |
| *** danfairs has joined #zope3-dev | 01:07 | |
| *** |den_RDC| has quit IRC | 01:08 | |
| *** sashav has quit IRC | 01:09 | |
| *** jinty has quit IRC | 01:13 | |
| *** tarek has quit IRC | 01:20 | |
| *** elbixio has left #zope3-dev | 01:29 | |
| *** danfairs has quit IRC | 01:35 | |
| *** tarek has joined #zope3-dev | 01:37 | |
| *** alga has joined #zope3-dev | 02:22 | |
| *** MrTopf has quit IRC | 02:25 | |
| *** philiKON has joined #zope3-dev | 02:49 | |
| *** whit has quit IRC | 02:51 | |
| *** stub has joined #zope3-dev | 02:59 | |
| *** tiredbones has quit IRC | 03:08 | |
| *** tiredbones has joined #zope3-dev | 03:09 | |
| *** tarek has quit IRC | 03:17 | |
| *** whit has joined #zope3-dev | 03:18 | |
| *** tarek has joined #zope3-dev | 04:02 | |
| *** alga has quit IRC | 04:30 | |
| *** yota has quit IRC | 04:39 | |
| *** tarek has quit IRC | 04:39 | |
| *** philiKON has quit IRC | 04:48 | |
| *** wrobel has quit IRC | 04:55 | |
| *** wrobel has joined #zope3-dev | 04:56 | |
| *** mcdonc has joined #zope3-dev | 05:01 | |
| *** whit has quit IRC | 05:03 | |
| *** tiredbones has quit IRC | 05:14 | |
| *** tiredbones has joined #zope3-dev | 05:14 | |
| *** stu1 has joined #zope3-dev | 05:15 | |
| skeeter | anyone know how to redirect after successful editform. like how nextURL works on addform? | 05:20 |
|---|---|---|
| *** deo has quit IRC | 05:32 | |
| *** natea has joined #zope3-dev | 05:33 | |
| *** stub has quit IRC | 05:35 | |
| *** kamalgill has joined #zope3-dev | 05:39 | |
| *** srichter has joined #zope3-dev | 05:41 | |
| *** skeeter has quit IRC | 06:08 | |
| *** tarek has joined #zope3-dev | 06:16 | |
| *** stu1 is now known as stub | 06:16 | |
| *** rom|aw has quit IRC | 06:17 | |
| *** rom|aw has joined #zope3-dev | 06:17 | |
| *** fcorrea has quit IRC | 06:25 | |
| *** natea is now known as natea|zZz | 06:48 | |
| *** stub has quit IRC | 07:44 | |
| *** stub has joined #zope3-dev | 07:50 | |
| *** mcdonc has quit IRC | 07:52 | |
| *** tarek has quit IRC | 07:56 | |
| *** mcdonc has joined #zope3-dev | 07:57 | |
| *** dobee has joined #zope3-dev | 08:05 | |
| *** dunny_ has quit IRC | 08:15 | |
| *** dobee has quit IRC | 08:18 | |
| *** eins has joined #zope3-dev | 08:21 | |
| eins | hi | 08:21 |
| *** dunny has joined #zope3-dev | 08:23 | |
| *** tarek has joined #zope3-dev | 08:24 | |
| *** skeeter has joined #zope3-dev | 08:28 | |
| *** jan_s has quit IRC | 08:40 | |
| *** dobee has joined #zope3-dev | 08:56 | |
| *** dunny has quit IRC | 09:00 | |
| *** dunny has joined #zope3-dev | 09:02 | |
| *** zagy has joined #zope3-dev | 09:03 | |
| *** dlk has joined #zope3-dev | 09:13 | |
| *** dlk has joined #zope3-dev | 09:13 | |
| *** dunny has quit IRC | 09:26 | |
| *** dunny has joined #zope3-dev | 09:47 | |
| *** MJ has quit IRC | 09:51 | |
| *** rom|aw is now known as romanofski | 09:59 | |
| romanofski | moin | 10:00 |
| *** kamalgill has left #zope3-dev | 10:10 | |
| *** danfairs has joined #zope3-dev | 10:20 | |
| *** yota has joined #zope3-dev | 10:35 | |
| *** d2m has quit IRC | 10:41 | |
| *** d2m_ has joined #zope3-dev | 10:41 | |
| *** faassen has joined #zope3-dev | 10:41 | |
| *** d2m_ is now known as d2m | 10:41 | |
| *** stub has quit IRC | 10:50 | |
| *** stub has joined #zope3-dev | 10:59 | |
| *** MJ has joined #zope3-dev | 11:00 | |
| *** tarek has quit IRC | 11:16 | |
| *** tarek has joined #zope3-dev | 11:22 | |
| *** russf has quit IRC | 11:35 | |
| *** dunny has quit IRC | 11:37 | |
| *** russf has joined #zope3-dev | 11:42 | |
| *** vlado has joined #zope3-dev | 11:46 | |
| stub | DeprecationWarning: /home/stub/lp/zope32/lib/canonical/launchpad/templates/launchpad-widget-macros.pt (line 17): Automatic translation of message id's is | 12:13 |
| stub | deprecated and will be removed in 3.3. Use explicit i18n:translate="" instead. | 12:13 |
| stub | Any hints on tracking down the cause of that, given the template mentioned contains no i18n markup whatsoever? | 12:13 |
| BjornT | stub: hmm, i'm not sure it's possible to turn off i18n completely. i'd say the cause of the warning is that widget/label is a message id, not a normal unicode string | 12:18 |
| BjornT | previously message ids in templates got translated automatically, not you have to epxlictly say that you want to translate it | 12:19 |
| stub | So we need to strip all _("foo") from our source? | 12:22 |
| BjornT | if we want to get rid of those warnings, then yes. another option would be to turn off the warning, since it's not important to us, we don't want them to be translated anyway. | 12:25 |
| BjornT | we would have to remember to turn the warning on, if we want to translate them at a later stage | 12:25 |
| BjornT | stub: it might be possible to turn off i18n in templates, though | 12:27 |
| stub | I don't think it will be good enough, as Message instances from Zope might leak through to our templates. It seems that deprecation is making i18n of applications mandatory now. | 12:28 |
| stub | eg. the standard form exceptions | 12:28 |
| stub | I want to avoid just disabling the warning, as it will be an excaption in the next release and it is just putting things off. I really don't understand what we were relying on that is now being deprecated (noisily, breaking our doctests) | 12:30 |
| BjornT | well, launchpad is not relying on this behaviour, since nothing is supposed to be translated. although it's not impossible that some strings are in fact being translated, due to this behaviour... | 12:35 |
| BjornT | so i wouldn't say that disabling the warning is to put things off. as i see it, if we want things not to be translated, the new behaviour that comes in 3.3 is the one we want. | 12:38 |
| stub | Something is triggering the warnings, so either the warnings are spurious or we are using a now deprecated code path. I need to work out what is actually triggering it so we can stop doing it. The warning itself isn't being helpful in guiding me to the source at all. And I'm hoping that the solution doesn't involve editing almost all of our source files. | 12:38 |
| BjornT | the dangerous thing with disabling the warning, is if we decide to translate launchpad before we switch to 3.3. in that case, without the warning, we might forget about it and rely on the old behaviour | 12:39 |
| BjornT | stub: i think the only two possible solutions are to convert all message ids to unicode strings, or put i18n:translate="" in every place where the warning is being generated | 12:41 |
| stub | What does i18n:translate actually mean? Looks like a dead chicken. | 12:44 |
| *** mgedmin has joined #zope3-dev | 12:44 | |
| * stub tries to scare up the ZPT i18n docs | 12:44 | |
| BjornT | stub: i18n:translate has two functions. if you use it like <h1 i18n:translate="">Some text</h1>, it will create a message id and translate it | 12:45 |
| BjornT | if you use it like <h1 tal:content="foo" i18n:translate=" />, it will translate the variable foo iff it's a message id | 12:46 |
| BjornT | actually, it might translate it if it's a normal string as well, can't remember | 12:46 |
| stub | There must be some reason why it is required in that second form - you can't do anything else with a messageid in that case. | 12:47 |
| BjornT | stub: it's has been discussed before, and some people think that it should be automatically translated, some think that you should explicitly say that it should be translated. if you search the mailing list, i'm sure you'll find the discussion. | 12:49 |
| stub | Finding it however... | 12:53 |
| * stub gives up and goes to dinner | 12:53 | |
| BjornT | stub: here's one discussion: http://mail.zope.org/pipermail/zope3-dev/2005-May/014424.html | 12:54 |
| BjornT | stub: hmm, right, this discussion is intersting as well, where they talk about undeprecating it....: http://mail.zope.org/pipermail/zope3-dev/2005-December/016781.html | 12:57 |
| BjornT | it's probably best to talk to jim or someone to see what's really going to happen with it. | 12:57 |
| mgedmin | I would like to know what happens when you do tal:content="foo" i18n:translate="" where foo is a string and not a messageid | 12:59 |
| *** rockyburt|hockey is now known as rockyburt | 13:01 | |
| *** MacYET has joined #zope3-dev | 13:13 | |
| *** jinty has joined #zope3-dev | 13:14 | |
| *** alga has joined #zope3-dev | 13:21 | |
| *** mkerrin has joined #zope3-dev | 13:25 | |
| *** vlado_ has joined #zope3-dev | 13:27 | |
| *** mgedmin has quit IRC | 13:30 | |
| *** qk has quit IRC | 13:31 | |
| *** rockyburt has quit IRC | 13:42 | |
| *** jinty has quit IRC | 13:49 | |
| *** sashav has joined #zope3-dev | 14:13 | |
| *** qk has joined #zope3-dev | 14:17 | |
| *** ChanServ sets mode: +o srichter | 14:46 | |
| *** zbir has quit IRC | 14:59 | |
| *** rockyburt has joined #zope3-dev | 15:06 | |
| *** danfairs has quit IRC | 15:09 | |
| *** MacYET is now known as MacPycon | 15:14 | |
| *** deo has joined #zope3-dev | 15:26 | |
| *** romanofski is now known as rom|aw | 15:29 | |
| *** danfairs has joined #zope3-dev | 16:03 | |
| *** zbir has joined #zope3-dev | 16:07 | |
| *** _anguenot has joined #zope3-dev | 16:20 | |
| *** russf has quit IRC | 16:24 | |
| *** efge has joined #zope3-dev | 16:27 | |
| *** russf has joined #zope3-dev | 16:28 | |
| *** ruda_porto has joined #zope3-dev | 16:33 | |
| *** natea has joined #zope3-dev | 16:35 | |
| *** alga has quit IRC | 16:37 | |
| *** MacPycon has quit IRC | 16:48 | |
| *** mgedmin has joined #zope3-dev | 16:50 | |
| *** benji has joined #zope3-dev | 16:51 | |
| *** __mac__ has quit IRC | 16:52 | |
| *** j1m has joined #zope3-dev | 16:54 | |
| *** whit has joined #zope3-dev | 16:58 | |
| *** rockyburt has quit IRC | 16:58 | |
| *** Theuni has joined #zope3-dev | 17:15 | |
| *** rockyburt has joined #zope3-dev | 17:21 | |
| *** j1m has quit IRC | 17:22 | |
| *** rockyburt has quit IRC | 17:23 | |
| tarek | does someone knows if a doctest execution can be aborted in the middle, given a condition ? can't find an elegant way to do it, but to test all code with that condition throughout the doctest | 17:34 |
| *** eins has quit IRC | 17:34 | |
| tarek | Failed example: | 17:35 |
| tarek | exit | 17:35 |
| tarek | Expected nothing | 17:35 |
| tarek | Got: | 17:35 |
| tarek | 'Use Ctrl-D (i.e. EOF) to exit.' | 17:35 |
| tarek | :)) | 17:35 |
| benji | do you want to stop the doctest on an arbitrary condition, or just if the doctest failed? | 17:36 |
| tarek | on an arbitrary condition | 17:37 |
| tarek | i can provoque a failure though, when the condition is met | 17:37 |
| benji | if you use the -1 switch to the testrunner it will stop on the first error | 17:38 |
| tarek | a ok good to know thx, i would'nt mind having a way to abort it from within the doctest code though, i'll see at python MLs | 17:40 |
| *** zagy has quit IRC | 17:42 | |
| *** roym has joined #zope3-dev | 17:49 | |
| roym | I notice that instantiating an object (within a view method) via an | 17:54 |
| roym | adapter call, causes a Security Checker to be associated with it. | 17:54 |
| roym | This makes the object non-picklable (and I would like to persist the | 17:54 |
| roym | object in my session).How can I force the adapter to return a | 17:54 |
| roym | non-Checked object? Is there a zcml directive for this? | 17:54 |
| *** dlk has quit IRC | 17:57 | |
| whit | quick question, .pth files in the python path or sys path always get read into sys.path, no? | 18:01 |
| benji | no whit, they don't; only pth files in special locations are read | 18:02 |
| benji | roym, are you trying to pickle them or persist them? | 18:03 |
| whit | benji: like site-packages, etc.... | 18:04 |
| whit | hmmm | 18:04 |
| * whit is trying to use setup tool to do a little cross platform zope 2 / zope 3 dev | 18:05 | |
| whit | setuptools | 18:05 |
| *** natea has joined #zope3-dev | 18:06 | |
| whit | benji: thanks...that save some head scratching | 18:06 |
| roym | benji: I am trying to persist to the sessiondatacontainer - AFAIK, the code tries to do a pickle and fials. | 18:06 |
| mgedmin | benji, test.py -1 doesn't always work for me -- any ideas why that might be? | 18:07 |
| benji | mgedmin, before Jim's new zope.testing it didn | 18:08 |
| benji | oops | 18:08 |
| benji | mgedmin, before Jim's new zope.testing it didn't work quite right on doctests, but it should work fine on 3.2 | 18:08 |
| mgedmin | I am using 3.2 | 18:09 |
| benji | roym, don't know <shrug> you could always remove the security proxy and use that instead | 18:09 |
| benji | mgedmin, might be a bug, can you formulate a small test case? | 18:09 |
| mgedmin | could it be that DocTestSuite(optionflags=FLAGS_THAT_DO_NOT_INCLUDE_REPORT_ONLY_FIRST_FAILURE) override test.py -1 ? | 18:09 |
| *** mcdonc has quit IRC | 18:09 | |
| mgedmin | ok, I'll try to do that | 18:10 |
| benji | don't think so mgedmin (on the flags) | 18:10 |
| *** rockyburt has joined #zope3-dev | 18:11 | |
| roym | benji: I already tried removeSecurityProxy, but I am still left | 18:13 |
| roym | with the Checker | 18:13 |
| roym | (Pdb) from zope.security.proxy import removeSecurityProxy | 18:13 |
| roym | (Pdb) obj = removeSecurityProxy(iterator) | 18:13 |
| roym | (Pdb) p obj.__dict__ | 18:13 |
| roym | {'currentId': None, | 18:13 |
| roym | '__Security_checker__': <zope.security.checker.Checker object at 0x41b5c1e4>, 'names': , ...} | 18:13 |
| *** jfroche has joined #zope3-dev | 18:13 | |
| *** Theuni has quit IRC | 18:16 | |
| mgedmin | benji, I have it | 18:17 |
| mgedmin | (the test case) | 18:17 |
| mgedmin | if you create a DocTestFile('whatever.txt', optionflags=doctest.REPORT_NDIFF) | 18:17 |
| mgedmin | then you will always see all failures, even if you run it with test.py -1 | 18:18 |
| *** whit has left #zope3-dev | 18:18 | |
| mgedmin | I just tested it with zope.schema -- I broke fields.txt (s/Item/Itym/) and added optionflags=doctest.REPORT_NDIFF to the relevant line in zope/schema/tests/test_doc.py | 18:18 |
| benji | strange, mgedmin, I don't see how that's intentional, a bug report would be good | 18:19 |
| mgedmin | (you will need to svn up Zope 3 trunk if you want to try my example with fields.txt -- I just committed a small fix to run that test) | 18:19 |
| * mgedmin goes to visit the Zope 3 collector | 18:19 | |
| *** vlado has quit IRC | 18:23 | |
| *** rockyburt has quit IRC | 18:25 | |
| mgedmin | benji, http://www.zope.org/Collectors/Zope3-dev/556 in case you're interested | 18:25 |
| benji | thanks mgedmin | 18:25 |
| *** mkerrin has quit IRC | 18:28 | |
| *** mohsen has joined #zope3-dev | 18:28 | |
| benji | tarek, I just saw your post on python-list, normally when I have tests that depend on the installation of an external package I create a seperate doctest and conditionally add it to the suite in the test setup script | 18:36 |
| *** stub has quit IRC | 18:37 | |
| tarek | benji, i hear you. that's what I am doing now. I wouldn't mind having this feature in doctests though, because there could be cases where you would like to stop the execution depending on partial test results | 18:39 |
| tarek | but maybe this joins what is beeing said about doctest/unittest boundary in Zope ML | 18:40 |
| *** mohsen has quit IRC | 18:42 | |
| benji | I don't see much use in being able to "early out" of a doctest; if you're going to stop very early it'd be better to put the condition in the test setup instead... | 18:45 |
| benji | ...if you're going to stop late (i.e. you've already done *lots* of testing) then one day you'll want *two* conditional sections and it won't work any more | 18:46 |
| tarek | yes, i admit, i need to cut doctests differently | 18:50 |
| *** MJ has quit IRC | 18:55 | |
| *** sawdog has joined #zope3-dev | 18:57 | |
| sawdog | anyone know if there's a 'five' irc channel? | 18:58 |
| tarek | sawdog, z3-base | 18:59 |
| sawdog | graci | 18:59 |
| * mgedmin loves ReStructuredText documentation files in Zope 3, and especially looking at them with http://mg.pov.lt/restview/ | 19:03 | |
| *** dobee has quit IRC | 19:03 | |
| benji | mgedmin, you know that ++apidoc++ does something similar, right? | 19:05 |
| mgedmin | yes, but Zope 3 takes *ages* to start up | 19:08 |
| benji | true, for some definition of "ages" :) | 19:10 |
| benji | you could use the static apidoc, or keep a dedicated api doc instance running, but if you have a work pattern you like, use it :) | 19:10 |
| mgedmin | restview has one advantage over static apidoc: if you see a typo or a formatting bug, you can fix it in a text editor and then hit Ctrl+R in the browser to see your change immediately | 19:13 |
| benji | yep, that's cool | 19:14 |
| benji | I need to use restview the next time I'm editing my Z3 quick start guide | 19:14 |
| *** efge has quit IRC | 19:21 | |
| *** rockyburt has joined #zope3-dev | 19:29 | |
| *** rockyburt has quit IRC | 19:30 | |
| *** rockyburt has joined #zope3-dev | 19:35 | |
| *** mkerrin has joined #zope3-dev | 20:04 | |
| *** MJ has joined #zope3-dev | 20:13 | |
| *** faassen has quit IRC | 20:17 | |
| *** mkerrin has quit IRC | 20:17 | |
| *** agroszer has joined #zope3-dev | 20:24 | |
| *** rockyburt has quit IRC | 20:26 | |
| *** rockyburt has joined #zope3-dev | 20:27 | |
| *** danfairs has quit IRC | 21:00 | |
| *** agroszer has quit IRC | 21:20 | |
| *** roman_ has joined #zope3-dev | 21:39 | |
| *** dunny has joined #zope3-dev | 21:52 | |
| *** rom|aw has quit IRC | 21:55 | |
| *** _anguenot has quit IRC | 22:01 | |
| *** ruda_porto has quit IRC | 22:47 | |
| *** dunny has quit IRC | 22:56 | |
| *** vinsci2 has joined #zope3-dev | 22:56 | |
| *** dunny has joined #zope3-dev | 23:00 | |
| *** roman_ has quit IRC | 23:19 | |
| *** sashav has quit IRC | 23:28 | |
| *** morphex has joined #zope3-dev | 23:45 | |
| *** danfairs has joined #zope3-dev | 23:49 | |
| *** tarek has quit IRC | 23:52 | |
| *** natea is now known as natea|away | 23:54 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!