gmane.comp.web.zope.grok.devel

Re: Grokker to remove development code?

Brandon Craig Rhodes — 2008-12-03T19:00:35

Instead of introducing yet another labelling axis, could marker interfaces be used instead? class MyView(grok.View): grok.implements(IDevelopmentOnly)

Re: Grokker to remove development code?

Martijn Faassen — 2008-12-03T18:55:56

What we *should* do is extend martian so we can tag our classes: class MyView(grok.View): grok.tag('dev') and then have a way to run the application with different profiles that include or exclude particular tags. For starters we could extend the grok:grok directive with tag_exclude and tag_include attributes: though I think it's important to be able to configure this at a higher level, so that common tags can be used across packages and excluded and included. Regards, Martijn

Re: grokcore.component in non-web application

Lacko Roman — 2008-12-03T16:29:27

Martijn, Thank you very mutch for explanation I will try that and report back my experiences My english is poor, but if i have success and my application will work i will write some simple howtos or post working source code Regards R. -----Original Message----- From: grok-dev-bounces< at >zope.org [mailto:grok-dev-bounces< at >zope.org] On Behalf Of Martijn Faassen Sent: Wednesday, December 03, 2008 5:16 PM To: grok-dev< at >zope.org Subject: Re: [Grok-dev] grokcore.component in non-web application Hey, Lacko Roman wrote: We're very happy to hear that! I'll give you a code example. Perhaps you can contribute a document for grok.zope.org (or the grokcore.component documentation) so that others can find out how to do it. You make your python project depend on grokcore.component in its setup.py. This should pull in the right dependencies already. Then in your own code: from zope.configuration import xmlconfig def main(): import mypackage xmlconfig.file('configure.zcml', package=mypackage) This will try

Re: grokcore.component in non-web application

Martijn Faassen — 2008-12-03T16:16:29

Hey, Lacko Roman wrote: We're very happy to hear that! I'll give you a code example. Perhaps you can contribute a document for grok.zope.org (or the grokcore.component documentation) so that others can find out how to do it. You make your python project depend on grokcore.component in its setup.py. This should pull in the right dependencies already. Then in your own code: from zope.configuration import xmlconfig def main(): import mypackage xmlconfig.file('configure.zcml', package=mypackage) This will try to process the 'configure.zcml' file in the package 'mypackage' (which should be your project's Python package). This code should run at startup time of your application. In configure.zcml, place the following This will first make sure that grokcore.component is registere

grokcore.component in non-web application

Lacko Roman — 2008-12-03T16:02:52

_______________________________________________ Grok-dev mailing list Grok-dev< at >zope.org http://mail.zope.org/mailman/listinfo/grok-dev

Re: meet the Grok 1.0 release team

Leonardo Rochael Almeida — 2008-12-03T12:46:26

I've read somewhere that for small ints and constant tuples the python interpreter avoids recreating them (the empty tuple is the best known example), but this is an internal memory optimization that shouldn't be relied upon. On Wed, Dec 3, 2008 at 10:38, Martijn Faassen startifact.com> wrote:

Re: meet the Grok 1.0 release team

Martijn Faassen — 2008-12-03T12:38:30

Hey, On Wed, Dec 3, 2008 at 1:23 PM, Brandon Craig Rhodes rhodesmill.org> wrote: Looks like you're right. Interesting, I wonder how it manages to know the difference internally. Regards, Martijn

Re: meet the Grok 1.0 release team

Brandon Craig Rhodes — 2008-12-03T12:23:56

I guess I was having fun. :-) I'll try to sound more official. It looks to me like the interpreter builds tuples of constants only once: ... return (1,2,3) ... 3084583396L 3084583396L You're entirely correct, though, that the presence of variables makes the tuple a dynamically-constructed variable rather than a constant; I have never thought through the difference before. But note that constant sub-structures are only built once, even in the presence of variables: ... return (x,9,(1,2)) ... 3084584036L 3084583996L 3084582220L 3084582220L What fun. Now I have a small topic for the Python Atlanta meetup next week. :-)

Re: meet the Grok 1.0 release team

Martijn Faassen — 2008-12-03T12:13:24

Hi Brandon, On Wed, Dec 3, 2008 at 5:45 AM, Brandon Craig Rhodes rhodesmill.org> wrote: [snip] I think this looks good overall and encourage you to continue. Some comments about the text. I don't think the word 'pestering' is very appropriate. Also Method Not Allowed errors aren't about being attractive; it's a proper response when you access an object and the method is not allowed. :) Perhaps the text should be modified to this: The REST views provided by this module are fallbacks that kick in when a request in a REST skin is made and objects do not have REST views defined for specific HTTP methods. The fallback views return Method Not Allowed responses. To my knowledge tuples are allocated each time the code runs just as much as lists are, and not only when the program runs first, otherwise things like this wouldn't work: mytuple = a, b Regards, Martijn

Re: Grokker to remove development code?

Sebastian Ware — 2008-12-03T09:03:50

Actually, I wanted to mark classes as "development code" so it gets automatically discarded when running the project on a production server. I am guessing that with this solution I would have to add the code manually during deployment. Mvh Sebastian 2 dec 2008 kl. 17.43 skrev Sylvain Viollon:

