*** rocky has quit IRC | 00:13 | |
*** tiredbones has quit IRC | 00:14 | |
*** tiredbones has joined #zope3-dev | 00:14 | |
*** alecm has joined #zope3-dev | 00:20 | |
*** rocky has joined #zope3-dev | 00:35 | |
*** tiredbones has quit IRC | 00:37 | |
*** yota has quit IRC | 00:37 | |
*** TrevorP has quit IRC | 00:37 | |
*** tiredbones has joined #zope3-dev | 00:38 | |
*** yota has joined #zope3-dev | 00:38 | |
*** TrevorP has joined #zope3-dev | 00:38 | |
*** tiredbones has quit IRC | 00:54 | |
*** yota has quit IRC | 00:54 | |
*** TrevorP has quit IRC | 00:54 | |
*** tiredbones has joined #zope3-dev | 00:55 | |
*** yota has joined #zope3-dev | 00:55 | |
*** TrevorP has joined #zope3-dev | 00:55 | |
*** stainsby has joined #zope3-dev | 01:06 | |
*** russf has quit IRC | 01:29 | |
*** j1m has quit IRC | 02:33 | |
*** niemeyer has quit IRC | 02:34 | |
*** yota has quit IRC | 02:35 | |
*** tav_ is now known as tav | 02:37 | |
*** ChanServ sets mode: +o tav | 02:37 | |
*** wrobel has quit IRC | 03:33 | |
*** RaFromBRC is now known as RaFromBRC|away | 03:44 | |
*** hazmat has joined #zope3-dev | 04:37 | |
*** ChanServ sets mode: +o hazmat | 04:37 | |
*** projekt01 has left #zope3-dev | 04:48 | |
*** hazmat has quit IRC | 04:59 | |
*** hazmat has joined #zope3-dev | 05:16 | |
*** ChanServ sets mode: +o hazmat | 05:16 | |
*** stub has joined #zope3-dev | 05:26 | |
*** hazmat has quit IRC | 05:59 | |
*** deo has quit IRC | 07:03 | |
*** alecm has quit IRC | 07:05 | |
*** alecm has joined #zope3-dev | 07:33 | |
*** dobee has joined #zope3-dev | 07:58 | |
*** kamalgill has left #zope3-dev | 08:05 | |
*** eins has joined #zope3-dev | 08:06 | |
*** natea|away has quit IRC | 08:13 | |
*** natea has joined #zope3-dev | 08:14 | |
*** RaFromBRC|away has quit IRC | 08:14 | |
*** d2m__ has joined #zope3-dev | 08:14 | |
*** d2m_ has quit IRC | 08:15 | |
*** alecm has joined #zope3-dev | 08:20 | |
*** alecm has quit IRC | 08:23 | |
*** d2m__ has quit IRC | 08:31 | |
*** d2m has joined #zope3-dev | 08:36 | |
*** stainsby has left #zope3-dev | 08:42 | |
*** jinty has joined #zope3-dev | 08:51 | |
*** zopePloneConsult has joined #zope3-dev | 08:51 | |
*** jukart has joined #zope3-dev | 09:04 | |
*** wrobel has joined #zope3-dev | 09:04 | |
*** dobee has quit IRC | 09:11 | |
*** rocky has quit IRC | 09:12 | |
*** dobee has joined #zope3-dev | 09:15 | |
*** yota has joined #zope3-dev | 09:27 | |
*** mexiKON has quit IRC | 09:32 | |
d2m | hi, we have currently someone spamming the Zope.org collectors (ZOC and CMF) -- anyone with a link to zope.org sysadms to block the spammers IP address ? | 10:03 |
---|---|---|
*** jinty has quit IRC | 10:22 | |
*** jukart has left #zope3-dev | 10:22 | |
d2m | if you experience problems with the zope.org collector: i'm just deleting the spam entries (makes the collector rather unresponsive) | 10:30 |
*** jinty has joined #zope3-dev | 10:56 | |
*** yotaff has joined #zope3-dev | 10:59 | |
*** MJ has quit IRC | 11:03 | |
*** tarek has quit IRC | 11:06 | |
*** yotaff has quit IRC | 11:11 | |
*** faassen has joined #zope3-dev | 11:19 | |
*** MJ has joined #zope3-dev | 11:31 | |
*** stub has quit IRC | 11:38 | |
*** agroszer has joined #zope3-dev | 11:40 | |
*** RaFromBRC has joined #zope3-dev | 11:41 | |
*** zagy has quit IRC | 11:46 | |
*** agroszer has quit IRC | 11:50 | |
*** agroszer has joined #zope3-dev | 11:50 | |
*** zagy has joined #zope3-dev | 11:51 | |
*** tav is now known as greenbot | 12:12 | |
*** greenbot has quit IRC | 12:14 | |
*** greenbot_ has joined #zope3-dev | 12:14 | |
*** mkerrin has joined #zope3-dev | 12:50 | |
*** stainsb1 has joined #zope3-dev | 12:51 | |
*** stainsb1 has left #zope3-dev | 12:51 | |
*** greenbot_ is now known as tav | 13:01 | |
*** mgedmin has joined #zope3-dev | 13:03 | |
*** rocky has joined #zope3-dev | 13:18 | |
*** Aiste has quit IRC | 13:19 | |
*** vlado has joined #zope3-dev | 13:19 | |
*** zopePloneConsult has quit IRC | 13:24 | |
*** regebro has joined #zope3-dev | 13:24 | |
*** mgedmin has quit IRC | 13:30 | |
*** MJ has quit IRC | 13:31 | |
*** MJ has joined #zope3-dev | 13:32 | |
*** zopePloneConsult has joined #zope3-dev | 13:37 | |
*** MJ has quit IRC | 13:37 | |
*** MJ has joined #zope3-dev | 13:38 | |
*** volvox has joined #zope3-dev | 13:39 | |
*** ignas has joined #zope3-dev | 13:42 | |
*** ignas has quit IRC | 13:42 | |
*** Aiste has joined #zope3-dev | 13:43 | |
*** J1m has joined #zope3-dev | 13:47 | |
*** jukart has joined #zope3-dev | 13:48 | |
*** RaFromBRC is now known as RaFromBRC|zzz | 13:49 | |
*** alga has joined #zope3-dev | 13:52 | |
*** RaFromBRC|zzz has quit IRC | 13:52 | |
*** vlado has quit IRC | 14:02 | |
*** vlado has joined #zope3-dev | 14:02 | |
*** volvox has quit IRC | 14:15 | |
*** J1m has quit IRC | 14:31 | |
*** nathany has joined #zope3-dev | 14:53 | |
*** deo has joined #zope3-dev | 14:55 | |
*** philiKON has joined #zope3-dev | 15:04 | |
*** dunny has quit IRC | 15:11 | |
*** zopePloneConsult has quit IRC | 15:13 | |
*** zopePloneConsult has joined #zope3-dev | 15:14 | |
*** J1m has joined #zope3-dev | 15:21 | |
*** jukart has left #zope3-dev | 15:28 | |
*** natea has quit IRC | 15:36 | |
*** vlado_ has joined #zope3-dev | 15:38 | |
*** vlado has quit IRC | 15:38 | |
*** vlado__ has joined #zope3-dev | 15:44 | |
*** vlado_ has quit IRC | 15:45 | |
*** niemeyer has joined #zope3-dev | 15:55 | |
*** benji has joined #zope3-dev | 15:56 | |
*** zbir has quit IRC | 16:03 | |
*** ChanServ sets mode: +o tav | 16:03 | |
*** jinty has quit IRC | 16:03 | |
guruz_ | hm, i am getting zope.app.twisted.server.SSLNotSupported. is there any documentation about what has to be exactly installed for ssl support? | 16:05 |
* J1m hates implicitly enabled features based on environment sniffing. A lot. | 16:06 | |
guruz_ | :-| | 16:07 |
srichter | J1m: thanks for the response | 16:08 |
srichter | J1m: one way of optimizing the ZCML startup would not require pickable actions | 16:08 |
srichter | J1m: I basically would just like to pickle the directive handlers and their arguments | 16:09 |
J1m | ah, good point. | 16:09 |
srichter | J1m: I think this could work and still provide a lot of the benefits, since all the schema validation is circumvented | 16:09 |
J1m | and conversion | 16:09 |
srichter | right | 16:09 |
srichter | if this gives us a significant speedup, then this work will be independently useful to other approaches | 16:10 |
srichter | (I am really excited about trying this; my proposal was yesterday the third highest ranked, so there is a good chance I get it) | 16:11 |
*** tarek has joined #zope3-dev | 16:13 | |
*** nathany has quit IRC | 16:16 | |
*** zbir has joined #zope3-dev | 16:17 | |
*** rocky has quit IRC | 16:17 | |
srichter | J1m: is there already an UI for local sites where you can say: Use those IComponents utilities as my bases? | 16:20 |
J1m | no | 16:20 |
srichter | J1m: that was the UI I was referring | 16:20 |
srichter | J1m: but I agree it should not be too tricky now | 16:21 |
J1m | Perhaps you should be more specific. :) | 16:21 |
*** natea has joined #zope3-dev | 16:21 | |
srichter | J1m: it was not meant to be a proposal :-) I'll write a real proposal for all this. | 16:22 |
*** vlado_ has joined #zope3-dev | 16:23 | |
*** vlado__ has quit IRC | 16:23 | |
*** rocky has joined #zope3-dev | 16:24 | |
*** projekt01 has joined #zope3-dev | 16:28 | |
*** efrerich has joined #zope3-dev | 16:31 | |
efrerich | srichter: ayt? | 16:31 |
srichter | yep | 16:32 |
efrerich | I have some problems with the extraction | 16:32 |
srichter | ok, shoot | 16:32 |
efrerich | 1) You switches to ZODB 3.7 | 16:32 |
srichter | yes | 16:33 |
efrerich | The pyd-files from tim_one are not uptodate | 16:33 |
efrerich | but I assume that is not an issue | 16:33 |
efrerich | 2) In the first try the directive with 'role' was unknown | 16:34 |
srichter | someone has to sign up doing Windows pyd files | 16:34 |
srichter | agroszer can do releases, so maybe he can also do the pyd files? | 16:35 |
* agroszer goes to check | 16:35 | |
efrerich | The doc says if there is no -s argument standard Zope 3 site.zcml is used | 16:35 |
efrerich | are you sure? | 16:35 |
srichter | efrerich: yes | 16:35 |
srichter | positive | 16:35 |
srichter | if no -s is specified, we have the original behavior | 16:36 |
srichter | btw, I ran the extraction on the trunk to check that it works | 16:36 |
agroszer | btw: srichter, there should be a version.txt in zope.app | 16:36 |
srichter | agroszer: the version.txt file is added only to the tag | 16:36 |
efrerich | Then I tried with -s argument; I have got fp = open(filename) | 16:37 |
efrerich | IOError: [Errno 13] Permission denied: 'C:\\Zope3\\Vers3_3' | 16:37 |
agroszer | strange... I thoght I did an svn up | 16:37 |
srichter | efrerich: that seems like an OS issue ;-) | 16:37 |
efrerich | maybe | 16:38 |
srichter | efrerich: did you use absolute paths? | 16:38 |
efrerich | yes | 16:38 |
efrerich | I have another try | 16:38 |
efrerich | thx | 16:38 |
agroszer | srichter: did an svn up, version.txt is still missing...??? | 16:39 |
srichter | btw, if it reports 'site.zcml location: None, then it means that the default site.zcml is used | 16:40 |
srichter | agroszer: are you looking at the 3.3.0b1 tag or the 3.3. branch? | 16:40 |
*** natea has quit IRC | 16:40 | |
agroszer | b1, I hope | 16:40 |
agroszer | wait | 16:40 |
agroszer | errr | 16:40 |
srichter | it's there: | 16:41 |
srichter | http://svn.zope.org/Zope3/tags/Zope-3.3.0b1/src/zope/app/ | 16:41 |
efrerich | srichter: yes - there was site.zcml location: None | 16:41 |
agroszer | thanx, missed that | 16:41 |
srichter | efrerich: so that's good, because it uses the old behavior, which is correct in this case | 16:42 |
srichter | efrerich: I am running i18nextract on the branch now | 16:42 |
agroszer | srichter: pyd's are available as a 'side effect' of the release | 16:45 |
srichter | [srichter@einstein Zope3-3.3]$ export PYTHONPATH=/opt/zope/Zope3/Zope3-3.3/src/ | 16:45 |
srichter | [srichter@einstein Zope3-3.3]$ ./utilities/i18nextract.py -d zope -p src/zope -o app/locales | 16:45 |
srichter | base path: '/opt/zope/Zope3/Zope3-3.3/' | 16:45 |
srichter | search path: /opt/zope/Zope3/Zope3-3.3/src/zope | 16:45 |
srichter | 'site.zcml' location: None | 16:45 |
srichter | exclude dirs: [] | 16:45 |
srichter | domain: 'zope' | 16:45 |
srichter | include default domain: True | 16:45 |
srichter | output file: '/opt/zope/Zope3/Zope3-3.3/src/zope/app/locales/zope.pot' | 16:45 |
srichter | Python only: False | 16:45 |
agroszer | srichter: so ziping them should not be an issue | 16:45 |
srichter | agroszer: right, but Tim had always this great ZIP file that you could simply install to get the trunk working in Windows without a compiler | 16:46 |
srichter | agroszer: cool | 16:46 |
agroszer | yeah, where to put the result? | 16:47 |
srichter | online would be best | 16:48 |
srichter | you could create a "trunk" software release and put it there | 16:48 |
srichter | because we have management access there, we can publish it ourselves | 16:48 |
agroszer | ah, you mean to www.zope.org/Products/Zope3? | 16:51 |
srichter | yeah | 16:51 |
agroszer | I see | 16:51 |
agroszer | I think I messed up the 3.3.0b1 | 16:54 |
agroszer | release | 16:54 |
agroszer | it was a different tag in the svn | 16:55 |
srichter | that's ok | 16:56 |
srichter | you are doing a huge favor to the community and it was your first time | 16:56 |
agroszer | yep, I think there was not a huge difference between the two tags | 16:56 |
srichter | that's what betas are for | 16:56 |
*** tarek has quit IRC | 16:56 | |
srichter | the beta release was not very clean either. there are a bunch of issues | 16:57 |
efrerich | srichter: may you have a look at "pastebin"; I put there the log with the unknown directive | 16:58 |
*** oferw has joined #zope3-dev | 16:59 | |
srichter | efrerich: as you can see it uses the right site.zcml file | 16:59 |
efrerich | yes - I see know | 17:00 |
srichter | can you show me the contents of site.zcml? | 17:00 |
*** eins has quit IRC | 17:01 | |
oferw | srichter: hi :) | 17:02 |
oferw | efrerich: hi :) | 17:02 |
efrerich | oferw: hi | 17:03 |
efrerich | srichter: is in pastebin | 17:03 |
srichter | mmh, looks good | 17:04 |
efrerich | leaving - coffee taking | 17:06 |
srichter | efrerich: can you make sure that securitypolicy-meta.zcml is in zopeskel/etc/package-includes? | 17:06 |
srichter | efrerich: btw, are you using the checkout or the release? | 17:06 |
efrerich | I look it up - after the coffee | 17:06 |
efrerich | thx | 17:06 |
srichter | oh man, Micha muss anfangen ausserhalb der Box zu denken | 17:09 |
srichter | oops, wrong channel | 17:10 |
srichter | sorry for the german | 17:10 |
benji | that's OK, you were just thinking outside the box :) | 17:10 |
srichter | benji: oh, your German sufficed to translate :-) | 17:12 |
benji | just barely :) | 17:12 |
philiKON | srichter, it's not that hard when you use english idioms in german yourself :) | 17:20 |
srichter | philiKON: I do this all the time! :-) | 17:21 |
philiKON | right | 17:21 |
philiKON | no surprise there, you've been living there way too much time not to do it. i even do it :) | 17:21 |
benji | I'm surprised anyone can be converstational in English as a second language, all the idioms would kill me | 17:23 |
* benji wonders what the most idiomatic natural language is | 17:23 | |
J1m | Fultish | 17:24 |
benji | and hence it's inscrutability to outsiders | 17:24 |
srichter | LOL | 17:25 |
philiKON | Fultish -- and bob's your uncle! | 17:25 |
philiKON | benji, the idioms is what people usually learn last therefore. | 17:26 |
efrerich | srichter: I think that is the solution - I made a fresh checkout and didn't fill zopeskel | 17:26 |
J1m | http://www.worldwidewords.org/qa/qa-bob1.htm | 17:26 |
philiKON | interesting | 17:28 |
*** efrerich has quit IRC | 17:28 | |
philiKON | J1m, btw, i evolved one of my old Zope3.1 zodbs to zope 3.3 (for testing purposes) and i still get: | 17:28 |
philiKON | /Users/philipp/dev/Zope3/src/ZODB/broken.py:187: DeprecationWarning: RegistrationManager is deprecated. The old registration APIs, are deprecated and will go away in Zope 3.5 | 17:28 |
J1m | Hm. The evolution script doesn't bother removing registration managers. | 17:29 |
philiKON | ah, ok | 17:30 |
J1m | Maybe it should. Please submit a collector issue. | 17:30 |
philiKON | ok | 17:30 |
faassen | benji: idioms apear in any natural language. I don't know whether English has more of them than usual. :) | 17:31 |
* philiKON wonders about idioms in esperanto | 17:32 | |
faassen | wass ist auf? | 17:32 |
faassen | wie gehst? oh, das geht auch auf Deutsch! | 17:32 |
faassen | hande hoch! oh nein, die bulle! | 17:33 |
regebro | Himmel meine schuhe! | 17:33 |
faassen | Mein gott, es ist voller sterne. | 17:33 |
faassen | (2010 quote) | 17:33 |
faassen | Schubumkerung! (star trek quote) | 17:33 |
philiKON | lol | 17:33 |
* srichter wonders where all those people with German idioms are suddenly coming from ;-) | 17:33 | |
* benji wonders why the sky needs shoes | 17:34 | |
*** zopePloneConsult has left #zope3-dev | 17:34 | |
faassen | ich weis nicht, ich habe ja immer schlechtes Deutsch gesprochen. | 17:34 |
philiKON | benji, Himmel! is like Heavens! | 17:34 |
philiKON | Heavens! My shoes | 17:34 |
benji | thanks, that makes it soooo much clearer | 17:35 |
faassen | I said 'my god, it's full of stars' | 17:35 |
faassen | the monolith | 17:35 |
benji | I got that one, faassen :) | 17:35 |
faassen | and schubumkerung is..reverse thrust. | 17:35 |
faassen | I somehow my first viewing of 2010 was in a german dubbing. | 17:35 |
faassen | I grew up being exposed to quite a few movies in german dubbing. | 17:35 |
philiKON | modern german dubbing sucks | 17:37 |
philiKON | dubbing in the 50s and 60s was cool | 17:37 |
philiKON | they put a lot more thought into it | 17:37 |
faassen | well, this was 80s dubbing. | 17:37 |
philiKON | jazzed up the dialogues | 17:37 |
philiKON | today's dubbing is stupid | 17:37 |
faassen | Die bulle! werfen sie das kanone weg! | 17:37 |
philiKON | "Er war ein guter Cop. Er hat einen guten Job gemacht" | 17:37 |
philiKON | this is denglish | 17:38 |
faassen | long leb denglish! | 17:38 |
philiKON | genau | 17:38 |
faassen | you don't say cop. you say Er war ein guter Bulle | 17:38 |
faassen | everybody knows cop is translated as bulle. | 17:38 |
benji | philiKON, even /I/ know that's not good German :) | 17:38 |
philiKON | no, they say cop | 17:38 |
faassen | they *used* to say bulle up until at least die 80s, I think. :) | 17:38 |
philiKON | benji, yeah, but people don't mind or don't notice it anymore. but they still don't want to see the stuff in english as if they were allergic to it | 17:38 |
benji | sounds too much like something I'd say | 17:38 |
philiKON | we should do it like the netherlands or scandinavia. just not dub anything, neither in movies nor on TV | 17:39 |
philiKON | provide optional subtitles for old people. | 17:39 |
faassen | we dub children's show. :) | 17:39 |
faassen | we have subtitles for everyone. | 17:39 |
philiKON | right, i know | 17:39 |
philiKON | i wouldn't even dub children's shows | 17:39 |
philiKON | children learn incredibly fast | 17:40 |
philiKON | it's the best age to pick up a language | 17:40 |
philiKON | i'd say especially don't dub the children's shows | 17:40 |
faassen | and soon all young german children will be running around yelling POWERZORD! | 17:40 |
philiKON | they already do that | 17:40 |
faassen | :) | 17:40 |
philiKON | or pokemon | 17:40 |
philiKON | or whatever | 17:40 |
philiKON | it's all globalized anyways | 17:40 |
faassen | actually we should redub everything in zope3-ese. | 17:40 |
philiKON | but without dubbing, they'd be pronouncing it correctly perhaps ;) | 17:40 |
faassen | so you'd have: Captain, the adapter doesn't work right with the utility! | 17:41 |
faassen | Reverse the polarity of the component architecture! | 17:41 |
benji | lol! | 17:41 |
faassen | it wouldn't change the contents of many of those technobabble sessions a lot. | 17:41 |
philiKON | lol, yeah | 17:41 |
faassen | there is no correct pronounciation of 'zord', I think. :) | 17:41 |
faassen | it's badly pronounced out of the box. | 17:41 |
philiKON | hehe. i'm not talking about zord or whatever | 17:42 |
philiKON | german zope consultants have a common problem, for example | 17:42 |
philiKON | or at least they used to | 17:42 |
philiKON | many over here pronounce it "sohp" or "tsohp" | 17:42 |
philiKON | of course, the other party would always think they meant soap or something else | 17:42 |
faassen | mit tsoph machen wir 's. und Plohn auch | 17:42 |
philiKON | lol. genau | 17:42 |
philiKON | J1m, btw, http://www.zope.org/Collectors/Zope3-dev/628 | 17:44 |
J1m | saw it | 17:44 |
*** gumpa has joined #zope3-dev | 17:45 | |
*** regebro has quit IRC | 17:49 | |
*** zagy has quit IRC | 17:55 | |
*** natea has joined #zope3-dev | 17:55 | |
*** efrerich has joined #zope3-dev | 18:01 | |
efrerich | srichter: FYI: 45 messages have to be translated or checked | 18:03 |
srichter | efrerich: right, those are the ones from the default domain, right? | 18:05 |
faassen | what's the idea aobut zope.formlib.namedtemplate? | 18:08 |
*** natea has quit IRC | 18:08 | |
faassen | I mean, I just want to render the submit buttons generated by formlib differently. | 18:08 |
faassen | have a different css class. | 18:09 |
faassen | and then it turns out the Action renders itself using namedtemplate. | 18:09 |
faassen | and you can register your own 'render' namedtemplate implementation too. | 18:09 |
faassen | but then you just get a ZCML conflict. | 18:09 |
philiKON | overrides? | 18:09 |
faassen | so what the point of having these things use namedtemplate? and why register them as adapters? no way to use Zope's skinning mechanisms. | 18:09 |
faassen | philiKON: ugh | 18:10 |
philiKON | or, just make them more specific adapters | 18:10 |
faassen | philiKON: I think using overrides is rather brittle. | 18:10 |
philiKON | named templates just adapt the view (IOW, the form object) | 18:10 |
faassen | philiKON: that involves implementing my own formlib action decorator that produces more specific IAction.. I think. :) | 18:10 |
faassen | philiKON: they do? | 18:10 |
philiKON | no, they don't adapt the action | 18:10 |
philiKON | they adapt the view | 18:11 |
philiKON | usually you can do: | 18:11 |
philiKON | foo_template = NamedTemplateImplementation(ViewPageTemplateFile(...), MyViewClass) | 18:11 |
faassen | @namedtemplate.implementation(IAction), it says. | 18:11 |
faassen | I figured IAction is the thing that's being adapted. | 18:11 |
philiKON | ugh | 18:11 |
faassen | but perhaps I am wrong. | 18:11 |
philiKON | i think you're right in this case | 18:12 |
philiKON | where are you anyways? | 18:12 |
faassen | what do you mean? | 18:12 |
faassen | zope.formlib.form | 18:12 |
*** alga has quit IRC | 18:13 | |
faassen | physically I'm in Rotterdam. :) | 18:13 |
philiKON | ah, i see it now | 18:13 |
philiKON | line 591 | 18:13 |
philiKON | @namedtemplate.implementation(interfaces.IAction) | 18:13 |
philiKON | def render_submit_button(self): | 18:13 |
philiKON | right? | 18:13 |
faassen | yes. | 18:13 |
J1m | Overrides are not brittle. | 18:13 |
faassen | I mean, what one typically would want if one wants to override this is, is override the way buttons are drawn on a particular form. | 18:14 |
J1m | named templates allow you to replace zpt without refedining an entire view. | 18:14 |
faassen | J1m: don't I override everything for the whole application? suddenly I use a different button drawing story for the whole of Zope? | 18:14 |
philiKON | faassen, right. in this case, you could put a marker on your action (IMyAction) and register the renderer for that... | 18:14 |
J1m | named templaces are defined for a view | 18:14 |
philiKON | J1m, in this case, also for actions | 18:15 |
J1m | so you can override a template for an individual view class. | 18:15 |
philiKON | so that actions become submit buttons in forms | 18:15 |
J1m | I guess. I don't remember the details. | 18:15 |
faassen | I'm just trying to find a way to make the submit button have a different css class. :) | 18:16 |
philiKON | J1m, srichter, i'm calling _p_activate() and setting _p_changed = True on moved persistent objects, yet for some reason they don't seem to get repickled. | 18:18 |
philiKON | any hints? | 18:18 |
srichter | no, those two should do it; I remember MArius and I trying for hours | 18:19 |
J1m | no | 18:19 |
*** Theuni has quit IRC | 18:19 | |
philiKON | because i'm doing that and i can verify that my evolvement code is actually touching those objects. but after eevolvement, i still get deprecation warnings for the zope.app imports | 18:20 |
*** oferw has quit IRC | 18:20 | |
philiKON | and thru debugging i've found that the pickles are actually those of objects i should have touched earlier | 18:20 |
srichter | philiKON: are you sure you found all occurences | 18:21 |
philiKON | it's not even about that | 18:21 |
srichter | one occurence is enough to cause the deprecation warnig | 18:21 |
philiKON | yes, yes | 18:21 |
philiKON | read again what i wrote | 18:21 |
philiKON | i traced my evolvement script | 18:21 |
philiKON | let's say it definitely touched object X | 18:22 |
philiKON | later i get a deprecation warning | 18:22 |
philiKON | i debugged it | 18:22 |
philiKON | followed it into the innards of the zodb serializer | 18:22 |
philiKON | and found out it belonged to object X | 18:22 |
philiKON | so, it's not even about getting all objects right now | 18:22 |
srichter | verifued by oid? | 18:22 |
philiKON | it's about getting those i find in the first place | 18:22 |
philiKON | well, no | 18:22 |
philiKON | does it make any difference? | 18:23 |
srichter | well, how do you know you are still talking about the same object? | 18:24 |
philiKON | well, i looked at its contents | 18:24 |
philiKON | and i knew exactly which object it was... but if that doesn't satisfy you, i can compare the oids | 18:24 |
srichter | ok, if you are sure it does not exist anywhere else | 18:24 |
srichter | I would do that, just to make sure | 18:24 |
philiKON | how do i get the oid? _p_oid? | 18:25 |
srichter | yeah, I think so | 18:25 |
*** alecm has joined #zope3-dev | 18:29 | |
philiKON | srichter, just verified the oids are the same | 18:35 |
srichter | mmh, darn | 18:36 |
srichter | and the serializer is not picking them up, eh? | 18:36 |
*** mexiKON has joined #zope3-dev | 18:38 | |
mexiKON | srichter, just verified the oids are the same | 18:38 |
mexiKON | perhaps the stuff doesn't get repickled in this case? only when storage.record_iternext() is used? seems unlikely, but i'm not an expert... | 18:39 |
mexiKON | this case being an evolvement script using findObjectsProviding | 18:39 |
srichter | I am not an expert either | 18:40 |
srichter | this is Jim's area :-) | 18:40 |
mexiKON | J1m said earlier he had no other hints either... | 18:41 |
*** jinty has joined #zope3-dev | 18:47 | |
*** gumpa has quit IRC | 18:49 | |
*** gumpa has joined #zope3-dev | 18:50 | |
*** natea has joined #zope3-dev | 18:52 | |
*** philiKON has quit IRC | 18:55 | |
J1m | mexiKON, I'm sure I could figure it out if I got into it. | 18:55 |
*** zagy has joined #zope3-dev | 18:55 | |
J1m | But it would take some time. | 18:55 |
J1m | and I have lots of other things cooking atm. | 18:55 |
J1m | If you manually load up one of the objects, to the operations and commit the transaction, what happens? | 18:56 |
*** natea has quit IRC | 18:57 | |
mexiKON | J1m, lemme try. i guess i can do this via bin/zopectl debug | 18:58 |
*** natea has joined #zope3-dev | 18:59 | |
*** vlado_ has quit IRC | 18:59 | |
mexiKON | J1m, ok, this is interesting | 19:08 |
mexiKON | so i know the oids of those objects that weren't migrated properly. there are a lot of them, it might be that none was migrated. | 19:09 |
mexiKON | anyways | 19:09 |
mexiKON | i'm in bin/zopectl debug | 19:09 |
mexiKON | >>> conn = root._p_jar | 19:09 |
mexiKON | >>> conn.get('\x00\x00\x00\x00\x00\x00\x00"') | 19:09 |
mexiKON | <zope.dublincore.annotatableadapter.ZDCAnnotationData object at 0x4e4f0> | 19:09 |
mexiKON | so, obviously, this loads the object but it doesn't seem to impor tzope.app.dublincore | 19:10 |
mexiKON | so, it does look like the object has been migrated successfully | 19:10 |
mexiKON | however | 19:10 |
mexiKON | now, i get at the same object in a differen way: | 19:10 |
mexiKON | >>> root.__annotations__['zope.app.dublincore.ZopeDublinCore'] | 19:10 |
mexiKON | /Users/philipp/dev/Zope3/src/ZODB/broken.py:183: DeprecationWarning: zope.app.dublincore.annotatableadapter has moved to zope.dublincore.annotatableadapter. Import of zope.app.dublincore.annotatableadapter will become unsupported in Zope 3.5 | 19:11 |
mexiKON | there. i get the deprecation warning | 19:11 |
mexiKON | to verify, this really *is* the same object: | 19:11 |
mexiKON | >>> root.__annotations__['zope.app.dublincore.ZopeDublinCore']._p_oid | 19:11 |
mexiKON | '\x00\x00\x00\x00\x00\x00\x00"' | 19:11 |
mexiKON | (same oid) | 19:11 |
mexiKON | how can that be? | 19:12 |
srichter | how can what be? | 19:16 |
mexiKON | that conn.get(oid) doesn't produce the deprecation warning but getting at the object the "normal" way does | 19:17 |
mexiKON | btw, then i tried: | 19:17 |
mexiKON | >>> root.__annotations__['zope.app.dublincore.ZopeDublinCore']._p_activate() | 19:17 |
mexiKON | >>> root.__annotations__['zope.app.dublincore.ZopeDublinCore']._p_changed = True | 19:17 |
mexiKON | >>> import transaction | 19:17 |
mexiKON | >>> transaction.commit() | 19:17 |
mexiKON | quit the interpreter and started it again | 19:18 |
mexiKON | still getting the deprecation warning upon accessing the object via root.__anotations__.... | 19:18 |
srichter | mmh | 19:19 |
srichter | try to deliberately change an sttribute of the class | 19:19 |
srichter | and commit the transaction | 19:19 |
srichter | just making sure the activate changed pair is working | 19:20 |
J1m | ah | 19:21 |
J1m | The object was converted | 19:21 |
J1m | The references to it weren't. | 19:21 |
mexiKON | intereesting. didn't know they had to | 19:21 |
J1m | say we have 2 objects, A&B | 19:22 |
J1m | A refers to B. | 19:22 |
srichter | oh that's right; that's the reason I touched all objects in my iteration | 19:22 |
J1m | A's pickle has a reference to B's class so we can create a ghost for B without loading it's database record. | 19:22 |
mexiKON | aaaaaah | 19:23 |
mexiKON | the ghost | 19:23 |
mexiKON | gotcha | 19:23 |
mexiKON | i know what to do then | 19:23 |
J1m | scary, huh ;) | 19:23 |
srichter | yes, it is :-) | 19:23 |
mexiKON | naah, it's ok once you understand it | 19:23 |
mexiKON | just proves again that i should know more about zodb semantics | 19:23 |
J1m | This is why the rename api would be helpful. | 19:24 |
mexiKON | yeah | 19:24 |
J1m | too bad I didn't have time to get it done. | 19:24 |
mexiKON | so that the zodb would know by itself that something had been moved | 19:24 |
mexiKON | well, if we can get it for the next release, then i can start moviing those perrsistent things in zope.app.container and such :) | 19:24 |
J1m | In particular, rename would work at a deeper level. | 19:25 |
J1m | It would also deal with all globals, not just classes. | 19:25 |
mexiKON | right | 19:26 |
*** kamalgill has joined #zope3-dev | 19:26 | |
mexiKON | i think i found the place where this code might go into | 19:26 |
mexiKON | ZODB.broken.find_global ? | 19:26 |
J1m | where what code might go into? | 19:31 |
mexiKON | the rename code. the code that figures out that a certain global has moved | 19:33 |
J1m | No | 19:40 |
mexiKON | ok. just guessing ;) | 19:40 |
J1m | I wouldn't put the rename code there. | 19:40 |
J1m | I would make rename a method that used the iterator and operated explicitly when invoked. | 19:41 |
*** rocky has quit IRC | 19:41 | |
J1m | It would not work lazily. | 19:41 |
*** rocky has joined #zope3-dev | 19:41 | |
mexiKON | J1m, ok | 19:45 |
mexiKON | bbl. supper | 19:45 |
*** jbb666 has quit IRC | 19:46 | |
*** jbb666 has joined #zope3-dev | 19:47 | |
*** mgedmin has joined #zope3-dev | 19:51 | |
*** hazmat has joined #zope3-dev | 19:55 | |
*** ChanServ sets mode: +o hazmat | 19:55 | |
*** srichter has quit IRC | 20:01 | |
*** srichter has joined #zope3-dev | 20:04 | |
*** natea has quit IRC | 20:05 | |
*** zbir has quit IRC | 20:06 | |
*** ChanServ sets mode: +o srichter | 20:06 | |
*** srichter has quit IRC | 20:08 | |
*** MJ has quit IRC | 20:09 | |
*** srichter has joined #zope3-dev | 20:09 | |
*** tarek has joined #zope3-dev | 20:10 | |
*** zbir has joined #zope3-dev | 20:11 | |
*** ChanServ sets mode: +o srichter | 20:15 | |
*** RaFromBRC has joined #zope3-dev | 20:16 | |
*** gumpa is now known as gumpa-gone | 20:17 | |
*** nathany has joined #zope3-dev | 20:24 | |
*** gumpa-gone has quit IRC | 20:27 | |
*** Aiste has quit IRC | 20:28 | |
*** natea has joined #zope3-dev | 20:29 | |
dobee | hi all, does enybody know how i can simply get an addform defined with formib into the default add menu? | 20:31 |
*** natea has joined #zope3-dev | 20:31 | |
mgedmin | dobee: use the <addMenuItem ... /> directive | 20:32 |
mgedmin | assuming you already have a working view | 20:33 |
dobee | this requires a class or factory | 20:34 |
dobee | but my form creates the object | 20:34 |
dobee | do i miss something | 20:34 |
*** natea has quit IRC | 20:35 | |
*** tarek has quit IRC | 20:36 | |
mgedmin | oh, right | 20:38 |
mgedmin | my mistake | 20:38 |
mgedmin | dobee: use <menuItem menu="zmi_add" action="@@yourviewname.html" /> | 20:39 |
mgedmin | I think | 20:39 |
dobee | this does not work | 20:40 |
dobee | ConfigurationError: ('Invalid value for', 'menu', "ImportError: Couldn't import zmi_add, No module named zmi_add") | 20:40 |
dobee | the add menu is not created like the other ones | 20:41 |
dobee | there is no name for it | 20:41 |
dobee | seems that there is no simple way to do something like this | 20:45 |
mexiKON | dobee, you can just pass a stub class or factory | 20:45 |
mexiKON | dobee, it's a stupid limitation that the addMenuItem needs class or factory when you already specify 'view' | 20:45 |
mexiKON | mgedmin, btw, there's no such thing as zmi_add | 20:46 |
mgedmin | ehh? | 20:46 |
mexiKON | in fact, the add content menu doesn't have a "name" at all. it's an interface somewhere | 20:46 |
mgedmin | I must be terribly confused today then | 20:46 |
*** natea has joined #zope3-dev | 20:50 | |
dobee | mexiKON: cool that works, thx | 20:50 |
*** Aiste has joined #zope3-dev | 20:56 | |
mexiKON | srichter, as far as my fixes are concerned, zope 3.3 is ready for another beta | 20:57 |
srichter | mexiKON: fantastic | 20:58 |
srichter | mexiKON: don't forget the forward port | 20:58 |
mexiKON | already done | 20:59 |
srichter | ok | 20:59 |
srichter | we really need a bug day | 20:59 |
mexiKON | yup | 21:00 |
*** efrerich has quit IRC | 21:02 | |
*** faassen has quit IRC | 21:13 | |
*** RaFromBRC has quit IRC | 21:42 | |
*** MJ has joined #zope3-dev | 21:50 | |
*** dobee has quit IRC | 21:56 | |
*** admp has joined #zope3-dev | 21:58 | |
*** gumpa has joined #zope3-dev | 22:06 | |
*** agroszer has quit IRC | 22:06 | |
*** oferw has joined #zope3-dev | 22:31 | |
*** natea has quit IRC | 22:40 | |
*** mkerrin has quit IRC | 22:41 | |
*** mgedmin has quit IRC | 22:43 | |
*** benji has quit IRC | 22:46 | |
*** benji has joined #zope3-dev | 22:57 | |
*** tarek has joined #zope3-dev | 23:05 | |
*** tarek has quit IRC | 23:05 | |
*** alga has joined #zope3-dev | 23:07 | |
*** gump1 has joined #zope3-dev | 23:09 | |
*** gumpa has quit IRC | 23:11 | |
*** hazmat has quit IRC | 23:13 | |
*** rocky is now known as rocky|away | 23:18 | |
*** benji has quit IRC | 23:20 | |
*** oferw has left #zope3-dev | 23:25 | |
*** natea has joined #zope3-dev | 23:25 | |
*** rocky|away is now known as rocky | 23:37 | |
*** rocky is now known as rocky|away | 23:45 | |
*** zbir has quit IRC | 23:49 | |
*** zagy has quit IRC | 23:54 | |
*** rocky|away has quit IRC | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!