| *** tonico has joined #zope3-dev | 00:02 | |
| *** zagy has quit IRC | 00:05 | |
| *** srichter has quit IRC | 00:11 | |
| *** hazmat_ has quit IRC | 00:13 | |
| *** mkerrin has quit IRC | 00:17 | |
| C8N | Nokia has generously donated two series 60 smartphones to help prototype phone-based interfaces to SchoolTool. Series 60 phones are the first to be scriptable in Python. | 00:34 |
|---|---|---|
| C8N | cool | 00:34 |
| *** hazmat has joined #zope3-dev | 00:45 | |
| *** Damascene has quit IRC | 00:50 | |
| J1m | very cool | 00:50 |
| * C8N wants z3 on his phone.... | 00:55 | |
| *** Damascene has joined #zope3-dev | 01:10 | |
| *** jbb666 has joined #zope3-dev | 01:14 | |
| *** srichter has joined #zope3-dev | 01:16 | |
| *** ChanServ sets mode: +o srichter | 01:16 | |
| *** GaryPoster has quit IRC | 01:18 | |
| *** jbb666 has quit IRC | 01:21 | |
| *** RaFromBRC|mtg has quit IRC | 01:21 | |
| *** RaFromBRC has joined #zope3-dev | 01:22 | |
| *** jbb666 has joined #zope3-dev | 01:22 | |
| *** mohsen has joined #zope3-dev | 01:35 | |
| *** yota has quit IRC | 01:42 | |
| *** projekt01 has joined #zope3-dev | 01:53 | |
| *** BjornT has joined #zope3-dev | 02:01 | |
| *** SteveA has joined #zope3-dev | 02:02 | |
| *** Aiste has quit IRC | 02:02 | |
| srichter | J1m: still there? | 02:04 |
| J1m | yes | 02:04 |
| srichter | J1m: how likely is it that local subscriptions would work? | 02:04 |
| srichter | (if I implement the necessary code) | 02:05 |
| srichter | darn, this would not work either | 02:06 |
| srichter | I am trying to figure out how to handle servers that do not return data based on a location/path | 02:07 |
| J1m | I don't see why they wouldn't work | 02:07 |
| srichter | like, IRC, SMTP, POP3 | 02:07 |
| srichter | ok, cool; I probably try that | 02:07 |
| J1m | It depends what you mean by "if I implement the necessary code" :) | 02:08 |
| srichter | of course :-) | 02:08 |
| srichter | J1m: I am trying to figure out how to handle request of servers, like SMTP, that do not have a location; I guess the best would be, if the request creates an event | 02:09 |
| srichter | adn different apps can listen to those events | 02:09 |
| J1m | That sounds elaborate | 02:10 |
| srichter | yep, I agree | 02:10 |
| J1m | Why not just make the servers global utilities that provide interfaces and let *them* decide how to map into the object space. | 02:11 |
| J1m | The servers should have abstract apis that hide the protocol details. | 02:11 |
| srichter | so not even use the publisher? | 02:11 |
| J1m | right | 02:12 |
| srichter | J1m: twisted abstracts that already very nicely | 02:12 |
| J1m | along the lines of the smtpd module in the standard library | 02:12 |
| J1m | k | 02:13 |
| J1m | then you're done ;) | 02:13 |
| srichter | for example, for SMTP it only requires you to effectively implement three methods | 02:13 |
| srichter | :-) | 02:13 |
| srichter | ok, this sounds really good | 02:14 |
| srichter | I'll try to implement the generic server (should be easy) and a utility that knows how to handle the requests | 02:15 |
| srichter | J1m: thanks | 02:15 |
| *** stub has joined #zope3-dev | 02:17 | |
| *** J1m has quit IRC | 02:17 | |
| *** mohsen has quit IRC | 02:18 | |
| C8N | claird: Also, is #zope dead? | 02:18 |
| C8N | claird: What's the right place to talk Zope? Is it now #plone? | 02:18 |
| C8N | there isn't a zope2 chan? | 02:19 |
| srichter | C8N: I am pretty sure the is #zope | 02:20 |
| *** SteveA has quit IRC | 02:21 | |
| C8N | 74ppl | 02:21 |
| srichter | C8N: so it is very alive :-) | 02:22 |
| C8N | is a 74ppl chan a dead chan? o.o | 02:22 |
| C8N | note that i was tempted to drive him here | 02:23 |
| *** SteveA has joined #zope3-dev | 02:25 | |
| *** stub has quit IRC | 02:54 | |
| *** Damascene has quit IRC | 03:10 | |
| *** Damascene has joined #zope3-dev | 03:11 | |
| *** projekt01 has quit IRC | 03:13 | |
| *** stub has joined #zope3-dev | 03:24 | |
| *** BjornT has quit IRC | 03:28 | |
| *** SteveA has quit IRC | 03:37 | |
| *** SteveA has joined #zope3-dev | 03:44 | |
| *** stub has quit IRC | 03:59 | |
| *** niemeyer has quit IRC | 03:59 | |
| *** GaryPoster has joined #zope3-dev | 04:04 | |
| *** BjornT has joined #zope3-dev | 04:05 | |
| *** SteveA has quit IRC | 04:36 | |
| *** hazmat has quit IRC | 04:41 | |
| *** SteveA has joined #zope3-dev | 04:43 | |
| *** BjornT has quit IRC | 04:49 | |
| *** stub has joined #zope3-dev | 05:17 | |
| *** d2m has quit IRC | 05:22 | |
| *** stub has quit IRC | 05:40 | |
| *** stub has joined #zope3-dev | 05:41 | |
| *** BjornT has joined #zope3-dev | 05:45 | |
| *** GaryPoster has quit IRC | 06:10 | |
| *** `anthony has quit IRC | 06:23 | |
| *** SteveA has quit IRC | 06:24 | |
| *** philiKON has quit IRC | 06:24 | |
| *** SteveA has joined #zope3-dev | 06:32 | |
| *** C8N has left #zope3-dev | 06:32 | |
| *** BjornT has quit IRC | 06:38 | |
| *** stub has quit IRC | 06:48 | |
| *** RaFromBRC has quit IRC | 06:57 | |
| *** SteveA has quit IRC | 07:00 | |
| *** SureshZ has quit IRC | 07:06 | |
| *** stub has joined #zope3-dev | 07:27 | |
| *** SteveA has joined #zope3-dev | 07:32 | |
| *** philiKON has joined #zope3-dev | 07:34 | |
| *** viyyer has joined #zope3-dev | 07:38 | |
| *** jbb666 has quit IRC | 07:39 | |
| *** philiKON has left #zope3-dev | 08:12 | |
| *** jan_s has joined #zope3-dev | 08:18 | |
| *** BjornT has joined #zope3-dev | 08:28 | |
| *** BjornT has quit IRC | 08:30 | |
| *** zagy has joined #zope3-dev | 08:32 | |
| *** stub has quit IRC | 08:48 | |
| *** BjornT has joined #zope3-dev | 08:49 | |
| *** viyyer has quit IRC | 08:49 | |
| *** viyyer has joined #zope3-dev | 08:50 | |
| *** hazmat has joined #zope3-dev | 08:59 | |
| *** hdima has joined #zope3-dev | 09:00 | |
| *** Aiste has joined #zope3-dev | 09:11 | |
| zagy | moin | 09:13 |
| *** BjornT has quit IRC | 09:18 | |
| *** MacYET has joined #zope3-dev | 09:27 | |
| *** Aiste has quit IRC | 09:28 | |
| *** yota has joined #zope3-dev | 09:34 | |
| *** Theuni has joined #zope3-dev | 09:34 | |
| *** MacYET has left #zope3-dev | 09:35 | |
| *** stub has joined #zope3-dev | 10:12 | |
| *** jelkner has joined #zope3-dev | 10:13 | |
| jelkner | I'm trying to teach myself zope3 application development. Is it appropriate to ask fairly newby questions on this channel? | 10:15 |
| *** zagy has quit IRC | 10:17 | |
| *** sarca has joined #zope3-dev | 10:18 | |
| *** hazmat has quit IRC | 10:19 | |
| SteveA | jelkner: yes | 10:20 |
| *** jan_s has quit IRC | 10:20 | |
| *** viyyer has quit IRC | 10:22 | |
| *** sarca is now known as viyyer | 10:23 | |
| jelkner | SteveA: I'm trying to write a minimalist app based on the buddydemo | 10:25 |
| jelkner | runzope now gives this error: ZopeSAXParseException: File "/home/jelkner/learn_zope/lib/python/buddydemo/configure.zcml", line 1.0, unbound prefix | 10:26 |
| jelkner | configure.zcml is a one liner, so I don't know what this could mean | 10:26 |
| jelkner | googling didn't help either | 10:26 |
| *** SureshE has joined #zope3-dev | 10:29 | |
| Theuni | did you remove the namespace declarations for the xml? | 10:30 |
| jelkner | Theuni: here is are lines 2 and 3 from configure.zcml: | 10:37 |
| jelkner | xmlns='http://namespaces.zope.org/zope' | 10:38 |
| jelkner | xmlsn:browser='http://namespaces.zope.org/browser' | 10:38 |
| jelkner | so i think the answer is, no, i didn't remove them. | 10:38 |
| jelkner | oh no, i reversed 'ns' and 'sn' in the second line | 10:40 |
| jelkner | thanks, it works now ;-) | 10:40 |
| *** d2m has joined #zope3-dev | 10:43 | |
| *** jelkner has quit IRC | 10:44 | |
| *** stub has quit IRC | 10:47 | |
| *** SureshE has left #zope3-dev | 11:03 | |
| *** lunatik has joined #zope3-dev | 11:10 | |
| *** lunatik has left #zope3-dev | 11:16 | |
| *** stub has joined #zope3-dev | 11:31 | |
| *** BjornT has joined #zope3-dev | 11:33 | |
| *** SureshZ has joined #zope3-dev | 11:38 | |
| *** sarca has joined #zope3-dev | 11:49 | |
| *** MalcolmC has joined #zope3-dev | 11:51 | |
| *** zagy has joined #zope3-dev | 11:57 | |
| *** viyyer has quit IRC | 11:59 | |
| *** stub has quit IRC | 12:03 | |
| *** sarca is now known as viyyer | 12:04 | |
| *** stub has joined #zope3-dev | 12:11 | |
| *** vlado has joined #zope3-dev | 12:13 | |
| *** philiKON has joined #zope3-dev | 12:40 | |
| *** BjornT has quit IRC | 12:56 | |
| *** projekt01 has joined #zope3-dev | 13:01 | |
| *** philiKON has left #zope3-dev | 13:26 | |
| *** anguenot has joined #zope3-dev | 13:33 | |
| *** srichter has quit IRC | 13:38 | |
| *** regebro has joined #zope3-dev | 13:44 | |
| *** efge has joined #zope3-dev | 13:48 | |
| *** faassen has joined #zope3-dev | 13:50 | |
| *** SureshZ has left #zope3-dev | 13:53 | |
| *** stub has quit IRC | 13:57 | |
| *** mkerrin has joined #zope3-dev | 14:16 | |
| *** mooded has joined #zope3-dev | 14:19 | |
| VladDrac | this is always annoying.. if I have a syntax error in for example my interface definition, zope3 halts somewhere in the zcml where the interface module is referenced | 14:47 |
| *** zagy has quit IRC | 14:47 | |
| *** ignas has joined #zope3-dev | 14:47 | |
| *** SteveA has quit IRC | 14:51 | |
| *** Aiste has joined #zope3-dev | 15:00 | |
| *** C81 has joined #zope3-dev | 15:00 | |
| C81 | oy | 15:00 |
| *** C81 is now known as C8N | 15:01 | |
| regebro | Hmmm. I'm trying to get translations working in Five and need to get the language negotiation working. CPS changes the language it by a call to Localizer.changeLangauge()... | 15:04 |
| regebro | I guess I either need to call something similar in Zope3, or provide some sort of language negotiator thingymajigyadaptersprocket that makes the zope3 langauge negotiator ask Localizer. :) | 15:04 |
| regebro | Any ideas? | 15:04 |
| VladDrac | not me :) | 15:10 |
| regebro | meh :( | 15:11 |
| regebro | I think this is the last bit I need to get translations working in Five. I think... | 15:12 |
| VladDrac | isn't there some REQUEST variable you can use? | 15:12 |
| *** GaryPoster has joined #zope3-dev | 15:15 | |
| regebro | Well, I'd rather not. | 15:16 |
| vlado | regebro, override the userpreferedlanguages adapter | 15:18 |
| *** mgedmin has joined #zope3-dev | 15:18 | |
| faassen | regebro: you're already using Five to do the translations? | 15:19 |
| regebro | ah, a I need a negotiatorsprocketmagictranslatoradapter. OK. thanks vlado, I'll look into that. | 15:19 |
| faassen | regebro: the z3 i18n engine? | 15:19 |
| regebro | faassen: Yes, since a couple of hours ago. | 15:19 |
| faassen | regebro: whoah. | 15:19 |
| regebro | but I can't get french to work. ;) | 15:19 |
| faassen | regebro: that's way cool. should thsi also work with non-Five ZPT? | 15:19 |
| faassen | regebro: I mean, if you get it to work, would it work with other ZPTs too? | 15:20 |
| faassen | regebro: i.e. just use the z3 i18n engine for arbitrary ZPTs? | 15:20 |
| regebro | I dont understand the question. | 15:21 |
| regebro | In Zope3, the z3 i18n engine already works. | 15:21 |
| regebro | in Zope2, it doens't exist. | 15:21 |
| regebro | in Five both need to work, and the z3 kinda alsmot works but not really, yet.:) | 15:21 |
| faassen | regebro: what I mean is, if I have a ZPT in CMF, say. | 15:29 |
| faassen | regebro: a template. | 15:29 |
| faassen | regebro: and I put in i18n:translate. | 15:29 |
| faassen | regebro: can you make it so that the Zope 3 i18n engine is used to find the translated string? | 15:30 |
| regebro | If you are using Five, yes. | 15:31 |
| VladDrac | File "/home/ivo/Work/Zope3/Zope3-svn/src/zope/app/i18nfile/browser/i18nimage.py", line 36, in size | 15:32 |
| VladDrac | sized = ISized(self.context._get(language)) | 15:32 |
| VladDrac | NameError: global name 'ISized' is not defined | 15:32 |
| regebro | faassen, The z3 i18n engine is called first. If it has the requested domain, it will be used to translate the message. | 15:32 |
| regebro | if the domain does not exist, it gets deferred to whatever translation serveice you use in Zope2. | 15:32 |
| faassen | regebro: if you're using Five, i.e. you have Five installed? or what? | 15:33 |
| regebro | Yup. | 15:33 |
| faassen | regebro: I mean, obviuosly I'm using a non-five ZPT. | 15:33 |
| faassen | regebro: okay, cool. we may switch to that with Silva then sometime. | 15:33 |
| faassen | regebro: as PlacelessTranslationService is not working out, it gets way too freakish on the unicode/encoding front. | 15:34 |
| regebro | Yeah, that makes no difference. i18n:saltychocolate uses the same translation mechanism no matter what. | 15:34 |
| faassen | regebro: cool. | 15:34 |
| faassen | regebro: are you aiming to add this to five 1.0? I mean, how big impact is this? I want to ship the thing tomorrow. | 15:35 |
| VladDrac | is it okay to fix the ISized import directly in trunk? | 15:35 |
| faassen | regebro: so I'm a bit worried about last minute changes. | 15:35 |
| * VladDrac 's always a bite unsure about working outside of branches :) | 15:35 | |
| faassen | VladDrac: if it's a bugfix and it's all straightforward, sure. I don't know what this is about. :) | 15:35 |
| regebro | Does PlacelessTranslation service store their .po files according to the dir/en/LC_MESSAGES/domain.po way? | 15:35 |
| VladDrac | faassen: missing ISized import | 15:35 |
| faassen | regebro: no, I don't think so, it's flatter. | 15:35 |
| faassen | VladDrac: fix it. :) | 15:35 |
| regebro | VladDrac: A missing import really seems quite silly to make a branch for. If you are sure that this is all there is to it (which it seems to be). | 15:36 |
| *** GaryPoster has quit IRC | 15:36 | |
| regebro | faassen: OK, same as we then, with i18n/en.po or something. | 15:36 |
| regebro | z3 needs that <language>/LC_MESSAGES for some reason. But moving things over, compiling the catalogs to .mo files and having a zcml that imports the message catalogs seems to be all there is to it. | 15:37 |
| regebro | Well, and writing a negotiatorsprocketmagictranslatoradapter... | 15:38 |
| *** srichter has joined #zope3-dev | 15:38 | |
| VladDrac | hmm, well | 15:38 |
| *** ChanServ sets mode: +o srichter | 15:38 | |
| VladDrac | the import fixes one problem and introduces the next | 15:39 |
| VladDrac | I guess i18nimage is just broken (and I guess there are no functional / unittests to detect its brokenness) | 15:39 |
| faassen | concerning forms in Zope 3. | 15:39 |
| regebro | VladDrac: So, probably you should make a branch and add some tests, and fix it. | 15:40 |
| srichter | there is no branch needed | 15:40 |
| srichter | just fix it in the trunk and add tests :-) | 15:40 |
| srichter | (well, write the tests first to point out the brokenness | 15:40 |
| faassen | I have a form with a changed(). | 15:41 |
| srichter | faassen: I am listening, if you are continuing ;-) | 15:43 |
| *** __gotcha has joined #zope3-dev | 15:44 | |
| VladDrac | well I know nothing about i18n image, I just added one to see what it does | 15:45 |
| VladDrac | so for now I'll just stick to creating a collector issue | 15:45 |
| VladDrac | sorry :) | 15:45 |
| faassen | and in the changed(), depending on the value of one field,.. | 15:45 |
| faassen | srichter: sorry.. | 15:45 |
| faassen | srichter: got distracted, someone asked a question. | 15:45 |
| faassen | anyway, in the changed(), depending on the value of field x, I change the value of field y on the context object. | 15:45 |
| faassen | so I have something like if field x is true, add 1 to field y, say. | 15:46 |
| faassen | if I do that, that works, but the form redisplays still showing the original field y that the user filled in. | 15:46 |
| faassen | instead of the adjusted value. | 15:46 |
| faassen | I tried meddling with the request and also put the changed value in ther,e but that didn't help. | 15:46 |
| faassen | so I'm trying to comprehend what's going on here. | 15:46 |
| srichter | right | 15:47 |
| srichter | so you are on the right track | 15:47 |
| srichter | if the request's form data has a value, then it is used instead of the value in the object | 15:47 |
| faassen | right, that's what I figured. | 15:48 |
| srichter | maybe overwriting the form value does not work? | 15:48 |
| faassen | well, I tried to print those values. | 15:48 |
| faassen | and they were indeed changed. | 15:48 |
| *** vlado has quit IRC | 15:48 | |
| faassen | I mean, right after. | 15:48 |
| *** vlado has joined #zope3-dev | 15:48 | |
| faassen | but somehow the original request seems to come into play. | 15:48 |
| srichter | mmh, strange | 15:48 |
| srichter | oh, of course | 15:49 |
| faassen | I'll note this is all in the context of five, I've yet to replicate this in Zope 3 but that requires some setup. | 15:49 |
| srichter | I think the widgets are already instantiated at this point | 15:49 |
| faassen | hm. | 15:49 |
| faassen | and they're reused? | 15:49 |
| faassen | or you mean when changed() gets called the widgts for the next display are displayed? | 15:49 |
| * faassen hms. | 15:49 | |
| srichter | so the value might have been already determined?!? | 15:49 |
| faassen | you'd think changed()'d get called before it shows the form again. | 15:49 |
| srichter | the first thing a form view does is to isntantiate the widgets | 15:49 |
| faassen | hmm.. | 15:50 |
| faassen | right.. | 15:50 |
| srichter | it might be that the widgets store the form value in them | 15:50 |
| faassen | so what I could do is mess around with setupWidgets or somtehing like that. | 15:50 |
| faassen | but by then it's too early. | 15:50 |
| faassen | I don't have the changed() call yet. | 15:50 |
| srichter | right, or go directly to the widget and change the value | 15:50 |
| srichter | do it during the changed() call | 15:50 |
| srichter | all widgets are available as view.x_widget | 15:51 |
| faassen | yeah, I'll try going to the widget. they're attributes on the form view, right? | 15:51 |
| faassen | right. | 15:51 |
| faassen | I'll try that. | 15:51 |
| srichter | yes | 15:51 |
| faassen | hm.. | 15:51 |
| faassen | I'm learning a lot about the complexities of using the form machinery.. | 15:51 |
| faassen | perhaps in a few months I'll have some suggestions. :) | 15:51 |
| srichter | yeah, I really hope Gary will do a good job cleaning it up | 15:51 |
| faassen | some stuff which should be easier requires a bit of component zen. | 15:51 |
| srichter | jim also wants to remove a lot of the widget's responsibility | 15:52 |
| srichter | so I think it will be all much easier in Zope 3.2 | 15:52 |
| faassen | like, I have to write a decorator class and a new schema just to display one field differently, in one case (this virtual field is a value determined by two content fields.) | 15:52 |
| faassen | if the form machinery could be used independently a bit more.. | 15:52 |
| faassen | but I still need to ponder this more. perhaps Gary and Jim will both fix it before I'm done thinking. :) | 15:53 |
| srichter | maybe :-) | 15:53 |
| srichter | we definitely want to fix interfield cosntraints as well | 15:53 |
| faassen | this isn't so much a constraint as a ..new field I want in the form but isn't in the data model. | 15:53 |
| faassen | anyway, I'll try messing about with the widget. | 15:53 |
| srichter | writing up your use case would helop Gary, Garrett and Jim | 15:54 |
| faassen | yea. | 15:56 |
| faassen | srichter: using setRenderedValue() in changed indeed did the trick, thanks! | 15:59 |
| srichter | ok, cool | 15:59 |
| *** lunatik has joined #zope3-dev | 16:07 | |
| projekt01 | srichter, do you know is the session working? | 16:07 |
| srichter | yes | 16:07 |
| projekt01 | And can I store persistent objects in the session? | 16:07 |
| srichter | it will be in the release | 16:08 |
| projekt01 | Hm, I get some ZODB errors like; raise POSKeyError(oid) | 16:08 |
| srichter | well, they will get lost, I would think | 16:08 |
| srichter | I do not know anything about sessions | 16:08 |
| projekt01 | Yes, but where? | 16:08 |
| srichter | I don't know anything about sessions :-) | 16:09 |
| *** lunatik has left #zope3-dev | 16:14 | |
| mkerrin | srichter: I have (eventually) added my ftp bug report to the twisted site at http://twistedmatrix.com/bugs/issue1003 | 16:17 |
| srichter | cool | 16:17 |
| mkerrin | srichter: it contains the patch to get the file upload and delete working | 16:17 |
| srichter | let's hope spiv reads it :-) | 16:17 |
| srichter | this is cool | 16:19 |
| srichter | mkerrin: ok, I messaged andrew in hope that he will apply the patch soon | 16:20 |
| *** zagy has joined #zope3-dev | 16:22 | |
| mkerrin | cool - thanks | 16:23 |
| *** GaryPoster has joined #zope3-dev | 16:23 | |
| *** viyyer has quit IRC | 16:29 | |
| *** bskahan has joined #zope3-dev | 16:32 | |
| VladDrac | if I'm building a zope3 product with a local catalog and other utilities, would something implementing ISite / SiteManager derived be a good base as rootfolder for the application? | 16:33 |
| efge | BTW in plone-dev they talked about using dir/en/LC_MESSAGES/domain.po for PTS but I think everyone agreed that it's dumb, and it encodes meta-information in directory names, so the kept i18n/en.po | 16:36 |
| srichter | efge: well, then they decided against the standard way it is done | 16:39 |
| srichter | in fact, it is part of the gettext standard, iirc, that it has to be domain.po | 16:40 |
| srichter | to name your file en.po is also dumb, because what do you do with multiple domains | 16:40 |
| srichter | and translators will hate you, because they have 3-5 en.po files lying around all with different content | 16:41 |
| srichter | I do agree that LC_MESSAGES is overkill in our particular case, but not in general | 16:41 |
| regebro | Well, I agree that the idea of having the language in a directory and the domain in the file name is alright. | 16:44 |
| regebro | I just don't understand what LC_MESSAGES is.... | 16:45 |
| regebro | But if it's gettext standard, then why not. It's good to behave in expected ways. | 16:45 |
| efge | I don't have a strong opinion, it's just that deep directory hierarchies are a pain | 16:46 |
| srichter | because the language directory can also contain locale information | 16:46 |
| srichter | LC_LOCALES | 16:46 |
| srichter | in our case this extra level is unused, since our locale information comes from a different place | 16:47 |
| efge | put do these typically change in a project ? | 16:47 |
| efge | s/put/but/ | 16:47 |
| srichter | but I think KDE uses this, for example | 16:47 |
| srichter | yes, locales are corrected all the time | 16:47 |
| efge | ok | 16:47 |
| srichter | for example, when we switched to the euro | 16:47 |
| efge | but that's more the OS's responsibility, no ? whereas translations are per-project | 16:49 |
| srichter | efge: well, maybe, but you cannot trust the OS to provide all the right info | 16:51 |
| srichter | and in our case, we need all locales, because we are serving the one the user wants, not what the server OS provides | 16:52 |
| srichter | I guess KDE has a similar need, since they support multiple sessions | 16:52 |
| srichter | (and thin clients) | 16:53 |
| *** hdima has quit IRC | 16:59 | |
| * VladDrac is getting somewhat confused by the moving around of classes, interfaces and deprecation | 17:08 | |
| * VladDrac is also trying (unsuccessfully) to create a Site folder | 17:08 | |
| srichter | VladDrac: its all in the zope.app.component TXT files | 17:11 |
| *** niemeyer has joined #zope3-dev | 17:16 | |
| VladDrac | srichter: it describes basically what I'm trying | 17:16 |
| srichter | what error do you get then? | 17:17 |
| VladDrac | mixing SiteManagerContainer | 17:17 |
| VladDrac | well if I just define a content type with the mixin, I get: | 17:17 |
| VladDrac | raise ComponentLookupError('no site manager defined') | 17:17 |
| VladDrac | if I explicitly set a sitemanager (in __init__, which is probably wrong), I get | 17:17 |
| VladDrac | raise TypeError("Already a site") | 17:18 |
| VladDrac | should I use a factory to create my appsite? | 17:19 |
| VladDrac | (and set the sitemanager there?) | 17:19 |
| srichter | ok, you can look at the folder implementation to what to do | 17:19 |
| srichter | nothing special has to be done with the site manager code | 17:20 |
| srichter | if you want to immediately instantiate a your content object as a site, a factory would be best, I think | 17:20 |
| srichter | see zope.app.testing.setup | 17:21 |
| srichter | in placefulSetUp: | 17:21 |
| srichter | folder = Folder() | 17:22 |
| srichter | folder.setSiteManager(LocalSiteManager(folder)) | 17:23 |
| srichter | it should be very straight forward | 17:23 |
| srichter | and don't worry about the BBB code | 17:23 |
| srichter | you can safely ignore it | 17:23 |
| srichter | I spent a lot of time putting the BBB code out of the new one for clarity | 17:23 |
| VladDrac | ok | 17:27 |
| VladDrac | setting a sitemanager from __init__ isn't the right way? | 17:30 |
| VladDrac | (I currently have a broken object in my zodb - can't view contents anymore, bah) | 17:31 |
| VladDrac | ah | 17:31 |
| VladDrac | ftp to the rescue! | 17:31 |
| srichter | remove the Data.fs | 17:32 |
| *** ignas has quit IRC | 17:35 | |
| *** philiKON has joined #zope3-dev | 17:52 | |
| VladDrac | ok | 17:52 |
| VladDrac | didn't expect to redefine permissions for IReadContainer/IWriteContainer if I derive from Folder | 17:52 |
| VladDrac | but I guess it will all make sense one day :) | 17:53 |
| philiKON | deriving from a class is one thing; that doesn't mean you inherit security declarations | 17:53 |
| srichter | VladDrac: philiKON is right; you may want totally new security declarations for a different object | 17:57 |
| srichter | I would even claim that you want most of the time different declarations, though we do not practice this yet | 17:57 |
| VladDrac | ok, but wouldn't it be sensible to inherit the 'default' permissions somehow? | 17:58 |
| VladDrac | esp. with more complex baseclasses figuring out which interfaces you're inheriting from and securing them may become complex | 18:00 |
| srichter | nope | 18:00 |
| srichter | that would be far too implicit and cause surprises | 18:01 |
| srichter | I might not want to make a security declaration at all on my new object | 18:01 |
| srichter | also, you always have the <require like_class="..." /> (or something like that) directive | 18:02 |
| *** vlado has quit IRC | 18:09 | |
| VladDrac | ah ok | 18:10 |
| *** tarek_ has joined #zope3-dev | 18:15 | |
| *** bskahan has quit IRC | 18:25 | |
| *** bskahan has joined #zope3-dev | 18:26 | |
| *** SureshZ has joined #zope3-dev | 18:35 | |
| srichter | I love the new possibilities that twisted opens up | 18:40 |
| regebro | And it feels very nice to get rid of the parallell development. | 18:42 |
| faassen | srichter: what new possibilities prompted that remark? | 18:43 |
| srichter | faassen: well, I am writing a cron-like scheduler right now, for example | 18:43 |
| faassen | srichter: ah, Twisted has infrastructure for that? | 18:43 |
| srichter | so all those Z2 hacks are not necessary anymore | 18:43 |
| faassen | now we only need to port your Twisted integration to Five. :) | 18:44 |
| srichter | yeah, it has a reactor.callLater(secs, callable, args, kw) method | 18:44 |
| faassen | regebro: should be reasonably straightforward, don't you think? :) | 18:44 |
| faassen | srichter: ah, neat. | 18:44 |
| faassen | srichter: does that persist across restarts? | 18:44 |
| faassen | srichter: I guess you just reinitialize scheduled events each restart. | 18:44 |
| srichter | no, right now I have to make that a global utility | 18:44 |
| srichter | it is harder for local utility | 18:45 |
| srichter | I think we will need some CA support for this | 18:45 |
| regebro | faassen: Hehe... | 18:45 |
| srichter | i.e. we need to be able to look up to the site managers | 18:45 |
| regebro | Possibly. :) | 18:45 |
| srichter | the linking is there, just not an API | 18:45 |
| regebro | For example, I realized that the best way of fixing Zope2s traversal is to use Zope3s instead, and make the old humongous traversal method into a traversal adapter. :D | 18:46 |
| srichter | I need to be able to say: ok, the DB has been opened and connected, now we need to find all local subscribers that are interested in this event | 18:46 |
| srichter | this is a very general issue though that we have not addressed at all | 18:47 |
| regebro | It's totally cool anyway. And it's gonna help removing some Python-peoples fear of Zope. | 18:48 |
| srichter | yep | 18:49 |
| srichter | I think I will also write a small IRC bot (based on Itamar's example) that is going to store recorded channel logs in the ZODB | 18:50 |
| srichter | and index it and display it any way you want | 18:50 |
| srichter | this means of course that noone will ever hookup any other WSGI server to Zope 3 proper | 18:57 |
| srichter | because one would loose all those great twisted-related features | 18:57 |
| VladDrac | hmm | 18:57 |
| VladDrac | I think I still have a twisted irc server lying around somewhere >:) | 18:57 |
| srichter | server? cool. | 18:57 |
| VladDrac | /join /folder/subitem | 18:58 |
| srichter | :-) yep | 18:58 |
| VladDrac | ;) | 18:58 |
| VladDrac | yeah a rather trivial one. It works though | 18:58 |
| srichter | I think the possibilities are almost endless now | 18:58 |
| VladDrac | I even implemented an msn protocol for twisted once | 18:59 |
| srichter | I think Zope 3 provides a lot of the stuff the twisted people need as well | 18:59 |
| *** mohsen has joined #zope3-dev | 18:59 | |
| srichter | cool | 18:59 |
| VladDrac | I'm currently working on a wx/twisted based tcpwatch-like tool btw | 19:00 |
| VladDrac | allows you to monitor HTTP request/responses, set breakpoints on events (i.e. if /foo/bar is accessed), modify the request, reply stuff | 19:00 |
| srichter | wow, this could be run straight atop Zope 3 now | 19:01 |
| C8N | in #python-gillian: | 19:04 |
| C8N | (15:28:00) teratorn: snake: twisted already has an msn client... :) | 19:04 |
| C8N | (15:28:06) snake: teratorn, i know | 19:04 |
| VladDrac | correct, not mine btw | 19:07 |
| C8N | :D | 19:07 |
| *** ignas has joined #zope3-dev | 19:08 | |
| *** __gotcha has quit IRC | 19:09 | |
| srichter | mkerrin: hey, I totally missed your checkins | 19:27 |
| srichter | could you subscribe to the Zope3-Checkin mailing list with the same E-mail address you are registered at zope.org, please? | 19:28 |
| srichter | never mind, I had seen them | 19:28 |
| srichter | I forgot :-( | 19:28 |
| *** d2m has quit IRC | 19:31 | |
| srichter | mkerrin: are you there? | 19:34 |
| mkerrin | yipe - I am back | 19:34 |
| srichter | mkerrin: very good work with the FTP server | 19:35 |
| mkerrin | thanks is it working for you | 19:35 |
| srichter | mkerrin: are you still in the process of writing the tests? | 19:35 |
| srichter | have not tried; I just inspected the code | 19:35 |
| mkerrin | starting soon :) | 19:35 |
| srichter | there are just a few minor coding style things | 19:36 |
| srichter | (1) lines should not be longer than 80 chars and (2) modules must always have doc strings | 19:36 |
| srichter | you can get a template from ZOPE3/zpl.py | 19:36 |
| mkerrin | right - whenever I adding the tests I will double check those items | 19:38 |
| srichter | I just checked in the fixes :-) | 19:39 |
| srichter | that's what open source is for :-) | 19:39 |
| mkerrin | cool | 19:39 |
| mkerrin | thanks | 19:39 |
| *** d2m has joined #zope3-dev | 19:41 | |
| srichter | mkerrin: do you know how to patch? | 19:49 |
| *** hazmat has joined #zope3-dev | 19:52 | |
| srichter | mkerrin: nevermind; got it | 19:52 |
| regebro | Hmmm... i18n question: | 19:53 |
| regebro | I have a schema with list, that's displayed by a listbox. | 19:53 |
| regebro | How do I get the netried in the list box translated? | 19:53 |
| regebro | "netried" is swahongulu for "entries" ;) | 19:54 |
| srichter | there is a way with vocabularies to do that | 19:54 |
| srichter | but I do not remember how this goes | 19:54 |
| regebro | Ah. | 19:55 |
| srichter | basically the title of a vocabulary entry gets translated, but not the value or the key | 19:55 |
| regebro | Yeah, I tries just doing values=(_('TENTATIVE'), _('CONFIRMED'), _('CANCELED')), but nothing happened. | 19:55 |
| srichter | right, this should not work, because those are values and not titles | 19:56 |
| * regebro slaps forehead. | 19:57 | |
| srichter | mkerrin: the text program "ftp" works, but not konqui | 19:58 |
| regebro | OK, so I need to look into vocabularies again. I forgot everything about them.... | 19:59 |
| regebro | I'll do that tomorrow... :) | 19:59 |
| srichter | mkerrin: we need to get the logs hooked up, so that we can use them to debug things | 19:59 |
| srichter | regebro: ok :-) | 19:59 |
| srichter | mkerrin: firefox works too | 20:00 |
| mkerrin | srichter: cool - is that konqueror not working - there is a hack in the twisted code to deal with some things sent from konqueror | 20:02 |
| mkerrin | srichter: which code be the problem | 20:02 |
| srichter | yeah | 20:02 |
| *** faassen has quit IRC | 20:03 | |
| C8N | trac is becoming zope3-like ;) http://projects.edgewall.com/trac/wiki/TracPluggableModules | 20:12 |
| srichter | C8N: what is trac? | 20:13 |
| C8N | Trac was an enhanced wiki and issue tracking system for software development projects. Trac uses a minimalistic approach to web-based software project management. | 20:14 |
| srichter | I see | 20:14 |
| C8N | i like its wiki/issue/svn thight integration | 20:15 |
| srichter | I see | 20:15 |
| C8N | i dislike clearsilver, too... | 20:16 |
| srichter | yeah, it's ugly | 20:16 |
| C8N | maybe with clearity... | 20:16 |
| srichter | mkerrin: CTRL+C is also not clean with the FTP server turned on | 20:17 |
| *** srichter has quit IRC | 20:20 | |
| *** [jbb666] has joined #zope3-dev | 20:25 | |
| mkerrin | srichter: I know - I have being meaning to take a look at that | 20:29 |
| *** niemeyer has quit IRC | 20:34 | |
| *** mohsen has quit IRC | 20:36 | |
| *** MacYET has joined #zope3-dev | 20:46 | |
| C8N | mkerrin: (19:23:21) srichter ha abbandonato la stanza (quit: "using sirc version 2.211+KSIRC/1.3.12"). | 20:46 |
| *** alga has joined #zope3-dev | 20:48 | |
| *** niemeyer has joined #zope3-dev | 20:49 | |
| *** efge has left #zope3-dev | 20:50 | |
| MacYET | is it ok that a method defined as method(x) within an interface does not raise an exception upon verifyClass verification for an implementation method(x,y='foo')? | 20:50 |
| philiKON | well, the implementation *does* fullfill the interface, doesn't it? | 20:57 |
| MacYET | in some way yes :) | 20:57 |
| philiKON | the interface promises you can call the callable as method(x); this is given by the implementation | 20:57 |
| *** [jbb666] has quit IRC | 21:01 | |
| *** mooded has quit IRC | 21:02 | |
| mkerrin | C8N: just noticed after sending - thanks | 21:02 |
| *** jbb666 has joined #zope3-dev | 21:04 | |
| *** bska|mobile has joined #zope3-dev | 21:06 | |
| *** hazmat has quit IRC | 21:07 | |
| *** RaFromBRC has joined #zope3-dev | 21:10 | |
| *** regebro has quit IRC | 21:11 | |
| *** bskahan has quit IRC | 21:12 | |
| *** anguenot has quit IRC | 21:16 | |
| *** hazmat has joined #zope3-dev | 21:21 | |
| *** MrTopf has joined #zope3-dev | 21:31 | |
| *** mkerrin has quit IRC | 22:11 | |
| *** Aiste has quit IRC | 22:13 | |
| *** mkerrin has joined #zope3-dev | 22:14 | |
| *** mgedmin has quit IRC | 22:16 | |
| *** hazmat is now known as haz_lunch | 22:21 | |
| *** ignas has quit IRC | 22:26 | |
| *** MacYET has quit IRC | 22:28 | |
| *** MacYET has joined #zope3-dev | 22:28 | |
| *** Aiste has joined #zope3-dev | 22:29 | |
| *** deo has quit IRC | 22:36 | |
| *** projekt01 has quit IRC | 22:36 | |
| *** mkerrin has quit IRC | 22:43 | |
| *** MacYET has left #zope3-dev | 22:45 | |
| *** GaryPoster has quit IRC | 22:52 | |
| *** bska|mobile has quit IRC | 22:53 | |
| *** GaryPoster has joined #zope3-dev | 22:53 | |
| *** SureshZ has quit IRC | 23:02 | |
| *** mkerrin has joined #zope3-dev | 23:08 | |
| *** haz_lunch is now known as hazmat | 23:10 | |
| *** niemeyer has quit IRC | 23:28 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!