Re: NASA using Django for NEBULA

mhanb...@teksystems.com wrote: > Hello Django devs! > > We're supporting NASA on their NEBULA project and they're looking for > Python / Django experts to join their team here in Mountain View, CA. > > If you're interested, let me know and we can talk more on how they're > using Django in their en

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Thu, Jul 30, 2009 at 7:16 PM, Russell Keith-Magee wrote: > > On Fri, Jul 31, 2009 at 7:01 AM, Alex Gaynor wrote: >> >> On Thu, Jul 30, 2009 at 8:58 AM, Dj Gilcrease wrote: >>> >>> On Thu, Jul 30, 2009 at 5:55 AM, Russell >>> Keith-Magee wrote: Of course, Alex and I may have missed an obvio

django-tagging edit_string_for_tags

Hi folks! Just want to point attention of the django-tagging owners and commiters to a fact that when the only tag is provided as an argument to subject function and that tag contains space(s) in its name, e.g. [New York], the function's return is wrong. It is neither [New York,] nor ["New York",

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

Hi Alex, Russ -- I see some good pros and cons of each your suggestions. Just to throw some more fuel on the fire, though, I've got an idea of my own: I tend to slightly favor introspection to identify old-style fields -- it makes it easy to raise warnings/errors at the right point, for one -- b

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Fri, Jul 31, 2009 at 7:01 AM, Alex Gaynor wrote: > > On Thu, Jul 30, 2009 at 8:58 AM, Dj Gilcrease wrote: >> >> On Thu, Jul 30, 2009 at 5:55 AM, Russell >> Keith-Magee wrote: >>> Of course, Alex and I may have missed an obvious alternative solution >>> - or a use case that isn't solved by eithe

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Thu, Jul 30, 2009 at 6:05 PM, TiNo wrote: > On Fri, Jul 31, 2009 at 01:01, Alex Gaynor wrote: >> >> Russ:  My primary concern with adding a new method is that it will >> signficantly complicate the implementation, particularly it pollutes >> the implementation, rather than putting the onus on

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Fri, Jul 31, 2009 at 01:01, Alex Gaynor wrote: > > Russ: My primary concern with adding a new method is that it will > signficantly complicate the implementation, particularly it pollutes > the implementation, rather than putting the onus on calling code, > which I've found makes it a very cle

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Thu, Jul 30, 2009 at 8:58 AM, Dj Gilcrease wrote: > > On Thu, Jul 30, 2009 at 5:55 AM, Russell > Keith-Magee wrote: >> Of course, Alex and I may have missed an obvious alternative solution >> - or a use case that isn't solved by either approach. Any feedback or >> alternative approaches we may

Re: NASA using Django for NEBULA

On Thu, Jul 30, 2009 at 10:53 AM, mhanb...@teksystems.com wrote: > > Hello Django devs! > > We're supporting NASA on their NEBULA project and they're looking for > Python / Django experts to join their team here in Mountain View, CA. > > If you're interested, let me know and we can talk more on ho

NASA using Django for NEBULA

Hello Django devs! We're supporting NASA on their NEBULA project and they're looking for Python / Django experts to join their team here in Mountain View, CA. If you're interested, let me know and we can talk more on how they're using Django in their environment! Thanks, Mehdi --~--~-~

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Thu, Jul 30, 2009 at 5:55 AM, Russell Keith-Magee wrote: > Of course, Alex and I may have missed an obvious alternative solution > - or a use case that isn't solved by either approach. Any feedback or > alternative approaches we may have missed are most welcome. It's been a while since I did

Re: [GSOC] Altering the signature of Field.db_type and Field.get_db_prep_*

On Thu, Jul 30, 2009 at 7:50 AM, Alex Gaynor wrote: > > Hey all, > > In the process of my work on adding multi-db support to Django it has > become necessary to alter the signatures of Field.db_type and > Field.get_db_prep_(save, value, lookup). Putting in my 2c as Alex's mentor on this project:

Re: Custom captcha

ops, thanks a lot for the clarification! chr On Jul 30, 11:21 am, Russell Keith-Magee wrote: > On Thu, Jul 30, 2009 at 5:16 PM, gabon wrote: > > > I'm evaluating the, probably crazy, idea to build a custom captcha, to > > have it more related to the website. I created a subclass of > > forms.Ch

Custom captcha

I'm evaluating the, probably crazy, idea to build a custom captcha, to have it more related to the website. I created a subclass of forms.CharField where on creation I choose the random content and show, for testing purposes, a related label. The problem I'm having is that when the request is 200,

Re: Custom captcha

On Thu, Jul 30, 2009 at 5:16 PM, gabon wrote: > > I'm evaluating the, probably crazy, idea to build a custom captcha, to > have it more related to the website. I created a subclass of > forms.CharField where on creation I choose the random content and > show, for testing purposes, a related label.

Re: Google-app-engine-patch

you can set it in you app.yaml config http://code.google.com/appengine/docs/python/gettingstarted/staticfiles.html On Wed, Jul 29, 2009 at 7:12 PM, franxx wrote: > > does anyone have any idea how to serve non-html content on GAE using > the appEngine-patch? > i've tryed out activating the "MEDI

Re: DB Fields: reserved_names

On Wed, Jul 29, 2009 at 16:23, Jonas Obrist wrote: > > I tried to add support for an opposite of 'choices' to DB Fields (namely > CharField) but failed horribly. I still think that would be a nice > feature so I thought I'd bring this to this group. Maybe someone can > implement this. What I had