*** pcardune has quit IRC | 00:06 | |
*** rocky|away is now known as rocky | 00:14 | |
*** MJ has quit IRC | 00:19 | |
*** pcardune has joined #zope3-dev | 00:21 | |
*** timte has quit IRC | 00:31 | |
*** xenru has joined #zope3-dev | 00:32 | |
*** nathany has quit IRC | 00:37 | |
*** stub has quit IRC | 00:38 | |
*** ignas has joined #zope3-dev | 01:08 | |
*** pcardune has quit IRC | 01:19 | |
*** J1m has quit IRC | 01:45 | |
*** niemeyer has quit IRC | 01:50 | |
*** benji has joined #zope3-dev | 01:53 | |
*** yota has quit IRC | 01:56 | |
*** dobee has quit IRC | 01:58 | |
*** alga has joined #zope3-dev | 02:21 | |
*** rocky has quit IRC | 02:25 | |
*** rocky has joined #zope3-dev | 02:28 | |
*** rocky is now known as rocky|Zzz | 02:29 | |
hazmat | is there a standard way to introspect the interfaces of instances of a class from the class? | 02:43 |
---|---|---|
hazmat | there doesn't seem to be a utility func for it in z.i .. and the alternative is mucking with the internals ala klass.__provides__._implements | 02:44 |
*** RaFromBRC has quit IRC | 02:55 | |
*** alga has quit IRC | 03:04 | |
*** hazmat has quit IRC | 03:05 | |
*** projekt01 has quit IRC | 03:22 | |
*** hazmat has joined #zope3-dev | 03:25 | |
*** ChanServ sets mode: +o hazmat | 03:25 | |
*** ignas has quit IRC | 03:30 | |
*** febb has joined #zope3-dev | 04:07 | |
*** tiredbones has quit IRC | 06:48 | |
*** febb has quit IRC | 07:15 | |
*** eins has joined #zope3-dev | 08:09 | |
eins | hi | 08:09 |
*** timte has joined #zope3-dev | 08:10 | |
*** timte has joined #zope3-dev | 08:11 | |
*** jukart has joined #zope3-dev | 08:16 | |
*** flox is now known as flox|away | 08:48 | |
*** alecm has quit IRC | 09:02 | |
*** alecm has joined #zope3-dev | 09:03 | |
*** flox|away has quit IRC | 09:11 | |
*** hdima has joined #zope3-dev | 09:14 | |
*** romanofski has quit IRC | 09:17 | |
*** romanofski has joined #zope3-dev | 09:18 | |
romanofski | moin | 09:21 |
*** jukart has quit IRC | 09:26 | |
*** jukart has joined #zope3-dev | 09:28 | |
*** alecm has quit IRC | 09:30 | |
*** scherand has joined #zope3-dev | 10:01 | |
*** yota has joined #zope3-dev | 10:02 | |
scherand | good morning | 10:05 |
scherand | eins: you were so kind to help me starting to understand zalchemy (and sqlalchemy) yesterday, so i tried to "download" (checkout) zalchemy from svn using "svn co http://svn.zope.org/z3c.zalchemy/trunk" (and similar) commands. that did not work (301 Moved (http://svn.zope.org)). do you know where i can get zalchemy from? | 10:14 |
eins | scherand the correct address is svn://svn.zope.org/repos/main/z3c.zalchemy/ | 10:19 |
*** flox has joined #zope3-dev | 10:19 | |
*** flox is now known as flox|away | 10:19 | |
*** flox|away is now known as flox | 10:20 | |
scherand | eins: ups, thank you, this works just fine. | 10:22 |
*** jukart has quit IRC | 10:36 | |
*** jukart has joined #zope3-dev | 10:38 | |
*** volvox has joined #zope3-dev | 10:57 | |
*** Mosasaur has joined #zope3-dev | 11:13 | |
Mosasaur | which zope 3 version on windows xp? 3.2.1 has no installer yet? | 11:14 |
*** stub has joined #zope3-dev | 11:15 | |
*** Mosasaur has quit IRC | 11:22 | |
*** niemeyer has joined #zope3-dev | 11:22 | |
*** MJ has joined #zope3-dev | 11:26 | |
*** dobee has joined #zope3-dev | 11:27 | |
*** romanofski has quit IRC | 12:21 | |
*** Bernulf has joined #zope3-dev | 12:22 | |
*** mkerrin has joined #zope3-dev | 12:30 | |
*** romanofski has joined #zope3-dev | 12:34 | |
*** Aiste has quit IRC | 12:45 | |
*** volvox has quit IRC | 12:52 | |
*** hazmat has quit IRC | 12:52 | |
*** volvox has joined #zope3-dev | 12:52 | |
*** diefenbach has joined #zope3-dev | 13:00 | |
diefenbach | Hi, is there a way to show/hide fields/widgets dependend on certain conditions via zope.schema or something like that? | 13:01 |
*** romanofski has quit IRC | 13:03 | |
*** romanofski has joined #zope3-dev | 13:04 | |
*** ktwilight has quit IRC | 13:05 | |
*** Aiste has joined #zope3-dev | 13:11 | |
*** ktwilight has joined #zope3-dev | 13:17 | |
*** ignas has joined #zope3-dev | 13:32 | |
*** mgedmin has joined #zope3-dev | 13:58 | |
*** dunny has quit IRC | 14:01 | |
*** done_ has joined #zope3-dev | 14:10 | |
*** diefenbach has quit IRC | 14:13 | |
*** stub has quit IRC | 14:17 | |
*** Bernulf has quit IRC | 14:18 | |
*** stub has joined #zope3-dev | 14:22 | |
*** tiredbones has joined #zope3-dev | 14:23 | |
*** alga has joined #zope3-dev | 14:30 | |
*** rocky|Zzz is now known as rocky | 14:39 | |
*** nathany has joined #zope3-dev | 14:55 | |
*** zbir has quit IRC | 15:16 | |
*** zbir has joined #zope3-dev | 15:26 | |
*** benji has quit IRC | 15:35 | |
*** timte has quit IRC | 15:38 | |
*** timte has joined #zope3-dev | 15:38 | |
*** timte has quit IRC | 15:43 | |
*** timte has joined #zope3-dev | 15:44 | |
*** niemeyer has quit IRC | 15:52 | |
*** stub has quit IRC | 15:54 | |
*** benji has joined #zope3-dev | 15:57 | |
*** pcardune has joined #zope3-dev | 16:00 | |
*** Aiste has quit IRC | 16:06 | |
*** bradb has quit IRC | 16:11 | |
*** ktwilight has quit IRC | 16:12 | |
*** ktwilight has joined #zope3-dev | 16:12 | |
*** done_ has quit IRC | 16:18 | |
*** ktwilight has quit IRC | 16:20 | |
mgedmin | does anyone understand how the collector search works? | 16:30 |
mgedmin | I try to search for "'NoneType' object is not callable", I get back 79 results that have nothing to do with what I search for | 16:31 |
*** cursor has joined #zope3-dev | 16:35 | |
*** J1m has joined #zope3-dev | 16:40 | |
*** ktwilight has joined #zope3-dev | 16:41 | |
benji | mgedmin: for your collector search did you select all (or most) of the items in the "Status" list? (that's what I always forget to do) | 16:42 |
mgedmin | actually I was thinking about the goBack() truncation issue | 16:43 |
mgedmin | I do not think now this one was reported before | 16:43 |
benji | I followed up that I have seen that behavior before, but don't recall clearly where and why | 16:44 |
mgedmin | I'm trying to write a test case for it now | 16:44 |
*** gumpa has joined #zope3-dev | 16:44 | |
*** srichter has quit IRC | 16:44 | |
mgedmin | if I add browser.handleErrors = False before that getLink().click() line, then I get a ForbiddenAttribute error | 16:45 |
*** srichter has joined #zope3-dev | 16:47 | |
*** ChanServ sets mode: +o srichter | 16:49 | |
*** projekt01 has joined #zope3-dev | 16:50 | |
benji | mgedmin: once we have that test case, I think we can make the error a bit nicer | 16:51 |
mgedmin | the test case is not cooperating :/ | 16:51 |
*** stub has joined #zope3-dev | 16:56 | |
*** eins has quit IRC | 17:03 | |
*** J1m has quit IRC | 17:06 | |
*** J1m has joined #zope3-dev | 17:06 | |
mgedmin | I've got a breakpoint | 17:07 |
mgedmin | (Pdb) p response | 17:07 |
mgedmin | <response_seek_wrapper at -0x4aa4a954 whose wrapped object = <HTTPError at -1253582772 whose fp = <response_seek_wrapper at -0x4ab4bc74 whose wrapped object = <addinfourl at -1253965972 whose fp = <socket._fileobject object at 0xb58d8f44>>>>> | 17:07 |
mgedmin | my head is swimming | 17:07 |
*** Aiste has joined #zope3-dev | 17:09 | |
benji | mgedmin: is that response object the one created by Zope or by Mechanize? (or are you working on something else?) | 17:14 |
mgedmin | hm, Browser.set_response is called twice by that statement, and the second time response is | 17:14 |
mgedmin | (Pdb) p response | 17:14 |
mgedmin | <response_seek_wrapper at -0x4a9b6d14 whose wrapped object = <HTTPError at -1253768308 whose fp = <response_seek_wrapper at -0x4ab76e34 whose wrapped object = <addinfourl at -1253225172 whose fp = None>>>> | 17:14 |
mgedmin | addinfourl whose fp = None | 17:14 |
mgedmin | that's the culprit | 17:14 |
*** flox_ has joined #zope3-dev | 17:14 | |
benji | right, at some point it needs a file, but because an error occurred, there is no file | 17:15 |
*** flox has quit IRC | 17:15 | |
benji | I wonder if we can identify that case and provide a better error message in testbrowser without having to change mechanize | 17:15 |
*** flox_ is now known as flox | 17:15 | |
mgedmin | I do not understand what is going on | 17:16 |
mgedmin | it seems as if _mech_open called self.set_response successfully | 17:16 |
mgedmin | then did 'raise error' | 17:17 |
mgedmin | and then, somehow, I'm back in _mech_open.set_response which now fails | 17:17 |
mgedmin | and pdb's stack trace indicates that I'm somewhere in the middle as opposed to being at the bottom | 17:17 |
benji | hmm... | 17:18 |
benji | perhaps I can look at it, did you find a good way to reproduce the problem? | 17:19 |
mgedmin | that's the problem, I didn't | 17:19 |
benji | perhaps just a view that raises an exception when called, then browser.open it? | 17:20 |
mgedmin | I tried that | 17:21 |
*** alecm has joined #zope3-dev | 17:26 | |
*** cursor has quit IRC | 17:26 | |
*** niemeyer has joined #zope3-dev | 17:40 | |
benji | niemeyer: I saw your latest release of editmoin, and was wondering how it compares to external editor (i.e., do they work the same way/differently) | 17:46 |
niemeyer | benji: Greetings | 17:50 |
niemeyer | benji: editmoin works the most hackish way you can imagine.. | 17:51 |
benji | heh :) | 17:51 |
niemeyer | benji: It was really a hack for myself that ended up being used by others in the company because it was cool and then released because more people liked it. | 17:51 |
niemeyer | benji: The code is doing HTML parsing using regular expressions. | 17:52 |
niemeyer | benji: External editor is hopefully using XMLRPC | 17:52 |
benji | do you have a small client-side app associated with a MIME type that get's run which triggers the correct editor? | 17:53 |
niemeyer | benji: Even then, editmoin works since a few years now.. with every succeeding moin release, and don't expect anything from the running wiki besides what it has to offer in any case. | 17:53 |
*** hdima has quit IRC | 17:53 | |
niemeyer | benji: Certainly not due to good design though, as I explained. It works just because I use it myself a lot and keep it working. | 17:53 |
benji | love is the only antidote to bit rot :) | 17:53 |
niemeyer | benji: It runs the system's $EDITOR | 17:54 |
benji | how do you get the editor to execute? | 17:54 |
niemeyer | os.system | 17:55 |
benji | so there's a small client-side app that calls os.system? | 17:55 |
niemeyer | benji: Well, editmoin *is* the client app | 17:56 |
niemeyer | benji: It requires no server-side changes or plugins. | 17:56 |
benji | right... so how does editmoin get invoked? the user? | 17:57 |
niemeyer | benji: Well, when you want to see it running, you run it (!?) | 17:57 |
benji | and the user enters a URL into editmoin which launches their editor? | 17:58 |
niemeyer | benji: Have you seen http://labix.org/editmoin? | 17:58 |
benji | nope, I'll take a look; thanks! | 17:58 |
benji | thanks, niemeyer, that answers my questions! | 18:00 |
niemeyer | benji: Cool! | 18:00 |
niemeyer | benji: ExternalEdit requires server-side support, so that's a difference already. | 18:00 |
benji | right, I was wondering how they were the same/different, now I know :) | 18:01 |
*** nathany has quit IRC | 18:05 | |
*** zagy has quit IRC | 18:09 | |
*** jukart has quit IRC | 18:15 | |
SmokeyD | Hi, how do I create a context and request for unittests? | 18:20 |
*** romanofski has quit IRC | 18:21 | |
mgedmin | it depends on what you are testing | 18:21 |
SmokeyD | I want to instantiate a self written edit form class, but it requires a context and a request. How do I simulate these? | 18:21 |
mgedmin | use zope.publisher.browser.TestRequest | 18:21 |
SmokeyD | I won't actually use the request and the context for the test. | 18:22 |
SmokeyD | Ok thanks | 18:22 |
mgedmin | then just pass Nones | 18:22 |
*** romanofski has joined #zope3-dev | 18:22 | |
SmokeyD | It wont choke on that? | 18:22 |
mgedmin | I do not know | 18:22 |
mgedmin | try it | 18:22 |
mgedmin | if it does, then use TestRequest and whatever context is appropriate for your form | 18:23 |
*** scherand has left #zope3-dev | 18:26 | |
*** volvox has quit IRC | 18:30 | |
pcardune | what's the equivalent of a siteroot for zope3? | 18:42 |
*** febb has joined #zope3-dev | 18:44 | |
flox | pcardune: i guess it is a Folder | 18:44 |
flox | then u have action "Make a site" | 18:45 |
pcardune | do site managers keep track of the base url then? | 18:45 |
flox | wait | 18:46 |
*** febb has quit IRC | 18:47 | |
flox | AFAIK, yes, it keep track of site url | 18:52 |
flox | pcardune: somewhere within zope.traverse | 18:52 |
pcardune | thanks | 18:52 |
flox | something like zope.traversing.api.getRoot | 18:53 |
flox | pcardune: maybe i am worng | 18:59 |
flox | wrong | 18:59 |
*** projekt01 has left #zope3-dev | 19:00 | |
*** MJ has quit IRC | 19:01 | |
*** hazmat has joined #zope3-dev | 19:07 | |
*** ChanServ sets mode: +o hazmat | 19:07 | |
*** hazmat has quit IRC | 19:07 | |
*** romanofski has quit IRC | 19:13 | |
*** flox has quit IRC | 19:23 | |
*** peter_ has joined #zope3-dev | 19:24 | |
*** ktwilight has quit IRC | 19:27 | |
*** batlogg has quit IRC | 19:35 | |
*** gumpa is now known as gumpa-away | 19:41 | |
*** pcardune has quit IRC | 19:51 | |
*** nathany has joined #zope3-dev | 19:52 | |
*** RaFromBRC has joined #zope3-dev | 19:54 | |
*** projekt01 has joined #zope3-dev | 19:59 | |
*** philiKON has joined #zope3-dev | 20:00 | |
*** peter_ has quit IRC | 20:14 | |
*** MJ has joined #zope3-dev | 20:16 | |
*** ktwilight has joined #zope3-dev | 20:18 | |
*** srichter has quit IRC | 20:21 | |
*** peter_ has joined #zope3-dev | 20:23 | |
*** ignas has quit IRC | 20:24 | |
*** srichter has joined #zope3-dev | 20:25 | |
*** mcdonc has joined #zope3-dev | 20:29 | |
*** zagy has joined #zope3-dev | 20:33 | |
*** ChanServ sets mode: +o srichter | 20:34 | |
* mgedmin wants frozendict... and a pony | 20:39 | |
*** zagy has quit IRC | 20:41 | |
*** flox_ has joined #zope3-dev | 20:57 | |
*** flox_ is now known as flox | 20:58 | |
*** zagy has joined #zope3-dev | 21:19 | |
*** febb has joined #zope3-dev | 21:21 | |
febb | hi all ! | 21:22 |
febb | hi philiKON how are you today ? | 21:22 |
*** mkerrin has quit IRC | 21:23 | |
MJ | Hrm | 21:38 |
*** zagy has left #zope3-dev | 21:38 | |
MJ | I have a non-persistent utility | 21:38 |
MJ | And during a request, that utility wants to access the root object | 21:38 |
MJ | Is there any way I can access that? | 21:38 |
MJ | I don't see an API to ask for the root object without access to a persistent object | 21:39 |
MJ | (or anything that is ILocatable with the __parent__ chain ending at the root object) | 21:39 |
MJ | I basically need to store some persistent configuration | 21:39 |
MJ | And my utility wants to access that configuration | 21:39 |
mgedmin | one EVIL way would be getInteraction().participations[0].publication.getApplication(getInteraction().participations[0]) | 21:40 |
MJ | Evil | 21:40 |
MJ | indeed | 21:40 |
mgedmin | do you have the request object? | 21:41 |
mgedmin | (passed as an argument to some utility method perhaps?) | 21:41 |
mgedmin | or you could play with getSite() | 21:41 |
TresEquis | you could grab the connection associated to your thread, which would be about as evil, but on a different axis | 21:42 |
mgedmin | or you could design a clean way for global non-persistent utilities to access the database, and then implement it | 21:42 |
mgedmin | many people ask for that | 21:42 |
mgedmin | well, two or three have asked for it | 21:42 |
TresEquis | yup, getSite is the "clean" way to do mine | 21:42 |
MJ | No request object | 21:42 |
MJ | TresEquis: That only works if there has been any traversal | 21:42 |
MJ | TresEquis: No traversal here: all views are on the ++etc++process space | 21:43 |
MJ | (not really, my own version of the same setup) | 21:43 |
TresEquis | That does the root traversal | 21:43 |
MJ | Nope | 21:43 |
MJ | getSite fails | 21:43 |
MJ | ahem | 21:43 |
MJ | I didn't actually test that... | 21:43 |
MJ | I used getSiteManager | 21:44 |
TresEquis | having the "control panel" munge persistent date is WAAAAY more evil than the hackery we're talking about | 21:44 |
MJ | That fails... | 21:44 |
TresEquis | just write to the damn filesystem | 21:44 |
mgedmin | otoh there's /++etc++process/ZODBControl.html | 21:44 |
TresEquis | or open a "private" filestorage | 21:44 |
mgedmin | it gets the database somehow | 21:44 |
MJ | TresEquis: I fear I'll have to go the private storage way... | 21:45 |
MJ | Bummer | 21:45 |
MJ | That'd be cleaner. | 21:45 |
MJ | mgedmin: the zodbcontrol has access to a request (it is a view) | 21:46 |
mgedmin | oh, right | 21:46 |
MJ | mgedmin: and the request has the publication, which has the database... | 21:46 |
* mgedmin is about to suggest the utility do an http request to localhost | 21:47 | |
* mgedmin needs some rest | 21:47 | |
* MJ sniggers. Yeah right. | 21:48 | |
*** niemeyer has quit IRC | 21:49 | |
*** stub has quit IRC | 21:51 | |
MJ | Well I'll be damned | 21:52 |
MJ | getSite returns *a* folder | 21:52 |
MJ | The lookup still fails tho | 21:52 |
MJ | That looks like my fault tho | 21:53 |
* MJ slaps head: context can't be positional | 21:55 | |
MJ | Anyways: zope.components.hooks.getSite does the trick | 21:56 |
MJ | Because the root object has always been traversed. | 21:56 |
*** zagy has joined #zope3-dev | 22:02 | |
*** srichter has quit IRC | 22:12 | |
*** dobee has quit IRC | 22:40 | |
*** dobee has joined #zope3-dev | 22:42 | |
*** zagy has quit IRC | 22:45 | |
*** mgedmin has quit IRC | 22:51 | |
*** alga has quit IRC | 23:01 | |
*** romanofski has joined #zope3-dev | 23:04 | |
*** alecm has quit IRC | 23:14 | |
*** romanofski has quit IRC | 23:15 | |
*** peter_ has quit IRC | 23:17 | |
*** romanofski has joined #zope3-dev | 23:19 | |
*** dunny has joined #zope3-dev | 23:40 | |
*** batlogg has joined #zope3-dev | 23:48 | |
*** nathany has quit IRC | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!