| *** Nederhoed has left #zope3-dev | 00:08 | |
| *** mgedmin has joined #zope3-dev | 00:13 | |
| *** reco has joined #zope3-dev | 00:15 | |
| *** mgedmin has quit IRC | 00:16 | |
| *** tarek has joined #zope3-dev | 00:27 | |
| *** MJ has quit IRC | 00:43 | |
| WebMaven | philiKON: still planning to work on zopeproject this month? | 00:44 |
|---|---|---|
| philiKON | yap | 00:44 |
| wiggy | merging instance-less zopeproject into grokproject as well? | 00:44 |
| philiKON | more like the other way around | 00:45 |
| philiKON | i have a grokproject branch that's based on zopeproject | 00:45 |
| WebMaven | OK. I am reminding you that I will have a window between the 18th and 22nd for testing and feedback. | 00:45 |
| philiKON | cool, thanks | 00:45 |
| WebMaven | after that I'll be at the Foliage Sprint. | 00:46 |
| *** ignas has quit IRC | 00:47 | |
| *** greenman has quit IRC | 00:49 | |
| *** greenman has joined #zope3-dev | 00:49 | |
| *** pelle_ has quit IRC | 01:07 | |
| WebMaven | Theuni: I see you're doing some work on z3c.zalchemy | 01:12 |
| *** nathany_ has quit IRC | 01:14 | |
| *** dunny has joined #zope3-dev | 01:15 | |
| *** ousado_ has joined #zope3-dev | 01:22 | |
| *** deo has quit IRC | 01:27 | |
| *** ousado has quit IRC | 01:39 | |
| *** Ariel_Calzada has joined #zope3-dev | 01:44 | |
| *** deo has joined #zope3-dev | 01:52 | |
| *** gstratton has quit IRC | 02:07 | |
| *** norro has quit IRC | 02:11 | |
| *** CSWookie has left #zope3-dev | 02:12 | |
| *** schwendinger has quit IRC | 02:14 | |
| *** benji has joined #zope3-dev | 02:20 | |
| *** b52laptop has quit IRC | 02:53 | |
| *** srichter has quit IRC | 02:56 | |
| *** benji has quit IRC | 02:59 | |
| *** greenman has quit IRC | 03:01 | |
| *** J1m has quit IRC | 03:25 | |
| *** edgordon has joined #zope3-dev | 03:33 | |
| *** rcrafton has quit IRC | 03:42 | |
| *** rcrafton has joined #zope3-dev | 03:46 | |
| *** Ariel_Calzada has quit IRC | 03:47 | |
| *** Ariel_Calzada has joined #zope3-dev | 03:48 | |
| *** jukart has joined #zope3-dev | 03:52 | |
| *** ousado_ has quit IRC | 04:16 | |
| *** ousado_ has joined #zope3-dev | 04:16 | |
| *** Theuni_ has joined #zope3-dev | 04:24 | |
| *** Theuni has quit IRC | 04:25 | |
| *** huajie has joined #zope3-dev | 04:25 | |
| *** Theuni has joined #zope3-dev | 04:38 | |
| *** Theuni_ has quit IRC | 04:38 | |
| *** netshade has joined #zope3-dev | 05:18 | |
| *** netshade has left #zope3-dev | 05:19 | |
| *** RaFromBRC has quit IRC | 05:20 | |
| *** Ariel_Calzada has quit IRC | 05:23 | |
| *** reco has quit IRC | 05:37 | |
| *** deo has quit IRC | 05:39 | |
| *** jukart has quit IRC | 05:46 | |
| *** niemeyer has quit IRC | 05:56 | |
| *** huajie has quit IRC | 05:58 | |
| *** fcorrea has left #zope3-dev | 06:01 | |
| *** stub has joined #zope3-dev | 06:14 | |
| *** ousado_ has quit IRC | 06:16 | |
| *** ousado_ has joined #zope3-dev | 06:16 | |
| *** alecm has quit IRC | 06:17 | |
| *** ousado_ has quit IRC | 07:09 | |
| *** ousado_ has joined #zope3-dev | 07:09 | |
| edgordon | what is the package index url for the z3c packages? do i just use svn.zope.org? | 07:15 |
| edgordon | i felt like there was another one, but I can't remember what it was | 07:15 |
| *** philiKON_ has joined #zope3-dev | 07:20 | |
| edgordon | also, srichter had told me he worked on a package that made custom principal plugins easier. it was a z3c package, but he couldn't remember the name of it. anyone remember what this was? | 07:27 |
| *** chacha_chaudhry has joined #zope3-dev | 07:28 | |
| *** netshade has joined #zope3-dev | 07:28 | |
| *** philiKON has quit IRC | 07:29 | |
| *** greenman has joined #zope3-dev | 07:51 | |
| *** netshade has quit IRC | 07:53 | |
| Theuni | WebMaven: pong | 07:56 |
| WebMaven | hi | 07:56 |
| Theuni | any questions regarding zalchemy? | 07:57 |
| WebMaven | So I see you're doing some work on z3c.zalchemy | 07:57 |
| Theuni | yup | 07:57 |
| Theuni | However, I'm getting annoyed by some of the features of it that I don't need | 07:57 |
| Theuni | the whole container-enchilada for example | 07:58 |
| WebMaven | Well, I was thinking of doing some work on documentation and improving the demos at the Foliage Sprint | 07:58 |
| Theuni | sounds good | 07:58 |
| WebMaven | by 'enchilada' you mean the demo code? | 07:58 |
| WebMaven | or something else? | 07:59 |
| Theuni | for me i'm currently not interested in the "high level" integration | 08:01 |
| Theuni | I merely want the transaction integration to be as good as possible | 08:01 |
| Theuni | for 0.4 that means integrating two-phase-commit and savepoints | 08:01 |
| Theuni | (And some ZODB-like object cache) | 08:01 |
| Theuni | The whole keyreference, container, traversing, ... stuff is uninteresting for me | 08:02 |
| Theuni | Zagy and I plan to sit down after our current project and extract some of the things we did there into zalchemy | 08:02 |
| Theuni | afk for a few minutes, i need to get some bread for my breakfast | 08:03 |
| WebMaven | ok | 08:03 |
| WebMaven | maybe z3c.zalchemy should be split. | 08:07 |
| Theuni | i thought about that too | 08:10 |
| Theuni | i wondered into which parts | 08:10 |
| Theuni | one of those should stay z3c.zalchemy | 08:11 |
| Theuni | the question is which one :) | 08:11 |
| *** cursor has joined #zope3-dev | 08:12 | |
| Theuni | we should probably talk to juergen about his plans | 08:13 |
| WebMaven | I know from older conversations that he was also not much interested in the 'higher level stuff'. | 08:15 |
| Theuni | Hum. So who introduced that? =) | 08:15 |
| WebMaven | So, I'd say the low level parts should stay in z3c.zalchemy. | 08:16 |
| Theuni | I have the feeling I should organise a zalchemy-sprint. | 08:16 |
| WebMaven | That would be cool. | 08:16 |
| WebMaven | he introduced it, but I think it was more of a demo. | 08:16 |
| Theuni | k | 08:17 |
| Theuni | i feel we need some discussion of the patterns we all are using | 08:17 |
| WebMaven | I kept testing and finding bugs. | 08:17 |
| WebMaven | And I added the other demos as well. | 08:17 |
| WebMaven | For example, the crappy dublincore storage. | 08:17 |
| Theuni | *g | 08:18 |
| Theuni | When thinking about the people who stuff with sqlalchemy in zope I think of juergen, andreas jung, you and us gocept guys | 08:18 |
| Theuni | I wonder whether you'd be happy to join a sprint in europe... | 08:19 |
| WebMaven | I would be very happy. Would someone be able to sponsor me? | 08:19 |
| WebMaven | Also, when were you thinking of doing this? | 08:20 |
| Theuni | Dunno. Our immediate schedule is pretty packed. I'd like to do it this year though. | 08:21 |
| Theuni | Maybe november, early december. | 08:21 |
| WebMaven | Hmm. | 08:21 |
| Theuni | I guess when we find out who joins the sprint we can check for pooling some resources. | 08:21 |
| WebMaven | I am currently trying to sell my house and move to another city. Unless the sale happens soon, November may be too early. | 08:22 |
| *** yvl has joined #zope3-dev | 08:22 | |
| WebMaven | At least, too early to be convenient. | 08:24 |
| Theuni | ;) | 08:24 |
| Theuni | Where are you going to? Weren't you in Vegas? | 08:24 |
| WebMaven | I am still in Vegas. I am tired of not having a local tech community and being the only Zope guy here, so I am moving. | 08:25 |
| WebMaven | Because of my GF's asthma, my choices for another city were a bit limited, so we chose Albuquerque in New Mexico. | 08:25 |
| WebMaven | We are going on a road trip next weekend to check the city out. | 08:26 |
| WebMaven | I'll be going to a BarCamp while I'm there. | 08:26 |
| WebMaven | Then back here, then the Foliage Sprint. | 08:27 |
| WebMaven | it's a busy month. | 08:27 |
| Theuni | :) | 08:29 |
| WebMaven | Anyway, I would *love* to attend a Sprint over there. | 08:33 |
| Theuni | Alright, I'll keep that in mind. I'll check whether gocept wants to host it (maybe friday to sunday or so) | 08:33 |
| *** jukart has joined #zope3-dev | 08:33 | |
| Theuni | If we do that I can accomodate you in our guest room. | 08:33 |
| Theuni | ah | 08:34 |
| WebMaven | Other than an emergency layover in Paris when I was 13, I've never been to Europe. | 08:34 |
| Theuni | jukart: perfect timing. | 08:34 |
| jukart | Theuni: hi | 08:34 |
| WebMaven | jukart: Hi | 08:34 |
| *** cursor_ has joined #zope3-dev | 08:34 | |
| Theuni | jukart: WebMaven and I were just discussing organizing a zope3+sqlalchemy sprint to figure out some patterns how we are using sqlalchemy with zope 3 and to work on zalchemy. | 08:35 |
| *** cursor has quit IRC | 08:35 | |
| Theuni | would you be interested in that? | 08:35 |
| *** jodok has joined #zope3-dev | 08:36 | |
| jukart | right now we don't use sqlalchemy, we are starting to use storm | 08:36 |
| WebMaven | Huh. | 08:36 |
| Theuni | interesting. does that mean you're not interested in zalchemy anymore? | 08:36 |
| jukart | we have no use for it right now | 08:37 |
| Theuni | hmm | 08:37 |
| Theuni | Why the switch to storm? | 08:37 |
| WebMaven | jukart: an article comparing SA and Storm would be very interesting... | 08:37 |
| jukart | Ican't do that article, but dobee worked with storm the last weeks | 08:38 |
| *** sorin has joined #zope3-dev | 08:39 | |
| jukart | one thing that simplifies storm is that you don't need to have separate schemas | 08:39 |
| WebMaven | Yeah, I know Canonical wrote Storm partially because of deficiencies in SA 0.2 | 08:39 |
| jukart | but there is a lot missing | 08:39 |
| *** sorin is now known as sorindregan | 08:39 | |
| WebMaven | Hmm | 08:39 |
| WebMaven | You mean Storm uses Z3 schemas? | 08:40 |
| jukart | WebMaven: no | 08:40 |
| WebMaven | How do you get that advantage, then? | 08:42 |
| *** jukart has quit IRC | 08:43 | |
| *** jukart has joined #zope3-dev | 08:43 | |
| WebMaven | Jukart: How do you get that advantage, then? | 08:44 |
| WebMaven | Theuni: there is one other person to add to your list: Kapil. | 08:44 |
| Theuni | The part that struck me about storm when I saw it presented at EP was: a) they wouldn't name the deficiencies they found and b) your application contains SQL-related code all over the place | 08:47 |
| *** jodok has quit IRC | 08:47 | |
| *** jodok has joined #zope3-dev | 08:47 | |
| WebMaven | Theuni: Oh, I can shed some light on that. | 08:47 |
| WebMaven | a lot of their frustrations with SA (and to a greater extent, SQLObject) was due to code quality. | 08:48 |
| WebMaven | the other part was composing objects from data that came from different databases. | 08:49 |
| WebMaven | I had a number of long talks with them about all this last year. | 08:50 |
| WebMaven | but that's what it boiled down to. | 08:53 |
| WebMaven | OK, so where were we... | 08:56 |
| WebMaven | Theuni: shall we touch base again in a few days? | 08:57 |
| WebMaven | hello? | 09:00 |
| *** zagy has joined #zope3-dev | 09:01 | |
| *** zagy_ has joined #zope3-dev | 09:02 | |
| *** zagy has quit IRC | 09:02 | |
| Theuni | sorry, i was moving around | 09:03 |
| Theuni | Ah, well. The different database stuff is in SQLAlchemy by now. | 09:04 |
| Theuni | Right, touching base in a few days is good, maybe middle of next week? I'll be busy until then. | 09:04 |
| WebMaven | Yes. As I said, they started Storm when SA was at 0.2 | 09:04 |
| Theuni | (which must have been quite a while ago already) | 09:04 |
| Theuni | anyway, gotta do other stuff :) | 09:05 |
| WebMaven | Theuni: OK, don't forget to add one other person to your list of SA users: Kapil. | 09:05 |
| WebMaven | Bye, talk to you next week. | 09:05 |
| *** ousado_ has quit IRC | 09:10 | |
| *** sorindregan has quit IRC | 09:10 | |
| *** ousado_ has joined #zope3-dev | 09:10 | |
| *** jodok has quit IRC | 09:12 | |
| *** jodok has joined #zope3-dev | 09:12 | |
| *** rcrafton has quit IRC | 09:15 | |
| *** hdima has joined #zope3-dev | 09:25 | |
| *** dunny has quit IRC | 09:34 | |
| *** greenman has quit IRC | 09:36 | |
| *** schwendinger has joined #zope3-dev | 09:37 | |
| *** markusleist has quit IRC | 09:48 | |
| *** dobee has joined #zope3-dev | 09:48 | |
| *** tarek has quit IRC | 09:49 | |
| *** timte has joined #zope3-dev | 09:53 | |
| *** pelle_ has joined #zope3-dev | 10:03 | |
| *** norro has joined #zope3-dev | 10:07 | |
| *** pelle_ has quit IRC | 10:11 | |
| *** baijum has joined #zope3-dev | 10:16 | |
| *** gstratton has joined #zope3-dev | 10:20 | |
| *** pyqwer has joined #zope3-dev | 10:24 | |
| *** norro has quit IRC | 10:26 | |
| *** tarek has joined #zope3-dev | 10:36 | |
| *** zagy_ is now known as zagy | 10:37 | |
| *** sorin has joined #zope3-dev | 10:38 | |
| *** sorin is now known as sorindregan | 10:39 | |
| *** naro has joined #zope3-dev | 10:42 | |
| *** pelle_ has joined #zope3-dev | 10:48 | |
| *** pelle_ has joined #zope3-dev | 10:48 | |
| *** schwendinger has quit IRC | 10:56 | |
| *** huajie has joined #zope3-dev | 10:56 | |
| *** jukart_ has joined #zope3-dev | 10:58 | |
| *** jukart has quit IRC | 10:59 | |
| *** jodok has quit IRC | 11:07 | |
| *** jodok has joined #zope3-dev | 11:08 | |
| *** schwendinger has joined #zope3-dev | 11:17 | |
| *** greenman has joined #zope3-dev | 11:20 | |
| *** jodok has quit IRC | 11:32 | |
| *** romanofski has joined #zope3-dev | 11:38 | |
| *** MJ has joined #zope3-dev | 11:49 | |
| *** MJ has joined #zope3-dev | 11:53 | |
| *** sorindregan has quit IRC | 11:59 | |
| *** dunny has joined #zope3-dev | 11:59 | |
| *** sorin has joined #zope3-dev | 12:00 | |
| *** sorin is now known as sorindregan | 12:00 | |
| *** philiKON_ has quit IRC | 12:00 | |
| *** philiKON has joined #zope3-dev | 12:01 | |
| *** mgedmin has joined #zope3-dev | 12:15 | |
| *** huajie has quit IRC | 12:24 | |
| *** b52laptop has joined #zope3-dev | 12:33 | |
| *** huajie has joined #zope3-dev | 12:41 | |
| *** rocky has quit IRC | 12:58 | |
| *** pelle_ has quit IRC | 13:01 | |
| *** pelle_ has joined #zope3-dev | 13:02 | |
| *** greenman has quit IRC | 13:03 | |
| *** greenman has joined #zope3-dev | 13:03 | |
| *** pelle_ has quit IRC | 13:04 | |
| *** pelle_ has joined #zope3-dev | 13:04 | |
| *** mkerrin has joined #zope3-dev | 13:05 | |
| *** stub has quit IRC | 13:09 | |
| *** cursor_ has quit IRC | 13:21 | |
| *** cursor has joined #zope3-dev | 13:22 | |
| *** benji has joined #zope3-dev | 13:23 | |
| *** dunny has quit IRC | 13:24 | |
| *** pelle_ has quit IRC | 13:40 | |
| *** MJ is now known as MJ|lunch | 13:44 | |
| *** rocky has joined #zope3-dev | 13:45 | |
| *** dobee has quit IRC | 13:50 | |
| *** dobee has joined #zope3-dev | 13:50 | |
| *** pelle_ has joined #zope3-dev | 14:04 | |
| *** benji has quit IRC | 14:05 | |
| *** ignas has joined #zope3-dev | 14:14 | |
| *** MJ|lunch is now known as MJ | 14:55 | |
| *** bigkevmcd has quit IRC | 14:57 | |
| *** netshade has joined #zope3-dev | 15:00 | |
| *** rcrafton has joined #zope3-dev | 15:00 | |
| *** schwendinger has quit IRC | 15:03 | |
| *** schwendinger has joined #zope3-dev | 15:04 | |
| *** ThomasKarlRichte has joined #zope3-dev | 15:04 | |
| *** bigkevmcd has joined #zope3-dev | 15:05 | |
| * ThomasKarlRichte is away: Zur Zeit nicht da. | 15:06 | |
| *** ThomasKarlRichte is now known as gamtaway | 15:06 | |
| * gamtaway is back. | 15:06 | |
| *** gamtaway is now known as ThomasKarlRichte | 15:06 | |
| *** netshade has quit IRC | 15:06 | |
| *** greenman has quit IRC | 15:17 | |
| *** niemeyer has joined #zope3-dev | 15:23 | |
| *** benji has joined #zope3-dev | 15:26 | |
| *** norro_work has joined #zope3-dev | 15:27 | |
| *** huajie has quit IRC | 15:30 | |
| *** alga has joined #zope3-dev | 15:33 | |
| *** chacha_chaudhry has quit IRC | 15:39 | |
| *** J1m has joined #zope3-dev | 15:54 | |
| *** cursor has quit IRC | 16:05 | |
| *** netshade has joined #zope3-dev | 16:08 | |
| *** netshade has left #zope3-dev | 16:08 | |
| *** mgedmin has quit IRC | 16:20 | |
| *** alga has quit IRC | 16:20 | |
| *** baijum has quit IRC | 16:24 | |
| *** gstratton_ has joined #zope3-dev | 16:35 | |
| *** lucielejard has joined #zope3-dev | 16:46 | |
| *** goschtl has joined #zope3-dev | 16:46 | |
| *** gstratton has quit IRC | 16:52 | |
| *** yvl has quit IRC | 16:53 | |
| *** zagy has quit IRC | 16:56 | |
| *** zagy has joined #zope3-dev | 16:56 | |
| *** srichter has joined #zope3-dev | 17:01 | |
| *** ChanServ sets mode: +o srichter | 17:02 | |
| *** lucielejard has quit IRC | 17:11 | |
| *** netshade has joined #zope3-dev | 17:19 | |
| *** netshade has left #zope3-dev | 17:20 | |
| *** lucielejard has joined #zope3-dev | 17:21 | |
| *** b52laptop has quit IRC | 17:21 | |
| *** markusleist has joined #zope3-dev | 17:22 | |
| *** mgedmin has joined #zope3-dev | 17:24 | |
| *** sorindregan has quit IRC | 17:25 | |
| *** spython has joined #zope3-dev | 17:28 | |
| spython | hi, what's a good way to have an attribute in a content component that is going to reference a container? weakref/intid? | 17:30 |
| spython | hmm, i might just do >>> myitem.containers.append(container) | 17:33 |
| *** b52laptop has joined #zope3-dev | 17:33 | |
| *** goschtl has quit IRC | 17:33 | |
| *** hdima has quit IRC | 17:37 | |
| *** gstratton_ has left #zope3-dev | 17:41 | |
| *** hazmat has quit IRC | 17:43 | |
| mgedmin | you can do that, as long as you're aware of the consequences | 17:50 |
| mgedmin | (i.e. if you remove container but keep myitem somehow, it will keep container alive but without a valid __parent__) | 17:50 |
| mgedmin | this is probably not interesting for your use case (if you remove a container, you'll remove all the items within) | 17:51 |
| spython | but myitem will not be located in the container that it references | 17:51 |
| spython | I'm thinking of using intids isntead.. feels a bit safer | 17:52 |
| ignas | spython: so your container will not have any references to the item? | 17:52 |
| spython | no | 17:53 |
| ignas | invalid intids stored in a list are not that much better than references to parentless objects | 17:53 |
| ignas | i'd go for references, and a container removed subscriber that cleans up, or intids if you like indirection and a container removed subscriber that cleans up | 17:54 |
| *** pelle_ has quit IRC | 17:54 | |
| ignas | or you can add code that "handles" outdated intids i guess | 17:54 |
| spython | ignas: myitem will be located in /items .. and in /groups i have a bunch of containers that an item can have references to | 17:54 |
| ignas | why containers will not have any references to the item? | 17:55 |
| ignas | how will items be "located" in containers then? | 17:55 |
| ignas | and if containers will point to items (have items in themselves) in some way, then a subscriber that iterates through all items in a container | 17:56 |
| spython | well, they do in a way.. a container contains a local catalog of items that "belongs" to a group | 17:56 |
| ignas | and removes the container from container list of the item | 17:56 |
| spython | container = group | 17:56 |
| ignas | is very easy to write | 17:56 |
| * ignas can't see the benefit of having catalogs and int ids over simple btrees and a containers persistent list for each item | 17:58 | |
| *** ousado_ has quit IRC | 17:58 | |
| ignas | you need subscribers for cleanup anyway | 17:58 |
| *** ousado_ has joined #zope3-dev | 17:58 | |
| *** xbeanx has quit IRC | 17:58 | |
| ignas | I use schooltool.relationships for these cases though, so not like i have ever had to solve such problems ... | 17:59 |
| spython | basically, in my case, an item can 'belong' to several groups.. ie an item that belongs to "zope" & "python" should be viewable in both /groups/zope and /groups/python | 18:01 |
| ignas | yes | 18:01 |
| ignas | so you just add the same object to both containers | 18:01 |
| ignas | and add both containers to it's container list | 18:01 |
| philiKON | except you don't, because containers expect a single __parent__ hierarchy | 18:01 |
| philiKON | but you can certainly use several BTrees | 18:01 |
| * spython keeps forgetting the reference stuff in python | 18:02 | |
| ignas | philiKON: having intids will not really solve url generation problems with multiple parents anwyay | 18:02 |
| spython | ignas: ok, I'll do that :) | 18:02 |
| spython | oh, ok.. so i can't do this because of the __parent__ thing? | 18:03 |
| ignas | philiKON: would LocationProxyying objects when they are being retrieved from the container by the traverser work? | 18:04 |
| philiKON | i suppose so | 18:04 |
| ignas | spython: in all the cases you will still have this problem of objects needing to have 1 __parent__ for url generation | 18:04 |
| ignas | which you will have to solve in some way | 18:05 |
| spython | :( | 18:05 |
| ignas | if you want to have 1 object accessible through multiple urls AND have these urls resemble the way objects were accessed, it's a bit complicated | 18:06 |
| spython | no, it's ok if they are accessed via one url | 18:06 |
| ignas | so you have 1 single container for all items | 18:07 |
| spython | yes.. /items | 18:07 |
| ignas | and have "tags" for them | 18:07 |
| ignas | and if one of the tags is removed - it gets removed from all the items tagged that way | 18:08 |
| ignas | and if object is removed, tags do not reference that object anymore | 18:08 |
| ignas | yes? | 18:08 |
| spython | yes.. | 18:09 |
| ignas | and you will probably want set operations for tags | 18:10 |
| ignas | like "and" and "or" | 18:10 |
| ignas | in that case i would go for | 18:10 |
| ignas | a btree for items | 18:10 |
| ignas | a btree for tag objects | 18:10 |
| ignas | and a list of intids in every item | 18:10 |
| ignas | with object removed subscribers for items and for tags that take care of invalid int ids | 18:11 |
| ignas | having a list of item intids in every tag | 18:11 |
| spython | yeah | 18:11 |
| ignas | should give you the benefit of being able to find objects that have tags "A" and "B" for example very efficiently | 18:11 |
| ignas | no need for catalogs though i'd guess | 18:12 |
| ignas | you can just have persistent lists of intids | 18:12 |
| ignas | like - some_item.tag_ids and some_tag.item_ids | 18:13 |
| ignas | with tags and items properties that would list actual tag and item objects | 18:13 |
| spython | it'd still be nice to filter out items by some attribute.. so I think i'll have a catalog | 18:13 |
| spython | oh wait, reading your stuff.. i'm a bit slow | 18:14 |
| spython | hmm, bit confused but i think i got it now.. :) | 18:15 |
| ignas | hmm, it is possible to implement tags and object through catalogs only without any direct references | 18:16 |
| ignas | but that is a bit complicated | 18:16 |
| ignas | i mean - without even having intids of tags or items in lists | 18:16 |
| *** norro_work has quit IRC | 18:18 | |
| spython | so, kind of like this... | 18:19 |
| ignas | otoh - mgedmin just suggested me that if you don't have any additional information on your tags except for the title string | 18:19 |
| spython | http://tinyurl.com/2wn79l | 18:19 |
| ignas | you can implement tags without a tag container | 18:19 |
| ignas | just through a catalog and items container | 18:19 |
| ignas | oh, you have descriptions | 18:20 |
| ignas | so yes | 18:20 |
| ignas | just not list | 18:20 |
| ignas | persistent list | 18:20 |
| spython | yeah | 18:20 |
| ignas | list.append will get you in trouble ;) | 18:20 |
| ignas | else | 18:20 |
| spython | i read something about inefficiency with long lists.. does that apply with just a simple int-list? | 18:21 |
| spython | persistent lists that is | 18:21 |
| ignas | if it will be slow, you will refactor it | 18:22 |
| spython | yea.. :) | 18:23 |
| spython | there's probably coming some more attributes in IItem so I probably need a catalog | 18:25 |
| *** nathany has joined #zope3-dev | 18:25 | |
| spython | is it worth making each IGroup a site to add a local catalog.. avoiding one enourmous in the main site? | 18:26 |
| spython | sure you index some objects several times, but we got space :) | 18:27 |
| *** pelle_ has joined #zope3-dev | 18:27 | |
| ignas | spython: emm, i'd not go into that at the moment ;) as i don't think you *need* search by tag title or tag description | 18:28 |
| ignas | but i guess you can | 18:28 |
| *** schwendinger has quit IRC | 18:29 | |
| spython | but while you're browsing /groups/python and only want to see items in there where attribute x = 'foo'.. you'd certainly need a catalog for that? | 18:30 |
| spython | or maybe i misunderstood something you said earlier :) | 18:30 |
| spython | ignas: true, i don't need search by tag (IGroup).. only need to do searches on items | 18:35 |
| ignas | so you only need a catalog for items then | 18:35 |
| spython | yes, but how is performance when it gets big? | 18:36 |
| spython | 'good enough' i guess :) | 18:37 |
| ignas | depends on how big, and on the UI that will be displaying data | 18:41 |
| spython | users will probably do a lot of filtering by certain attributes in item, hmm | 18:43 |
| ignas | so you will be doing a lot of integer list intersections | 18:43 |
| ignas | which are fast enough | 18:44 |
| ignas | and then you can perform a hack that retrieves all the titles from the catalog using the remaining list of intids | 18:44 |
| ignas | to show first 10-50 by alphabetic order | 18:44 |
| ignas | which is fast enough as you are not loading any objects | 18:45 |
| spython | yeah :) | 18:46 |
| spython | and i rewrote IntIds._generateId so that new objects get increasing ids (oldest = lowest id), should be easy to order by oldest/newest | 18:47 |
| *** pyqwer has quit IRC | 18:48 | |
| ignas | and how do you convert from intid to object? | 18:48 |
| ignas | oh, it's stored in the utility | 18:49 |
| spython | uhm , queryObject=? My IntId class inherits from IntIds.. only rewrote one func :) | 18:49 |
| spython | yeah | 18:50 |
| ignas | and the intid <-> title system is at least fast enough for 10k of objects | 18:51 |
| spython | now I'm really hungry.. thx for the help ignas :) | 18:51 |
| *** timte has quit IRC | 18:58 | |
| *** norro has joined #zope3-dev | 18:59 | |
| *** edgordon has quit IRC | 19:00 | |
| *** pelle_ has quit IRC | 19:01 | |
| *** tarek has quit IRC | 19:05 | |
| *** dobee has quit IRC | 19:07 | |
| *** MJ has quit IRC | 19:08 | |
| *** jhauser has joined #zope3-dev | 19:10 | |
| *** J1m has quit IRC | 19:21 | |
| *** J1m has joined #zope3-dev | 19:21 | |
| *** jhauser has quit IRC | 19:21 | |
| *** J1m has quit IRC | 19:21 | |
| *** jukart_ has quit IRC | 19:25 | |
| *** J1m has joined #zope3-dev | 19:27 | |
| *** faassen has joined #zope3-dev | 19:27 | |
| *** mgedmin has quit IRC | 19:37 | |
| *** RaFromBRC has joined #zope3-dev | 19:58 | |
| *** reco has joined #zope3-dev | 20:00 | |
| *** reco has quit IRC | 20:01 | |
| *** reco has joined #zope3-dev | 20:01 | |
| *** thruflo has joined #zope3-dev | 20:01 | |
| *** fcorrea has joined #zope3-dev | 20:12 | |
| *** dobee has joined #zope3-dev | 20:15 | |
| *** faassen has quit IRC | 20:22 | |
| *** jsadjohnson has quit IRC | 20:25 | |
| *** jsadjohnson has joined #zope3-dev | 20:25 | |
| *** Ariel_Calzada has joined #zope3-dev | 20:30 | |
| *** J1m has quit IRC | 20:33 | |
| *** xbeanx has joined #zope3-dev | 20:36 | |
| *** J1m has joined #zope3-dev | 20:39 | |
| *** supton has joined #zope3-dev | 20:47 | |
| *** alecm has joined #zope3-dev | 20:53 | |
| *** b52laptop has quit IRC | 20:54 | |
| *** mkerrin has quit IRC | 20:56 | |
| *** naro has left #zope3-dev | 21:00 | |
| *** brandon_rhodes has joined #zope3-dev | 21:00 | |
| brandon_rhodes | I get a buildout error when attempting to follow the "formdemo" instructions in http://www.nabble.com/z3c.form-1.5.0-and-z3c.formdemo-1.3.0-released!-t4108543.html | 21:01 |
| brandon_rhodes | Does anyone know whether those instructions (an svn checkout of formdemo followed by bootstrap followed by builtout) should still work today? | 21:01 |
| thruflo | i get the same error | 21:01 |
| *** thruflo has quit IRC | 21:02 | |
| brandon_rhodes | Thank you, thruflo. I was hoping it wasn't just a quirk of my machine! | 21:02 |
| *** ignas has quit IRC | 21:03 | |
| spython | hmm, is it really necessary to use PersistentList if you store a list of intids? | 21:03 |
| philiKON | brandon_rhodes: you haven't said yet what error it is | 21:03 |
| spython | ...on a content object | 21:04 |
| philiKON | so i'm wondering how thruflo could be so sure that he got "the same error" | 21:04 |
| philiKON | spython: yes | 21:04 |
| brandon_rhodes | philiKON: http://pastebin.com/d720e7436 | 21:05 |
| *** dobee has quit IRC | 21:05 | |
| philiKON | spython: though if that list gets significantly large (say, ~100 items), you really want to use a TreeSet | 21:05 |
| philiKON | spython: just read my book, will ya :) | 21:05 |
| philiKON | brandon_rhodes: looks like somebody either checked in a wrong develop= line by mistake | 21:06 |
| philiKON | brandon_rhodes: or somebody forgot to add an svn external | 21:06 |
| spython | it's easier when you answer :D | 21:06 |
| supton | hmm... I'm wondering if there is a simple way to put a constraint on a schema List field (where value_type=Object()) that all objects in sequence implement a particular interface? | 21:06 |
| philiKON | spython: chapter 6, dude | 21:06 |
| spython | ;) yeah, i'll look more into 6 | 21:06 |
| philiKON | supton: you already got it... | 21:07 |
| *** gumpa has joined #zope3-dev | 21:11 | |
| supton | philiKON: is this as simple as List(value_type=Object, constraint=IFoo.providedBy) ?? | 21:11 |
| philiKON | almost | 21:11 |
| philiKON | LIst(value_type=Object(schema=IFoo)) | 21:11 |
| philiKON | the value_type things always need to be *instances* of schema fields | 21:12 |
| supton | ah, okay. | 21:12 |
| supton | right | 21:12 |
| supton | thanks | 21:12 |
| philiKON | np | 21:12 |
| *** markusleis1 has joined #zope3-dev | 21:14 | |
| *** markusleis1 has quit IRC | 21:17 | |
| *** markusleist has quit IRC | 21:27 | |
| supton | anyone know what status, current ideas are on Grok getting some kind of N->N relationships (e.g. some kind of higher level piece on top of zc.relationship indexes)? | 21:27 |
| supton | something to lure people used to Archetypes ReferenceFields or Django ForeignKeys... | 21:27 |
| *** dunny has joined #zope3-dev | 21:28 | |
| supton | ...which are useful / required for most non-trivial applications. | 21:28 |
| philiKON | i thought zc.relation{ship} was pretty high level | 21:29 |
| supton | my mental gap with zc.relationship is bending it to what I want to do, which is define relationship "fields" on a grok.Model subclass with names without explicitly needing to create indexes for each relationship | 21:33 |
| supton | I just cannot break Archetypes-induced habits, I guess, as I'm trying to learn zope3 | 21:34 |
| philiKON | the question is whether those relationships are intrinsic properties of the model | 21:35 |
| supton | I'd like some colleagues who have been working with Django to take a look at Grok, but much of the applications they work on now have Django ForeignKeys across a bunch of items... | 21:35 |
| philiKON | in most cases they aren't | 21:35 |
| supton | I agree. | 21:35 |
| supton | but the simple app developer views them this way | 21:35 |
| philiKON | even in sqlalchemy or whatever django uses, foreign key references are not part of the actual schema declaration i believe | 21:35 |
| philiKON | i agree that we should have a simple (iow, grokkish) way to deal with them | 21:36 |
| philiKON | but i also think the machinery is in place | 21:36 |
| philiKON | it may yet need more typing | 21:36 |
| *** santiag1 has joined #zope3-dev | 21:36 | |
| santiag1 | hi there | 21:37 |
| santiag1 | hello ?? is any body out there ?? | 21:38 |
| supton | in Django, they are definitely intrinsic on schema/model declaration: example paste of part of a model class for high school sports application I have worked on with a colleage in Django: http://pastebin.com/d66d397c | 21:39 |
| *** deo has joined #zope3-dev | 21:39 | |
| derek_richardson | if I want to replace use of old-style ftests (default layer) with new-style ftests (specified layers) but I want *all* the packages that used to be loaded by the default layer to still be loaded, what's the easiest way to do this? Or am I taking the wrong approach to migrating from old-style ftests? The main thing that annoys me is that the ability to run the test depends on what directory you run them from, not the lack of isolation ( | 21:40 |
| *** santiag1 has left #zope3-dev | 21:42 | |
| *** santiag1 has joined #zope3-dev | 21:43 | |
| *** whit is now known as whit|lunch | 21:46 | |
| santiag1 | can someone help with the examples in the zope3Book? | 21:48 |
| *** santiag1 has left #zope3-dev | 21:49 | |
| philiKON | derek_richardson: you write an ftesting.zcml that basically defines the setup for that layer | 21:51 |
| derek_richardson | philiKON: how will it differ from the one generated by buildout, then? Should I just copy the old one so that it's explicit? If so, how do I solve the 'results are relative to where I run the tests from' problem? | 21:54 |
| philiKON | buildout generates an ftesting.zcml? | 21:54 |
| philiKON | probably just for BBB | 21:54 |
| derek_richardson | it can.... | 21:54 |
| philiKON | the "results are relative to where I run the tests from" problem is due to the fact that the standard ftesting layer (the old one) simply picks up ftesting.zcml from '.' | 21:55 |
| derek_richardson | http://svn.zope.de/zope.org/zc.zope3recipes/trunk/zc/zope3recipes/README.txt - search for 'Legacy Functional Testing Support' | 21:55 |
| philiKON | btw, *please* don't say buildout generates this or that | 21:55 |
| philiKON | it's never buildout | 21:55 |
| philiKON | it's a particular recipe | 21:55 |
| derek_richardson | philiKON: true. | 21:55 |
| philiKON | and i hate zc.zope3recipes :) | 21:55 |
| philiKON | anyway | 21:56 |
| derek_richardson | heh. you like zopeproject, right? | 21:56 |
| philiKON | right :) | 21:56 |
| philiKON | when you have your own layer that's based on an ftesting.zcml file, there's no PWD problem | 21:56 |
| derek_richardson | I'm missing something here. Is creating layers covered in your book? I only see the two pages in chapter 12 that use the old default layer, afaict. | 21:58 |
| philiKON | no, it isn't | 21:58 |
| derek_richardson | ah. bummer. | 21:58 |
| philiKON | but if you go to pretty much any eggified package that has ftests you'll find it | 21:58 |
| philiKON | usually in ftesting.py or testing.py | 21:58 |
| * derek_richardson goes to look. thanks! | 21:59 | |
| philiKON | it's pretty much the usual dance | 21:59 |
| philiKON | layer = ZCMLayer('layer', '/path/to/ftesting.zcml') or so | 21:59 |
| philiKON | (of course, you make the path to ftesting.zcml relative to __file__, etc.) | 21:59 |
| *** hazmat has joined #zope3-dev | 22:05 | |
| *** ChanServ sets mode: +o hazmat | 22:05 | |
| brandon_rhodes | philiKON: thanks for suggesting earlier that an SVN external was missing in formdemo; I did a manual "svn co" and buildout got farther. Now it's dying because it can't compile something requiring some XML C libraries, but that's another issue. | 22:09 |
| *** cbcunc has quit IRC | 22:23 | |
| *** b52laptop has joined #zope3-dev | 22:27 | |
| *** rcrafton has quit IRC | 22:34 | |
| *** rcrafton has joined #zope3-dev | 22:34 | |
| *** whit|lunch is now known as whit | 22:43 | |
| *** lucielejard has quit IRC | 22:57 | |
| *** greenman has joined #zope3-dev | 23:03 | |
| *** reco has quit IRC | 23:09 | |
| fcorrea | brandon_rhodes: Just checked a new z3c.fomdemo checkout here. The only thing I needed to do was checking out z3c.form in the root of the buildout, everything is running out. Weird it's not working for you | 23:16 |
| brandon_rhodes | fcorrea: should the z3c.form be provided by an svn:external? | 23:17 |
| brandon_rhodes | fcorrea: My buildout has just succeeded, but returns four times the message "Download error: unknown url type: svn -- Some packages may not be found!" | 23:18 |
| fcorrea | brandon_rhodes: I think it is supposed to | 23:19 |
| brandon_rhodes | fcorrea: all of my other errors were because I needed to (on this Debian box, at least) "aptitude install libxml2-dev libxslt1-dev" and then, once those two packages were installed, "cd /usr/include; ln -s libxml2/libxml ." | 23:21 |
| *** alecm has quit IRC | 23:21 | |
| *** alecm has joined #zope3-dev | 23:21 | |
| fcorrea | My steps: 1) svn co svn://svn.zope.org/repos/main/z3c.formdemo/trunk z3c.form, 2) cd formdemo; svn co svn://svn.zope.org/repos/main/z3c.form/trunk z3c.form; 3) python bootstrap.py 4) ./bin/buildout | 23:21 |
| fcorrea | mmm...I am not sure if I have those here. OS X here | 23:21 |
| brandon_rhodes | I didn't know to do step 2) when I started this morning. | 23:22 |
| fcorrea | lemme check | 23:22 |
| fcorrea | Yep, that's wrong. Will report | 23:22 |
| brandon_rhodes | The compile errors that lead me to track down those XML libraries happened while compiling something called "src/lxml/etree.c" | 23:23 |
| *** Ariel_Calzada has quit IRC | 23:28 | |
| fcorrea | brandon_rhodes: just posted in zope3-users | 23:29 |
| brandon_rhodes | Thanks, fcorrea | 23:33 |
| *** reco has joined #zope3-dev | 23:33 | |
| *** ousado has joined #zope3-dev | 23:34 | |
| *** brandon_rhodes has quit IRC | 23:37 | |
| philiKON | J1m: could you please give me, philikon, pypi access to zope.app.locales? thx | 23:44 |
| *** edgordon has joined #zope3-dev | 23:49 | |
| *** ousado_ has quit IRC | 23:51 | |
| *** benji has quit IRC | 23:52 | |
| *** ousado_ has joined #zope3-dev | 23:59 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!