Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 17 Sep., 18:13, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote: > On 9/17/07, jedie <[EMAIL PROTECTED]> wrote: > > > What's about a FTP backend? ;) > > I'd be -1 on including one with Django for the simple reason that FTP > is dangerously insecure. Anyone still using FTP should be encouraged >

Re: Explicit Relationships

On 9/18/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > > The more I read about what people want out of M2M fields, the more I > think we need to define relationships as a separate high-level > structure. I'm thinking of adding a Relationship class to the mix, > which would be subclassed much like t

Re: #3511 MultipleObjectsReturned exception

On 9/18/07, Gary Wilson <[EMAIL PROTECTED]> wrote: > > Any other core devs have an opinion about using a MultipleObjectsReturned > exception (or call it what you want) instead of an assert statement in > QuerySet.get()? I'm +0 on this. I can see it would be a nice addition, and an exception is te

Re: reassessing our Operating System

On 9/18/07, antonio von carmoducci <[EMAIL PROTECTED]> wrote: > > Hi Everyone. 1) Please don't cross post like this. Your question is either a general Django user query, or a question about the development of Django itself - it can't be both. 2) Please don't post questions like this to Django-de

reassessing our Operating System

Hi Everyone. I'm looking at reassessing our Operating System of choice for our Django site, and I really need some background information (popularity & suitability mainly) If you have a minute spare I'd really appreciate some answers to the following questions: (live publicly viewable sites onl

#3511 MultipleObjectsReturned exception

Any other core devs have an opinion about using a MultipleObjectsReturned exception (or call it what you want) instead of an assert statement in QuerySet.get()? IMO, this would make things a bit cleaner and compliment DoesNotExist nicely. Original discussion was here: http://groups.google.com/gr

Re: Visual recognition of Django website

On 18/09/2007, Justin Lilly <[EMAIL PROTECTED]> wrote: > > I personally would also like a favicon for the django sites. I took the > liberty of creating one using django's colors and fonts (stole the d from > the logo). > > http://www.flickr.com/photos/[EMAIL PROTECTED]/1397125183/ I created so

Query filtering using related object

Given the following model: class ModelA(models.Model): name = models.CharField(max_length=10) class ModelB(models.Model): a = models.ForeignKey(ModelA) name = models.CharField(max_length=10) I'd like to perform a query for ModelA objects that have no ModelB objects referring to them. I'v

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/17/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > Now, a SSH/SFTP backend... that would rock. Well, as seems to be the case, now that you've mentioned it, we'll all expect you to write it. :) Hopefully I've made things easy enough for you, though. -Gul --~--~-~--~~-

Re: #2465 - Make select_related() related work for ForeignKeys with null=True

On 9/15/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > On Sun, 2007-09-16 at 00:36 +, Rob Hudson wrote: > > http://code.djangoproject.com/ticket/2465 > > > > I'm running into this and it makes sense to me that select_related > > should do this right. I'm curious of Adrian's comment abo

GeoDjango: ST_Transform broken (no SRID on first arg)?

Trying to create a feature (in the Django admin) using text such as 'POINT(-80 25)' I get an error back from PostgreSQL: ProgrammingError: Input geometry has unknown (-1) SRID The documentation says SRID=4326 is the default, but this must not be getting passed through. In fact, if I look at th

Re: Visual recognition of Django website

I personally would also like a favicon for the django sites. I took the liberty of creating one using django's colors and fonts (stole the d from the logo). http://www.flickr.com/photos/[EMAIL PROTECTED]/1397125183/ Hope that is useful, -justin On 9/17/07, Mikkel Høgh <[EMAIL PROTECTED]> wrot

Re: Visual recognition of Django website

On Sep 17, 3:33 pm, Dave <[EMAIL PROTECTED]> wrote: > On Sep 15, 10:22 pm, Mikkel Høgh <[EMAIL PROTECTED]> wrote: > > > To illustrate my point, take a look at this image, a screenshot of a > > very normal Firefox tab bar of > > mine:http://mikkel.hoegh.org/galleries/odd_stuff/i_3_favicons?size=_o

Re: Explicit Relationships

On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > This would allow custom values for db_table > (currently impossible for standard M2M) ManyToManyField takes db_table as argument. Description: The name of the table to create for storing the many-to-many data. If this is not provided,

RE: GeoDjango installation instructions correction?

