Re: which egg is being used, if a few versions are installed?

Gavin E. wrote: > I look in my /usr/lib/python2.5/site-packages folder and I see a few > authkit folders: > > * authkit > * AuthKit-0.3.0pre5.egg-info > * AuthKit-0.4.0-py2.4.egg > * AuthKit-0.4.0-py2.5.egg > > Should I just delete the older ones? Also, how do I know which of the > folders is b

Re: which egg is being used, if a few versions are installed?

On Mon, Mar 3, 2008 at 8:34 PM, Gavin E. <[EMAIL PROTECTED]> wrote: > > I look in my /usr/lib/python2.5/site-packages folder and I see a few > authkit folders: > > * authkit > * AuthKit-0.3.0pre5.egg-info > * AuthKit-0.4.0-py2.4.egg > * AuthKit-0.4.0-py2.5.egg > > Should I just delete the o

which egg is being used, if a few versions are installed?

I look in my /usr/lib/python2.5/site-packages folder and I see a few authkit folders: * authkit * AuthKit-0.3.0pre5.egg-info * AuthKit-0.4.0-py2.4.egg * AuthKit-0.4.0-py2.5.egg Should I just delete the older ones? Also, how do I know which of the folders is being used when I use: authkit.setup.

Re: A Buffet replacement

On Mar 3, 2008, at 3:47 PM, Mike Orr wrote: Well, that would give an excuse for pylons.g to exist. But it's an unusual place to do application configuration, which is normally in load_environment(). Agreed, no reason the appropriate loader couldn't be created and attached to 'g' in load_env

Re: A Buffet replacement

On Mon, Mar 3, 2008 at 1:41 PM, Ben Bangert <[EMAIL PROTECTED]> wrote: > We've talked about Buffet replacements before, but I've talked with a > few people now about going a different route. Making it so easy to > write your own 'render' function, that Buffet and such wouldn't even > be necessa

Confluence license expiration

The wiki's administrative interface says, "Confluence support and upgrades for this license is about to expire on 07 Mar 2008. If you wish to renew your license, please contact Atlassian." -- Mike Orr <[EMAIL PROTECTED]> --~--~-~--~~~---~--~~ You received this me

A Buffet replacement

We've talked about Buffet replacements before, but I've talked with a few people now about going a different route. Making it so easy to write your own 'render' function, that Buffet and such wouldn't even be necessary. Disadvantages: - It's a few more lines of code to plugin a template eng

Re: Paginator and Javascript

Are you on pylons-devel? Don't know whether to cc you. On Mon, Mar 3, 2008 at 12:19 PM, Christoph Haas <[EMAIL PROTECTED]> wrote: > > I'll leave you to figure this out. Certainly, providing standard > > implementations for the major JS libraries would be a good thing. > > Implementations or

Re: Paginator and Javascript

On Mon, Mar 03, 2008 at 11:37:30AM -0800, Mike Orr wrote: > OK, let me get working on a reference implementation of WebHelpers, > and then you can update the Paginator to match it. There will be a > WebHelpers task during the Pylons/TurboGears sprint at PyCon, so I > should have something ready a

WebHelpers and Pylons

As the discussion from Christoph shows, some WebHelpers need access to framework-specific services: url_for, session, query parameters, etc. This is incompatible with providing a pure framework-neutral set of helpers. Yet not including these functions at all would make WebHelpers poorer. So, the

Re: Paginator and Javascript

OK, let me get working on a reference implementation of WebHelpers, and then you can update the Paginator to match it. There will be a WebHelpers task during the Pylons/TurboGears sprint at PyCon, so I should have something ready after that. On Mon, Mar 3, 2008 at 2:13 AM, Christoph Haas <[EMAIL