| *** natea has quit IRC | 00:15 | |
| *** suse-joe has left #zope3-dev | 00:19 | |
| *** natea has joined #zope3-dev | 00:23 | |
| *** xenru|clone has quit IRC | 00:26 | |
| *** d2m has quit IRC | 00:47 | |
| *** zagy has quit IRC | 01:00 | |
| *** xenru has joined #zope3-dev | 01:12 | |
| *** SiggyF has joined #zope3-dev | 01:13 | |
| *** roym has left #zope3-dev | 01:14 | |
| *** sashav has quit IRC | 01:18 | |
| *** SiggyF has quit IRC | 01:58 | |
| *** sashav has joined #zope3-dev | 02:36 | |
| *** SteveA has quit IRC | 02:38 | |
| *** JoaoJoao has joined #zope3-dev | 02:51 | |
| *** projekt01 has joined #zope3-dev | 02:54 | |
| projekt01 | Is it leagal to register a adapter like: provideAdapter((IFoo, str), IBar) | 02:58 |
|---|---|---|
| projekt01 | btw, it works at unit test level. | 02:58 |
| projekt01 | sorry, should be: provideAdapter((IFoo, str), IBar, factory) | 03:00 |
| JoaoJoao | so, you can :P | 03:13 |
| *** yota has quit IRC | 03:13 | |
| projekt01 | ;-) | 03:14 |
| JoaoJoao | I was wondering how to build a questionnaire product in Z3 | 03:17 |
| projekt01 | what do you exactly mean? | 03:19 |
| JoaoJoao | Well I would need to have to build a list of questions, and each one could have one choice, multiple choices, or an open (text answer) question | 03:20 |
| JoaoJoao | s/need to/to | 03:20 |
| projekt01 | Did you already look at the schema widgets part? | 03:22 |
| JoaoJoao | projekt01: I did, but I don't know how I could relate the Survey to the survey answers | 03:26 |
| projekt01 | Perhaps answers could be childs of questions. And you can try to implement a form where renders all answer objects related to a question. | 03:28 |
| JoaoJoao | That seems to work... btw is there an efficient way to do grouped aggregates ("SELECT answer,COUNT(*) FROM...") in ZODB / Catalogs? | 03:30 |
| projekt01 | You can do similar searches if you added the right indexes for cataloging | 03:33 |
| JoaoJoao | projekt01: I have concerns on the speed, although I would not use my packages for extremely big surveys | 03:40 |
| projekt01 | JoaoJoao, that's no problem, you can add a own catalog for your survey if needed | 03:42 |
| *** projekt01 has quit IRC | 04:02 | |
| *** alga has quit IRC | 04:49 | |
| *** philiKON has joined #zope3-dev | 05:02 | |
| *** zbir_ has quit IRC | 05:12 | |
| *** JoaoJoao has quit IRC | 06:06 | |
| *** efge has quit IRC | 06:25 | |
| *** xenru|clone has joined #zope3-dev | 07:02 | |
| *** xenru has quit IRC | 07:11 | |
| * benji is away: I'm busy | 07:30 | |
| *** d2m has joined #zope3-dev | 09:51 | |
| *** sashav_ has joined #zope3-dev | 09:52 | |
| *** sashav has quit IRC | 09:52 | |
| *** sashav_ is now known as sashav | 09:53 | |
| *** SteveA has joined #zope3-dev | 10:03 | |
| *** agroszer has joined #zope3-dev | 10:37 | |
| *** suse-joe has joined #zope3-dev | 11:04 | |
| *** SiggyF has joined #zope3-dev | 12:07 | |
| *** SteveA has quit IRC | 12:32 | |
| *** MJ has quit IRC | 12:40 | |
| agroszer | d2m: ayt? | 12:42 |
| d2m | hi agroszer | 12:50 |
| agroszer | hi | 12:50 |
| agroszer | I wanted to modify the proposal's wiki page, but got "Insufficient Privileges" | 12:50 |
| agroszer | it also tells me, | 12:51 |
| d2m | agroszer: got a link ? | 12:51 |
| agroszer | http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/UserManagementAPI | 12:51 |
| agroszer | I should retract it | 12:51 |
| d2m | interesting, its your own page - the error message is a plone leftover | 12:52 |
| agroszer | in fact the edit form is coming, but I cannot save | 12:52 |
| agroszer | it was working before the comment was there | 12:53 |
| d2m | you last added a comment | 12:54 |
| agroszer | yes today, but bavarian added one before | 12:54 |
| d2m | i'll try to add a 'space' | 12:55 |
| d2m | worked for me, want to try again ? | 12:56 |
| agroszer | sure | 12:56 |
| agroszer | it's working | 12:57 |
| agroszer | thank you | 12:57 |
| d2m | whatever that was it was not ok | 12:58 |
| d2m | agroszer: have you been logged in before ? | 12:59 |
| agroszer | eek, it seems, that I can't attach a file | 12:59 |
| agroszer | I think so, yes | 12:59 |
| d2m | don't think file attachements are supported with this wiki | 12:59 |
| agroszer | ah, I see | 12:59 |
| d2m | you can upload it to your member area and put in a link | 13:00 |
| agroszer | then that was the problem | 13:00 |
| agroszer | I'll do that | 13:00 |
| d2m | ok, i've seen to file upload widget, you might have no rights to upload files to that area | 13:01 |
| agroszer | nope, I'll do that you said | 13:01 |
| agroszer | I mean no problem | 13:02 |
| d2m | best is you upload to your member area and insert a html style link or src tag to show the image | 13:02 |
| d2m | use plain zope files or images (so you need not to submit/publish the objects) | 13:02 |
| agroszer | that works | 13:04 |
| *** SiggyF has quit IRC | 13:19 | |
| *** SiggyF has joined #zope3-dev | 13:19 | |
| *** roym has joined #zope3-dev | 13:26 | |
| *** alga has joined #zope3-dev | 13:30 | |
| *** _anguenot has quit IRC | 13:33 | |
| roym | Where can I read up on how I might set up my unit tests to simulate security as if I were logged in via a browser. I want to get the same "permission denied" messages that I would were I coming in via a browser client. | 13:34 |
| *** SiggyF has quit IRC | 13:37 | |
| philiKON | roym, write a functional test | 13:39 |
| roym | Is it too messy to try to do this in a unit test harness? I kind of like that I can type and experiment away at the command prompt, when unit testing. | 13:43 |
| *** zagy has joined #zope3-dev | 13:49 | |
| *** SiggyF has joined #zope3-dev | 13:51 | |
| *** zagy has quit IRC | 13:51 | |
| *** zagy has joined #zope3-dev | 13:52 | |
| *** natea has quit IRC | 14:08 | |
| *** srichter has quit IRC | 14:16 | |
| *** srichter has joined #zope3-dev | 14:17 | |
| *** ChanServ sets mode: +o srichter | 14:17 | |
| *** SiggyF has quit IRC | 14:20 | |
| *** alga has quit IRC | 14:25 | |
| *** SiggyF has joined #zope3-dev | 14:34 | |
| *** srichter has quit IRC | 14:44 | |
| *** srichter has joined #zope3-dev | 14:45 | |
| *** ChanServ sets mode: +o srichter | 14:45 | |
| *** sashav_ has joined #zope3-dev | 15:19 | |
| *** sashav has quit IRC | 15:19 | |
| *** sashav_ is now known as sashav | 15:19 | |
| *** ignas has joined #zope3-dev | 15:27 | |
| *** sashav_ has joined #zope3-dev | 15:36 | |
| *** sashav has quit IRC | 15:36 | |
| *** sashav_ is now known as sashav | 15:36 | |
| *** sashav_ has joined #zope3-dev | 15:42 | |
| *** sashav has quit IRC | 15:42 | |
| *** sashav_ is now known as sashav | 15:42 | |
| *** SiggyF has quit IRC | 15:44 | |
| *** SiggyF has joined #zope3-dev | 15:47 | |
| *** tarek_ has joined #zope3-dev | 15:51 | |
| philiKON | reST question: how do I make a text both monospaced (``...``) and a hyperlink (`..`_)? | 15:59 |
| *** tarek has quit IRC | 16:01 | |
| *** yota has joined #zope3-dev | 16:20 | |
| *** SiggyF has quit IRC | 16:44 | |
| *** efge has joined #zope3-dev | 16:48 | |
| *** SiggyF has joined #zope3-dev | 16:49 | |
| *** J1m has joined #zope3-dev | 17:00 | |
| philiKON | good morning J1m | 17:02 |
| srichter | philiKON: you probably have to create a new REST rule | 17:05 |
| philiKON | you mean role, right? | 17:05 |
| srichter | no, I mean parser rule | 17:05 |
| philiKON | srichter, btw, i've seen that a lot of people (you included) seem to confuse `..` and ``...`` a lot in docstrings and such | 17:05 |
| philiKON | i often see bla bla bla `mono-space` instead of bla bla bla ``mono-space`` | 17:06 |
| srichter | well, it's not that easy | 17:06 |
| srichter | `text` represents literals | 17:06 |
| srichter | a lot of people use class names as literals | 17:06 |
| philiKON | no | 17:06 |
| philiKON | ``text`` are literals | 17:07 |
| philiKON | `text` is interpreted text | 17:07 |
| srichter | I have become better in always using ``code`` for anything coding related | 17:07 |
| philiKON | http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.html#interpreted-text | 17:07 |
| srichter | you see, then the docs are wrong too :- | 17:07 |
| srichter | you see, then the docs are wrong too :-) | 17:07 |
| philiKON | you're saying the reST docs are wrong? | 17:07 |
| srichter | no, but over time I have read about that many times, and I say some docs were wrong | 17:08 |
| srichter | also, the HTML markup for it is confusing | 17:09 |
| philiKON | well, HTML is just some output. it'd be more itneresting to see the interal reST DOM | 17:09 |
| philiKON | that might not be confusing | 17:09 |
| srichter | right, but I never look at this and I don't care to either (unless I need it for a project) | 17:10 |
| srichter | ok, so now that I think about it; the reason people use `text` for classes and other names is because they want to mark it as a "name" exactely what the doc for the markup suggests | 17:12 |
| srichter | I think that's where the confusion stems from | 17:12 |
| srichter | do you treat a class name as a code literal or as a special term (or name) | 17:12 |
| philiKON | they should be literals | 17:13 |
| philiKON | `text` has no effect unless you apply a role | 17:13 |
| philiKON | e.g. `text`_ | 17:13 |
| philiKON | then it's a hyperlink | 17:13 |
| philiKON | or _`text`, then it's an interal target | 17:13 |
| srichter | but `text` does have meaning, at least in the HTML output, which is what most people care about | 17:14 |
| philiKON | yes, creates a <cite>...</cite> | 17:14 |
| philiKON | which is, i think, the wrong thing if you mean literals | 17:15 |
| srichter | but I think it is a human interpretation | 17:17 |
| srichter | the fact that so many people use it either way is a sign that the difference is not really clear | 17:17 |
| philiKON | the people who have just been following unclear reST examples and never read the docs | 17:18 |
| srichter | even after reading those two sections again (I am pretty sure I read them before), I do not find the distinction very clear | 17:18 |
| philiKON | well, interpreted text is, as the name says, interpreted in some way. literals, and in this case inline literals, are exactly the opposite. they're just presented exactly the same way they're printed in the source file, with no processing whatsoever | 17:20 |
| philiKON | i think that's a pretty big difference | 17:20 |
| srichter | I totally disagree | 17:22 |
| srichter | for me really I usually think of class names (for example) as names) | 17:22 |
| srichter | thus I want it to be interpreted as such | 17:23 |
| srichter | but I use ``text`` to get it mono-spaced | 17:23 |
| srichter | I probably should do something like `ClassName`:classname, but that's far too lengthy for docstrings | 17:23 |
| philiKON | of course, that's fine. this would be very explicit, very much like docbook is | 17:24 |
| philiKON | and i agree, it's too much | 17:24 |
| philiKON | for docstrings anyways | 17:24 |
| philiKON | problem is, without that explicit role :classname:, it's just meaningless | 17:24 |
| *** suse-joe has left #zope3-dev | 17:29 | |
| J1m | zope-coders has been sucessfully retired. :) | 17:47 |
| philiKON | yay | 17:48 |
| philiKON | J1m, quick question on top-levels in zope 2 | 17:48 |
| J1m | "top-levels in zope 2"? | 17:48 |
| philiKON | though i've made zpkgutils handle top-level modules, i think we should get rid of them as we can | 17:48 |
| J1m | ah | 17:48 |
| philiKON | err, top-level modules | 17:49 |
| philiKON | sorry | 17:49 |
| philiKON | thought faster than my fingers could type | 17:49 |
| philiKON | so, i thought about turning some of them into packages | 17:49 |
| philiKON | we can't do it with Zope.py, obviously, but it's no problem because it's going to go away anyway | 17:49 |
| J1m | Have you noticed that we introduced soem in Z3? :/ | 17:49 |
| philiKON | so is ImageFile.py | 17:49 |
| philiKON | J1m, yes i have... didn't exactly make me happy... | 17:49 |
| philiKON | anyways, the two candidates would be Globals and Lifetime | 17:50 |
| philiKON | candidates = candidates for turning into packages | 17:50 |
| J1m | For the onces that we control, we should convert them to packages, yes. | 17:50 |
| J1m | ones | 17:50 |
| philiKON | ok | 17:50 |
| philiKON | i'll do it then | 17:50 |
| J1m | For Z3, we had to deal with some 3rd-party modules. | 17:51 |
| philiKON | yes, i realize that | 17:51 |
| philiKON | but i think gary made them go awway already | 17:51 |
| philiKON | with some sys.modules hack | 17:51 |
| J1m | In the next release cycle, I'd like to out a lot of things on the table to make packaging saner, | 17:51 |
| philiKON | at least Zope3/src doesn't contain any more .py files | 17:51 |
| J1m | But I don't want to talk about that until January, | 17:51 |
| philiKON | yes, i agree | 17:51 |
| J1m | Hm, I thought testbrowser was going to introduce some .py files in src. | 17:53 |
| J1m | Maybe Benji and Gary decided on another way. | 17:53 |
| philiKON | it seem so | 17:53 |
| philiKON | there were at some point | 17:53 |
| philiKON | but not anymore | 17:53 |
| J1m | If we were just worried about our own stuff, I would have suggested converting all of the top-level py files to packages, | 17:54 |
| J1m | and not bothering to enhance zpkg. | 17:54 |
| J1m | That is a pretty straightforward process. | 17:55 |
| J1m | (converting pys to packages) | 17:55 |
| philiKON | but it wasn't possible with zope 2 | 17:56 |
| philiKON | we can't have Zope and Zope2 as packages | 17:56 |
| J1m | why not? | 17:56 |
| philiKON | errr | 17:56 |
| philiKON | Zope and zope | 17:56 |
| philiKON | that was the reason we renamed Zope to Zope2, remember? | 17:57 |
| J1m | aaaaah | 17:57 |
| J1m | right | 17:57 |
| philiKON | (and left a Zope.py thing for BBB) | 17:57 |
| J1m | grrrrr | 17:57 |
| philiKON | exactlty :) | 17:57 |
| J1m | Damn, I wish I had gone with "z" for Zope 3. | 17:57 |
| J1m | I really like the way that looked. :) | 17:57 |
| * philiKON agrees | 17:58 | |
| philiKON | it's a non-issue in 2.11 | 17:58 |
| philiKON | then Zope.py and ImageFile.py, the last two remianing modules, will be gone | 17:58 |
| srichter | we removed the top-level modules, because zpkgtools could not handle them back then and I always want to be able to package at any given ttime | 18:06 |
| srichter | now we could move it back | 18:06 |
| philiKON | btw, does anyone have an idea why i'm constantly getting DateTime unit test failures (http://paste.plone.org/1068) when nobody else sees them? | 18:09 |
| philiKON | srichter, please don't | 18:09 |
| philiKON | it'll make it harder for me to knit in testbrowser | 18:09 |
| philiKON | into zope 2 that is | 18:09 |
| philiKON | because svn:externals doesn't handle files, just directories | 18:09 |
| philiKON | so i'd have to maintain copies of those files | 18:10 |
| srichter | ok | 18:11 |
| *** zagy has quit IRC | 18:22 | |
| *** zagy has joined #zope3-dev | 18:25 | |
| *** SiggyF has quit IRC | 18:33 | |
| *** zagy has quit IRC | 18:33 | |
| *** zagy has joined #zope3-dev | 18:33 | |
| *** SteveA has joined #zope3-dev | 18:37 | |
| *** J1m has quit IRC | 18:46 | |
| *** agroszer has quit IRC | 18:57 | |
| efge | do you guys know if it's legal to do locals()['foo.css'] = DTMLFile(...) in a class definition ? to bypass '.' in name problems | 18:59 |
| efge | rather than doing the definition outside of the class | 19:00 |
| benji | efge, you're not supposed to mutate locals, it works, but is "undefined" | 19:01 |
| efge | oh ok, thanks | 19:02 |
| benji | how about a setattr inside __init__ instead? | 19:02 |
| efge | benji: well I want to do it at class definition time to have things there before __class_init__ ... | 19:02 |
| efge | but that's ok, I'll do a second InitializeClass | 19:02 |
| efge | (cleaning up security in Z2) | 19:03 |
| *** philiKON has quit IRC | 19:23 | |
| *** hazmat has joined #zope3-dev | 19:45 | |
| *** ChanServ sets mode: +o hazmat | 19:45 | |
| *** tarek_ has quit IRC | 19:50 | |
| *** tarek has joined #zope3-dev | 19:51 | |
| *** SiggyF has joined #zope3-dev | 19:51 | |
| *** yota has quit IRC | 20:13 | |
| *** SiggyF has quit IRC | 20:17 | |
| *** SiggyF has joined #zope3-dev | 20:18 | |
| *** hazmat has quit IRC | 20:19 | |
| *** yota has joined #zope3-dev | 20:21 | |
| *** ignas has quit IRC | 20:31 | |
| *** SiggyF has quit IRC | 20:41 | |
| *** srichter has quit IRC | 20:56 | |
| *** srichter has joined #zope3-dev | 21:04 | |
| *** vlado has joined #zope3-dev | 21:05 | |
| *** ChanServ sets mode: +o srichter | 21:05 | |
| *** BjornT has joined #zope3-dev | 21:12 | |
| *** newpers has quit IRC | 21:30 | |
| *** SiggyF has joined #zope3-dev | 21:30 | |
| *** sashav has quit IRC | 21:33 | |
| *** jfmoxley has joined #zope3-dev | 22:57 | |
| jfmoxley | what is the best way to enforce interfaces using the data schemas for data read from a database? | 22:58 |
| *** newpers has joined #zope3-dev | 23:02 | |
| jfmoxley | in other words, "zope.schema.Int" will ensure that the object attribute is an int, but if this attribute is read from a database can i use the schemas to automatically enforce this as well? | 23:03 |
| jfmoxley | or should i just manually ensure for each field this when i read in the database | 23:04 |
| jfmoxley | 23:30 | |
| *** jhauser has joined #zope3-dev | 23:33 | |
| *** xenru has joined #zope3-dev | 23:41 | |
| *** xenru|clone has quit IRC | 23:58 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!