| J1m | I still get the failure without running the deprecation tests | 00:02 |
|---|---|---|
| srichter | mmh, ... | 00:02 |
| srichter | ok, I gotta go again; I will be back later | 00:03 |
| J1m | Somebody is doing classProvides on DeprecationProxy | 00:03 |
| *** ChanServ sets mode: +o hazmat | 00:11 | |
| *** mgedmin has quit IRC | 00:14 | |
| *** sashav is now known as sashav|zZz | 00:22 | |
| *** niemeyer has quit IRC | 00:38 | |
| *** gintas has quit IRC | 00:43 | |
| srichter | J1m: did you figure it out? | 00:54 |
| J1m | no | 00:57 |
| J1m | I don't have time to chase it | 00:57 |
| srichter | I'll try to look at it tonight | 00:57 |
| srichter | I need to get my stuff done first as well | 00:57 |
| J1m | if Amos doesn't fix it soon, I'll probably reverse his commit. | 00:57 |
| J1m | I did send him a note | 00:57 |
| srichter | you actually just need to comment out the test he added | 00:58 |
| srichter | his cleansing of the IZAPI interface was good | 00:58 |
| J1m | There *is* a problem with deprecated modules | 00:58 |
| srichter | mmh, then this might be a general proxy problem? | 00:59 |
| srichter | on a more positive note, I developed a user preferences system today, which uses interfaces for the configuration options | 01:00 |
| srichter | preferences can then be accessed from anywhere having a location using ++preferences++prefgroup/prefname | 01:01 |
| srichter | the system is for apidoc only right now, but nothing in their is apidoc-specific | 01:02 |
| *** benji_york has quit IRC | 01:12 | |
| *** GaryPoster has quit IRC | 01:14 | |
| *** niemeyer has joined #zope3-dev | 01:16 | |
| *** srichter has quit IRC | 01:41 | |
| *** J1m has quit IRC | 01:59 | |
| *** srichter has joined #zope3-dev | 02:17 | |
| *** ChanServ sets mode: +o srichter | 02:17 | |
| *** tarek_ has quit IRC | 02:24 | |
| *** bskahan has quit IRC | 02:27 | |
| *** hazmat has quit IRC | 02:45 | |
| *** GaryPoster has joined #zope3-dev | 02:52 | |
| *** sashav|zZz has quit IRC | 02:55 | |
| *** jdz_ has quit IRC | 03:04 | |
| *** alga has quit IRC | 03:20 | |
| GaryPoster | srichter ayt? | 03:20 |
| srichter | GaryPoster: yes | 03:27 |
| GaryPoster | :-) hey. Wanted to talk about the timezone thing w/you briefly. | 03:27 |
| GaryPoster | s'ok? | 03:27 |
| srichter | yep | 03:28 |
| GaryPoster | k. Jim wants the utf timezone to go in zope.date (and therefore the adapter in zope.app.date I guess). I wanted you to weigh in on the localizing approach in particular because I didn't think what I proposed would fit in with the i18n parsing stuff that still needs to be written | 03:29 |
| GaryPoster | eh--that first sentence was because I wanted you to know that the stuff would not be going directly in i18n packages | 03:29 |
| srichter | I think zope.date would be overkill | 03:30 |
| srichter | I think we should play nice with Stuart and put it in pytz | 03:30 |
| GaryPoster | Yeah, that's kinda what I thought. | 03:30 |
| GaryPoster | I haven't interacted with him. If you think that will work that's great by me | 03:31 |
| GaryPoster | I'll contact him and make sure he's cool with it I guess. | 03:31 |
| GaryPoster | So the localizing thing in regards to the i18n parsing: | 03:31 |
| srichter | I think he is really open to suggestions | 03:31 |
| GaryPoster | ok, cool | 03:31 |
| srichter | afterall he checked in his code under ZPL | 03:31 |
| GaryPoster | true. | 03:31 |
| srichter | actually, it is already done | 03:32 |
| GaryPoster | \me opens up code... | 03:32 |
| srichter | see pytz/reference | 03:32 |
| GaryPoster | oh, ok | 03:32 |
| GaryPoster | no | 03:32 |
| GaryPoster | that doesn't pickle. :-( | 03:32 |
| srichter | it has a very small footprint UTC timezone | 03:32 |
| GaryPoster | right, no I tried that. | 03:32 |
| GaryPoster | Probably trivial to make it pickle | 03:32 |
| srichter | well, let's make it pickable | 03:32 |
| GaryPoster | Yeah. OK, fine by me. | 03:33 |
| srichter | we pull off the same trick as for global adapter services | 03:33 |
| GaryPoster | ?? | 03:33 |
| srichter | see zope.component.site towards the end of the file | 03:33 |
| srichter | there you see how we reduce GlobalAdapterRegistry instances | 03:33 |
| GaryPoster | ok will do. next question: | 03:34 |
| GaryPoster | I'm looking at zope.i18n.format | 03:34 |
| GaryPoster | line 151-ish | 03:34 |
| GaryPoster | # TODO: Find timezones using locale information | 03:34 |
| srichter | right, right now we can only detect timezone names/abbreviations that were typed in in English | 03:35 |
| srichter | for example, MEZ (Mitteleuropaeische zeit) is not understood | 03:35 |
| srichter | so we need a way to check against the names in the locale as well | 03:36 |
| GaryPoster | Ah, so this is not a "user has not entered a time zone, so I better use their local time zone". That's what I thought (was afraid) it was. OK, then, my stuff doesn't affect that | 03:36 |
| GaryPoster | OK, cool. Anything else you wanna weigh in on? Otherwise I'll let you go. :-) | 03:37 |
| srichter | I just want to go as much standard as possible | 03:37 |
| srichter | i.e. play nice with pytz, use zope.i18n.format whereever possible, and get rid of datetimeutils | 03:38 |
| GaryPoster | cool, sounds good with me | 03:38 |
| srichter | oh, yeah | 03:39 |
| GaryPoster | OK, I'll get in touch with Stuart. Thanks! Oh and BTW enjoyed what I've read of the book so far--yay. Great resource. Jim said you were tired of it by the end, but it's *great* to have, | 03:39 |
| srichter | I would like Jim to make an edict that all dates/times are stored with UTC as timezone | 03:39 |
| srichter | like we did for unicode in human readable strings | 03:40 |
| GaryPoster | Yeah, I'm working on that with him. This is kind of working up to that. He sees that it is similar. He doesn't love it but he's willing for it to be the standard. | 03:41 |
| srichter | ok, cool | 03:41 |
| GaryPoster | talk to you later. thanks again | 03:41 |
| srichter | you are welcome; thanks for working on this | 03:42 |
| srichter | btw, if you find bugs in zope.i18n.format, let me know | 03:42 |
| GaryPoster | ok will do | 03:43 |
| *** Awayblia has quit IRC | 04:17 | |
| *** niemeyer has quit IRC | 05:03 | |
| *** GaryPoster has quit IRC | 05:16 | |
| *** GaryPoster has joined #zope3-dev | 05:17 | |
| *** GaryPoster has quit IRC | 05:18 | |
| *** `anthony has quit IRC | 06:36 | |
| *** `anthony has joined #zope3-dev | 07:48 | |
| *** z|a is now known as zagy | 08:37 | |
| zagy | moin | 08:37 |
| Damascene | shit | 08:42 |
| Damascene | i did it again | 08:42 |
| zagy | haa haa | 09:06 |
| zagy | what's the time at your place? | 09:06 |
| *** Theuni has joined #zope3-dev | 09:18 | |
| *** hdima has joined #zope3-dev | 09:24 | |
| *** `anthony has quit IRC | 10:00 | |
| *** Aiste|away has quit IRC | 10:26 | |
| *** Theuni is now known as T43un1 | 10:50 | |
| srichter | hey, do you guys know the CSS, if I want to change the colot of an achor, but only if href is specified? | 11:12 |
| T43un1 | a[attribute..] something. | 11:19 |
| T43un1 | but that doesn't work in IE | 11:19 |
| *** T43un1 is now known as Theuni | 11:19 | |
| srichter | mmh, I might not care about IE :-); it is just a color; it will use default otherwise | 11:20 |
| *** sashav|zZz has joined #zope3-dev | 11:28 | |
| *** sashav|zZz is now known as sashav | 11:29 | |
| Theuni | http://www.w3.org/TR/CSS21/selector.html#attribute-selectors | 11:30 |
| *** zagy has left #zope3-dev | 11:41 | |
| srichter | oh, this is cool | 11:42 |
| Theuni | jupp | 11:42 |
| * srichter needs to brush up his CSS skills | 11:43 | |
| *** zagy has joined #zope3-dev | 11:45 | |
| *** SteveA has joined #zope3-dev | 11:50 | |
| *** vlado has joined #zope3-dev | 11:51 | |
| *** Aiste|away has joined #zope3-dev | 12:05 | |
| *** Aiste|away is now known as Aiste | 12:34 | |
| *** hazmat has joined #zope3-dev | 12:41 | |
| *** tziade_ has joined #zope3-dev | 12:43 | |
| *** tziade_ is now known as tarek_ | 12:43 | |
| *** admp has joined #zope3-dev | 12:56 | |
| *** philiKON has joined #zope3-dev | 12:56 | |
| *** GaryPoster has joined #zope3-dev | 13:03 | |
| GaryPoster | srichter: I'm getting zope3/src/zope/app/apidoc/ifacemodule/configure.zcml", line 70.2 | 13:08 |
| GaryPoster | ConfigurationError: ('Unknown directive', u'http://namespaces.zope.org/apidoc', u'preferencesGroup') | 13:09 |
| GaryPoster | But that may be an oddity of my setup | 13:09 |
| srichter | GaryPoster: update your package-includes | 13:09 |
| srichter | GaryPoster: yes it is :-) | 13:09 |
| GaryPoster | I'll look into it later this morning but wanted to let you know--ah ok will do | 13:09 |
| GaryPoster | Thanks :-) | 13:09 |
| srichter | I fixed the include files, so you guys have an easier time | 13:10 |
| srichter | (as requested by Fred) | 13:10 |
| srichter | GaryPoster: btw, I might have thought of a way to increase startup speed | 13:11 |
| GaryPoster | Really? That would be very cool. what? | 13:11 |
| srichter | keep track of the actions a particular ZCML file cerates and store a pickle | 13:11 |
| GaryPoster | ah--sort of Twisted-ish, sounds like | 13:12 |
| srichter | if a pickel for a ZCML file exists, use it | 13:12 |
| srichter | I dunno | 13:12 |
| srichter | the only problem will be that we need to ensure that everything is pickable | 13:12 |
| GaryPoster | Yeah, I think that's what their runner does | 13:12 |
| srichter | which is non-trivial and I think it is the reason noone has done it | 13:12 |
| SteveA | marius and i talked about this at length | 13:13 |
| SteveA | there are some serious problems with doing this, to do with what you actually get in a zcml action | 13:13 |
| SteveA | like, generated classes / functions | 13:13 |
| srichter | SteveA: can you explain? | 13:13 |
| GaryPoster | right. Also, some folks don't like that behavior in Twisted; I don't know why and don't have enough experience about this, but Shane, for instance, is not a big fan. Might be worth seeing if anyone knows of abd drawbacks | 13:14 |
| srichter | right, but this can be fixed | 13:14 |
| SteveA | a lot of the problem is in just reading in all the python modules | 13:14 |
| SteveA | have you profiled zope3 starting up? | 13:14 |
| srichter | well, as long as you recognize when a file changes, you are good | 13:14 |
| srichter | it's like Python's PYC file stuff | 13:14 |
| SteveA | i think a big win could be in lazily loading modules | 13:14 |
| SteveA | i think twisted does something like this, holding an interface or class as a string until it is actually needed | 13:15 |
| srichter | SteveA: I remember Marius saying that the validation/conversion was the problem | 13:15 |
| srichter | SteveA: right, but I don't want to go down that road, since we want to use the plain schema facilities | 13:16 |
| GaryPoster | I've got to get off for now; I'll be back on later today. bye | 13:16 |
| srichter | if I can make all of our tricky Python objects pickable, the problem should be solved | 13:16 |
| *** GaryPoster has quit IRC | 13:16 | |
| srichter | SteveA: We have to load all the objects anyways, since this sets up the CA | 13:17 |
| SteveA | srichter: maybe extend actions to have a picklable there too, that represents its state | 13:17 |
| SteveA | srichter: that's the point -- modify the CA to allow laziness | 13:17 |
| srichter | SteveA: ok, I think that's out of scope; at least for me | 13:18 |
| srichter | SteveA: what did you mean by your previous comment "extend actions to have a pickable" | 13:18 |
| SteveA | phone, brb | 13:18 |
| srichter | mmh, I could check how long it takes to read all classes in zope by running my class registry crawler over the dir | 13:20 |
| SteveA | i mean, when you make an Action, sometimes the Action is picklable, and sometimes it is not | 13:21 |
| srichter | yes, right | 13:21 |
| SteveA | maybe explicitly add a "here is a picklable that represents me" attribute to an action, that is optional | 13:21 |
| SteveA | if you don't use it, then that zcml action isn't picklable | 13:21 |
| srichter | ah, interesting | 13:22 |
| SteveA | when the Action is not itself picklable. but if you do use it, then it is. | 13:22 |
| srichter | and if any action in a file is not pickable, we do not create a compiled ZCML file | 13:23 |
| srichter | this way we could migrate slowly | 13:23 |
| srichter | on the other hand I could just check whether an action is pickable and if not, ignore it | 13:24 |
| srichter | I think I understand the entire pickling process well enough now that I could make pretty much all the tricky objects pickable | 13:24 |
| *** sashav has quit IRC | 13:25 | |
| *** sashav has joined #zope3-dev | 13:26 | |
| *** hazmat has quit IRC | 13:26 | |
| SteveA | srichter: you'll be reading binary pickles soon ;-) | 13:26 |
| srichter | :-) | 13:26 |
| srichter | but I think it would speed up things quiet a bit, since we could save converting values | 13:27 |
| srichter | SteveA: what about just storing the handler and its arguments? | 13:28 |
| srichter | all the conversion is already done at this time... | 13:28 |
| srichter | SteveA: I hope I will have a chance to chat with Marius about this today | 13:34 |
| *** philiKON has quit IRC | 13:42 | |
| *** philiKON has joined #zope3-dev | 13:44 | |
| *** mgedmin has joined #zope3-dev | 14:04 | |
| mgedmin | srichter, a while ago I tried the same approach you suggested (pickling zcml actions) | 14:27 |
| mgedmin | I have a patch lying around somewhere if you're interested | 14:28 |
| mgedmin | but it will probably be easier to start from the beginning | 14:28 |
| srichter | mgedmin: yeah, just as a starting point | 14:28 |
| mgedmin | When I got rid of all lambdas and dynamically generated classes, I got the whole config to pickle | 14:28 |
| mgedmin | but it failed to unpickle afterwards ;) | 14:28 |
| srichter | awesome | 14:29 |
| srichter | ok, I gotta go | 14:29 |
| mgedmin | the trick with __reduce__ and global services poses a chicken and egg problem | 14:29 |
| srichter | I will chat with you later some more | 14:29 |
| mgedmin | ok, see you | 14:29 |
| *** srichter has quit IRC | 14:29 | |
| *** J1m has joined #zope3-dev | 14:33 | |
| *** BjornT has joined #zope3-dev | 14:38 | |
| *** mgedmin has quit IRC | 14:51 | |
| *** niemeyer has joined #zope3-dev | 14:55 | |
| *** srichter has joined #zope3-dev | 15:13 | |
| *** Aiste has quit IRC | 15:13 | |
| *** ChanServ sets mode: +o srichter | 15:13 | |
| *** `anthony has joined #zope3-dev | 15:19 | |
| *** philiKON has quit IRC | 15:23 | |
| *** Aiste has joined #zope3-dev | 15:32 | |
| *** GaryPoster has joined #zope3-dev | 16:03 | |
| *** philiKON has joined #zope3-dev | 16:08 | |
| *** mexiKON has joined #zope3-dev | 16:12 | |
| *** zagy_ has joined #zope3-dev | 16:14 | |
| *** philiKON has quit IRC | 16:20 | |
| *** zagy has quit IRC | 16:21 | |
| *** Aiste has quit IRC | 16:26 | |
| *** mexiKON has quit IRC | 16:30 | |
| *** Theuni has quit IRC | 16:31 | |
| *** mkerrin has joined #zope3-dev | 16:32 | |
| *** gintas has joined #zope3-dev | 16:33 | |
| *** mgedmin has joined #zope3-dev | 16:45 | |
| *** Aiste has joined #zope3-dev | 17:01 | |
| *** hdima has quit IRC | 17:03 | |
| *** jdz_ has joined #zope3-dev | 17:34 | |
| *** admp has quit IRC | 17:40 | |
| *** bskahan has joined #zope3-dev | 17:54 | |
| *** philiKON has joined #zope3-dev | 18:06 | |
| *** J1m is now known as J1m|away | 18:07 | |
| *** tarek_ has quit IRC | 18:07 | |
| *** admp has joined #zope3-dev | 18:10 | |
| *** philiKON has quit IRC | 18:11 | |
| *** vlado has quit IRC | 18:15 | |
| *** zagy_ has quit IRC | 18:17 | |
| *** alga has joined #zope3-dev | 18:21 | |
| *** Theuni has joined #zope3-dev | 18:35 | |
| *** mkerrin has quit IRC | 18:53 | |
| *** zagy has joined #zope3-dev | 18:54 | |
| srichter | mgedmin: wanna chat about optimizing ZCML a bit more? | 18:59 |
| mgedmin | a bit, yes | 19:00 |
| mgedmin | I am very interested in short z3 startup time | 19:00 |
| srichter | I know | 19:01 |
| srichter | :-) | 19:01 |
| mgedmin | however, when I did that experiment, I determined zcml parsing eats about 1/3 of the startup time | 19:01 |
| mgedmin | so the gain is somewhat limited | 19:01 |
| srichter | mmh, what is the rest? | 19:01 |
| srichter | I know that networking has to do with it too | 19:01 |
| srichter | when I am at home on wireless it takes 4 secs to start up and here at school where I am on a cable it takes 10 secs | 19:01 |
| Damascene | hmm that shouldn't be the case though. | 19:02 |
| Damascene | unless the os does weird binding | 19:02 |
| SteveA | i got it down to 2 secs when i removed most of the package includes and parts of zope.app | 19:02 |
| srichter | it has probably something to do with hostname lookup | 19:02 |
| SteveA | the main issue is with the amount of python modules that need to be loaded | 19:02 |
| mgedmin | srichter, profile | 19:03 |
| srichter | SteveA: yeah, I know; I added about a second when I registered all the book chapters for apidoc; I need to check that it does lazy loading; this would speed up things again | 19:03 |
| srichter | well, I guess about 2 secs are loading modules | 19:03 |
| mgedmin | srichter, http://mg.pov.lt/blog/profiling.html | 19:04 |
| srichter | that's about what it takes to initialize the class registry | 19:04 |
| SteveA | for all of zope? i expect a lot more | 19:04 |
| SteveA | i think it may be valuable to have a zcml include that says "this is an additive only include" | 19:04 |
| SteveA | that could be a route to optimisation | 19:04 |
| srichter | or frustration ;-) | 19:05 |
| SteveA | we all know that optimisation is the route of all evil | 19:06 |
| srichter | :-) | 19:06 |
| srichter | well, I guess a 30% speedup due to faster ZCML loading would be a good thing | 19:07 |
| * mgedmin nods | 19:08 | |
| srichter | you know, another possible benefit from storing pickles is that we might be able to implement refresh | 19:09 |
| srichter | mgedmin: so did you try to store it all in one pickle? | 19:13 |
| srichter | or did you do it on a per file basis? | 19:13 |
| mgedmin | srichter, one pickle | 19:13 |
| mgedmin | I was doing a feasibility study | 19:13 |
| srichter | ok | 19:14 |
| mgedmin | I piled a lot of ugly hacks on top of each other etc | 19:14 |
| srichter | ok | 19:14 |
| mgedmin | I gave up at this problem: | 19:14 |
| mgedmin | configuration actions that define e.g. adapters | 19:14 |
| mgedmin | referred to the global adapter service | 19:15 |
| mgedmin | pickling global services uses this __reduce__ hack | 19:15 |
| mgedmin | to store only the service name in the pickle | 19:15 |
| mgedmin | unfortunatelly, the same pickling was used for the action that actually created and registered the global service | 19:15 |
| mgedmin | so you cannot load the pickle, because the action that registers the global service tries to access the service by name | 19:16 |
| srichter | I see; we might not have this problem anymore | 19:16 |
| mgedmin | great | 19:17 |
| srichter | we are still doing the same trick, but there is no adapter registry creating going on anymore | 19:17 |
| *** zagy has quit IRC | 19:28 | |
| *** MalcolmC has quit IRC | 19:28 | |
| *** Theuni has quit IRC | 19:30 | |
| *** tvon|desk has quit IRC | 19:30 | |
| *** philiKON has joined #zope3-dev | 19:51 | |
| *** tvon has quit IRC | 20:10 | |
| *** gintas has quit IRC | 20:27 | |
| *** J1m|away has quit IRC | 20:41 | |
| *** Aiste has quit IRC | 20:45 | |
| *** WebMaven_ has joined #zope3-dev | 20:51 | |
| srichter | anyone here with docbook expereince? | 20:56 |
| srichter | would it be possible (without much pain) to use docbook for API documentation? | 20:57 |
| WebMaven_ | srichter: no *real* experince, but I played with it some a few years ago. | 20:57 |
| srichter | WebMaven_: is it easy to use? Or will I end up in frustration trying to define my own elements? | 20:58 |
| WebMaven_ | can you qualify 'use' and 'pain' in this context? | 20:58 |
| srichter | well, I am not ready to learn all the details about docbook; I just want to create the docbook files using ZPT and then compile it | 20:59 |
| srichter | and get a PDF | 20:59 |
| srichter | and all that with as little effort as possible | 20:59 |
| WebMaven_ | Should be easy, then. | 20:59 |
| srichter | I would use TeX, but ZPT is not non-SGML friendly | 20:59 |
| WebMaven_ | you will almost certainly *not* need to define your own elements. | 21:00 |
| srichter | are the elements in docbook flexible? | 21:00 |
| srichter | ok | 21:00 |
| WebMaven_ | generally yes. | 21:00 |
| WebMaven_ | warning: there are a lot of them. | 21:00 |
| srichter | that's good | 21:00 |
| WebMaven_ | but they are generally very simple and obvious to use. | 21:00 |
| srichter | WebMaven_: do you have a latest Zope 3 running? | 21:00 |
| WebMaven_ | Not at the moment. | 21:01 |
| WebMaven_ | (not on a box I can access form here anyway) | 21:01 |
| WebMaven_ | do you need me to set up a sandbox for something? | 21:01 |
| srichter | then use: http://130.64.83.73:8080/++apidoc++ | 21:02 |
| srichter | gandalf | 21:02 |
| srichter | 123 | 21:02 |
| srichter | go to the ZCML Reference | 21:02 |
| srichter | do you think we could generate decent docbook code for this? | 21:02 |
| srichter | in particular the attribute details | 21:03 |
| srichter | this is probably the most tricky stuff | 21:03 |
| WebMaven_ | I don't think I'm getting a response from that server... | 21:04 |
| srichter | you should | 21:05 |
| srichter | are you sure the URL is correct? | 21:05 |
| srichter | I know it is public; I show people stuff all the time | 21:05 |
| WebMaven_ | Dang. It's the stupid corporate firewall here, blocking port 8080. | 21:06 |
| WebMaven_ | I keep forgetting about that. | 21:06 |
| srichter | WebMaven_: try again on port 80 | 21:09 |
| WebMaven_ | works, looking now. | 21:13 |
| srichter | I can see it :-) | 21:14 |
| WebMaven_ | Yes, I think DocBook can be made to do this fairly easily. | 21:14 |
| srichter | cool | 21:15 |
| srichter | any idea where I should start reading about it? | 21:15 |
| WebMaven_ | You can stick with generic elements to start (section, paragraph, itemizedlist, heading, etc) and later try transitioning to programming specific elements, which might not be a perfect fit. | 21:16 |
| WebMaven_ | http://www.docbook.org/ | 21:16 |
| srichter | ok, thanks | 21:17 |
| srichter | what are the tools to generate PDFs or validate the XML | 21:18 |
| srichter | the docbook book stinks; no complete examples; I hope people do not think the same about my book :-\ | 21:20 |
| srichter | ok, found some examples ;-) | 21:22 |
| WebMaven_ | some examples are there (chapters, articles, etc.) | 21:22 |
| WebMaven_ | googling for "docbook to pdf" revealed: http://www.linuxfocus.org/English/May2000/article152.shtml | 21:22 |
| srichter | how is the compiling done? (to anything) | 21:23 |
| srichter | I am pretty sure you need to have some style info somewhere | 21:23 |
| admp | quite often docbook->foss->latex->pdf | 21:23 |
| srichter | foss? | 21:24 |
| admp | FO=formatting objects | 21:25 |
| WebMaven_ | OK, it looks like there is a db2pdf utility (also named docbook2pdf) | 21:26 |
| mgedmin | http://www.xml.com/pub/a/2005/01/19/print.html is interesting (they suggest CSS instead of XSLT + XSL), but I don't know if the book mentioned in the article used docbook or something else | 21:26 |
| WebMaven_ | srichter: these utilities are part of the docbook-utils package in debian: http://packages.debian.org/stable/text/docbook-utils | 21:27 |
| srichter | I think there is an equally-named package for MDK | 21:27 |
| srichter | ok, so I'll try attack the problem and see how far I can get | 21:32 |
| *** BjornT has quit IRC | 21:32 | |
| WebMaven_ | srichter: again, I suggets you start with generic elements like section, para, title, etc, and only then start trying to use elements like ooclass | 21:37 |
| srichter | what is ooclass? | 21:38 |
| srichter | yep, I will do that | 21:38 |
| srichter | WebMaven_: did you work out a topic for PyCon? | 21:39 |
| WebMaven_ | Do you mean, was one of my talk proposals accepted? | 21:39 |
| srichter | no, I mean the Zope 3 sprint | 21:40 |
| WebMaven_ | nothings's been settled, there are a few ideas in the wiki. | 21:40 |
| WebMaven_ | (I think the page needs to be refactored a bit, it's getting messy) | 21:41 |
| *** Aiste has joined #zope3-dev | 21:41 | |
| WebMaven_ | Do you have a suggestion? | 21:41 |
| srichter | what's the URL? | 21:41 |
| srichter | well, I checked in this user pref stuff today, but it needs a reality check | 21:41 |
| WebMaven_ | http://www.python.org/moin/Zope3AppSprint | 21:41 |
| srichter | and some more experienced people in the problem domain | 21:41 |
| srichter | if there are Z2 hackers with CMS experience coming, you could make it very cool | 21:42 |
| WebMaven_ | user prefs for...? | 21:43 |
| srichter | user preferences | 21:43 |
| srichter | yeah, look at API doc :-) | 21:43 |
| srichter | it basically uses schemas to describe the preferences | 21:44 |
| srichter | right now you can only have preference groups, which simple schemas | 21:44 |
| srichter | but one could also develop a containerish preference group that contains other groups | 21:45 |
| srichter | and so on | 21:45 |
| srichter | another topic would be to actually implement the docbook generator we were just talking about | 21:45 |
| WebMaven_ | Hmm. Looks interesting: http://130.64.83.73/++apidoc++/Book/preferences/show.html | 21:45 |
| srichter | I think several items in the list online are too big for a simple sprint | 21:46 |
| WebMaven_ | Me too. | 21:46 |
| WebMaven_ | We're only going to pick one. | 21:46 |
| srichter | right, that's the docu | 21:46 |
| srichter | of course :-) | 21:46 |
| WebMaven_ | For the sprint, my strategy will be to piuck something that we think is too small, and make sure it has a lot of polish when we're done. | 21:47 |
| srichter | yes, that's a good way of doing it | 21:47 |
| WebMaven_ | Are you interested in participating? | 21:48 |
| srichter | unfortunately, I am in Germany | 21:49 |
| WebMaven_ | Oh, that's right, you're not coming to PyCon. | 21:50 |
| WebMaven_ | :-( | 21:50 |
| srichter | well, its fortunate and half of the week I will be in Austria skiing with my dad and brother (yeah 8-) | 21:50 |
| philiKON | srichter, where will you be? | 21:51 |
| WebMaven_ | Bah. A big cold blue room with white carpeting. | 21:51 |
| srichter | and speed :-) | 21:51 |
| WebMaven_ | srichter: what sort of simple killer-app would you suggest we work on? | 21:53 |
| srichter | thinking... | 21:54 |
| WebMaven_ | (I remember when Squishdot was driving Zope installs) | 21:54 |
| srichter | that one would be probably feasible | 21:55 |
| srichter | but you need some nice UI to go with that | 21:55 |
| *** BjornT has joined #zope3-dev | 21:55 | |
| srichter | you can reuse a lot of existing code, like for discussions | 21:55 |
| WebMaven_ | Sure. | 21:55 |
| WebMaven_ | I don't know if it would be exciting today, though. | 21:56 |
| WebMaven_ | (PHPBB and the like have more-or-less taken over) | 21:56 |
| srichter | oh, you know what you could attack? | 21:56 |
| srichter | code generation :-) | 21:56 |
| WebMaven_ | ?? | 21:57 |
| srichter | It should be very easy to create new content types and make them usable | 21:57 |
| srichter | you basically do a UML class model and then import it into Zope 3 | 21:57 |
| srichter | generate interfaces and classes on the fly | 21:58 |
| WebMaven_ | Well, is that a Zope3 App Sprint, or is it more properly a Zope3 Sprint (which there is one)? | 21:58 |
| srichter | oh, there is a separate Zope 3 sprint? | 21:58 |
| srichter | I see | 21:58 |
| WebMaven_ | http://www.python.org/moin/Zope3Sprint | 21:58 |
| srichter | you know, noone has written a blogging app for Zope 3 yet, with RSS and all | 21:59 |
| srichter | maybe this would be a good one | 21:59 |
| srichter | blogging is certainly a hot topic | 21:59 |
| WebMaven_ | Yes, that is on my personal short-list. | 21:59 |
| WebMaven_ | It should be simple to start, and can use a lot of polishing work. | 22:00 |
| srichter | yep, that's certainly such a tool | 22:01 |
| WebMaven_ | (spell-check, autolinking, trackback, pingback, FOAF, OPML, RSS, ATOM, | 22:01 |
| srichter | of course, if you want to work with existing code bases, you could work on ZWiki and BugTracker; both need some serious polishing | 22:01 |
| WebMaven_ | quoting, categories, nested categories, category feeds, skins, | 22:02 |
| srichter | :-) | 22:02 |
| WebMaven_ | We could do that too. | 22:03 |
| srichter | a lot of the functionality you would need for the blogger is actually already in the bug tracker | 22:04 |
| srichter | like threaded comments | 22:04 |
| mgedmin | srichter, consider adding <label> elements in ++preferences++...edit.html | 22:04 |
| srichter | the bug tracker would also be good to work on, since the Zope 3 community could directly benefit from it | 22:05 |
| srichter | mgedmin: I removed the label, because I found the hint stuff tedious at best | 22:06 |
| srichter | but I can make it a simple label again | 22:06 |
| philiKON | it's not about the hints but AAA compliance | 22:06 |
| srichter | mgedmin: of course, feel free to work on it as well | 22:06 |
| philiKON | just to mention one thing where the markup counts, not the way it's displayed | 22:07 |
| philiKON | anyway, gotta go | 22:07 |
| *** philiKON has quit IRC | 22:07 | |
| mgedmin | srichter, I wasn't talking about hints | 22:07 |
| srichter | I know | 22:07 |
| mgedmin | <label> lets you click on the big text to toggle te setting instead of targeting a small checkbox | 22:07 |
| srichter | ooh, that's cool | 22:08 |
| srichter | I did not know that | 22:08 |
| srichter | how will it know which checkbox to use? | 22:08 |
| mgedmin | <label for="elementid">label text</label> | 22:08 |
| mgedmin | <input id="elementid" ... /> | 22:09 |
| srichter | ahh, great | 22:09 |
| srichter | I will do that | 22:09 |
| mgedmin | shortcut: <label>label text <input ... /> maybe more text </label> | 22:09 |
| srichter | ok | 22:09 |
| mgedmin | nice work on the apidoc, by the way | 22:10 |
| mgedmin | I wish I had time to explore it now | 22:10 |
| mgedmin | gotta work, though | 22:10 |
| srichter | thanks | 22:10 |
| srichter | mgedmin: did you see the interface details screen? | 22:10 |
| srichter | I really love the show/hide section feature (I have no clue whether it will be useful, but it is cute ;-) | 22:11 |
| mgedmin | funky javascript stuff? | 22:11 |
| mgedmin | yes, I like it | 22:11 |
| srichter | that's what the settings are for | 22:11 |
| mgedmin | I recently added similair javascript magic to my planet: http://mg.pov.lt/blog/planet-mg.html | 22:12 |
| srichter | the good thing is that it works in many browsers | 22:13 |
| srichter | it is very simple DOM access | 22:14 |
| * mgedmin nods | 22:14 | |
| WebMaven_ | srichter: you could add live searching to the interface finder... that would be cool. | 22:14 |
| mgedmin | I have found quirksmode.org very useful | 22:14 |
| mgedmin | srichter, do you write unit tests for the javascript code? | 22:15 |
| srichter | WebMaven_: it does that already; or what else do you mean? | 22:15 |
| *** tvon has joined #zope3-dev | 22:15 | |
| srichter | mgedmin: nope | 22:15 |
| srichter | I tried the JS unittest package once, but it is just painful | 22:16 |
| WebMaven_ | http://objectrealms.net/news/livesearch | 22:16 |
| srichter | what does live search do? | 22:16 |
| WebMaven_ | try typing in the search box. | 22:16 |
| mgedmin | JsUnit is painful | 22:17 |
| srichter | mgedmin: yep | 22:17 |
| srichter | WebMaven_: nothing happens, but thats probably because I use Konqui | 22:17 |
| WebMaven_ | Oh. | 22:17 |
| mgedmin | I wrote a small test runner for my planet: http://mg.b4net.lt/planets/mg/test.html | 22:17 |
| mgedmin | so that I could rerun all tests just by reloading the page | 22:17 |
| srichter | is your panet a Zope 3 app? | 22:18 |
| srichter | WebMaven_: is that your library (live search)? | 22:18 |
| mgedmin | no, it is planetplanet.org -- standalone python code + mark pilgrim's feed parser + htmlgen (yuck) | 22:18 |
| srichter | I see | 22:19 |
| WebMaven_ | for each character you type, it does a 'live search' with an XMLHTTPRequest to get related searches. you can use the down arrow key to pick a result and hit enter, or you can continue typing your search query. | 22:19 |
| srichter | yeah, I started FF | 22:19 |
| WebMaven_ | Google does it here: http://www.google.com/webhp?complete=1 | 22:20 |
| srichter | well, if someone is willing to check in this code under ZPL in the Zope 3 repository, then I could add this functionality | 22:20 |
| srichter | right, I know about google doing this | 22:20 |
| WebMaven_ | The ObjectRealms code is likely Plone specific. | 22:21 |
| srichter | well, we basically would need the JS | 22:21 |
| WebMaven_ | But the JS is relatively simple. | 22:21 |
| srichter | WebMaven_: that would be a good util to develop at the sprint :-) | 22:22 |
| WebMaven_ | The only difficult part (I think) is getting good 'completions' to populate the search box with. | 22:22 |
| srichter | right | 22:22 |
| WebMaven_ | You probably need a utility to keep track of popular searches, and order them by the number of results. | 22:23 |
| srichter | yep | 22:24 |
| srichter | I probably would do it in the form of code completion | 22:24 |
| WebMaven_ | So, does Z3 have a catalog/indexing facility yet? | 22:25 |
| srichter | like I start typing zope.in and it would suggest zope.interface | 22:25 |
| srichter | WebMaven_: yes | 22:25 |
| WebMaven_ | yeah, that would be very cool. | 22:25 |
| srichter | but you cannot make use of that in apidoc, because nothing is persistetn | 22:25 |
| srichter | btw, that would be another great sprint topic | 22:25 |
| WebMaven_ | we're just full of those today, aren't we? | 22:26 |
| srichter | Jim wants a way to precompile all of the apidoc info and store it in a AODB | 22:26 |
| WebMaven_ | ;-) | 22:26 |
| srichter | including indexes et all | 22:26 |
| srichter | this would make the apidoc runnable, even if not all of Zope 3 can start up | 22:26 |
| WebMaven_ | Well, for code completion, you don't really need a full index. | 22:26 |
| srichter | right, that's the reason I suggested it :-) | 22:27 |
| srichter | in fact, the search should be very fast, once you fetched all the names and chaced them | 22:27 |
| mgedmin | what's AODB? | 22:27 |
| srichter | ZODB I meant | 22:28 |
| WebMaven_ | Aspect Oriented Database. ;-) | 22:28 |
| *** jdz__ has joined #zope3-dev | 22:34 | |
| *** jdz_ has quit IRC | 22:40 | |
| *** admp has quit IRC | 23:06 | |
| *** tvon has quit IRC | 23:07 | |
| *** tvon has joined #zope3-dev | 23:07 | |
| mgedmin | how do I create a TestRequest that returns a string I want when I call str(request.URL) | 23:08 |
| *** niemeyer has quit IRC | 23:08 | |
| mgedmin | ? | 23:08 |
| mgedmin | apparently I need to do request = TestRequest(environ={'PATH_INFO': '/path/path/path'}) and then call request.traverse() | 23:13 |
| mgedmin | ick, I need loads of stubbing to get that work | 23:15 |
| mgedmin | request.getURL = lambda *a: '/path/I/want' # hacky, but at least it works | 23:16 |
| *** sashav has quit IRC | 23:30 | |
| alga | Problems | 23:31 |
| *** sashav has joined #zope3-dev | 23:31 | |
| alga | suppose we have a permission schoolbell.create | 23:31 |
| alga | that lets users create objects | 23:31 |
| alga | if we try that, we get | 23:31 |
| alga | Unauthorized: (<zope.app.dublincore.annotatableadapter.ZDCAnnotatableAdapter object at 0x41ab230c>, 'modified', 'zope.app.dublincore.change') | 23:32 |
| alga | in File "/home/alga/src/schooltool/Zope3/src/zope/app/dublincore/timeannotators.py", line 26, in ModifiedAnnotator | 23:32 |
| alga | I suppose the IZopeDublinCore adapter has to be unwrapped there, right? | 23:33 |
| alga | after all, it is an event handler | 23:33 |
| *** benji_york has joined #zope3-dev | 23:36 | |
| *** bskahan has quit IRC | 23:50 | |
| *** jdz__ has quit IRC | 23:53 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!