| *** drzoltron_ has joined #zope3-dev | 00:03 | |
| drzoltron_ | evning | 00:03 |
|---|---|---|
| drzoltron_ | evening even | 00:03 |
| *** whit|out is now known as whit | 00:04 | |
| drzoltron_ | I just wrote a view for an ordered folder which contains "move up/down" arrows for every item ... how can I add it to the svn ? | 00:04 |
| J1m | Are you a contributor? | 00:04 |
| drzoltron_ | Hi J1m | 00:05 |
| drzoltron_ | no not yet, the form never made it to me @ goldegg | 00:05 |
| J1m | dang | 00:05 |
| J1m | well you can download one, sign it and either fax it or send me a scanned copy. | 00:05 |
| drzoltron_ | J1m: sure ... | 00:06 |
| drzoltron_ | when done, where to put it ? | 00:06 |
| J1m | Hm, do ordered forlders have a custom contents view now? | 00:06 |
| drzoltron_ | in my solution ? | 00:08 |
| J1m | I don't know what you are asking. | 00:08 |
| J1m | Did you want to contribute your view? | 00:08 |
| drzoltron_ | sure | 00:09 |
| J1m | Is that what you were originally asking about? | 00:09 |
| J1m | Or were you asking something else? | 00:09 |
| drzoltron_ | exactly | 00:09 |
| drzoltron_ | no | 00:09 |
| drzoltron_ | :) | 00:09 |
| J1m | uh | 00:10 |
| J1m | wanna start over? | 00:10 |
| drzoltron_ | right now - as far as I can see - theres only contents.pt/py | 00:10 |
| drzoltron_ | i extended the contents.pt with a column (order) | 00:10 |
| drzoltron_ | and contents.py with a method "move" | 00:11 |
| drzoltron_ | the latter moves items up or down | 00:11 |
| drzoltron_ | it works fine, haven't found out to replace the current contents yet | 00:11 |
| drzoltron_ | maybe I should add a type "OrderedFolder" too ? | 00:12 |
| J1m | ah, so you could register your view for it. | 00:12 |
| J1m | Yes, I think that would be a good idea. | 00:13 |
| drzoltron_ | yeah, maybe | 00:13 |
| drzoltron_ | I am using it on my own types, but maybe somebody else would like to use the OrderedFolder right away ... | 00:13 |
| J1m | Or, you could define the view and leave it up to others to register it for their types. | 00:13 |
| drzoltron_ | or both :) | 00:14 |
| J1m | yup :) | 00:14 |
| drzoltron_ | where would my view go then in the svn ? | 00:14 |
| J1m | I would say in zope/app/container/browser | 00:15 |
| *** xenru has joined #zope3-dev | 00:15 | |
| drzoltron_ | ok good | 00:15 |
| drzoltron_ | but first the form .. :) | 00:16 |
| srichter | mmh, we really need to setup a bot to build release tar balls every night | 00:17 |
| srichter | this way we can see failures due to new dependencies early | 00:18 |
| srichter | (note that SchoolTool does this already and the build failed because of the new zope.dottedname dependency in z.a.container) | 00:18 |
| drzoltron_ | J1m: jim[æt]zope.org ? | 00:30 |
| srichter | yep | 00:31 |
| J1m | huh? | 00:31 |
| drzoltron_ | J1m: the agreement ... | 00:32 |
| J1m | send it to jim at zope.com. | 00:32 |
| *** zbir has quit IRC | 00:33 | |
| drzoltron_ | sent | 00:34 |
| *** bradb_ has joined #zope3-dev | 00:38 | |
| *** bradb has quit IRC | 00:40 | |
| *** bradb_ is now known as bradb | 00:41 | |
| *** tiredbones has quit IRC | 00:53 | |
| *** benji_york has quit IRC | 00:55 | |
| *** tarek_ has joined #zope3-dev | 00:57 | |
| *** J1m has quit IRC | 00:58 | |
| *** tarek_ has quit IRC | 00:59 | |
| *** tarek_ has joined #zope3-dev | 01:00 | |
| newpers | are there any west coast zope-{users,developers} in here? | 01:00 |
| mp | west coast of what? :) | 01:01 |
| drzoltron_ | greenland ? | 01:02 |
| newpers | haha | 01:03 |
| newpers | good question | 01:03 |
| newpers | US | 01:03 |
| *** tarek has quit IRC | 01:03 | |
| *** srichter has quit IRC | 01:06 | |
| *** drzoltron_ has quit IRC | 01:11 | |
| whit | newpers: whacha need? | 01:17 |
| * whit knows some bay area zopers | 01:17 | |
| *** srichter has joined #zope3-dev | 01:28 | |
| *** ChanServ sets mode: +o srichter | 01:28 | |
| *** bradb has left #zope3-dev | 01:32 | |
| *** yota has quit IRC | 01:36 | |
| *** yotaff has quit IRC | 01:43 | |
| *** zbir has joined #zope3-dev | 01:45 | |
| *** drMental has joined #Zope3-dev | 01:49 | |
| *** jinty has quit IRC | 01:51 | |
| *** drMental has quit IRC | 01:53 | |
| *** gnosis has joined #Zope3-dev | 01:55 | |
| *** vlado has joined #zope3-dev | 01:55 | |
| *** vlado_ has joined #zope3-dev | 01:55 | |
| *** vlado has quit IRC | 01:55 | |
| *** vlado_ has quit IRC | 01:55 | |
| *** vlado has joined #zope3-dev | 01:55 | |
| *** elbixio has joined #zope3-dev | 02:01 | |
| *** leticia has quit IRC | 02:02 | |
| *** elbixio has left #zope3-dev | 02:06 | |
| *** tvon has quit IRC | 02:14 | |
| *** anguenot has joined #zope3-dev | 02:19 | |
| *** vlado has quit IRC | 02:25 | |
| *** SureshZ has left #zope3-dev | 02:31 | |
| *** benji_york has joined #zope3-dev | 02:44 | |
| *** leticia has joined #zope3-dev | 02:51 | |
| *** stub has joined #zope3-dev | 03:08 | |
| *** xenru has quit IRC | 03:09 | |
| *** d2m has quit IRC | 03:21 | |
| *** projekt01 has quit IRC | 04:07 | |
| *** tarek_ has quit IRC | 04:10 | |
| *** tvon has joined #zope3-dev | 04:12 | |
| *** kaczordek has joined #zope3-dev | 04:14 | |
| *** philiKON has joined #zope3-dev | 04:21 | |
| *** tiredbones has joined #zope3-dev | 04:26 | |
| *** hazmat has joined #zope3-dev | 06:07 | |
| *** philiKON has quit IRC | 06:15 | |
| *** philiKON has joined #zope3-dev | 06:17 | |
| *** hazmat has quit IRC | 06:20 | |
| *** benji_york has quit IRC | 06:45 | |
| *** povbot has joined #zope3-dev | 08:01 | |
| *** zagy has quit IRC | 08:02 | |
| *** zagy has joined #zope3-dev | 08:07 | |
| *** tvon has quit IRC | 08:15 | |
| *** povbot` has quit IRC | 08:17 | |
| *** sashav has quit IRC | 08:19 | |
| *** drzoltron_ has joined #zope3-dev | 08:54 | |
| *** dobee has joined #zope3-dev | 09:00 | |
| *** dobee has quit IRC | 09:13 | |
| *** Soulraven has joined #zope3-dev | 09:22 | |
| *** dobee has joined #zope3-dev | 09:25 | |
| *** hdima has joined #zope3-dev | 09:42 | |
| *** projekt01 has joined #zope3-dev | 09:42 | |
| *** sashav has joined #zope3-dev | 09:46 | |
| *** yota has joined #zope3-dev | 09:47 | |
| *** MJ has quit IRC | 09:50 | |
| *** sashav_ has joined #zope3-dev | 09:52 | |
| *** tekNico has joined #zope3-dev | 10:01 | |
| *** niemeyer has quit IRC | 10:02 | |
| *** sashav has quit IRC | 10:04 | |
| *** Lewy has joined #zope3-dev | 10:10 | |
| drzoltron_ | what does <!-- BBB: Gone with 3.3 --> in the source mean ? | 10:15 |
| *** j-w has joined #zope3-dev | 10:16 | |
| *** sidnei has quit IRC | 10:27 | |
| sashav_ | drzoltron_: BBB = Backward compatibility (don't ask me how they made it to BBB :) | 10:32 |
| *** tarek has joined #zope3-dev | 10:57 | |
| *** MJ has joined #zope3-dev | 11:12 | |
| *** MJ has quit IRC | 11:16 | |
| *** MJ has joined #zope3-dev | 11:17 | |
| drzoltron_ | sashav: thx ;) | 11:19 |
| *** philiKON has quit IRC | 11:19 | |
| *** jack-e has joined #zope3-dev | 11:24 | |
| *** ignas has joined #zope3-dev | 11:24 | |
| *** xenru has joined #zope3-dev | 11:28 | |
| *** andrew_m has joined #zope3-dev | 11:36 | |
| Lewy | hi, is there a big difference between z3 trunk and z3.1? | 11:37 |
| andrew_m | Lewy: yes, some things didn't make it into z3.1 (locking module for example) | 11:39 |
| Lewy | have a problem with jsonserver and I don't know if is caused by wrong installation or incompatibility | 11:39 |
| Lewy | I'm a z3 newbie | 11:39 |
| *** MJ has quit IRC | 11:40 | |
| Lewy | any clues? http://paste.plone.org/283 | 11:41 |
| *** MJ has joined #zope3-dev | 11:42 | |
| andrew_m | Lewy: according to the jsonserver guys you def. need a checkout of the trunk | 11:42 |
| *** drzoltron_ has quit IRC | 11:43 | |
| Lewy | andrew_m: thanx, are they here? | 11:43 |
| andrew_m | dunno.. have a look at their web page.. or drop them a mail and ask what svn revision is known to work | 11:44 |
| Lewy | maybe i can use another revision | 11:44 |
| Lewy | :) | 11:44 |
| andrew_m | yeah.. i currently also use a very specific revision because things change so fast | 11:45 |
| *** lunatik has joined #zope3-dev | 11:52 | |
| *** lunatik has left #zope3-dev | 11:53 | |
| Lewy | andrew_m: cpsskins finally work :) | 11:54 |
| *** MJ has quit IRC | 12:06 | |
| *** mgedmin has joined #zope3-dev | 12:07 | |
| *** kaczordek has quit IRC | 12:07 | |
| *** MJ has joined #zope3-dev | 12:07 | |
| *** faassen has joined #zope3-dev | 12:16 | |
| *** efge has joined #zope3-dev | 12:34 | |
| * VladDrac 's gonna have a look at zc.page and see if its of any use to him | 12:41 | |
| VladDrac | zc.page == zope.formlib? | 12:42 |
| VladDrac | it's not part of 3.1 right? | 12:42 |
| j-w | VladDrac: its zope.formlib indeed now | 12:44 |
| j-w | VladDrac: I don't think its in 3.1 | 12:44 |
| j-w | VladDrac: you do know it requires Python 2.4, right? (zope.formlib I mean) | 12:44 |
| VladDrac | I remembersomething like that | 12:45 |
| VladDrac | is that a really big problem? | 12:45 |
| j-w | no for me :) | 12:45 |
| VladDrac | and why can't it be ported back to 2.3? | 12:46 |
| j-w | I mean, not for me :) | 12:46 |
| VladDrac | and where can I find it, where does it live nowadays? | 12:46 |
| j-w | http://svn.zope.org/zope.formlib/ | 12:46 |
| j-w | HTH | 12:46 |
| *** deo has quit IRC | 12:48 | |
| VladDrac | hth? | 12:48 |
| j-w | hope this helps :) | 12:49 |
| VladDrac | ah ok :) | 12:50 |
| efge | VladDrac: it can easily be ported to 2.3 | 12:52 |
| efge | however nobody really cared for that | 12:52 |
| VladDrac | well afaik 2.3 is still "optimal" for 3.1 right? | 12:53 |
| efge | but everybody interested in formlib switched to 2.4 anyway, and realized it worked as well | 12:54 |
| efge | :) | 12:54 |
| *** J1m has joined #zope3-dev | 12:54 | |
| VladDrac | hmmm | 12:54 |
| faassen | yeah, Zope corp themselves is using 2.4 with 3.1 | 12:54 |
| efge | also, ZC said they'd been using 2.4 for a while | 12:54 |
| faassen | we have been as well. it works fine. | 12:54 |
| efge | hi martijn :) | 12:54 |
| faassen | :) | 12:54 |
| VladDrac | for me it would mean having to switch to 2.4, installing some deps (psycopg, SQLObject) | 12:54 |
| faassen | anyway, we're going to make this all sensible come next release cycle. | 12:54 |
| VladDrac | not a real problem | 12:54 |
| faassen | efge: hey. | 12:54 |
| VladDrac | just annoying if it turns out formlib isn't what I need :) | 12:54 |
| efge | VladDrac: to port to 2.3 you just have to change the decorators I think | 12:55 |
| faassen | well, if you're using zope 3 forms, formlib is what you need. :) | 12:55 |
| VladDrac | faassen: I'm using.. Flex forms! | 12:55 |
| * VladDrac hides | 12:55 | |
| J1m | What are flex forms? | 12:55 |
| VladDrac | flex is a RIA toolkit from macromedia | 12:55 |
| VladDrac | basically, it's forms in flash | 12:55 |
| VladDrac | it communicaties with servers through an rpc system named "amf" | 12:56 |
| VladDrac | which is why I recently implemented amfserver for zope3 | 12:56 |
| J1m | sounds interesting | 12:56 |
| VladDrac | anyway, I dislike flash, but my customer wants it | 12:56 |
| VladDrac | a third party is building the Flex gui, and I want to build some html forms now for my own convenience | 12:57 |
| faassen | scary. | 12:57 |
| J1m | I dislike most flash applications I see, | 12:57 |
| J1m | I have the impression that it has some potential for actually building decent appls. <shrug> | 12:57 |
| efge | flash doesn't integrate with browser history or native UI (shortcuts, etc) and it's a real pain | 12:58 |
| faassen | flash is nice if you need to program a flash game. :) | 12:58 |
| VladDrac | jim well that might be through Flex, perhaps | 12:58 |
| faassen | the only flash I interact with is flash games, and the occasional ad that wants to annoy me. | 12:59 |
| *** sidnei has joined #zope3-dev | 13:30 | |
| *** d2m has joined #zope3-dev | 13:34 | |
| *** Soulraven has quit IRC | 13:39 | |
| VladDrac | what's the correct way to install zope.formlib? | 13:44 |
| VladDrac | the package names suggests within SOFTWARE_HOME/lib/python/zope | 13:44 |
| J1m | It's interesting to note that my achange to containment constraints to allow dotted named didn't "fix" much. | 13:46 |
| *** mgedmin has quit IRC | 13:47 | |
| *** Soulraven has joined #zope3-dev | 13:54 | |
| VladDrac | you mean fysically naming the package zope.formlib (and creating a dir with that name) should make it available as zope.formlib? | 13:58 |
| VladDrac | that doesn't work for me | 13:58 |
| * VladDrac 's just named it "formlib" in INSTANCE_HOME/lib/python | 13:58 | |
| VladDrac | which means my imports might be "incompatible" | 13:58 |
| J1m | you need to install the formlib package into your zope package | 13:58 |
| J1m | We do this by creating a zope directory in lib/python and using pkgutil to knit it together with the zope package from the zope install. | 14:00 |
| J1m | http://docs.python.org/lib/module-pkgutil.html | 14:00 |
| * andrew_m is away: zh | 14:02 | |
| *** J1m has quit IRC | 14:06 | |
| *** J1m has joined #zope3-dev | 14:08 | |
| *** regebro has joined #zope3-dev | 14:09 | |
| VladDrac | is there any code online that uses formlib? | 14:09 |
| VladDrac | form.txt / page.txt are informative but I'd like to get the whole picture (including zcml etc) | 14:09 |
| VladDrac | I can probably figure it out myself but some timesaving would be nice :) | 14:09 |
| *** mgedmin has joined #zope3-dev | 14:16 | |
| *** jinty has joined #zope3-dev | 14:17 | |
| *** tarek has quit IRC | 14:25 | |
| *** zbir has quit IRC | 14:44 | |
| *** sashav_ is now known as sashav | 14:45 | |
| regebro | I would like to make a pure-python release of the python CalCore calendar library. | 14:59 |
| regebro | But, of course, it relies on zope.interface and zope.schemas. | 14:59 |
| regebro | Or well, no it doesn't RELY on them. It imports them. :) | 15:00 |
| srichter | so, create a zpgtools based release | 15:00 |
| *** jinty has quit IRC | 15:00 | |
| VladDrac | noone have any formlib examples? Is this one of those packages that everyone hypes and noone uses like sqlos? :) | 15:01 |
| regebro | zpkgtools? Whats that, he wonders: <google> | 15:01 |
| regebro | Or rather: how does it help? | 15:01 |
| *** lunatik has joined #zope3-dev | 15:01 | |
| whit | srichter: are there any examples of using zpkgtools & eggs yet? | 15:02 |
| srichter | we have done that for SchoolTool and it seems to work out nicely | 15:02 |
| * VladDrac saw sqlobject eggs | 15:02 | |
| whit | cool!~ | 15:02 |
| srichter | whit: yep, SchoolTool, Zope 3, Zope Interface, ... | 15:02 |
| whit | ;) | 15:02 |
| regebro | srichter: I guess you are saying that I should make a release that includes zope.interface and zope.scheman? | 15:02 |
| *** lunatik has left #zope3-dev | 15:02 | |
| whit | no excuse to not go install | 15:02 |
| srichter | regebro: well, you could if you want to | 15:03 |
| srichter | it depends on what you want | 15:03 |
| srichter | since there are no separate releases for zope.schema yet, it would be a good choice I think | 15:03 |
| srichter | with SchoolTool we will have two TAR balls, I think | 15:03 |
| srichter | one with the plain SchoolTool source and one with all batteries included to get the server running | 15:04 |
| srichter | the former will be mostly to support distros | 15:04 |
| srichter | but jinty might correct me here as I am not the SchoolTool release manager | 15:04 |
| regebro | Well, I don't know what I want. :) | 15:04 |
| * srichter merely forced the SchoolTool team into using zpgtools :-) | 15:05 | |
| regebro | OK, I'll try that and see what ends up in the final package. :D | 15:07 |
| srichter | zpkgtools is really cool, since you can load dependencies from SVN | 15:07 |
| *** srichter has quit IRC | 15:08 | |
| regebro | I have no idea what that means in practice, but I guess I'll soon find out. :P | 15:09 |
| whit | regebro: let me know how that goes ;) | 15:11 |
| regebro | sure | 15:11 |
| whit | did you find out what you needed to know about 1.1 yesterday? | 15:12 |
| regebro | Nope. | 15:12 |
| regebro | I think I need philiKON to log on. | 15:12 |
| whit | I don't think any bugs were related to not releasing 1.1 | 15:13 |
| whit | it was just that faasen didn't have time to bless it | 15:13 |
| whit | and the logical window was missed | 15:14 |
| regebro | No, there was some bugs till left to fix. | 15:16 |
| regebro | And I also need to understand how to fix the transaction package conflict best. | 15:16 |
| whit | and those were what you were looking for | 15:16 |
| whit | ah..I see | 15:16 |
| whit | not sure what those remainders were... | 15:16 |
| regebro | Yeah, actually, I wanna fix that transaction thing and release 1.1 now. We need it. It works. :) | 15:16 |
| regebro | Unless there is some sort of bug that I don't know of, that makes 1.0.2 better. :( | 15:17 |
| * whit had the feeling it was just minor stuff | 15:19 | |
| *** mgedmin has quit IRC | 15:19 | |
| whit | I thought the plan was to release 1.1 + fixes as 1.2 as the last z3.0 five | 15:20 |
| regebro | Well, 1.2 is supposed to include loads of new stuff. Don't have time to wait for that, it will take weeks. | 15:23 |
| regebro | Especially since I'm doing some of it... | 15:23 |
| whit | ;) | 15:24 |
| whit | sounds like a good rational for a 1.1 | 15:24 |
| * regebro gets smashed the complexity of zpkgtools like a ten tone wight in a Python sketch. | 15:24 | |
| * whit hands regebro pythonic icepack for aching head | 15:25 | |
| regebro | srichter has left, and I don't have the two days of free time I need to figure this out by myself... | 15:25 |
| regebro | It adds a lot of complexity, and I still don't know what, if any, use I have of it. | 15:26 |
| *** alga has joined #zope3-dev | 15:26 | |
| VladDrac | argh.. zope3 error reporting hell | 15:27 |
| * VladDrac jumps out the window | 15:27 | |
| regebro | So, i'm back to my orginal question: How can I make CalCore not complain on missing imports from zope.interface, zope.schema and zope.i18nmessage id? | 15:29 |
| regebro | Using zpkgtools without any kind of useful documentation is definitely *not* the way to go... | 15:30 |
| *** niemeyer has joined #zope3-dev | 15:30 | |
| VladDrac | calcore I know nothing about this, but if CalCore is depending on schema, interface, etc, do you have a choice then? | 15:30 |
| VladDrac | eh /^calcore/regebro | 15:31 |
| regebro | It's not depending on them. It just imports them. | 15:31 |
| regebro | Including them is certainly an option. | 15:32 |
| faassen | I'm fine with a release of Five 1.1 by the way. | 15:32 |
| regebro | OK, great! | 15:32 |
| regebro | faassen: Any opinion on the transaction bbb conflict? | 15:32 |
| VladDrac | regebro so if you remove the imports, it still works? | 15:43 |
| regebro | Well, no, becuase then the names imported doesn't exist. But it's all use for declarations of interfaces and "implement" statements. It doens't actually *do* anything. | 15:44 |
| VladDrac | yeah well it does stuff, but it only makes sense in the z3 component architecture | 15:44 |
| VladDrac | so what you might need is refactor the code into a z3 independent implementation, and a z3 wrapper which turns them into components | 15:45 |
| *** Soulraven has quit IRC | 15:50 | |
| regebro | VladDrac: well, that's not an option. | 15:51 |
| regebro | Seems I just have to give up the idea of making a python-only package. | 15:52 |
| faassen | regebro: no, I don't have the zen there.. | 15:53 |
| *** benji_york has joined #zope3-dev | 15:54 | |
| regebro | faassen: OK, I'll see if philikon pops up, or I'll write him a mail and make a releas anyway. ;) | 15:54 |
| faassen | regebro: you can do a rc1. :) | 15:55 |
| * VladDrac 's still trying to wrap his brain around formlib | 15:56 | |
| VladDrac | mostly the correct way to implement/use it | 15:56 |
| *** drzoltron_ has joined #zope3-dev | 15:56 | |
| benji_york | VladDrac, what are you trying to do? (edit form, add form, other?) | 15:56 |
| faassen | VladDrac: just hook things up using browser:page, use no template, just hook up the formlib classes. :) | 15:57 |
| VladDrac | benji: I'm creating forms for non-ZODB content (database forms basically) | 15:57 |
| benji_york | ok, are you creating schemas? | 15:58 |
| VladDrac | faassen: that might make sense, let's see | 15:59 |
| VladDrac | mno doesn't work | 15:59 |
| VladDrac | shoud I define a browser:page with a class=".." that points to my form class? | 16:00 |
| VladDrac | I've also defined a Page class, and that works fine - I can do pythonstuff in __call__ | 16:00 |
| VladDrac | but that still doesn't give me a form | 16:00 |
| benji_york | VladDrac something like this will work: | 16:01 |
| benji_york | class EditView(form.EditForm): | 16:01 |
| benji_york | form_fields = form.Fields(interfaces.IHelloWorld) | 16:01 |
| benji_york | <browser:page | 16:01 |
| benji_york | for=".hello.HelloWorld" | 16:01 |
| benji_york | name="edit.html" | 16:01 |
| benji_york | class=".hello.EditView" | 16:01 |
| benji_york | permission="zope.ManageContent" | 16:01 |
| benji_york | template="edit.pt" | 16:01 |
| benji_york | /> | 16:01 |
| benji_york | and then have a template (edit.pt) that renders the form | 16:01 |
| VladDrac | ok what would edit.pt look like? | 16:01 |
| VladDrac | that's my main problem I guess | 16:01 |
| VladDrac | it fetches formfields from EditView? | 16:02 |
| VladDrac | (and what use is formlib.Page?) | 16:02 |
| benji_york | something like | 16:02 |
| benji_york | <html metal:use-macro="context/@@standard_macros/view"> | 16:02 |
| benji_york | <body> | 16:02 |
| benji_york | <div metal:fill-slot="body" tal:contents="view"> | 16:02 |
| benji_york | </div> | 16:02 |
| benji_york | </body> | 16:02 |
| benji_york | </html> | 16:02 |
| VladDrac | ah ok | 16:02 |
| *** bradb has joined #zope3-dev | 16:05 | |
| *** zbir has joined #zope3-dev | 16:09 | |
| VladDrac | thanks benji, this should get me started | 16:10 |
| benji_york | NP VladDrac | 16:11 |
| VladDrac | I was understanding the individual components (page, form) but not the whole picture (how everything fits in zope3/zcml), a problem I seem to have quite often :) | 16:11 |
| benji_york | yep | 16:11 |
| benji_york | That code was actually copy/pasted from my Zope 3 "Quick Start" I've started working on. | 16:11 |
| VladDrac | ok in that case | 16:12 |
| VladDrac | s/contents/content :) | 16:12 |
| VladDrac | (on edit.pt) | 16:12 |
| benji_york | yep, I just saw that :) | 16:12 |
| xenru | hdima: yo! | 16:20 |
| hdima | xenru: hi | 16:21 |
| *** xenru_ has joined #zope3-dev | 16:28 | |
| *** drzoltron_ has quit IRC | 16:32 | |
| *** Lewy has quit IRC | 16:36 | |
| *** Alef has joined #zope3-dev | 16:40 | |
| *** Alef has left #zope3-dev | 16:41 | |
| *** xenru has quit IRC | 16:47 | |
| *** tarek has joined #zope3-dev | 16:47 | |
| *** xenru_ is now known as xenru | 16:49 | |
| *** dobee has quit IRC | 17:06 | |
| *** xenru_ has joined #zope3-dev | 17:12 | |
| *** Aiste has joined #zope3-dev | 17:17 | |
| *** sashav has quit IRC | 17:18 | |
| *** xenru has quit IRC | 17:29 | |
| *** srichter has joined #zope3-dev | 17:30 | |
| *** hdima has quit IRC | 17:30 | |
| *** elbixio has joined #zope3-dev | 17:32 | |
| *** regebro has quit IRC | 17:48 | |
| projekt01 | srichter, ayt? | 17:50 |
| *** dobee has joined #zope3-dev | 17:51 | |
| * andrew_m is back (gone 03:49:25) | 17:52 | |
| *** stub has quit IRC | 17:57 | |
| srichter | projekt01: no time, sorry | 17:58 |
| projekt01 | srichter, Ok, we see us in Germany | 18:00 |
| *** regebro has joined #zope3-dev | 18:02 | |
| *** lunatik has joined #zope3-dev | 18:07 | |
| *** zagy_ has joined #zope3-dev | 18:07 | |
| *** lunatik has left #zope3-dev | 18:08 | |
| *** philiKON has joined #zope3-dev | 18:10 | |
| *** zagy_ has quit IRC | 18:13 | |
| *** zagy_ has joined #zope3-dev | 18:13 | |
| *** elbixio has quit IRC | 18:15 | |
| *** mkerrin has joined #zope3-dev | 18:20 | |
| srichter | mkerrin: are you ready for the sprint? :-) | 18:22 |
| *** leticia has quit IRC | 18:23 | |
| *** zagy has quit IRC | 18:25 | |
| *** dobee has quit IRC | 18:26 | |
| *** j-w has quit IRC | 18:29 | |
| *** tiredbones has quit IRC | 18:32 | |
| *** jack-e has quit IRC | 18:33 | |
| *** MacYET has joined #zope3-dev | 18:42 | |
| mkerrin | srichter: yes - just just looking at maps to find out where everything is | 18:44 |
| MacYET | maps of tuebingen | 18:45 |
| MacYET | ? | 18:45 |
| *** jinty has joined #zope3-dev | 18:48 | |
| * philiKON laughs | 18:49 | |
| philiKON | would fit on a stamp :) | 18:49 |
| MacYET | philiKON: better study your map of the chinese wall | 18:49 |
| srichter | mkerrin: the university of tuebingen has a nice Web site telling you which airport shuttle to take | 18:53 |
| MacYET | ask m | 18:53 |
| MacYET | e | 18:53 |
| MacYET | :) | 18:53 |
| srichter | the research institute web site then tells you how to get from the train station to their building, which seems easy too | 18:53 |
| MacYET | take the airport sprinter, line 828 from the airport to tuebingen | 18:54 |
| srichter | yep, that's the line :-) | 18:54 |
| MacYET | it runs at least every our | 18:55 |
| MacYET | hour | 18:55 |
| tarek | hi all | 18:55 |
| MacYET | and it brings you to the train station | 18:55 |
| MacYET | which is "close" to the institute | 18:55 |
| *** whit is now known as whit|out | 18:55 | |
| tarek | MacYET, i am coming by the trains station, from stutgart, does that mean i can just walk there ? | 18:56 |
| MacYET | tarek: about 15-20 minutes walk | 18:56 |
| MacYET | when do you arrive? | 18:56 |
| srichter | tarek: yeah, just go to the research institute Web site; they have detailed walking descriptions from the train station | 18:56 |
| tarek | ok, i'll take the 828 then :) | 18:56 |
| MacYET | tarek: coming by plane or train? | 18:57 |
| tarek | train, | 18:57 |
| tarek | from dijon | 18:57 |
| srichter | 828 does not go through stuttgart (the city) | 18:57 |
| efge | I want to add (in Five for now) an IObjectWillBeMoved event, and derivatives. Should I derive it from IObjectEvent, whose docstring says "Something has happened to an object", or should I start a separate interface hierarchy ? | 18:57 |
| MacYET | tarek: then you don't take the line 828 | 18:57 |
| tarek | dijon -> stutgart then catch the train to tuebigen | 18:57 |
| MacYET | you'll take the train from stuttgart | 18:57 |
| srichter | efge: no, better fix the ObjectEvent doc string | 18:57 |
| tarek | ok i thaught you were talking about tuebigen train station | 18:58 |
| MacYET | the bus station and the train station are close by | 18:58 |
| tarek | ok | 18:58 |
| tarek | i am going to get lost, as usual :) | 18:58 |
| efge | srichter: ok I wasn't sure if maybe there wasn't a real intent of "past action" in there | 18:58 |
| MacYET | just take your compass and head west from the train station | 18:59 |
| MacYET | :-) | 18:59 |
| tarek | oki | 18:59 |
| srichter | http://www.iwm-kmrc.de/english/contact/address.php3 | 18:59 |
| srichter | tarek: just print this :-) | 18:59 |
| tarek | ok i will | 18:59 |
| MacYET | this map sucks | 19:00 |
| srichter | but the descriptions are detailed, so it will hopefully work for me :-) | 19:00 |
| tarek | so your there wen. night srichter? | 19:00 |
| MacYET | send your gps coordinates and we'll find u :) | 19:01 |
| srichter | I will be there for lunch already :-) | 19:01 |
| tarek | ok | 19:01 |
| MacYET | srichter: when do you arrive in STG? | 19:02 |
| srichter | I am leaving in about 5.5 hours to the airport | 19:02 |
| srichter | 11:50 tomorrow morning | 19:02 |
| srichter | with Air France from PAris | 19:02 |
| tarek | where you coming from ? | 19:02 |
| MacYET | too late ...I'll drop of my friend tomorrow morning ) | 19:02 |
| srichter | darn | 19:02 |
| srichter | tarek: boston | 19:02 |
| tarek | oh ok, long run | 19:03 |
| MacYET | take some warm cloth with you :) | 19:03 |
| srichter | ok, I was planning on bringing my winter coat after I froze my butt off last year in Munich | 19:04 |
| MacYET | good choice | 19:04 |
| tarek | MacYET: i have a "before-taste" here in Dijon (burgundy) | 19:04 |
| MacYET | don#t forget your life belt...it's raining cats and dogs | 19:04 |
| srichter | mmh, reminds me of Germany... rain | 19:06 |
| *** mgedmin has joined #zope3-dev | 19:06 | |
| srichter | we have awesome, awesome weather in Boston | 19:06 |
| *** MJ has quit IRC | 19:11 | |
| *** elbixio has joined #zope3-dev | 19:20 | |
| *** projekt01 has quit IRC | 19:20 | |
| *** projekt01 has joined #zope3-dev | 19:21 | |
| *** sashav has joined #zope3-dev | 19:21 | |
| *** MacYET has left #zope3-dev | 19:23 | |
| elbixio | hi all. i'm trying to create a vocabulary from a list object containing unicode strings, but i get this error message: | 19:24 |
| elbixio | UnicodeEncodeError: 'ascii' codec can't encode character u'\xe1' in position 8: ordinal not in range(128) | 19:24 |
| elbixio | i think it's because this string: u"Apán" | 19:25 |
| elbixio | how could i fix this? | 19:25 |
| projekt01 | elbixio, try this: | 19:42 |
| projekt01 | asciiStr = open(self.path,'rb').read() | 19:42 |
| projekt01 | uStr = unicode(asciiStr, 'iso-8859-1') | 19:42 |
| projekt01 | return uStr | 19:42 |
| *** baldtrol has joined #zope3-dev | 19:44 | |
| mgedmin | I think I know what elbixio's problem is | 19:44 |
| philiKON | the name "ascii" here is a lie | 19:44 |
| mgedmin | but I do not know a solution either | 19:44 |
| philiKON | elbixio, vocabulary terms have 3 parts: | 19:45 |
| philiKON | - the object that the term is representing | 19:45 |
| philiKON | - an ascii (7-bit!) token that uniquely identifies the term | 19:46 |
| philiKON | - a unicode title | 19:46 |
| SteveA | right | 19:46 |
| philiKON | in your case, the object and title are probalby the same: the unicode string | 19:46 |
| SteveA | so, you need a function in the vocab that converts arbitrary unicode to ascii | 19:46 |
| philiKON | you just need to make sure the token is ascii | 19:46 |
| SteveA | skipping the missing ones | 19:46 |
| SteveA | so, you can do this by telling the encoder to use a different error-handling strategy | 19:46 |
| philiKON | token = some_uni_code.encode('utf-7') is possible for example | 19:47 |
| projekt01 | philiKON, good idea | 19:47 |
| SteveA | philiKON: does utf-7 map to just ascii? | 19:48 |
| philiKON | yes | 19:48 |
| SteveA | cool | 19:48 |
| *** elbixio has quit IRC | 19:48 | |
| philiKON | http://en.wikipedia.org/wiki/UTF-7 | 19:48 |
| *** vidasp has joined #Zope3-dev | 19:49 | |
| mgedmin | why does the token have to be ascii? | 19:49 |
| *** zopepaul has joined #zope3-dev | 19:50 | |
| philiKON | mgedmin, i guess to avoid ambiguities in web forms and such | 19:51 |
| *** benji_york has quit IRC | 19:57 | |
| SteveA | yeah, the idea is that it is something you can send in a variety of systems | 20:00 |
| SteveA | a "purist" approach would have you getting a view on a term for a particular view type, for the token | 20:01 |
| SteveA | and defining different such views for different circumstances | 20:01 |
| SteveA | but, in this case, it is easier to say "it will be printable ascii" | 20:02 |
| SteveA | so you can email it easily, put it as a form id easily | 20:02 |
| efge | formlib used to use some hex or base64 encoding for that | 20:03 |
| efge | I think they changed it | 20:03 |
| philiKON | base64 *is* ascii, right? | 20:03 |
| efge | yes | 20:03 |
| efge | they changed it to have someting more readable | 20:03 |
| *** zopepaul has quit IRC | 20:03 | |
| *** J1m has joined #zope3-dev | 20:06 | |
| *** dobee has joined #zope3-dev | 20:14 | |
| efge | I'm not sure how multiple interfaces (IFoo and IBar) in the "for" of a <subscriber> work. Is that multi-adaptation ? When I notify(MyEvent()), what interfaces are matched to what ? | 20:19 |
| J1m | multiple interfaces in for mean multi-adaptation | 20:20 |
| philiKON | efge, see the event chapter in my book if you have ti handy | 20:20 |
| efge | ok I'll dig in that. I was trying to hunt things in the source :) | 20:20 |
| philiKON | efge, like jim says, multiple interfaces in a subscriber directive means multi-adaption | 20:20 |
| philiKON | efge, for example, we have an IObjectAddedEvent | 20:20 |
| J1m | If you say notify(ev), that calls a single-subscribers. | 20:21 |
| philiKON | if you only want to listen to IObjectAddedEvents that appply to IRecipe, you subscribe to (IObjecdtAddedEvent, IRecipe) | 20:21 |
| * J1m lets philiKON explain | 20:21 | |
| *** tav has quit IRC | 20:21 | |
| philiKON | instead of just IObjectAddedEvent | 20:21 |
| philiKON | a dispatcher in zope.app.event.objectevent takes care of dispatching events from IObjectEvent -> (IObjectEvent, providedBy(event.object)) so that subscriptions to e.g. (IObjectAddedEvent, IRecipe) catch on | 20:22 |
| philiKON | </over> | 20:22 |
| *** juka has joined #zope3-dev | 20:22 | |
| efge | philiKON: ah ok that last part was what I was looking for, who was dispatching | 20:23 |
| efge | with multiple interfaces | 20:23 |
| efge | thx | 20:23 |
| efge | excellent | 20:23 |
| efge | s/with/for/ | 20:24 |
| J1m | see zope.app.event.objectevent.objectEventNotify | 20:25 |
| efge | oki | 20:25 |
| efge | I'll be experimenting with IObjectWillBeRemoved soon :) | 20:25 |
| J1m | cool | 20:26 |
| sidnei | nice how that reads: "i, 'object', will be removed!" :) | 20:27 |
| philiKON | lol, yeah | 20:28 |
| philiKON | hi sidnei btw! | 20:28 |
| sidnei | hi | 20:29 |
| efge | do you guys prefer IBeforeObjectRemoval ? I liked to have just "WillBe" inserted in the middle of the name of the "after" interface | 20:29 |
| J1m | Is the intent to let subscribers veto or make alternate suggestions (ala action plans)? | 20:30 |
| *** drzoltron_ has joined #zope3-dev | 20:30 | |
| drzoltron_ | regebro, ayt ? | 20:31 |
| sidnei | was that to follow the other interfaces naming i think it would be IObjectBeforeRemove? | 20:32 |
| philiKON | ugh, i think i b0rked zope.org | 20:32 |
| philiKON | wanted to upload the five 1.1 release announcement | 20:32 |
| efge | J1m: yes, although the primary intent is to be able to migrate from Zope 2 products which use manage_beforeDelete | 20:33 |
| efge | and those product in effect can veto, although most of the time they just cleanup | 20:33 |
| *** dobee has quit IRC | 20:34 | |
| J1m | ah | 20:34 |
| baldtrol | philiKON: heh, oops :) | 20:34 |
| baldtrol | fix it quick and admit to nothing. where i come from we call it "admin black ops" | 20:35 |
| philiKON | i can't | 20:35 |
| baldtrol | argh :( | 20:36 |
| philiKON | d2m, ping | 20:37 |
| drzoltron_ | J1m: how's it going with my access to the svn ? | 20:37 |
| *** baldtrol has left #zope3-dev | 20:38 | |
| J1m | drzoltron_, I didn't get any email from you | 20:38 |
| drzoltron_ | strange, I mailed the stuff yesterday | 20:39 |
| J1m | who did you mail it to? | 20:39 |
| drzoltron_ | jim [at] zope .org ? | 20:39 |
| J1m | that's not my address. | 20:39 |
| drzoltron_ | hehe | 20:39 |
| J1m | My address is jim at zope.com | 20:39 |
| J1m | I mentioned this yesterday. | 20:39 |
| drzoltron_ | doh | 20:39 |
| drzoltron_ | sure | 20:39 |
| drzoltron_ | will try again, | 20:40 |
| * sidnei fears for drzoltron_ credit card number | 20:40 | |
| J1m | Yeah, don't forhet the pin. ;) | 20:41 |
| drzoltron_ | hehe | 20:41 |
| drzoltron_ | want the 3-digit security code as well ? | 20:41 |
| sidnei | hopefully it will be catched as spam by the other jim and ignored :) | 20:42 |
| drzoltron_ | hehe, all those jims | 20:42 |
| juka | Hi all | 20:43 |
| juka | Am I right with this : a catalog indexes all objects independent of its location | 20:43 |
| juka | I need a catalog which only holds objects below the site it is registered in | 20:44 |
| VladDrac | hmm I bet I want the wrong things the wrong way | 20:45 |
| *** efge has quit IRC | 20:45 | |
| VladDrac | but the fact that formlib hardcoded assumes the data is in self.context makes things slightly harder for me | 20:45 |
| * VladDrac wants formlib to operate on another object than self.context | 20:45 | |
| drzoltron_ | J1m: mail sent, this time to the right jim, hopefully ;) | 20:46 |
| J1m | VladDrac, note that formlib is also a set o api functions. You could lay the classes out differently if you chose. Why don't you want to use context? | 20:48 |
| J1m | juka, catalogs only catalog the objects in their site. | 20:48 |
| juka | I got a different result | 20:48 |
| J1m | philiKON, are you watching any irc channel but this one? ;) | 20:48 |
| VladDrac | jim imagine I want to use formlib to create an email form | 20:48 |
| VladDrac | that doesn't mutate some zodb object but in stead sends mail | 20:49 |
| philiKON | J1m, #zope #zope3-dev #z3-base #plone #silva #kupu | 20:49 |
| philiKON | J1m, why? | 20:49 |
| J1m | Did you see my kupu question in #kupu? :) | 20:49 |
| philiKON | now i did :) | 20:50 |
| *** tziade has joined #zope3-dev | 20:50 | |
| J1m | drzoltron_, you should be all set now. | 20:51 |
| J1m | You should get email with instructions for uploading your keys | 20:51 |
| drzoltron_ | J1m: very nice, thanx alot, will commit my beginner code soon ;) | 20:51 |
| J1m | Thanks alot for contributing. | 20:52 |
| *** faassen has quit IRC | 20:52 | |
| *** tarek has quit IRC | 20:52 | |
| juka | J1m, I have a catalog in my own site and a IntId utility in the root | 20:53 |
| drzoltron_ | J1m. I thank you ;) | 20:53 |
| J1m | juka, yes | 20:54 |
| juka | My catalog receives also object which I create in the top folder | 20:54 |
| VladDrac | anyway, the form would be some view on top of some object that doesn't directly provide the data for the fields or handle the values through attributes | 20:54 |
| philiKON | VladDrac, that's still possible | 20:55 |
| philiKON | VladDrac, who says the thing you're getting a form view for is a persistent zodb object? | 20:55 |
| juka | When I look at the code in catalog.py there is nothing in the event handlers which prevents an object from being indexed | 20:55 |
| philiKON | VladDrac, could just be an object created on the fly to hold the email data | 20:55 |
| J1m | juka, that's very odd. I don't know why that would be. | 20:55 |
| J1m | juka, the catalogs chosen depends on where the event originates. | 20:56 |
| VladDrac | phil well I didn't say it's a persistent object, formlib just assumes that the form operates on self.context on which you get/set attributes | 20:56 |
| J1m | The URL ultimately determins which site is active. | 20:57 |
| VladDrac | phil I've been thinking of providing a dummy object to provide/store data | 20:57 |
| J1m | juka, when you catalogged a root object, was it from the URL in the catalog's site? | 20:57 |
| VladDrac | I'm currently wondering how that fits in my zcml configuration | 20:57 |
| philiKON | VladDrac, well, views are adapters, so of course they operate on self.context | 20:57 |
| VladDrac | I'm used to zope3 creating objects (through addform) | 20:57 |
| philiKON | VladDrac, the question is just which object you're adapting/viewing | 20:57 |
| VladDrac | that makes sense | 20:58 |
| philiKON | J1m, does formlib also adapt to the schema if the object doesn't provide the form schema? | 20:58 |
| juka | J1m, I create the object in the ZMI | 20:58 |
| VladDrac | I think I'm perhaps abusing the form/view is an adapter concept a bit too much - | 20:59 |
| philiKON | VladDrac, the "old" framework has a neat feature that you can "abuse" here | 21:00 |
| philiKON | VladDrac, when you're viewing a form for an object that doesn't provide the form schema, it adapts the object to that schema | 21:00 |
| VladDrac | the real case here is that I'm actually modifying sqlobjects that don't really exist in zope3 space | 21:00 |
| philiKON | VladDrac, that adapter could be your "dummy" object | 21:00 |
| VladDrac | phil hmm | 21:00 |
| philiKON | so, you wouldn't ahve to worry about creating it even | 21:00 |
| philiKON | whatever "zope 3 space" is | 21:00 |
| J1m | philiKON, yes | 21:00 |
| philiKON | J1m, k, thanks | 21:01 |
| philiKON | VladDrac, so, jim just tells me that formlib also has that adapting feature | 21:01 |
| J1m | philiKON, at least for edit forms. | 21:01 |
| philiKON | enough for me | 21:01 |
| * J1m hasn't looked at formlib in a few weeks. :) | 21:01 | |
| VladDrac | interesting, I'm gonna play with this | 21:01 |
| VladDrac | after dinner :) | 21:01 |
| VladDrac | thanks for the help | 21:01 |
| philiKON | and i'm goin' to bed | 21:01 |
| philiKON | VladDrac, if you want an example of this feature, look at the registration framework | 21:02 |
| drzoltron_ | philiKON: already ? the night is young ! | 21:02 |
| philiKON | VladDrac, local utilities have this registration form | 21:02 |
| J1m | philiKON, is much further east than drzoltron_ | 21:02 |
| juka | J1m, I see in catalog.py : zapi.getAllUtilitiesRegisteredFor(ICatalog) should only return utilities from the root if the object is in the root folder | 21:02 |
| philiKON | VladDrac, it's all the same on all local utilities | 21:02 |
| philiKON | drzoltron_, i'm on Peking time | 21:02 |
| J1m | juka, exactly | 21:02 |
| juka | Will have a deeper look at it, thanks | 21:02 |
| J1m | or more specifically, if the current site is the root folder | 21:03 |
| drzoltron_ | philiKON: which is what ? 4 in the morning ? | 21:03 |
| philiKON | VladDrac, but it's still an editform, for="*", but schema="...IRegistratinoForm" or whatever | 21:03 |
| *** tiredbones has joined #zope3-dev | 21:03 | |
| juka | ok | 21:03 |
| J1m | It's not about the object, it's about the current site. | 21:03 |
| drzoltron_ | RegistratinoForm sounds very italian to me := | 21:03 |
| philiKON | VladDrac, so, there's an adapter that actually interprets the results of the registration form (it would be useless to set the values on the local utlity as attributes, obviously) | 21:03 |
| philiKON | drzoltron_, 2 am | 21:03 |
| *** baldtrol has joined #zope3-dev | 21:03 | |
| juka | J1m, but the current site should depend on the location of the object created | 21:04 |
| J1m | Generally, yes | 21:06 |
| J1m | But that | 21:06 |
| J1m | But that's really up to the application/ | 21:06 |
| J1m | The site is set (by default) during url traversal. | 21:07 |
| *** efge has joined #zope3-dev | 21:08 | |
| juka | What I did is just using ZMI to see what the catalog is doing, there is only zope code involved | 21:08 |
| *** whit|out has quit IRC | 21:09 | |
| juka | I already used the site machinery in one of my applications and it did what you told me | 21:09 |
| juka | As i said, will have a second look at it, thanks | 21:09 |
| juka | J1m, found the solution, I need to define a IntId utility in my new site | 21:12 |
| juka | If I use the one from the root I get all objects | 21:12 |
| *** MJ has joined #zope3-dev | 21:13 | |
| J1m | juka, I just: | 21:20 |
| J1m | - Created an intid util in the root | 21:20 |
| J1m | - Created a site under the root | 21:20 |
| J1m | - Added a catalog to the site, with a text index | 21:20 |
| J1m | - Added a zpt page to the site, it got indexes as expected | 21:21 |
| J1m | - Added a zpt page to the root, it didn't get indexed -- as I expected it wouldn't be. | 21:21 |
| J1m | <shrug> | 21:21 |
| juka | actuall I don't know whats wrong, but it seems to be on my side | 21:22 |
| *** baldtrol has left #zope3-dev | 21:23 | |
| *** vidasp has quit IRC | 21:25 | |
| *** tiredbones has quit IRC | 21:28 | |
| *** tiredbones has joined #zope3-dev | 21:28 | |
| *** philiKON has quit IRC | 21:29 | |
| *** juka has left #zope3-dev | 21:31 | |
| *** alga has quit IRC | 21:33 | |
| *** whit has joined #zope3-dev | 21:38 | |
| *** alga has joined #zope3-dev | 21:51 | |
| *** baldtrol has joined #zope3-dev | 21:53 | |
| *** whit has quit IRC | 22:01 | |
| *** juka has joined #zope3-dev | 22:01 | |
| *** Aiste has quit IRC | 22:03 | |
| juka | J1m, after creating a fresh database my catalogs work as expected | 22:04 |
| juka | thanks for the help | 22:04 |
| *** zbir has quit IRC | 22:05 | |
| J1m | np :) | 22:06 |
| juka | But, there's always a but, when I reindex the catalog it will index all objects which intid util contains ! | 22:06 |
| J1m | I wonder what was going on. | 22:06 |
| juka | And that's clear if u look at the code in catalog.py | 22:06 |
| J1m | ah, good point! | 22:06 |
| J1m | Hm | 22:06 |
| juka | when reindexing all objects contained in intid util are indexed | 22:06 |
| J1m | That should be reported as a missfeature, at least, if not a bug. | 22:06 |
| *** whit has joined #zope3-dev | 22:07 | |
| juka | see updateIndexes | 22:07 |
| *** tiredbones has quit IRC | 22:07 | |
| J1m | I know exactly what you are talking about. | 22:08 |
| juka | This can be avoided if u use a separate intid util in the site, IMHO | 22:10 |
| J1m | yup | 22:11 |
| J1m | I still consider it to be a missfeature. :) | 22:11 |
| juka | yep | 22:11 |
| efge | +1 | 22:15 |
| *** zbir has joined #zope3-dev | 22:20 | |
| *** zbir has joined #zope3-dev | 22:21 | |
| *** benji_york has joined #zope3-dev | 22:24 | |
| *** ignas has quit IRC | 22:24 | |
| *** lunatik has joined #zope3-dev | 22:25 | |
| *** mkerrin has quit IRC | 22:26 | |
| *** srichter has quit IRC | 22:26 | |
| *** juka has left #zope3-dev | 22:29 | |
| *** efge has quit IRC | 22:30 | |
| *** lunatik has left #zope3-dev | 22:30 | |
| *** alga has quit IRC | 22:30 | |
| *** J1m has quit IRC | 22:31 | |
| *** jukart has joined #zope3-dev | 22:32 | |
| *** J1m has joined #zope3-dev | 22:33 | |
| *** jukart has left #zope3-dev | 22:37 | |
| * VladDrac 's trying some reall odd stuff | 22:37 | |
| VladDrac | let's see if zope3 and I understand each other | 22:38 |
| *** mgedmin has quit IRC | 22:41 | |
| VladDrac | hmm guess not | 22:43 |
| *** dobee has joined #zope3-dev | 22:44 | |
| drzoltron_ | VladDrac: whats wrong ? | 22:48 |
| *** srichter has joined #zope3-dev | 23:01 | |
| VladDrac | I want my zope3 object to return (non-contained) objects through traversal | 23:01 |
| VladDrac | i.e. my object is /foo/bar, I want it to have a hook so that /foo/bar/x will create an object and return that instead of some subobject/contained object 'x' | 23:02 |
| VladDrac | I hoped that implementing ITraversable would do | 23:02 |
| VladDrac | but I guess not :) | 23:02 |
| J1m | Is this via url? Or internal (e.g. zpt) path? | 23:03 |
| VladDrac | url | 23:04 |
| VladDrac | I might know what's wrong | 23:04 |
| VladDrac | hmm no | 23:04 |
| *** ChanServ sets mode: +o srichter | 23:05 | |
| VladDrac | ok | 23:12 |
| VladDrac | IBrowserPublisher is what I need I guess | 23:12 |
| *** dobee has quit IRC | 23:14 | |
| J1m | so, for URL, you need to provide an adapter from the the object and request to IPublishTraverse. | 23:14 |
| J1m | Yup | 23:14 |
| J1m | URL and internal path traversal have different rules. | 23:14 |
| VladDrac | ok | 23:15 |
| VladDrac | for internal traversal I'd need ITraversable? | 23:15 |
| J1m | Yup | 23:19 |
| J1m | I don't use this very often so I always have to look it up. :) | 23:20 |
| VladDrac | hmm zope3 doesn't like my subobject | 23:20 |
| VladDrac | TypeError: ('Could not adapt', <z3domaintool.browser.contactpage.ContactFormData object at 0xb6818fec>, <InterfaceClass zope.app.traversing.interfaces.IPhysicallyLocatable>) | 23:20 |
| *** deo has joined #zope3-dev | 23:22 | |
| *** tvon has joined #zope3-dev | 23:25 | |
| *** dobee has joined #zope3-dev | 23:30 | |
| *** dobee has quit IRC | 23:39 | |
| VladDrac | ok slowly getting something working now | 23:40 |
| *** drzoltron_ has quit IRC | 23:43 | |
| *** palmTree has joined #zope3-dev | 23:53 | |
| *** niemeyer is now known as nie_away | 23:53 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!