Justin, This issue inspired me to try upgrading my whole geo stack to PostGIS 1.3.1 and PG 8.2.4, which I have finally managed to do successfully. Thanks for the patch, anyway, in case someone else comes down the same path I did. Matt -Original Message- From: django-developers@googleg

Re: copy.deepcopy for newforms' Bug ?

>From my experience and a post on Django-users I think this has also broken the newforms-admin change and add pages. On Sep 15, 9:46 am, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > On Sat, 2007-09-15 at 16:17 +0800, 张沈鹏(电子科大08年本科应届) wrote: > > I tried to open a ticket , but the Trac detected

Re: copy.deepcopy for newforms' Bug ?

On 9/17/07, andybak <[EMAIL PROTECTED]> wrote: > > >From my experience and a post on Django-users I think this has also > broken the newforms-admin change and add pages. It appears that newforms-admin add and change pages are broken if your model has a ForeignKey or ManyToManyField that isn't in

Re: Explicit Relationships

On 9/17/07, Vsevolod Solovyov <[EMAIL PROTECTED]> wrote: > > This would allow custom values for db_table > > (currently impossible for standard M2M) > ManyToManyField takes db_table as argument. Description: > > The name of the table to create for storing the many-to-many data. > If this is no

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/17/07, jedie <[EMAIL PROTECTED]> wrote: > What's about a FTP backend? ;) I'd be -1 on including one with Django for the simple reason that FTP is dangerously insecure. Anyone still using FTP should be encouraged strongly to switch. The is the same reasoning behind not shipping with a CGI h

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 17 Sep., 15:38, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote: > In general, more backends is better, of course :) I'd be +1 on just > including all of 'em (though SVN is a bit marginal), but if others > feel differently I'd love to hear about it. What's about a FTP backend? ;) --~--~--

Explicit Relationships

I was hoping to bring up some ManyToMany enhancements at the sprint, but I didn't manage to participate after all, so they went unvoiced. Instead, I'll bring up some thoughts here and see what you guys think. I apologize in advance for the length of this post, but if you're interested in seeing M2

Re: Visual recogintion of Django website

Regardless of whether it should be on the site or not, I think there's an fundamental open-source concept missing from this conversation. If you think the Django site needs a favicon, a good first step would be to provide one. That's not guarantee it'll be used, of course, but if it's so important

Re: mod_python documentation issues

