*** yota has quit IRC | 00:17 | |
*** jinty has quit IRC | 00:20 | |
srichter | fdrake: no, I have none | 00:28 |
---|---|---|
*** clueck has quit IRC | 00:30 | |
fdrake | srichter: someone else definately needs to have Subversion http: and https: supported | 00:32 |
fdrake | we'll see if that's trivial | 00:32 |
srichter | fdrake: yeah, we need http:// but jinty just changed it to it today and it seemed to work | 00:34 |
srichter | since the URL is really available already | 00:34 |
fdrake | yeah; chatting w/ him via email now | 00:35 |
fdrake | he set up svn+ssh? | 00:35 |
fdrake | not sure what you mean | 00:35 |
srichter | ok, if you are chatting with him, then we are all set | 00:35 |
srichter | he really takes care of releases; I just did the initial setup | 00:36 |
*** clueck has joined #zope3-dev | 00:36 | |
fdrake | cool | 00:36 |
projekt01 | srichter, I saw your bugfix. What do you think could run into this error? (object ids)? | 00:36 |
srichter | projekt01: no, I think Bjorn was right | 00:37 |
srichter | projekt01: your body had an encoded latin-1 character and the base URL was a unicde | 00:37 |
srichter | this causes this error | 00:38 |
srichter | I have added a test for this use case | 00:38 |
projekt01 | but this means that the same view on different objects will run into this error. right? | 00:39 |
projekt01 | In my case the same view is only broken viewing on one object. Other objects with the same view are OK. And after moving the Data.sf to another server, the same view on the same object works. | 00:43 |
projekt01 | I'm really confused. It smells like a runtime error to me. But I have no idea what is responsible for running into this only sometimes. | 00:45 |
projekt01 | Normal a encoding problem happens till you fix them in a template or somewhere and not during a server restart. | 00:47 |
*** benji_york has quit IRC | 00:48 | |
srichter | huh? | 00:51 |
srichter | this is a very generic fix | 00:51 |
srichter | for a particular object you might have had some latin-1 character in the body | 00:52 |
*** niemeyer is now known as nie_coffee | 00:54 | |
projekt01 | srichter, Ok, I will try to reproduce the error again and see how I can trace down the issue before I will use the fix. | 00:55 |
projekt01 | srichter, many thanks for the fix | 00:56 |
*** Alef has joined #zope3-dev | 01:12 | |
*** nie_coffee is now known as niemeyer | 01:15 | |
*** clueck has quit IRC | 01:39 | |
*** bskahan has joined #zope3-dev | 02:13 | |
*** Alef has quit IRC | 02:14 | |
*** tvon has quit IRC | 02:23 | |
*** tvon has joined #zope3-dev | 02:24 | |
*** bskahan has quit IRC | 02:56 | |
*** niemeyer has quit IRC | 02:57 | |
*** niemeyer has joined #zope3-dev | 03:06 | |
*** bradb has quit IRC | 03:11 | |
*** bskahan has joined #zope3-dev | 03:13 | |
*** ksmith has joined #zope3-dev | 03:15 | |
*** bradb has joined #zope3-dev | 03:15 | |
*** ksmith has quit IRC | 03:33 | |
*** bskahan has quit IRC | 03:37 | |
*** jinty has joined #zope3-dev | 04:10 | |
*** stub has joined #zope3-dev | 04:16 | |
*** projekt01 has quit IRC | 04:33 | |
*** bskahan has joined #zope3-dev | 05:20 | |
*** fdrake has left #zope3-dev | 05:53 | |
*** jinty has left #zope3-dev | 06:02 | |
*** niemeyer has quit IRC | 06:07 | |
*** roym has quit IRC | 06:23 | |
*** bskahan has quit IRC | 06:56 | |
*** d2m has quit IRC | 07:57 | |
*** d2m has joined #zope3-dev | 08:11 | |
*** zagy_ has quit IRC | 08:32 | |
*** zagy_ has joined #zope3-dev | 08:35 | |
*** zagy_ is now known as zagy | 08:48 | |
*** yota has joined #zope3-dev | 09:23 | |
*** projekt01 has joined #zope3-dev | 09:45 | |
*** MJ has joined #zope3-dev | 10:00 | |
*** philiKON has joined #zope3-dev | 10:06 | |
*** philiKON is now known as philiKONF | 10:13 | |
*** mgedmin has joined #zope3-dev | 10:14 | |
*** sashav has joined #zope3-dev | 10:22 | |
*** alga has joined #zope3-dev | 10:36 | |
*** ignas has quit IRC | 11:01 | |
*** philiKONF has quit IRC | 11:04 | |
*** sashav has quit IRC | 11:05 | |
*** sashav has joined #zope3-dev | 11:10 | |
*** philiKON has joined #zope3-dev | 11:12 | |
*** mexiKON has joined #zope3-dev | 11:17 | |
*** philiKON has quit IRC | 11:17 | |
*** ignas has joined #zope3-dev | 11:28 | |
*** mexiKON changes topic to "zope3-dev | Zope 3.1.0c3 released! | Help translating Zope 3.1 into your language! | logs available at http://zope3.pov.lt/irclogs/" | 11:29 | |
*** sashav has quit IRC | 11:30 | |
*** mexiKON has quit IRC | 11:48 | |
*** mexiKON has joined #zope3-dev | 11:49 | |
*** MJ has quit IRC | 11:50 | |
*** MJ has joined #zope3-dev | 11:50 | |
*** Aiste has quit IRC | 11:59 | |
*** Aiste has joined #zope3-dev | 12:00 | |
*** Aiste has quit IRC | 12:03 | |
*** sashav has joined #zope3-dev | 12:08 | |
*** MrTopf has joined #zope3-dev | 12:10 | |
*** MJ has quit IRC | 12:13 | |
*** Aiste has joined #zope3-dev | 12:17 | |
*** sashav_ has joined #zope3-dev | 12:26 | |
*** sashav has quit IRC | 12:29 | |
*** sashav_ has quit IRC | 12:30 | |
*** tav is now known as tav|away | 13:03 | |
*** tav|away is now known as tav | 13:04 | |
*** mgedmin has quit IRC | 13:25 | |
*** Alef has joined #zope3-dev | 13:28 | |
*** mexiKON has quit IRC | 13:29 | |
*** regebro has joined #zope3-dev | 13:33 | |
*** alga has quit IRC | 13:42 | |
*** projekt01 has quit IRC | 13:48 | |
*** srichter has quit IRC | 14:04 | |
*** sashav has joined #zope3-dev | 14:04 | |
*** andrew_x has joined #zope3-dev | 14:05 | |
*** sashav has quit IRC | 14:26 | |
*** sashav has joined #zope3-dev | 14:26 | |
*** MJ has joined #zope3-dev | 14:38 | |
*** niemeyer has joined #zope3-dev | 14:54 | |
*** stub has quit IRC | 15:00 | |
*** srichter has joined #zope3-dev | 15:05 | |
*** ChanServ sets mode: +o srichter | 15:13 | |
*** jinty has joined #zope3-dev | 15:27 | |
*** sashav has quit IRC | 15:33 | |
*** stub has joined #zope3-dev | 15:46 | |
*** sashav has joined #zope3-dev | 15:49 | |
*** alga has joined #zope3-dev | 15:57 | |
*** alga has quit IRC | 15:57 | |
*** projekt01 has joined #zope3-dev | 16:03 | |
*** niemeyer has quit IRC | 16:10 | |
*** niemeyer has joined #zope3-dev | 16:11 | |
*** benji_york has joined #zope3-dev | 16:14 | |
*** andrew_x has quit IRC | 16:20 | |
*** niemeyer has quit IRC | 16:49 | |
*** fdrake has joined #zope3-dev | 16:49 | |
*** sashav has quit IRC | 16:51 | |
*** philiKON has joined #zope3-dev | 17:02 | |
*** vlado_ has joined #zope3-dev | 17:11 | |
*** tiredbones has quit IRC | 17:12 | |
*** baldtrol has joined #zope3-dev | 17:17 | |
*** niemeyer has joined #zope3-dev | 17:17 | |
*** niemeyer has quit IRC | 17:21 | |
*** clueck has joined #zope3-dev | 17:23 | |
*** niemeyer has joined #zope3-dev | 17:28 | |
*** sashav has joined #zope3-dev | 17:30 | |
*** niemeyer has joined #zope3-dev | 17:31 | |
*** alga has joined #zope3-dev | 17:34 | |
*** philiKON has quit IRC | 17:39 | |
*** anguenot has joined #zope3-dev | 17:42 | |
*** niemeyer has quit IRC | 17:48 | |
*** niemeyer has joined #zope3-dev | 17:49 | |
*** niemeyer is now known as nie_lunch | 17:56 | |
*** alga has quit IRC | 17:58 | |
*** stub has quit IRC | 18:06 | |
*** sashav has quit IRC | 18:09 | |
*** videosex has joined #zope3-dev | 18:12 | |
*** videosex has quit IRC | 18:14 | |
*** philiKON has joined #zope3-dev | 18:20 | |
*** sashav has joined #zope3-dev | 18:26 | |
SteveA | fdrake: gekki | 18:33 |
SteveA | um, hello | 18:33 |
SteveA | fdrake: what's a "defer" TALES expression? | 18:33 |
fdrake | i don't remember :-) | 18:37 |
*** MrTopf has quit IRC | 18:37 | |
fdrake | i think it defers the call as long as possible, but I'm not sure | 18:37 |
fdrake | i doubt I've ever used it myself | 18:37 |
SteveA | also, i'm thinking about adding a different behaviour to 'structure' | 18:37 |
SteveA | well, defer: isn't in the spec | 18:38 |
SteveA | nor documented anywhere i can find | 18:38 |
fdrake | it wasn't part of the original implementation, but was added when things were still pretty young | 18:39 |
SteveA | anyway, i'm thinking of making a change in my own use of TALES so that an expression is automatically escaped unless 'structure' is given, or unless the string object is of the type structured() | 18:39 |
fdrake | it might be a holdover from Zope 2 | 18:39 |
SteveA | this would allow me to make some code take responsibility for escaping text, or not doing so, without needing to change templates | 18:40 |
*** tvon has quit IRC | 18:40 | |
fdrake | guess i'm confused; I thought text insertions (non-structure) were always escaped on insertion | 18:41 |
fdrake | maybe something changed when I wasn't looking :-) | 18:41 |
SteveA | they are. i want them not to be, if the code says "i'm taking responsibility for this" | 18:41 |
SteveA | right now, the responsibility has to be co-ordinated | 18:41 |
SteveA | between a particular page template, and the code it is meant to present | 18:41 |
fdrake | ah; you want to have structure insertions for text? | 18:41 |
SteveA | i'm not sure what you mean, but if it's what i'm thinking of then yes | 18:42 |
SteveA | if not, probably not ;-) | 18:42 |
fdrake | welcome to tautology central :-) | 18:42 |
SteveA | imagine a type structured() | 18:42 |
SteveA | that extends unicode, where i can construct one with structured('here is some <b>%s</b> stuff', self.stuff) | 18:43 |
SteveA | so, structured's constructor would ensure self.stuff is escaped | 18:43 |
SteveA | while allowing other text not to be | 18:43 |
*** philiKON has quit IRC | 18:44 | |
SteveA | the tales stuff would realize that by returning a 'structured' rather than a unicode, the code knows what it is doing | 18:44 |
SteveA | in other words, the code is assuming responsibility for correctly escaping the text | 18:44 |
fdrake | so the change is really to handle check for the structured type before insertion, and skipping the extra escaping? | 18:45 |
SteveA | yes | 18:45 |
fdrake | this seems pretty reasonable to me, but I don't see when it would really change out from under a template | 18:46 |
SteveA | in the future, there would be three states for a tales expression: "needs escaping", "structured goddamit" and "whatever" | 18:46 |
SteveA | i have a case now where i have an object being displayed by a template | 18:46 |
SteveA | and its obj.text (or obj/text if you prefer) can currently be html quoted okay | 18:47 |
SteveA | but now, there's a requirement to put markup in there sometimes | 18:47 |
SteveA | i don't want to go through the templates adding 'structure' in these places | 18:47 |
SteveA | i'd rather have a way to say "the code knows how to escape this" | 18:47 |
fdrake | why not say structure and have the code always escape? | 18:48 |
fdrake | that still keeps the knowledge of what needs to be done in the code, and avoids implicit behavior | 18:48 |
*** sashav has quit IRC | 18:50 | |
SteveA | i hate seeing "structure" in page templates | 18:50 |
SteveA | i'd much prefer having code be able to take responsibility for whether it is escaping or being naive | 18:51 |
SteveA | i don't think template authors should have to co-ordinate this stuff with software developers | 18:51 |
*** tvon has joined #zope3-dev | 18:52 | |
fdrake | perhaps | 18:54 |
SteveA | totally separate issue -- PathAdapters in Zope3. i'd really like to get hold of CONTEXTS for the page template from a path adapter. | 18:55 |
fdrake | but for at least some structures, it's really important to know that what's coming back is structure (other times its less so) | 18:55 |
SteveA | right now, i have various path adapters for dict, so I can use CONTEXTS/foo:bar in a page template | 18:55 |
SteveA | well, only for those structures that in your xml schema or in html don't allow any elements inside them | 18:56 |
SteveA | but that's kind of a special case | 18:56 |
SteveA | i suppose it would make string:.... confusing | 18:57 |
SteveA | if you insert structure there where it isn't expected | 18:57 |
*** sashav has joined #zope3-dev | 18:58 | |
fdrake | i was thinking of the case when the structure is something "bigger" than inline text styling stuff | 18:58 |
fdrake | if you're expecting "random blob of structured content", there's no pretending it might be simple text | 18:59 |
SteveA | sure. but i don't see why that needs to be declared specially in the page template. seems that the "structure" concept gets co-ordinated in two places where it needs be only in one. | 19:00 |
fdrake | perhaps so; I don't have any strong objection to such a thing, I'm trying to gauge how important it is to make a change | 19:02 |
fdrake | it's nice if things like ZPT don't change too much :-) | 19:02 |
*** nie_lunch is now known as niemeyer | 19:05 | |
SteveA | of course | 19:05 |
*** sashav has quit IRC | 19:23 | |
*** zagy has quit IRC | 19:32 | |
*** zagy has joined #zope3-dev | 19:35 | |
*** juka has left #zope3-dev | 19:36 | |
*** juka has joined #zope3-dev | 19:36 | |
*** philiKON has joined #zope3-dev | 19:39 | |
*** mexiKON has joined #zope3-dev | 19:41 | |
*** M1 has joined #zope3-dev | 19:41 | |
*** Alef has quit IRC | 19:42 | |
*** zagy has joined #zope3-dev | 19:48 | |
*** Alef has joined #zope3-dev | 19:53 | |
*** sashav has joined #zope3-dev | 19:54 | |
*** vlado_ has quit IRC | 19:55 | |
*** MJ has quit IRC | 19:56 | |
*** sashav has quit IRC | 19:56 | |
*** philiKON has quit IRC | 19:57 | |
*** mexiKON has quit IRC | 19:59 | |
*** mgedmin has joined #zope3-dev | 20:00 | |
*** regebro has quit IRC | 20:19 | |
*** projekt01 has quit IRC | 21:08 | |
benji_york | hey, srichter, I am about to announce the av embarrassingailability of the buildout and wanted to know if you successfully checked it out and ran it before embarrassing myself :) | 21:10 |
benji_york | wow, that was a J1m-quality typeo! :) | 21:11 |
fdrake | Jim would have been much more subtle. :-) | 21:15 |
*** MrTopf has joined #zope3-dev | 21:19 | |
*** bradb has quit IRC | 21:23 | |
*** bradb has joined #zope3-dev | 21:28 | |
*** MrTopf has quit IRC | 21:33 | |
*** ignas has quit IRC | 21:45 | |
*** roym has joined #zope3-dev | 21:47 | |
roym | Is it reasonable to think of a <browser:page> declaration as exactly equivalent to the corresponding <zope:view> declaration narrowed to work with IBrowserRequest? | 21:49 |
*** zagy has quit IRC | 21:49 | |
SteveA | kind of | 21:50 |
SteveA | browser:page does a few other things to the view class | 21:50 |
SteveA | but basically, that's the idea | 21:50 |
roym | SteveA - thanks | 21:51 |
roym | I am struggling with a design problem - I have a container (folder) of | 21:51 |
roym | objects, and I want to simultaneously display the next/prev (iterator) | 21:51 |
roym | buttons, and allow users to edit the fields of the object itself. Is | 21:51 |
roym | this a pattern that has been tackled elsewhere? | 21:51 |
SteveA | i'm more of a low level zope3 guy -- i don't mess with the ZMI stuff. | 21:52 |
*** zagy has joined #zope3-dev | 22:02 | |
*** M1 has quit IRC | 22:10 | |
*** ignas has joined #zope3-dev | 22:17 | |
*** juka has left #zope3-dev | 22:21 | |
*** niemeyer has quit IRC | 23:11 | |
*** niemeyer has joined #zope3-dev | 23:14 | |
*** tiredbones has joined #zope3-dev | 23:48 | |
*** jinty has quit IRC | 23:49 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!