| *** Aiste has joined #zope3-dev | 00:01 | |
| *** oling has quit IRC | 00:02 | |
| *** oling has joined #zope3-dev | 00:02 | |
| *** Jim7J1AJH has quit IRC | 00:10 | |
| *** Jim7J1AJH has joined #zope3-dev | 00:13 | |
| *** SteveA has quit IRC | 00:23 | |
| *** SteveA has joined #zope3-dev | 00:26 | |
| srichter | and there it goes! | 00:43 |
|---|---|---|
| J1m | Yee ha! | 00:43 |
| srichter | 802 files modified :-) | 00:43 |
| J1m | I guess I should be ready to revover the server. | 00:44 |
| J1m | I guess I should be ready to recover the server. | 00:44 |
| srichter | maybe enough people are scared, so that they do not immediately update :-) | 00:44 |
| srichter | J1m: the mail was too big for the list :-) | 00:45 |
| srichter | 1.3 MB | 00:45 |
| J1m | I just approved it | 00:47 |
| srichter | ok, thanks | 00:47 |
| srichter | I feel so much lighter now ... probably won't last long, since the complaints will trickle in soon... | 00:49 |
| philiKON | congrats srichter | 00:57 |
| srichter | thanks | 00:58 |
| benji_york | srichter, I either commend or condem you. Don't know which yet. :) | 00:59 |
| srichter | benji_york: I think the latter ;-) | 00:59 |
| GaryPoster | thanks, srichter! | 01:01 |
| *** GaryPoster has quit IRC | 01:01 | |
| *** Aiste has quit IRC | 01:07 | |
| *** SteveA has quit IRC | 01:12 | |
| *** benji_york has quit IRC | 01:15 | |
| *** sashav has joined #zope3-dev | 01:18 | |
| J1m | srichter, how would you like us to report problems? | 01:19 |
| srichter | J1m: good question; I guess the collector or E-mail will be fine | 01:20 |
| srichter | of course, I would like people to try a little bit before sending a mail | 01:20 |
| J1m | should we send email to you? The list? | 01:21 |
| srichter | the list | 01:21 |
| J1m | k | 01:21 |
| srichter | I read it frequently enough | 01:22 |
| srichter | I think the biggest worry we will have is ZODB conversion | 01:22 |
| srichter | because most of the people using the trunk will be already at generation 1 | 01:22 |
| srichter | for the trunk/development, it should be possible to run the evolution script, even though you are already at the target generation | 01:23 |
| srichter | J1m: do you think you could provide some support for that? (I did not want to touch that code; it looked so clean ;-) | 01:23 |
| *** SteveA has joined #zope3-dev | 01:24 | |
| J1m | support for what? | 01:24 |
| srichter | if you are let's say at generation 1, you need to be able to run the evolve1 (0 -> 1) script again | 01:25 |
| J1m | Hm, I don't think that's a good idea | 01:26 |
| J1m | evolve scripts should be able to count on the generation they start with. | 01:27 |
| srichter | but there is no telling what generation people are on | 01:28 |
| J1m | Sure there is. It's recorded in the database. | 01:28 |
| srichter | for example, I have ensured that people running X3.0 can convert | 01:29 |
| srichter | but if a person running the trunk already ran that 0 -> 1 conversion before (for example when we changed from error logging service to utility), then s/he cannot run the evolution script I provided | 01:30 |
| J1m | If we previously provided a conversion from 0->1, then we need to up the generation number and provide evolution to 2. | 01:31 |
| srichter | so during development you say we could go up 5-6 evolutions? | 01:32 |
| srichter | so X3.0 is at evolution 0 and X3.1 is at evolution 6, for example? | 01:33 |
| J1m | sure | 01:34 |
| srichter | ok | 01:34 |
| srichter | then I'll note this is not the case now | 01:34 |
| srichter | also, it makes writing evolution scripts harder | 01:35 |
| srichter | but maybe this is the lesser evil | 01:35 |
| J1m | No, it makes them easier, because they only do a small thing. | 01:35 |
| srichter | I restructured the evolve1 script quiet a bit to make it more streamlined. | 01:35 |
| philiKON | srichter, i thinkt he evolve1 script should be left the way it was and new scripts should be introduced | 01:36 |
| philiKON | makes it easier for people already running the trunk | 01:36 |
| srichter | so anyways, I think we can fix the situation by providing an empty evolve1 script and rename evolve1 to evolve2 | 01:38 |
| J1m | Should the getGlobalSiteManager have an Adapters attribute? | 01:38 |
| srichter | yes | 01:38 |
| srichter | globalSiteManager.adapters | 01:38 |
| J1m | It looks like the hanler method in zope.component.metaconfigure used to take a service name. | 01:39 |
| J1m | That means "Adapters". | 01:39 |
| srichter | yes | 01:39 |
| J1m | So that's broken | 01:40 |
| J1m | I guess I'll try to fix it. | 01:40 |
| srichter | thanks! | 01:40 |
| srichter | I was hoping that noone uses handler() directly but call the basic directives instead | 01:41 |
| srichter | ok, time to go home | 01:41 |
| srichter | see ya tomorrow | 01:41 |
| *** srichter has quit IRC | 01:42 | |
| *** mexiKON has joined #zope3-dev | 01:49 | |
| *** philiKON has quit IRC | 02:00 | |
| *** mexiKON is now known as philiKON | 02:01 | |
| *** hazmat_ has joined #zope3-dev | 02:08 | |
| *** hazmat has quit IRC | 02:24 | |
| *** d2m has quit IRC | 02:27 | |
| *** __gotcha has quit IRC | 02:33 | |
| *** __gotcha has joined #zope3-dev | 02:34 | |
| *** J1m has quit IRC | 02:36 | |
| *** srichter has joined #zope3-dev | 02:36 | |
| *** ChanServ sets mode: +o srichter | 02:38 | |
| *** SteveA has quit IRC | 02:52 | |
| *** SteveA has joined #zope3-dev | 02:55 | |
| *** hazmat_ has quit IRC | 03:08 | |
| *** xenwryly has quit IRC | 03:35 | |
| *** SteveA has quit IRC | 03:49 | |
| *** SteveA has joined #zope3-dev | 03:51 | |
| *** projekt01 has quit IRC | 03:55 | |
| *** philiKON has quit IRC | 03:56 | |
| *** __gotcha has quit IRC | 04:34 | |
| *** __gotcha_ has joined #zope3-dev | 04:34 | |
| *** oling_ has joined #zope3-dev | 05:03 | |
| *** oling has quit IRC | 05:11 | |
| *** SteveA has quit IRC | 05:18 | |
| *** SteveA has joined #zope3-dev | 05:21 | |
| *** __gotcha_ has quit IRC | 05:34 | |
| *** __gotcha has joined #zope3-dev | 05:34 | |
| *** SteveA has quit IRC | 06:13 | |
| *** SteveA has joined #zope3-dev | 06:22 | |
| *** __gotcha has quit IRC | 06:34 | |
| *** __gotcha has joined #zope3-dev | 06:34 | |
| *** bska|mobile has quit IRC | 06:45 | |
| *** SteveA has quit IRC | 07:41 | |
| *** SteveA has joined #zope3-dev | 07:44 | |
| *** Theuni has joined #zope3-dev | 07:59 | |
| zagy | moin | 08:03 |
| srichter | hi | 08:10 |
| *** Aiste has joined #zope3-dev | 08:44 | |
| *** sashav has quit IRC | 08:45 | |
| *** SteveA_ has joined #zope3-dev | 08:49 | |
| SteveA_ | hi | 08:53 |
| *** stub has joined #zope3-dev | 08:54 | |
| *** SteveA has quit IRC | 08:54 | |
| *** SteveA_ is now known as SteveA | 08:54 | |
| *** Aiste has quit IRC | 09:02 | |
| *** sashav has joined #zope3-dev | 09:33 | |
| SteveA | I do so much want to change "zope.Public" to "public" | 09:38 |
| *** oling__ has joined #zope3-dev | 09:43 | |
| *** oling_ has quit IRC | 09:51 | |
| *** d2m has joined #zope3-dev | 09:56 | |
| *** SteveA has quit IRC | 10:13 | |
| *** SteveA has joined #zope3-dev | 10:14 | |
| *** tziade_ has joined #Zope3-dev | 11:18 | |
| *** SteveA has quit IRC | 11:21 | |
| *** SteveA has joined #zope3-dev | 11:24 | |
| *** MalcolmC has joined #zope3-dev | 11:55 | |
| *** mgedmin has joined #zope3-dev | 11:55 | |
| *** mgedmin has quit IRC | 11:57 | |
| *** __gotcha has quit IRC | 12:01 | |
| *** oling___ has joined #zope3-dev | 12:02 | |
| *** oling__ has quit IRC | 12:12 | |
| *** Aiste has joined #zope3-dev | 12:20 | |
| *** SteveA has quit IRC | 12:22 | |
| *** SteveA has joined #zope3-dev | 12:39 | |
| *** J1m has joined #zope3-dev | 12:43 | |
| *** niemeyer has joined #zope3-dev | 12:56 | |
| *** mgedmin has joined #zope3-dev | 12:59 | |
| *** __gotcha has joined #zope3-dev | 13:00 | |
| srichter | SteveA: permission ids must contain a dot | 13:11 |
| srichter | mgedmin: did you see my comments to your bug report? | 13:14 |
| *** philiKON has joined #zope3-dev | 13:15 | |
| srichter | mgedmin: I checked in some tests and fixes last night to make things work better; I also implemented almost all of the date/time formatters now | 13:15 |
| SteveA | srichter: I know. | 13:16 |
| SteveA | zope.Public isn't really a permission. | 13:16 |
| SteveA | it is a token that means "don't invoke most of the security system" | 13:16 |
| SteveA | you can rename any other permission in your system. | 13:16 |
| SteveA | it should be "public" | 13:16 |
| srichter | it should be easy to change | 13:17 |
| SteveA | the "zope." in it is rather different than in "zope.ManageContent" for example. | 13:17 |
| SteveA | I have had to add to my system documentation an explanation for why we need a zope.Public permission when our other 6 permissions are launchpad.Whatever | 13:17 |
| SteveA | because it makes it hard to understand | 13:17 |
| SteveA | i also have to very carefully explain why it is special | 13:18 |
| SteveA | it *is* special, so I think it should have a special name. | 13:18 |
| SteveA | it could be aliased as zope.Public, as a deprecation measure. But, I'd like it to be just "public". | 13:18 |
| J1m | I'm OK w that | 13:18 |
| * SteveA and team is having a spec-writing fortnight, and these documentation/explanation issues are high on his mind | 13:19 | |
| SteveA | cool, thanks jim. do I need to write a proposal? | 13:19 |
| * SteveA decides to write a proposal. | 13:20 | |
| SteveA | mark's agreed for me to submit a talk or two on launchpad to EP2005 | 13:20 |
| SteveA | i think we've done some interesting things with the zope security system, and now that we (almost) have what we did documented internally, i can make that into a talk. | 13:21 |
| SteveA | and, the whole "here's a large zope3 application" thing will be interesting | 13:21 |
| SteveA | if I can only work out what to say about it | 13:21 |
| rejj | I'd be interested in seeing any examples of complex z3 apps that are not CMS based | 13:23 |
| SteveA | this one doesn't even use the zodb | 13:24 |
| SteveA | (although it might later on for some things) | 13:24 |
| SteveA | i don't really know if you'd call it a CMS or not. It certainly doesn't manage arbitrary content. | 13:24 |
| rejj | I'm interested in complex applications that just happen to render themselves via html | 13:25 |
| rejj | rather than publishing "content" | 13:25 |
| SteveA | then launchpad qualifies | 13:26 |
| rejj | then I'd like to see whatever you've got ;) ... assuming you make slides available online, or whatever | 13:27 |
| rejj | since the chances I'll be at ep2005 are approximately zero | 13:27 |
| SteveA | I guess if "zope.Public" becomes "public" then <allowed interface="..." /> directives in ZCML can be replaced totally with <required permission="public" interface="..." />. One less thing to learn. | 13:45 |
| J1m | It can be replaced with almost that now | 13:46 |
| J1m | I really don't see zope.Public as the big deal that you do. | 13:46 |
| *** bradb has joined #zope3-dev | 13:55 | |
| *** SteveA has quit IRC | 14:05 | |
| mgedmin | srichter, thanks | 14:07 |
| mgedmin | I don't understand why 'DDD' is not allowed by the spec | 14:07 |
| mgedmin | what if I want to generate fixed-length filenames like YYYY-DDD? | 14:07 |
| mgedmin | ok, I don't, actually, and probably that's an abuse of the _localisation_ mechanism anyway | 14:08 |
| rejj | but not so unreasonable that it is safe to assume noone will ever want to do it | 14:08 |
| mgedmin | oh, the collectors now have a nice domain name (collector.zope.org) | 14:13 |
| mgedmin | nice | 14:13 |
| *** SteveA has joined #zope3-dev | 14:16 | |
| srichter | mgedmin: as I said, I am willing to change that; it is a trivial fix anyways | 14:21 |
| srichter | now, the problem is that you probably also want to parse this format, right? | 14:21 |
| mgedmin | not yet | 14:22 |
| srichter | ok | 14:22 |
| srichter | so I'll add support for "DD" and "DDD" for formatting | 14:23 |
| mgedmin | the IDatetimeFormat docstring gave me the impression that the formatter is generic | 14:25 |
| mgedmin | and knows about numbers and texts | 14:25 |
| mgedmin | and you can specify any number of any characters | 14:25 |
| mgedmin | (well, there were some special cases like YY) | 14:25 |
| *** J1m has quit IRC | 14:27 | |
| srichter | that's not the impression I got from reading the text, but we could certainly support it | 14:28 |
| srichter | btw, I just E-mailed Stuart about pytz inclusion | 14:28 |
| *** __gotcha has quit IRC | 14:35 | |
| *** srichter has quit IRC | 14:42 | |
| *** zagy has quit IRC | 14:51 | |
| *** zagy has joined #zope3-dev | 14:52 | |
| *** Awayblia is now known as Workblia | 14:56 | |
| *** projekt01 has joined #zope3-dev | 15:27 | |
| *** SteveA_ has joined #zope3-dev | 15:35 | |
| *** SteveA has quit IRC | 15:37 | |
| *** SteveA_ is now known as SteveA | 15:37 | |
| *** srichter has joined #zope3-dev | 15:45 | |
| *** ChanServ sets mode: +o srichter | 15:46 | |
| srichter | does anyone here know Stuart Bishop's nickname? | 15:48 |
| srichter | mgedmin: ok, I agree with you observation about the formatting now after rereading the documentation | 15:54 |
| SteveA | stub | 15:55 |
| srichter | SteveA: oh that's right; thanks | 15:55 |
| srichter | stub: are you there? | 15:55 |
| SteveA | probably busy for 45 minutes | 15:57 |
| srichter | :-) | 15:57 |
| srichter | got him | 15:57 |
| srichter | mgedmin: mmh, rewriting my code to support n occurrences of a letter is a bit of work; luckily the pattern parser does the right thing already | 16:02 |
| srichter | so it is the formatting and parsing code that needs to be adjusted | 16:02 |
| *** regebro has joined #zope3-dev | 16:10 | |
| *** gintas has joined #zope3-dev | 16:13 | |
| srichter | mgedmin: good news! the latest locale files contain all timezone names in their native language, so that we will be able to support true language-based timezone parsing and formatting | 16:31 |
| srichter | also, it seems that the data was even more extended | 16:31 |
| srichter | you have now three choices for month and day names: abbreviated, narrow (i.e. one letter) and complete name | 16:32 |
| *** J1m has joined #zope3-dev | 16:32 | |
| *** oling___ has quit IRC | 16:33 | |
| *** benji_york has joined #zope3-dev | 16:33 | |
| srichter | J1m: in the next days we need to update the locale data files; there are some awesome updates, like fully localized timezone names | 16:33 |
| J1m | first we need to recover from the merge. | 16:35 |
| J1m | Existing databases are hosed for me. | 16:35 |
| J1m | I can start Zope, but I get lots of breakage. | 16:36 |
| srichter | ok | 16:36 |
| srichter | where, for example? | 16:36 |
| *** alga has joined #zope3-dev | 16:36 | |
| J1m | I need to recover from shallower problems forst. | 16:37 |
| J1m | I need to recover from shallower problems first. | 16:37 |
| J1m | I'll probably have to get back to you later. | 16:37 |
| J1m | For now, I need to use the tag. | 16:37 |
| J1m | Your text in zope/deprecation/README.txt doesn't match reality. | 16:38 |
| srichter | how so? | 16:40 |
| *** apauley has joined #zope3-dev | 16:42 | |
| J1m | The first argument to the `deprecated()` function is a list of names that | 16:43 |
| J1m | should be declared deprecated. | 16:43 |
| J1m | That's what it says | 16:44 |
| J1m | That's not what the code does | 16:44 |
| srichter | for modules it is what it does | 16:44 |
| srichter | for classes it is something else? | 16:44 |
| J1m | Look at the README.txt | 16:44 |
| srichter | did I foget to document the usage in classes? | 16:45 |
| J1m | Look at the code shown | 16:45 |
| J1m | Look at the code in tests.py in that package | 16:45 |
| J1m | The first argument is a string *not* a list or any other sequence. | 16:45 |
| srichter | oh, ok, I will update the README.txt | 16:45 |
| srichter | I forgot about this shortcut | 16:45 |
| apauley | hi all | 16:46 |
| srichter | hi | 16:47 |
| apauley | newbie question: I'm playing with the buddydemo, typing the testcases in my interactive interpreter | 16:47 |
| apauley | How can I make my buddy objects persistent, so that when I create an object in the interpreter it also shows in zmi? | 16:48 |
| philiKON | apauley, oh, that's a little more complicated | 16:49 |
| philiKON | you'd have to start your ZODB instance from the interpreter instance | 16:49 |
| philiKON | and get a hold of the root folder | 16:49 |
| philiKON | any special reason you want to do this? | 16:49 |
| apauley | I'm familiarizing myzelf with zope3 in general, but actually I'm working towards writing a QT gui for one of the demo apps | 16:50 |
| apauley | So I'm trying to figure out how I'd get hold of my objects and manipulate them with an interface other than a browser | 16:51 |
| srichter | apauley: the way to do it is via ZEO connections | 16:52 |
| philiKON | well, wether a buddy object is in a folder or not doesn't matter wrt manipulating it | 16:52 |
| philiKON | apauley, if your QT doesnt' really need the ZODB, i wouldn't worry about this at all | 16:52 |
| apauley | ZEO connections? any docs for that? | 16:53 |
| srichter | you might want to contact Uwe Oestermeier, who did a wxPython GUI already | 16:53 |
| apauley | Thanks, that might help me | 16:53 |
| philiKON | apauley, ZEO connections for debugging is frequently used with z2.7; a lot of the docs you find on that should be applicable to z3 as well since the ZODB impl is the same | 16:54 |
| philiKON | Uwe actually uses ZEO to connect his wxPython GUI client to a Zope 3 ZODB | 16:54 |
| srichter | yes | 16:55 |
| apauley | philiKON: I don't actually need ZODB for my purposes, I'm more interested in using mysql for storage | 16:58 |
| philiKON | that's perfectly fine. i assume you just want to use zope3's component architecture which is quite possible using outside of zope | 16:59 |
| philiKON | people have already successfully used it together with SQLObject for example (an RDB to object mapper) | 16:59 |
| apauley | Yes, exactly | 17:02 |
| philiKON | yeah, then you probably don't want to go through all the ZODB hurdles if you're not going to use it anyway | 17:03 |
| srichter | right | 17:03 |
| srichter | I think some Python-based RPC protocol or even XML-RPC should suffice | 17:04 |
| philiKON | for what? | 17:04 |
| srichter | data communication | 17:04 |
| philiKON | ah ok... if that's even necessary | 17:04 |
| srichter | well, as far as I understnad him, he still wants an app server | 17:05 |
| philiKON | so far only storage has been the issue | 17:05 |
| philiKON | as far as i understand him he wants to build a QT app with the component architecture | 17:05 |
| srichter | well, then things are much easier | 17:05 |
| apauley | OK, so as far as I understand it would be easier to write a gui app that uses xmlrpc? | 17:08 |
| philiKON | apauley, well, do you need to communicate with a zope3 server? | 17:09 |
| philiKON | (we really don't know what you need to build) | 17:09 |
| apauley | I need to build a point of sale system | 17:10 |
| apauley | I'd like to use zope to implement things like mvc | 17:10 |
| *** alga has quit IRC | 17:10 | |
| philiKON | i mean, what kind of comopnents does this system have? fat client? app server? etc. | 17:11 |
| apauley | Oh, ok | 17:11 |
| apauley | Each pos station should be able to function independently of the backend, and of each other | 17:12 |
| apauley | In case the network drops, for instance | 17:12 |
| apauley | so each pos station would be a pc with a local view (eg QT) and a local storage component | 17:13 |
| philiKON | so, no server communication then? | 17:14 |
| srichter | right, this sounds exactely like Uwe's requirements | 17:14 |
| srichter | philiKON: well, eventually he would want to sync with the server | 17:15 |
| srichter | and you need to do conflict resolution | 17:15 |
| apauley | The POS station submits messages to a local queue | 17:15 |
| apauley | And the local queue delivers the messages to the backend | 17:15 |
| philiKON | srichter, well, the stations actually don't change the base data, dunno | 17:15 |
| *** SteveA has quit IRC | 17:15 | |
| philiKON | that local queue thing could even be totally independend of the app | 17:16 |
| philiKON | (e.g. a cron job) | 17:16 |
| apauley | No, the POS stations pretty much just read the data | 17:16 |
| philiKON | right | 17:16 |
| apauley | It gets updated by the backend using the same queue mechanism | 17:16 |
| philiKON | well, i'd take one step at a time, implement a QT app with zope3's component architecture and worry about data sync later | 17:17 |
| philiKON | since the data sync happens on mysql level anyway, there's really not much zope can do for you here | 17:17 |
| *** SteveA has joined #zope3-dev | 17:18 | |
| apauley | Yes, I'm also not too worried about the queue right now | 17:18 |
| philiKON | apauley, k, shouldn't be too hard then. if you've got any questions on how to use the comopnent arch. outside zope, this is the place | 17:18 |
| apauley | I'd like to demo the basic concept of writing a component-based gui-app with a relational db to my management on monday | 17:20 |
| apauley | Theoretically I would be able to replace a browser view with a gui component, right? | 17:21 |
| srichter | yes | 17:21 |
| apauley | Without interfering with business logic | 17:21 |
| philiKON | right | 17:21 |
| srichter | right | 17:21 |
| philiKON | apauley, except that most of the stuff that has browser views is for usage in zope3's app server so i'm not sure if you can actually reuse that much of it | 17:22 |
| apauley | And I'd also be able to suddenly change my storage to mysql, without the rest of the system worrying too much | 17:22 |
| philiKON | yes | 17:22 |
| philiKON | or, if you decide to change to wxPython, you'd "only" have to rewrite the gui components | 17:22 |
| apauley | I'm not really completely stuck on QT | 17:24 |
| philiKON | SteveA, what do you guys use for the schooltool GUI apps... wxpython? | 17:25 |
| apauley | If Uwe's wxPython stuff does what need to be done, I'd be happy to use that | 17:25 |
| SteveA | philiKON: it was. you need to ask alga or mgedmin or gintas | 17:26 |
| srichter | I read some comparisons and the real good Python people use Qt, but wxPython is much, much wider spread because it is easier to understand | 17:26 |
| SteveA | personally, i've decided not to use wxwindows for a while. | 17:26 |
| philiKON | SteveA, how come? | 17:26 |
| SteveA | pygtk is nice | 17:26 |
| philiKON | but you're limited to X11 | 17:27 |
| SteveA | with wxpython, when you hit a wall, it has spikes in it | 17:27 |
| philiKON | or you need to ship gtk for windows | 17:27 |
| mgedmin | pygtk! pygtk! | 17:27 |
| SteveA | or ship an ubuntu cd with your app ;-) | 17:27 |
| philiKON | hehe | 17:27 |
| srichter | philiKON: the WingIDE guys do this very successfully | 17:27 |
| mgedmin | there is a windows gtk+ port | 17:27 |
| philiKON | mgedmin, i know | 17:28 |
| srichter | in fact, John is helping to speed up pyGTK for windows | 17:28 |
| philiKON | but on OSX, e.g., i want my interface to look like other mac apps | 17:28 |
| philiKON | wxpython can do that for me | 17:28 |
| srichter | mgedmin: so you use pygtk? | 17:28 |
| mgedmin | in schooltool we use wxPython | 17:28 |
| mgedmin | that's why I'm advocating pyGtk now :) | 17:28 |
| mgedmin | wxPython is nice | 17:28 |
| mgedmin | just not really finished | 17:28 |
| philiKON | ok | 17:29 |
| mgedmin | and not really cross-platform | 17:29 |
| SteveA | and has those hairy wall spikes | 17:29 |
| philiKON | SteveA, not sure what you mean with that :) | 17:29 |
| srichter | well, I am convinced now that if I would do the project I would use pyQT :-) | 17:29 |
| philiKON | SteveA, mgedmin, would you advocate one over the other for use with the CA? | 17:29 |
| mgedmin | (e.g. to get right-button menus in list boxes you have to register three event handlers -- two are only used on MSW, while the third one is only used on GTK) | 17:29 |
| philiKON | mgedmin, that sucks | 17:30 |
| SteveA | philiKON: what window manager should the linux kernel use? | 17:30 |
| mgedmin | seriously, though -- if you want cross-platformness, then wxPython is better | 17:30 |
| philiKON | SteveA, well, it's not *exactly* like that, is it? | 17:31 |
| mgedmin | you will have to work harder, perhaps, but your apps will have the native look and feel | 17:31 |
| SteveA | shtoom has a variety of UIs | 17:31 |
| philiKON | SteveA, i mean, it might be that one is more suitable than the other for separation of concerns | 17:31 |
| mgedmin | (is the Gtk2 port of wxPython stable yet?) | 17:31 |
| SteveA | just as `anthony | 17:31 |
| SteveA | just ask `anthony | 17:31 |
| philiKON | SteveA, k, thanks | 17:34 |
| *** sashav has quit IRC | 17:42 | |
| srichter | mgedmin: as soon as stub imports pytz I have a checkin ready that will support formating of timezones | 17:46 |
| *** _projekt01 has joined #zope3-dev | 17:48 | |
| *** projekt01 has quit IRC | 17:48 | |
| *** rejj has quit IRC | 17:56 | |
| *** Jim7J1AJH has quit IRC | 18:10 | |
| *** Jim7J1AJH has joined #zope3-dev | 18:13 | |
| *** SteveA_ has joined #zope3-dev | 18:37 | |
| *** SteveA has quit IRC | 18:41 | |
| *** mgedmin has quit IRC | 18:56 | |
| *** sashav has joined #zope3-dev | 19:01 | |
| Workblia | where could i find info about registering a local authentication utility ? | 19:04 |
| *** Aiste has quit IRC | 19:05 | |
| *** gintas has quit IRC | 19:18 | |
| *** tziade_ has quit IRC | 19:22 | |
| *** apauley has quit IRC | 19:23 | |
| *** regebro has quit IRC | 19:23 | |
| J1m | srichter, ayt? | 19:27 |
| *** tvon has joined #zope3-dev | 19:32 | |
| *** tvon has quit IRC | 19:43 | |
| *** alga has joined #zope3-dev | 19:51 | |
| srichter | J1m: here now | 19:59 |
| J1m | srichter, is there a way to deprecate an entire module easily? | 20:00 |
| srichter | Here is what I did for zope.app.tests (see __init__.py): | 20:00 |
| srichter | depmodule = DeprecationProxy(module) | 20:01 |
| J1m | k | 20:01 |
| J1m | got it | 20:01 |
| srichter | depmodule.deprecate(module.__dict__.keys(), msg) | 20:01 |
| srichter | ok | 20:01 |
| srichter | I guess we could put such a helper function into zope.deprecation | 20:01 |
| srichter | something along the lines: deprecateModule(module, deprecated_module_path, msg) | 20:02 |
| *** bradb has quit IRC | 20:03 | |
| *** GaryPoster has joined #zope3-dev | 20:04 | |
| J1m | I actually want to deprecate a module location, not the module itself. | 20:04 |
| srichter | that's exactely what is going to happen | 20:05 |
| srichter | so, maybe deprecateModulePath(path, module, msg) | 20:05 |
| srichter | we could probably even autogenerate the message | 20:06 |
| J1m | yes | 20:07 |
| *** zagy has quit IRC | 20:09 | |
| *** SteveA_ has quit IRC | 20:25 | |
| *** bradb has joined #zope3-dev | 20:27 | |
| *** SteveA_ has joined #zope3-dev | 20:27 | |
| *** Theuni has quit IRC | 20:35 | |
| *** mgedmin has joined #zope3-dev | 20:36 | |
| *** MalcolmC has quit IRC | 20:38 | |
| *** `anthony has quit IRC | 21:09 | |
| *** Aiste has joined #zope3-dev | 21:13 | |
| *** `anthony has joined #zope3-dev | 21:20 | |
| *** niemeyer has quit IRC | 21:47 | |
| *** SteveA_ has quit IRC | 21:51 | |
| *** SteveA_ has joined #zope3-dev | 21:54 | |
| *** gintas has joined #zope3-dev | 22:12 | |
| * mgedmin tries to get the hang of zcml overrides | 22:17 | |
| mgedmin | I have a <browser: view ...> in one configure.zcml | 22:18 |
| mgedmin | and another <browser:view ...> with the same name & interface in another.zcml | 22:18 |
| mgedmin | I do <includeOverrides file="another.zcml" /> | 22:18 |
| mgedmin | yet I get a config conflict error | 22:19 |
| *** bradb has quit IRC | 22:19 | |
| *** stub has left #zope3-dev | 22:20 | |
| benji_york | Is the zcml small enough to paste here? | 22:20 |
| *** SteveA_ has quit IRC | 22:21 | |
| mgedmin | do you mean just the browser:view directive, or what? | 22:22 |
| mgedmin | I have a package-include file | 22:22 |
| mgedmin | that <include package="foo" /> | 22:23 |
| mgedmin | and <include package="bar" /> | 22:23 |
| mgedmin | in foo/configure.zcml I have <include package=".browser" /> | 22:23 |
| mgedmin | in foo/browser/configure.zcml I have a <browser:page ... /> | 22:23 |
| mgedmin | in bar/configure.zcml I have <includeOverrides file="overrides.zcml" /> | 22:23 |
| mgedmin | in bar/overrides.zcml I have basically the same <browser:page ... /> | 22:24 |
| mgedmin | only the class="" attribute differs | 22:24 |
| mgedmin | I get two conflicts: one for an adapter that defines a menu item | 22:24 |
| mgedmin | another for the view itself | 22:24 |
| mgedmin | I would like to know if this scheme is supposed to work | 22:24 |
| mgedmin | i.e., can I use <includeOverrides> deep within a package's configure.zcml | 22:25 |
| mgedmin | ? | 22:25 |
| srichter | that I am not sure about | 22:26 |
| srichter | but is foo called before bar? | 22:27 |
| mgedmin | yes | 22:27 |
| srichter | mmh, strange; J1m wrote this feature.... | 22:28 |
| mgedmin | although in the error message itself | 22:28 |
| mgedmin | my overrides.zcml is mentioned above the other configure.zcml file | 22:28 |
| mgedmin | is that a clue? | 22:28 |
| benji_york | Hmm, I've delt with these before, but don't have a clear set of instructions to resolve them. :( | 22:30 |
| * mgedmin nods | 22:31 | |
| benji_york | Is the includeOverrides after the include? | 22:31 |
| mgedmin | bar/configure.zcml contains one <subscriber> and one <includeOverrides> | 22:31 |
| mgedmin | <include package="bar" /> is the very last line in Zope3/package-includes/myapp-configure.zcml | 22:32 |
| mgedmin | got it working | 22:32 |
| *** jhauser_ has joined #zope3-dev | 22:32 | |
| benji_york | What'd you do? | 22:32 |
| mgedmin | I moved <includeOverrides> from bar/configure.zcml directly to Zope3/package-includes/myapp-configure.zcml | 22:32 |
| mgedmin | 'bar' is basically a package that modifies certain things in 'foo' | 22:33 |
| mgedmin | it is not usable without 'foo' | 22:33 |
| mgedmin | I wanted to be able to add a single package-include file for bar and have it alter the behaviour of foo | 22:33 |
| mgedmin | therefore I put that <includeOverrides> into bar's configure.zcml | 22:34 |
| benji_york | That sounds reasonable. I'm looking to see if we do something similar... | 22:34 |
| mgedmin | I will try to make a small testcase to reproduce this, if I can scrounge up the time | 22:35 |
| mgedmin | I just wanted to know if I was doing something that wasn't supposed to work | 22:35 |
| benji_york | We do bascially the same thing. I'd like to know why it isn't working in your situation. | 22:36 |
| *** rejj has joined #zope3-dev | 22:47 | |
| *** jhauser has quit IRC | 22:47 | |
| benji_york | rejj, made any headway on 2.4? | 23:14 |
| mgedmin | hm, doctest.REPORT_ONLY_FIRST_FAILURE suddenly stopped working | 23:16 |
| mgedmin | now I see all diffs in my functional doctests | 23:16 |
| mgedmin | I wonder why | 23:16 |
| * mgedmin looking at http://z3c.pov.lt/20050125173217.9D5C52032AD@mail.zope.org | 23:17 | |
| mgedmin | nope, not that | 23:18 |
| mgedmin | aargh! | 23:20 |
| mgedmin | FunctionalDocSuite used to check whether 'optionflags' was present in kw | 23:21 |
| mgedmin | and did not touch it if it was there | 23:21 |
| mgedmin | now it unconditionally overrides it | 23:21 |
| mgedmin | why was it changed? | 23:21 |
| J1m | FunctionalDocSuite? | 23:23 |
| J1m | FunctionalDocFileSuite? | 23:23 |
| mgedmin | FunctionalDocFileSuite | 23:24 |
| mgedmin | that line was last changed by fdrake in rev 27784 | 23:26 |
| J1m | IN an old checkout of mine, it overrides | 23:27 |
| J1m | Why don't you just pass -1 to test.py? | 23:28 |
| mgedmin | but in zope/app/tests/functional.py, rev 20922, it checks | 23:28 |
| mgedmin | I do, it doesn't work either | 23:28 |
| *** hazmat has joined #zope3-dev | 23:30 | |
| mgedmin | I mean, test.py -fpv1 also shows multiple doctest failures in a single functional doc test file | 23:30 |
| J1m | Weren't you threatening to change test.py? | 23:31 |
| J1m | According to: | 23:31 |
| J1m | never mind | 23:32 |
| mgedmin | (I did change test.py, but -1 worked after the change) | 23:32 |
| mgedmin | I would like to compare the latest version of zope.app.tests.functional (before it disappeared) with the current zope.app.testing.functional | 23:33 |
| mgedmin | how do I find out the latest available rev of a file that was removed | 23:33 |
| mgedmin | ? | 23:33 |
| *** ChanServ sets mode: +o hazmat | 23:33 | |
| *** gintas has quit IRC | 23:33 | |
| J1m | I dunno. I'm finding viewcvs not very helpful wrt this | 23:33 |
| J1m | http://svn.zope.org/Zope3/trunk/src/zope/app/tests/functional.py?rev=28407&view=markup | 23:35 |
| mgedmin | I did a binary search | 23:36 |
| mgedmin | http://svn.zope.org/Zope3/trunk/src/zope/app/tests/functional.py?rev=29142&view=log | 23:36 |
| mgedmin | is the last revision that does not give me a 404 page | 23:37 |
| mgedmin | last change appears to be in rev 29087 | 23:37 |
| srichter | yeah, I noticed this problem (with -1 not working for functional tests) as well | 23:37 |
| srichter | Jim always claimed it worked for him ;-) | 23:37 |
| mgedmin | it has a if 'optionflags' not in kw: check | 23:37 |
| mgedmin | so, where does the current zope/testing/functional.py come from? | 23:37 |
| mgedmin | it was branched from trunk after rev 28486 | 23:38 |
| mgedmin | zope/testing/functional.py was later modified in revs 28779, 28792, 28984, 29022, 29087 | 23:39 |
| mgedmin | it is likely that these changes were lost by srichter's merge | 23:40 |
| J1m | yes | 23:40 |
| Workblia | Widgets have a required attribute that is not used by the widget code (it is set in constructor from the field the widget is for) yet on all occasions required testing is done - widgets look at the field directly | 23:40 |
| * mgedmin feels vaguely sorry about ignoring srichter's plea to not change anything in some packages | 23:41 | |
| Workblia | is it a feature - widget.required is deprecated and should be read only | 23:41 |
| * mgedmin hasn't been reading keeping up with zope3-dev lately | 23:41 | |
| srichter | mgedmin: J1m: that's aweful; why did the diff not pick it up? I did not even modify this code | 23:41 |
| Workblia | or a bug - widget.required should be used instead of self.context.required in widget code | 23:41 |
| mgedmin | srichter, maybe because functional.py was moved from zope.app.tests to zope.app.testing? | 23:42 |
| srichter | oh, right | 23:42 |
| J1m | srichter, perhaps because the file moved | 23:42 |
| srichter | yeah | 23:42 |
| srichter | svn was not clever enough | 23:42 |
| srichter | it should be able to follow a file | 23:43 |
| *** Aiste has quit IRC | 23:43 | |
| mgedmin | I think svn follows moves, but not copies | 23:44 |
| mgedmin | it just saw that a file was forked into two branches, then removed in one branch | 23:45 |
| srichter | I see | 23:47 |
| mgedmin | srichter, try svn diff svn://svn.zope.org/repos/main/Zope3/trunk/src/zope/app/tests/functional.py@29087 svn://svn.zope.org/repos/main/Zope3/trunk/src/zope/app/testing/functional.py | 23:48 |
| mgedmin | (what an ugly command line) | 23:48 |
| srichter | ok, I see | 23:50 |
| mgedmin | the only regression is that final chunk | 23:50 |
| mgedmin | as far as I can tell | 23:50 |
| mgedmin | to see the diff but ignore changes in whitespace, do svn diff --diff-cmd=diff -x '-u -Bbw' svn://svn.zope.org/repos/main/Zope3/trunk/src/zope/app/tests/functional.py@29087 svn://svn.zope.org/repos/main/Zope3/trunk/src/zope/app/testing/functional.py | 23:51 |
| srichter | I agree only the option flas are different | 23:51 |
| mgedmin | yippee, my functional tests pass again | 23:52 |
| mgedmin | (I relied on NORMALIZE_WHITESPACE, which was also accidentally lost) | 23:53 |
| *** Aiste has joined #zope3-dev | 23:53 | |
| mgedmin | srichter, do you want me to commit the fix for functional.py? | 23:54 |
| mgedmin | I have it in my sandbox | 23:54 |
| mgedmin | (which is read-only, but then it's just a matter of svn switch --relocate) | 23:55 |
| srichter | yes | 23:58 |
| srichter | please | 23:58 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!