Hi, sorry to step in. I'm newcomer to Django+Python. > Except that you do /not/ need to add the project directory to > > pythonpath, if you just reference everything properly and include the > > project name. I have run into exactly this issue and spend couple of hours searching django users arc

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/17/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > I think I prefer exposing file attributes as properties instead of > methods (so ``myobject.file.name`` instead of > ``myobject.file.get_filename()``. It just feels a bit cleaner, and it > will allow setting in circumstances where appropri

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

+1, however would some of these need to be lazy and load on request, rather than on object initialization? On 9/18/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > > On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > > I'll get a new patch together tonight, including a get_filename() that >

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > I'll get a new patch together tonight, including a get_filename() that > returns None if the backend doesn't implement it. This actually brings me a bit of a design question I wanted to pose: I think I prefer exposing file attributes as prope

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/17/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > While it's true those are three separate issues, it makes more sense > to me to solve 'em all in one fell swoop. Something like #5361 has > been on my radar for quite some time now (file storage right now is > something of a pain in a larg

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

I'm +1 on the backends inclusion. I was keen on making something similar to trac + warehouse for django, so if you don't specifically release the svn one - I'd love to be able to get my sticky little hands on it. On 9/18/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > > On 9/17/07, Marty Alch

Re: Heads-up: doing a bit of triage work

On 9/16/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > Two things which don't have obvious "master" tickets but need them: > > Which he then follows up with items 1, 2 and 3. :-) Our chief weapon is surprise!... Surprise and fear... fear and surprise... Our two weapons are fear and surpris

Re: Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/17/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > Malcolm pointed out during the sprint that my patch for #5361 is a bit > over-reaching, as it technically tackles three separate problems: > > * A new API for access to files associated with models > * Moving file saving into FileField and Im

Re: Allow bypassing validation in newforms (#5153)

On 9/17/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > So I thought this some more and I think I'm comfortable being +0 to +1 > on removing the erasure of cleaned_data if there are any errors. So > cleaned_data would contain anything that survived validation. I've created a ticket for this,

Re: Visual recogintion of Django website

On Sep 15, 10:22 pm, Mikkel Høgh <[EMAIL PROTECTED]> wrote: > To illustrate my point, take a look at this image, a screenshot of a > very normal Firefox tab bar of > mine:http://mikkel.hoegh.org/galleries/odd_stuff/i_3_favicons?size=_original > It's much easier for me to find what I need by he

Pluggable filestorage [was Heads-up: doing a bit of triage work]

On 9/16/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > On 9/16/07, James Bennett <[EMAIL PROTECTED]> wrote: > > * Lots of things related to FileField which would be fixed by the > > pluggable backends proposal. > > s/would/will/ -- I'm gonna try to have this wrapped up in the next couple >

Re: Visual recogintion of Django website

Simon Greenhill wrote: > There are two tickets with favicons for djangoproject: #3903 & #3867. > Both have different favicons, one's marked as a dupe of the other > which is wontfixed by Jacob. > > --Simon > > http://code.djangoproject.com/ticket/3903 > http://code.djangoproject.com/ticket/3867

Arts and entertainment

Arts and entertainment Share your thoughts , videos , webpages , photos and make friends through a new powerful website. It's http://goodtolove.com . You will really enjoy surfing it.As well the best is that you can make money through this website using google adsense. --~--~-~--~~-

Re: Visual recogintion of Django website

There are two tickets with favicons for djangoproject: #3903 & #3867. Both have different favicons, one's marked as a dupe of the other which is wontfixed by Jacob. --Simon http://code.djangoproject.com/ticket/3903 http://code.djangoproject.com/ticket/3867 --~--~-~--~~~

RE: Visual recogintion of Django website

I agree. Someone obviously spent a little bit of time making the django site itself so pretty; seems strange to pull up short on something so useful. Matt -Original Message- From: django-developers@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Mikkel Høgh Sent: Saturday, Se

Make money to share photos

Do you want to make money to post photos from internet.then just move on to http://goodtolove.com and start posting.They will pay their 50% adsense revenue with you...Then what are you waiting for just start posting photos in http://goodtolove.com. --~--~-~--~~~---~--

Re: Allow bypassing validation in newforms (#5153)

On Mon, 2007-09-17 at 19:11 +1000, Malcolm Tredinnick wrote: > On Mon, 2007-09-17 at 10:14 +0200, Christopher Lenz wrote: [...] > > Um, yes they are erased: > > > > > newforms/forms.py#L205> > > > > Am I missing something? > > My

Human Rights Scholarship at The University of Melbourne

The University of Melbourne is pleased to offer 2 Human Rights Scholarships* (HRSs) each year. These scholarships provide support for both international and local students who will be undertaking postgraduate studies in the human rights field and who are able to demonstrate their commitment to the

Re: Better newforms metaclassing

On Mon, 2007-09-17 at 07:15 +, SmileyChris wrote: > In regards to http://code.djangoproject.com/ticket/5050, Malcolm said: > > This needs some django-dev discussion.[...] > > I also feel a bit suspicious about the design. Both Form and > BaseForm end up with the same root metaclass (because >

Re: Allow bypassing validation in newforms (#5153)

On Mon, 2007-09-17 at 10:14 +0200, Christopher Lenz wrote: > Am 17.09.2007 um 04:17 schrieb Malcolm Tredinnick: > > On Mon, 2007-09-17 at 00:23 +0200, Christopher Lenz wrote: > >> Hey all, > >> > >> I've created a ticket which has been closed as wontfix, and was told > >> to bring it here. So here

Re: Allow bypassing validation in newforms (#5153)

Am 17.09.2007 um 04:17 schrieb Malcolm Tredinnick: > On Mon, 2007-09-17 at 00:23 +0200, Christopher Lenz wrote: >> Hey all, >> >> I've created a ticket which has been closed as wontfix, and was told >> to bring it here. So here I am. >> >> > > I'm som

Better newforms metaclassing

In regards to http://code.djangoproject.com/ticket/5050, Malcolm said: > This needs some django-dev discussion.[...] > I also feel a bit suspicious about the design. Both Form and BaseForm end up > with the same root metaclass (because DeclarativeFieldsMetaclass inherits > from BaseFieldsMetacla