Re: Template-04's scope

Jacob Kaplan-Moss wrote: > On Tue, Nov 25, 2008 at 10:11 AM, Johannes Dollinger > [...] >> * I always felt the API for custom tags is too verbose. >> > > There's almost universal agreement on this point :) > > It's unfortunately pretty tricky to do in a backwards-compatible way: > we've

Re: order_by with distinct behavior in orm

Malcolm Tredinnick wrote: [...] > Hopefully, MySQL will fix their bug one day. That's the way to resolve > this. > Just so long as nobody holds their breath waiting ... regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC http://www.hold

Re: Using a HTML to fire off a data processing script on the server (REST or SOAP)

Shao: This is a very general question, and is only indirectly connected to Django, since the task could be performed in most web frameworks. However, the django-dev list is reserved to discussions about the development *of* Django. For questions about development *with* Django you should

Re: Multi-Threaded Dev Server

Julian wrote: > [...] I think some people want to use snippets like that [...] Wouldn't you agree that's a pretty feeble use case for something as potentially disruptive as multi-threaded serving? Particularly when the CherryPy alternative is so readily available. regards Steve -- St

Re: Proposal: Composite Foreign Keys

Malcolm Tredinnick wrote: > On Thu, 2008-11-13 at 23:47 -0500, Steve Holden wrote: > [...] > >>> Maybe be you mean transparently. If so, I think this is a requirement, >>> too, but it's not a problem. We know when the ForeignKey field is >>> specified

Re: Proposal: Composite Foreign Keys

rmation > when we create the table, which is where this differs from any generic > relations. > [...] Does that apply even to recursive (reflexive) relationships, when the related model must be specified by name rather than by reference? I don't know enough about the internals to be cl

Re: contrib.comments: working example must make a boost.

in IE ... > Whatever friends, definitely, it is not the biggest prob we are > facing :) No, but for well-designed web systems good HTML and CSS is important. > I wish you a nice evening and a nice weekend coming. > > Looking forward to hearing from you > K hope you have a good

Re: contrib.comments: working example must make a boost.

Valery wrote: > Hi all, @mtredinnick, @jacob, @wilson, @ubernostrum > > not sure if any "community boosts" are at all wanted here, but finally > django is not for a closed circle of django-gurus and things are for > the larger audience, isn't it? :) so, why there is no easy-to-launch > example of

Re: Proposal: Optional {% default %} clause for the {% for %} template tag

Jacob Kaplan-Moss wrote: > I'm with Steve:: > > {% for %} ... {% default %} .. {% endfor %} > > ... seems best. > > Agreement is great, but my suggestion was actually {% for %} ... {% empty %} ... {% endfor %} I feel this says more than "default", which requires you to think about

Re: Proposal: Optional {% default %} clause for the {% for %} template tag

Calvin Spealman wrote: > On Wed, Oct 29, 2008 at 9:48 PM, Dave Smith <[EMAIL PROTECTED] > > wrote: > > I'm wondering who that's going to confuse. It's very clear that > the template language > isn't Python, so I'd think it'd make the most sense to use a >

Re: Determining the active urlpattern for navigational templates