Re: meet the Grok 1.0 release team

Brandon Craig Rhodes — 2008-12-03T04:45:02

I have made a first pass at a simple file, the "src/grok/rest.py" file in Grok trunk. Take a look at it, and feel free to complain about any of the following "features" of my work: - I made the changes in Grok trunk, rather than a branch, since they are cosmetic. - I aimed for PEP-8 style. - In the comments, I try to indicate why each class is present, rather than trying to explain how everything works. My goal is to help newcomers find things more easily and understand what each component does, not to explain how the actual code works. - I have cleaned up all invisible whitespace, including blank lines at the end of the file. - I removed obsolete "import" statements. - I allowed myself small code tweaks. For example, the _getAllow() "for" loop was previously constructing a new list to iterate over every time it was called; now it uses a tuple, which only gets allocated once, when the program first runs. - The docstrings use restructured text conventions, like surro

Re: grokui.admin pack

Uli Fouquet — 2008-12-03T00:41:35

_______________________________________________ Grok-dev mailing list Grok-dev< at >zope.org http://mail.zope.org/mailman/listinfo/grok-dev

grokui.admin pack

Jasper Spaans — 2008-12-02T23:19:43

Hi Uli, I created a zodb pack thing for grokui.admin on a branch[1], can you take a look at it and tell me if it is ready to be merged into the trunk? Groet,

Re: Grokker to remove development code?

Sylvain Viollon — 2008-12-02T16:43:48

_______________________________________________ Grok-dev mailing list Grok-dev< at >zope.org http://mail.zope.org/mailman/listinfo/grok-dev

Grokker to remove development code?

Sebastian Ware — 2008-12-02T15:02:41

I often have the odd class here and there that is mainly intended for development purposes. It would be great if I could mark them somehow in order to exclude them from being registered on the production server. Could this be easily achieved with a custom grokker? Is there any other best practice for this use case? Mvh Sebastian

Re: Problems serving iepngfix.htc for transparent PNG inIE6

Sebastian Ware — 2008-12-02T13:30:11

Variations of this seems to be the solution that is generally used. Many of the solutions I have seen replace the image with a blank gif which is given the correct dimensions. The iepngfix.htc is quite nicely packaged so I am using variations of that one now that I got it to work. Mvh Sebastian 2 dec 2008 kl. 11.51 skrev Wichert Akkerman:

meet the Grok 1.0 release team

Martijn Faassen — 2008-12-02T12:51:26

Hi there, Since people volunteered (thank you!) I put together a list: Release manager - Jan-Wijbrand Kolman JW has been doing this for a while, so this should go well. I'll assist him in this. We'll tweak the list of release dates as we go forward. Documentation release manager - Carlos de la Guardia I've boldly put Carlos in charge of this, as I know he's very interested in our documentation efforts. Carlos, you should definitely seek the help of Kevin Teague as he's done a lot for our website and documentation efforts. Uli Fouquet has also done a lot of work surrounding the Sphinx tools to generate our official docs. Bug manager - Todd Matsumoto I know Todd from Infrae. Todd, your job is that our launchpad bug list is complete (given what goes on here on grok-dev and whatever else comes up), and to monitor what these bugs actually are. If any of them look important to you (or you're told by the devs that they are), I'd be good if you gave us a, say, weekly update email with the status. Tod

Re: Problems serving iepngfix.htc for transparent PNG in IE6

Wichert Akkerman — 2008-12-02T12:03:05

_______________________________________________ Grok-dev mailing list Grok-dev< at >zope.org http://mail.zope.org/mailman/listinfo/grok-dev

Re: About plugged templates... bug or coming soonfeature??

Lennart Regebro — 2008-12-02T11:59:54

I think so. It was so long ago it's all a bit fuzzy. ;)

Re: Problems serving iepngfix.htc for transparent PNG in IE6

Sylvain Viollon — 2008-12-02T11:50:04

_______________________________________________ Grok-dev mailing list Grok-dev< at >zope.org http://mail.zope.org/mailman/listinfo/grok-dev

Re: Problems serving iepngfix.htc for transparent PNG inIE6

Wichert Akkerman — 2008-12-02T10:51:02

We recently came up with a very simple bit of javascript that works wonders: var ie55 = (navigator.appName == "Microsoft Internet Explorer" && parseInt(navigator.appVersion) == 4 && navigator.appVersion.indexOf("MSIE 5.5") != -1); var ie6 = (navigator.appName == "Microsoft Internet Explorer" && parseInt(navigator.appVersion) == 4 && navigator.appVersion.indexOf("MSIE 6.0") != -1); if (jQuery.browser.msie && (ie55 || ie6)) { root.find("img[< at >src$=.png]").each(function() { $(this).css({ height: "0px", width: $(this).width()+"px", "padding-top" : $(this) .height()+"px", overflow : "hidden", filter : "progid:DXImageTransform.Microsoft.AlphaImageLoader(src='" + $(this).attr("src") + "', sizingMethod='scale')" }); }); } for some reason most people seem to want to wrap images in spans or mess around with dummy images like the komodomedia.com snippet do