Jesse Young wrote: > I'm guessing it's somewhat common (as usual, I think it's common > because I do it) to put several navigational links in a template that > is included from several other templates, e.g.: > > Page 1 > Page 2 > ... > Page N > > But also, it's helpful to indicate where the user

Re: GET requests should not alter data?

Amit Upadhyay wrote: > On Wed, Oct 15, 2008 at 5:17 PM, Ivan Sagalaev > <[EMAIL PROTECTED]> wrote: > >> Amit Upadhyay wrote: >> >>> This is not about specs or what is allowed, rather what is there in >>> actual django. And about implementation goals for django. It is >>> possible to have

Re: Python 2.6 abstract base classes

Malcolm Tredinnick wrote: > On Thu, 2008-10-02 at 10:32 -0400, Marty Alchin wrote: > >> Looking over the new things in Python 2.6, I wonder if there are plans >> to inherit from any of the new abstract base classes in Django. It >> looks (to me) like it could be backwards-compatible, using an

Re: Denormalisation, magic, and is it really that useful?

This appears to be a proposal to re-implement triggers inside Django. I can see there are benefits if the underlying DB platform won't support triggers, but wouldn't triggers be the preferred solution when they're available? That way there is no chance that changes can be made outside the scope

Re: [Fwd: Documentation: Google-foo lost]

Steve Holden wrote: > Jacob Kaplan-Moss wrote: >> On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: >> >>> The question is: is it worth continuing this web-scraping and analysis >>> and potentially extending it to other reference

Re: [Fwd: Documentation: Google-foo lost]

Jacob Kaplan-Moss wrote: > On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: > >> The question is: is it worth continuing this web-scraping and analysis >> and potentially extending it to other reference mechanisms I am unaware >> of? I

Re: [Fwd: Documentation: Google-foo lost]

Jacob Kaplan-Moss wrote: > On Fri, Sep 19, 2008 at 2:19 AM, Steve Holden <[EMAIL PROTECTED]> wrote: > >> The question is: is it worth continuing this web-scraping and analysis >> and potentially extending it to other reference mechanisms I am unaware >> of? I

Re: [Fwd: Documentation: Google-foo lost]

Don Spaulding wrote: > > > On Tue, Sep 16, 2008 at 2:20 PM, Don Spaulding > <[EMAIL PROTECTED] > wrote: > > > Hope it's useful! > > > > and of course it isn't. I forgot my lambdas. Doh! > That's a great start. I noticed that many Google links are to fragments, and

Re: I want a pony: Django Cheeseshop

Malcolm Tredinnick wrote: > On Tue, 2008-09-16 at 05:06 -0700, mrts wrote: > > [...] >> setuptools is a necessary evil for the agile developer who frequently >> tracks updates for the bits he relies upon. Hopefully it will be >> improved (the clamor around it is ever-ongoing), but unless we

Re: Install over old level produces mutant

Fredrik Lundh wrote: > Karen Tracey wrote: > > >> We've had at least three people run into a problem (#9090) after >> installing 1.0 over an old level. Now, we do document that before >> installing you should remove any old level. But I find the results when >> you don't rather odd. It's

Re: Install over old level produces mutant [solved!]

Steve Holden wrote: [...] > I've just done an install of 1.0 on my Python 2.6 alpha2 distribution > and I see, for example, that .../django/views/static.py is dated > 12/17/2007. In this case there wasn't a previous installation, so I > can't verify that the compilation won'

Re: Install over old level produces mutant [solved!]

Karen Tracey wrote: > We've had at least three people run into a problem (#9090) after > installing 1.0 over an old level. Now, we do document that before > installing you should remove any old level. But I find the results > when you don't rather odd. It's not just old files renamed/deleted in

Re: I want a pony: Django Cheeseshop

Martin Diers wrote: > On Sep 13, 2008, at 7:23 PM, Russell Keith-Magee wrote: > > >> On Sun, Sep 14, 2008 at 6:35 AM, Martin Diers <[EMAIL PROTECTED]> wrote: >> >>> The answer is community packaging guidelines. Somebody needs to write >>> or adapt an existing doc on how to package django

Re: I want a pony: Distributed RCS

Jacob Kaplan-Moss wrote: [...] > > So, again, sorry about being a dick! > Well at least you're a dick with a proper sense of proportion and the ability to apologize when necessary. Thanks for setting a good example. regards Steve -- Steve Holden+1 571 484 6266 +1 800

Re: I want a pony: Distributed RCS

terested in using the best possible version control system, but even more interested in something that's easy to use. When you consider attracting new members to the development community, ease of use of the development infrastructure is important. I've heard good things about Mercurial, Baz

Re: I want a pony: Django Cheeseshop

mrts wrote: > On Sep 10, 7:12 pm, "Eric Holscher" <[EMAIL PROTECTED]> wrote: > >> your django apps. There is no reason to reinvent the wheel here, especially >> after what Mark talked about at Djangocon (Django being considered seperate >> from the Python community). >> > > Although I

Re: Mentoring students

/sb/queensland/qut/ > Chris: Any project that was involved with the Google Summer of Code might well be interested in mentoring student projects. You might also want to ask on the django-users list (if you haven't already), as there may be applications of Django that meet your requirements. rega

DjangoCon

Well, since I can't make the conference I hope that everyone who *does* get there has a great time! regards Steve --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group,

Re: Session expiration times

other web framework I've used. Interaction of any kind with the server should be taken as an indication that the session user wants the session to remain alive. At least it's documented, though ... regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC http:/

Re: Is URL template tag's syntax going to change?

Johannes Dollinger wrote: [...] > Of course that's subjective, everything is. > Really? That's a bit sweeping. "The atomic number of hydrogen is 1" (IMHO?). regards Steve Who just felt like picking this particular nit. Sorry. -- Steve Holden+1 571 484 6266 +1 800

Re: ~Q broken?

get a little expensive. Then later said: > The problem is that the filter you specified was not returning the > correct answer in 0.96. You're asking that Django returns an incorrect > result to make your code faster. It's possible to give incorrect results > very fast, but it's

Re: Declarative syntax for widgets in ModelForm

thinking along the lines of: > > class ArticleForm(ModelForm): > class Meta: > model = Article > fields = ['author', 'text'] > widgets = { > 'text': Textarea(...), > } > > I know it can be done now with formfi

Re: Community representation, or, #django user "Magus-" needs to go far away

Eric wrote: > Well, you can teach someone to fish without telling them to "get an > f'n fishing pole". > > "Give a man a fish and he will eat for a day. Teach him how to fish and for the rest of his life he will bore you with stories about the one that got away". regards Steve

Re: Spam detection

here, like I did myself initially. ... and why not have it say "Your post *will* be rejected as spam unless you are registered and logged in"? At the moment it sounds like you *might* get away with an unregistered posting. regards Steve -- Steve Holden+1 571 484 6266 +1 8

Re: Community representation

ity information to the IRC channel. regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC http://www.holdenweb.com/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Dj

Re: Spam detection

Jacob Kaplan-Moss wrote: > On Thu, Jun 26, 2008 at 1:06 PM, Andreas Klöckner > <[EMAIL PROTECTED]> wrote: > >> I tried to submit this bug, but it wouldn't let me--it thought I'm a spammer. >> > > Quoting from the ticket submission page: > > "If you're getting rejected by the spam filter,

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

Russell Keith-Magee wrote: > On Thu, Jun 19, 2008 at 9:04 PM, Peter Melvyn <[EMAIL PROTECTED]> wrote: > >> On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: >> >> >>> (2) provide a way to manually disable and re-enable integrity checks. If >>> someone with more MySQL-fu than me

Re: extra() and values()

Nicolas Lara wrote: > The ticket is in the tracking sistem: #7256. I have claimed it, but am > not planning to start working on it until I'm done with aggregation > (or maybe in EuroPython's sprint), so if anybody bits me to it, it > would be great. > > In that case you would be better off

Re: range in templates?

the first thing you are missing is that the django-dev list is to discuss development *of* Django rather than development *with* Django. You want django-users, just down the corridor :-) regards Steve -- Steve Holden+1 571 484 6266 +1 800 4

Re: Subversion Access

and in subversion's bin folder: >> >> svn cohttp://code.djangoproject.com/svn/django/trunk/django-trunk >> >> I get these error message: >> >> svn: REPORT request failed on '/svn/!svn/vcc/default' >> svn: REPORT of '/svn/!svn/vcc/default': 400 Bad Reque

Re: Lock-In

using, but they laugh when that is suggested. >> >> Has anyone seen a company pull off a switch from a .Net / Sql based >> environment to a Python / MySql sucefully? Where benifits seen? > > > -- Steve Holden

Re: Django port on OpenVMS - Oracle/Rdb backend

Don Spaulding II wrote: > > > Collin Grady wrote: >> Steve Holden said the following: >> >>> If you want considered opinions you would do well to wait longer than 51 >>> minutes! >>> >> >> You should check the date as we

Re: Django port on OpenVMS - Oracle/Rdb backend

Jean-François wrote: > Any comment, especially on the transaction model? If you want considered opinions you would do well to wait longer than 51 minutes! regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC http://www.holdenweb.

Re: API question for model saving

ly. If you want to support the > must insert vs. must update difference, you can add a parameter (or two, > depending on which approach we take) and it's still backwards > compatible. > How do these parameters get set for the above "function that accepts objects and

Re: API question for model saving

imply call a modified save with alternative values of the flag (whose names are a little smelly, by the way) is reasonable, I suppose. But it does seem to me that create() and update() are more explicit than save(must_create=True) and/or save(must_update=True). The separate method solution also

Re: SVN Milestones

So would you prefer to have a beta-quality product whose developers >> lie and call it 1.0? >> > > I wouldn't even call the current svn head a beta-quality product > > Which is probably why it isn't yet a beta release? regards Steve -- Steve Holden+1 57

Re: floating point django.VERSION element versus adding another element to the tuple

meets (1). Thoug Without wishing to turn this into a long-drawn-out discussion, why be willfully different from Python itself? From 2.0 on there's been a standard of sorts in sys.version_info: """*version_info* A tuple containing the five components of the version number: maj