Re: Default to BigAutoField

I think this would be a good improvement, and I'd like to see it. I've been bitten by integers overflowing at least twice I can remember in my career, which is two times too many. However, a major thing we'd have to work out is the upgrade path Consider a simple model: class Person(Model):

Re: contrib app tests

On 5/19/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > I had been thinking about this abit recently, too. I think the answer is > yes, they should. Otherwise every single test ends up having to load and > install every single contrib app (because the main test suite doesn't do > any different

Re: contrib app tests

On 5/19/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > The Djinn says "It is Done. You have two more wishes." "You think I *asked* for a 14-inch pianist?" (Thanks!) Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Goo

Re: ticket feedback process

On 5/21/07, Casey T. Deccio <[EMAIL PROTECTED]> wrote: > I was wondering what is the most appropriate way to get feedback on > tickets that have been submitted (bugs and/or features)--through the > ticket system itself or by starting a discussion on the developers > list (after a ticket has been s

Re: Progress, status, and opinions of #2070

Hey Mike -- This looks really, really nice. I want to check this in but I can't personally look at it ATM. Can a few people on this list with a lot of experience audit the patch and bang on it as much as possible? If I can get some +1s from the community on this I'll be able to test it much more

Re: ticket feedback process

On 5/22/07, elaatifi <[EMAIL PROTECTED]> wrote: > And what can we do if the bug or the feature needs a design decision ? Same thing; as long as you're respectful of the fact that we're all volunteers, a request for one of the core devs to look at a ticket isn't in any way out of line. However, *

Re: GSoC 2007: Implementing Check Constraints

On 5/26/07, Justin Bronn <[EMAIL PROTECTED]> wrote: > We encountered a similar problem on the GIS branch. Specifically, the > OpenGIS specification requires that compliant spatial databases add > geometry columns by calling the stored procedure AddGeometryColumn() > after the table definition. >

Re: django-values -> django-policy?

OK, this has gone on long enough. I propose the boring-but-functional "dbsettings" -- settings stored in the db -- and unless someone can come up with a REALLY good reason not to use that, I'm going to make a dictatorial call to paint the bikeshed MY color. Objections? Jacob --~--~-~--

Re: Custom field _post_create_sql()

On 5/29/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > On Sat, 2007-05-26 at 01:53 -0500, Jacob Kaplan-Moss wrote: > > On 5/26/07, Justin Bronn <[EMAIL PROTECTED]> wrote: > > > We encountered a similar problem on the GIS branch. Specifically, the > >

Re: Proposal: Generic newforms media

On 5/29/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > http://code.djangoproject.com/ticket/4418 +1 from me. Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this gr

Re: Can we use a django application class?

Hey Ahmed -- Let's back up a step here: what's the problem you're having with the way Django currently does INSTALLED_APPS? What can't you do that you'd like to do? Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Gro

Re: ticket ping: #3050 enable values() even with extra(select=...)

On 5/30/07, Honza Král <[EMAIL PROTECTED]> wrote: > Ticket 3050 [snip] Ask (so politely) and ye shall receive: http://code.djangoproject.com/changeset/5385. Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Dj

Re: django-values -> django-policy?

On 5/31/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > Publically cheering to dictatorial decisions is a good tradition all over > the world ;-) When do I get to rename months after my family? [http://en.wikipedia.org/wiki/Saparmurat_Niyazov#New_Names_for_Months_and_Days] Jacob --~--~---

Re: Many-to-many relationships with additional columns

On 5/31/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > [1] http://code.djangoproject.com/wiki/ManyToManyManager +1. No, wait, + a whole lot more than that! I've been wanting explicit M2M join objects for quite some time; this is a pretty neat way to accomplish it. Just for shits and giggles, her

Re: Oracle branch: review notes

On 6/1/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > I suspect my laxness has been holding up the boulder-oracle-sprint > branch merge. Yeah, I've also been bad about getting my review notes in. Now that you've started this rolling, though, I'll just piggy-back off yours. For the most part,

Volunteer(s) needed: Django needs a buildbot

Hi folks -- We talked about this a while back: Django really needs a buildbot (or some other continuous integration tool). I had planned to tackle this myself (using Bitten -- http://bitten.cmlenz.net/) but it's getting clear I'm not going to get it done in any reasonable amount of time. So, is

Re: Django whizkids wanted.

Hi Jeff -- Please direct posts of this nature to django-users; django-dev is used to discuss the development of Django itself, not to answer usage questions. Thanks for your help in keeping the signal-to-noise ratio down, Jacob --~--~-~--~~~---~--~~ You received

Re: Can django support easy_install

On 6/4/07, kernel1983 <[EMAIL PROTECTED]> wrote: > Setuptools is a powerful tools for python. > > When could django support it? At Version One? What kind of support are you looking for? What do you need to be able to do? Jacob --~--~-~--~~~---~--~~ You received t

Re: Proposal: Let session support backends

On 6/6/07, Faulkner <[EMAIL PROTECTED]> wrote: > Anyone seriously considering making a framework for this? I, for one, would be all for a (drop-in, API-compatible) session layer replacement with pluggable backends. Memcached sessions are a Good Idea. Jacob --~--~-~--~~~-

Re: Proposal: Let session support backends

On 6/6/07, Ned Batchelder <[EMAIL PROTECTED]> wrote: > It sounds great, but memcached is a cache rather than a persistent store, > so it doesn't guarantee to be able to give you back the data. Is it OK for > a session to drop because memcached flushed it out? Or are you assuming you > can size y

Re: Ping: Extend "for" tag to allow unpacking of lists

On 6/7/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > Unless there are any objections, I'm happy to check this into trunk. Meh, I'm barely +0, but don't let my apathy stop you :) Jacob --~--~-~--~~~---~--~~ You received this message because you are subscrib

Re: signals

On 6/10/07, Jeremy Dunck <[EMAIL PROTECTED]> wrote: > Jellyroll does, too: > http://jellyroll.googlecode.com/svn/trunk/jellyroll/managers.py > > I really like that technique, and plan to do similar in future. Indeed; I (ab)use the hell out of signals, and would be sad without 'em. Nearly every tr

Performance-related fixes [was: Ping: Extend "for" tag to allow unpacking of lists]

On 6/10/07, Brian Harring <[EMAIL PROTECTED]> wrote: > Had a nice funny rant typed up related to the general lack of code > efficiency in template code (ticket 4523 is an example) [... snip] Just a heads-up to you and anyone else who notices stuff like this: Performance is near and dear to me, a

Re: Proposal: Let session support backends

On 6/10/07, John D'Agostino <[EMAIL PROTECTED]> wrote: > Would one of the core devs comment if this on the right track? Sounds about right to me; I'd love to see the code! Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Goo

Re: Proposal: Let session support backends

On 6/11/07, Don Arbow <[EMAIL PROTECTED]> wrote: > Did you search Trac? This looks like it's already been proposed and a > patch submitted: > > http://code.djangoproject.com/ticket/2066 Yeah, I tried that code and found it pretty poorly written and full of bugs. Looks like I didn't note that on t

Re: "else" clause on "ifchanged"

On 6/11/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > I don't want to start an opening/closing battle in Trac, so I'll bring > this up here: I'm almost convinced by the use case for adding "else" to > "ifchanged" in #4534. > > It's admittedly very borderline and on another day I could see my

Re: make model.save() take kw params

See http://code.djangoproject.com/ticket/3182 -- that's the way we decided on some months ago; it just fell off my radar. Thanks for the reminder :) Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django dev

Re: signals

On 6/12/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > Keeping the API similar > to what it is (or at least, "routine" to port -- possible to do with a > reg-exp, say) would be worthwhile, since there is a lot of code in the > wild using the signal infrastructure. This sums up my feelings pe

Re: configurable session age

I think we're in agreement that this is a good idea. I've updated the ticket to "Accepted", but we'll still need docs/tests before it can be checked in. Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django

Re: database connections

Hi Jarad -- Please direct questions of this nature to django-users; django-dev is used to discuss the development of Django itself, not to answer usage questions. Thanks! Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Goo

Re: template rendering as iteration, instead of layered concatenation

On 6/14/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > Whoops. :-( Yeah, I got stuck on that, too :) > To completely bulletproof this, you could add a metaclass to Node to > check that the Node subclass that is being created has a method called > either "render" or "iter_render" (or both).

Re: Edit inline in newforms-admin branch (ATTN: Joseph Kocherans)

On 6/14/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > I just checked in a bunch of changes. > http://code.djangoproject.com/changeset/5473 Sweet -- that's *great* news :) Looking forward to kicking the tires, Jacob --~--~-~--~~~---~--~~ You received this me

Re: template rendering as iteration, instead of layered concatenation

On 6/15/07, Brian Harring <[EMAIL PROTECTED]> wrote: > On Thu, Jun 14, 2007 at 06:16:22PM -0500, Jacob Kaplan-Moss wrote: > > Any reason not to spell ``iter_render`` as ``__iter__``? > > __iter__ is used by iter, takes no args; iter_render (and render) > however, take a si

Re: Status of contrib.comments rewrite?

On 6/26/07, David Larlet <[EMAIL PROTECTED]> wrote: > I'm just curious, I've read somewhere (maybe here) that the > contrib.comments package need to be rewritten in order to allow more > flexibility (like user.get_profile) and to use newforms. I thought > that's the main reason why this part is no

Re: Request for Model History to be merged into trunk (updated code supplied)

Hey Thom -- This looks great at first glance -- many, many thanks! However, I'm not going to get much of a chance to review this for inclusion for at least a few weeks, and possibly longer. I'd suggest you set up a Google Code Hosting site for this and keep it up-to-date. That way it can live as

Re: Shared memory across processes

Seems to me that this is exactly the problem that Django's cache framework was designed to solve. I don't see a reason to reinvent the wheel for dbsettings... It should be extremely simple to invalidate the cache if/when the setting is changed, and if people are using memcached like all good dev

Re: Unicode branch - last call for comments(?)

On 7/3/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > I've finished looking through the diffs and checked in my changes in > http://code.djangoproject.com/changeset/5597 . Looks great, and I have > a newfound respect for the amount of work that went into this branch! Indeed -- I'm incredibly ha

Re: Huge spam-robot vandalism going on in Trac, care to shut it down for now?

On 7/3/07, SmileyChris <[EMAIL PROTECTED]> wrote: > > Subject says it all... just look at the timeline: > http://code.djangoproject.com/timeline I think I managed to purge the spam, and I've dialed up the blocking prefs. Looks like it's a pretty large botnet attack so I can't block any IPs or eve

Re: Small concern in newforms-admin

On 7/6/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > I'm fine with removing that special-casing. We originally added it as > a usability feature before Django was open-sourced, because we found > our admin users were attempting to log in with their e-mail addresses, > but I can see how it might

Re: Skipping tests that are bound to fail?

On 7/6/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > So--what do you think about skipping tests that *must* fail? AFAIK, there aren't any tests that are "supposed" to be failing; just a few backend-dependent bugs that need to be tracked down. As a general principle, though, skipping tests tha

Re: Skipping tests that are bound to fail?

On 7/6/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > The serializer tests don't work for mysql/mysql_old with a transaction enabled > mysql storage engine since mysql doesn't test foreign key constraints at > commit > time but at row insertion time. There's nothing that could fix this ... Duh

Re: Skipping tests that are bound to fail?

On 7/6/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > http://code.djangoproject.com/ticket/4788 > > May I count your reply as "Approved"? Indeed; and thanks. Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups

Re: empty list on "for" template tag

On 7/6/07, Rodolfo <[EMAIL PROTECTED]> wrote: > I'm new, so I don't know how to submit a patch. Please read: http://www.djangoproject.com/documentation/contributing/#submitting-patches In particular, please submit patches to the ticket tracker. Submitting patches to the list is a great way to g

Re: #4418 - Newforms Media, ready for commit?

On 7/9/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > Attached to #4418 is the latest version (v3) of the newforms Media > patch. I like -- +1! Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django de

Re: Ned Batchelder's hyphenate

On 7/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Ned just posted the code for the tabblo hyphenate filter in the public > domain. [snip] > Thoughts? Maybe an addition to django.contrib.humanize? Jacob --~--~-~--~~~---~--~~ You received this message becau

Re: Patch vs checkin

On 7/11/07, Ben Ford <[EMAIL PROTECTED]> wrote: > None as yet, I'm really keen to get it back into the svn repo, but I think > the people concerned are busy with other things at the moment. I've said this a couple times, but I guess it's been missed: We're moving away from giving branch access s

Re: Patch vs checkin

On 7/11/07, Deryck Hodge <[EMAIL PROTECTED]> wrote: > Also, it might be worth the project's time to pick a distributed VCS > and host mirrors on djangoproject.com. Tom's Mercurial mirror is basically the official DVCS version of Django; if it gets popular at all we'll probably move it onto django

Re: db parameter impemtation

On 7/11/07, Carl Karsten <[EMAIL PROTECTED]> wrote: > What is djagoo's approach to passing values to the back end: Django builds on the standard Python DB-API (aka PEP 249: http://www.python.org/dev/peps/pep-0249/). Read that PEP for the details. Jacob --~--~-~--~~~-

Re: Broken Tutorial

On 7/11/07, SmileyChris <[EMAIL PROTECTED]> wrote: > http://code.djangoproject.com/ticket/4615 has been waiting for checkin > for a while. Could a committer please review it? Done; thanks for the heads-up. Jacob --~--~-~--~~~---~--~~ You received this message bec

Re: db parameter impemtation

OK, we're 8 messages deep into this thread, and I've got no idea what the point is. Carl -- what is it you want to know? Is something not working correctly for you, or is this just an academic question? Jacob --~--~-~--~~~---~--~~ You received this message becaus

Re: Patch vs checkin

On 7/13/07, koenb <[EMAIL PROTECTED]> wrote: > Maybe I am missing something here. Nah -- not really; I understand (and agree with) your objections. We're just gonna give this different method a try for a time and see how it works out. Jacob --~--~-~--~~~---~--~~

Re: Proposal: QuerySet.exists() method

On 7/13/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > Yes, we should definitely implement a > QuerySet.__nonzero__() method. However, I'd like there to be an > explicit method (named either exists() or any() or whatever), because [snip] Agreed -- I'm +0 on .exists() and __nonzero__() being an

Re: how to deserialize foreign keys in postgresql to python ?

On 7/17/07, Etienne Robillard <[EMAIL PROTECTED]> wrote: > I think that would have more punch (think netiquette) than > making unconstructive remarks which just doesnt belong > to this list... As one of the moderators of this list, I completely disagree. There's a reason we have two Django lists

Re: repr for lazy translation

On 7/18/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > after the unicode merge, the repr() of a lazy translation string is > '' You just need to do ``unicode(laxystring)`` to get the original string. I'm sure Malcolm has a good reason for this :) Jacob --~--~-~--~~~--

Re: Django 1.0?

Hi Mario -- This has been discussed (to death) a number of times. Please search the archives. [Short answer: 1.0 will be released when we can guarantee API stability. We're not there yet.] Jacob --~--~-~--~~~---~--~~ You received this message because you are sub

Re: #4460 - Running individual tests in a test suite

On 7/24/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > I've just uploaded a patch to #4460 which adds the ability to start > individual tests or test cases from a test suite. Woo! > Are there any objections to making this change? None whatsoever -- I can't wait to use this. Jacob --~--~

Re: GSoC Update: [Check Constraints] New features and using it with Newforms.

On 7/25/07, Kenneth Gonsalves <[EMAIL PROTECTED]> wrote: > On 26-Jul-07, at 7:36 AM, Thejaswi Puthraya wrote: > > This week I worked on getting the 'like' and 'between' check > > conditions into the project and also writing a lot of doctests. > > could you post this to the users list also - you ma

Re: Is it possible to add the docs to the test framework to check for ReST errors?

On 7/28/07, Simon G. <[EMAIL PROTECTED]> wrote: > I was wondering if it was somehow possible to add the django docs -> > ReST generation stage into the test framework to catch these before > they get committed? That's a very good idea. Cleaning up the documentation generator is pretty high on my

Re: WSGIRequest should set request.path to full uri path

On 7/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > Haven't worked out exactly how to acommodate things like mod_python not > giving the full SCRIPT_NAME yet, but it's a relatively minor issue since > it's just a fact of life we need to work around. Something will present > itself. I'm no

Re: Django Success Stories

Hi Rob -- This sounds like a *brilliant* idea. Since Django's still got a foot in the "unproven technology" category, anyone trying to convince management will likely benefit from some success stories and other related "marketing" material. Now, there's one small wrinkle that may prove unfortuna

Re: Ticket 4928

On 7/29/07, Mario Gonzalez <[EMAIL PROTECTED]> wrote: > Hello! one week ago I opened this ticket > http://code.djangoproject.com/ticket/4928 please take a look when you > can. It's got a patch also. Hey, Mario -- Thanks for the ticket and patch; we'll get to it as soon as we can. However, you s

Re: ticket 4789: select_related + depth bug, apply the patch?

On 7/30/07, Gábor Farkas <[EMAIL PROTECTED]> wrote: > approximately when do you plan to finish this rewrite? i realize it's > hard to predict, i'm just asking for very rough estimates... are we > talking about days or weeks or months? As a general rule we don't give time estimates. Seems the best

Re: ticket #2101: maxlength should be max_length

On 7/30/07, Gary Wilson <[EMAIL PROTECTED]> wrote: > I brought the patch back in sync with trunk, and would like to make a > call for some eyes, as this is a big, mostly boring, patch. I don't > want to let this one get 6 months out of date again :) Someone remind me -- did we decide what we wan

Re: ticket #2101: maxlength should be max_length

On 7/30/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > That sounds like the best thing to do -- I don't see a huge need to > deprecate maxlength immediately, or even issue warnings about it. The > change gets a +1 from me. I'd say that making maxlength issue a PendingDeprecationWarning -- which

Re: Tickets for comment/BDFL approval

On 7/31/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > #3297 - FileField/ImageField for newforms > http://code.djangoproject.com/ticket/3297 > > #4001 - saving m2m fields on newforms with commit=False > http://code.djangoproject.com/ticket/4001 > > #4418 - Newforms media > http://code.django

Re: How to validate a model as a whole?

On 8/1/07, Ludvig Ericson <[EMAIL PROTECTED]> wrote: > It has come to my attention that there seems to be no "real" way of > validating a model instance as a unit, I mean with a custom validator > on a field, you can at -- without doing black magic -- validate the > model's "raw" field data. I'm

Re: Autoescaping: good time?

On 8/1/07, Michael Radziej <[EMAIL PROTECTED]> wrote: > since the unicode waves have calmed down, wouldn't it be a nice time to > include the autoescaping patch? Malcolm, Simon and I talked about this at OSCON, and I'm now convinced. I'd like to have Malcolm look over your work, Michael, and make

Re: newforms-admin _display_login_form and other as function?

Hi Glin -- Newforms-admin is very much a work-in-progress; warts like the ones you describe are to be expected. The best thing to do now is file a ticket; the more we know about "use cases" for newforms-admin, the better we'll be able to handle 'em. Jacob --~--~-~--~~~--

Re: Ticket #3700: XhtmlDegraderMiddleware

Hi Dave -- > A while back I wrote some middleware to improve XHTML usage > . Is this something that > could or should be included within Django? Nice stuff -- think I'll be using this a few times. However, I'd say that it's a *bit* too specialized for

Re: Ticket #3700: XhtmlDegraderMiddleware

On 8/1/07, Forest Bond <[EMAIL PROTECTED]> wrote: > Surely, you were thinking of Cheese Shop, right? :) Sure, but without all the sucky parts :P [There are, BTW, some Django-specific things that make direct Cheese Shop integration a bit tricky, but there's an SoC project working on that, so hope

Re: Autoescaping: good time?

On 8/1/07, Tom Tobin <[EMAIL PROTECTED]> wrote: > I've only had a chance to take a brief look at the latest changes on > that ticket (and I'm seeing a bunch of patches that are showing as > blank in Trac for some reason), so I'm speaking a bit from ignorance > here. I can probably live at -0 with

Re: Autoescaping: good time?

On 8/1/07, Tom Tobin <[EMAIL PROTECTED]> wrote: > Okay, post-Starbucks chat with my co-workers, here's my last-ditch > mitigation proposal: M Starbucks Yes, we had quite a good little argument about all this. It's a tricky problem; it feels like the only way to get this right is to p

Re: Autoescaping: good time?

On 8/1/07, Deryck Hodge <[EMAIL PROTECTED]> wrote: > May I ask a clarifying question here? Is autoescaping going to be on > by default, or no? And what exactly is it that's being added here -- > a template tag for turning on/off autoescaping? Yes, the plan is to have autoescaping on unless you

DjangoForge [was: Ticket #3700: XhtmlDegraderMiddleware]

On 8/1/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I was working on a "DjangoForge" app repository for a few weeks > leading up to PyCon, and had a working prototype that I was showing > around. I was trying to push the idea at the time, but there just > didn't seem to be the interest and/

Re: Decentralizing settings.py

Hi Joshua -- On 8/2/07, Joshua jag Ginsberg <[EMAIL PROTECTED]> wrote: > I'd welcome any feedback on this patch. Thanks! It's some good code, but this idea has come up in the past (search the archives) and we've decided against it. The basic concept is this: since settings are just Python code,

Re: Request data encoding

On 8/2/07, Daniel Brandt <[EMAIL PROTECTED]> wrote: > I am recieving POST-data that is submitted to my application not via a > form or a browser, but from other web applications, according to a > known protocol. This data may or may not have the charset of the data > set in the Content-Type header

Re: Request data encoding

On 8/2/07, Craig Ogg <[EMAIL PROTECTED]> wrote: > I am new to django and this list, so I hope this email is constructive > and helpful. Amazingly useful! I'm still digesting all that tasty informational goodness, but I'm pretty sure you're right that we should assume the current default charset

Re: Autoescaping: good time?

On 8/2/07, Todd O'Bryan <[EMAIL PROTECTED]> wrote: > Can this possibly be right? If I want to include a single variable that > includes some HTML (such as {{ form.as_table }}), do I have to turn off > auto-escaping for everything else in the page? No, it's not quite right. There's an autoescape c

Re: Request data encoding

On 8/2/07, Simon Willison <[EMAIL PROTECTED]> wrote: > This is a totally ridiculous flaw with the HTTP spec - you literally > have no reliable way of telling what encoding a request coming in to > your site uses, since you can't be absolutely sure that the user-agent > read a page from your site t

Re: /documentation/models/ is broken

On 8/3/07, SmileyChris <[EMAIL PROTECTED]> wrote: > Keeping documentation up should be rather high priority. This ticket > has been sitting for a while untouched. Some love, anyone? D'oh! I keep getting distracted before looking into this. Thanks for the prod; I'll fix it as soon as I get to work

Re: ANN: Alpha release of new MS SQL Server backend

Hey Mamcx -- On 8/2/07, mamcx <[EMAIL PROTECTED]> wrote: > I submit a ticket with patchs for enable a new backend, so we can have > a clean direction from the ado_mssql confusion of tickets. Lookin' good -- keep up the good work! I know you're very much in the early stages of this, so I'll hold

Re: Oracle and Unicode Errors

On 8/3/07, Thejaswi Puthraya <[EMAIL PROTECTED]> wrote: > When I try to use the manage.py sql command I get a weird > error. (Looks like the oracle backend is still not unicode > compatible.) Can you please file a ticket so we don't loose this? Thanks, Jacob --~--~-~--~~--

Re: runtests.py

On 8/3/07, Derek Anderson <[EMAIL PROTECTED]> wrote: > is there a way to get runtests.py to run the tests for multiple backends > at a time? right now i'm just editing my settings.py file manually each > time, and wanted to check before i wrote my own script. :) I posted mine here: http://www.d

Re: Autoescaping: good time?

On 8/3/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > Ah, but sickness must be put into perspective. You have no idea. Ha! Right you are -- I'm the sick one here, it appears :) Sorry for the derail; carry on. Jacob --~--~-~--~~~---~--~~ You received this message

Re: Autoescaping: good time?

On 8/3/07, Marty Alchin <[EMAIL PROTECTED]> wrote: > I'd add .py to that list, if it gets done this way. Wait - are you using Django templates to generate *Python*? That's... just... *sick*. Jacob --~--~-~--~~~---~--~~ You received this message because you are s

Re: are generic relations production ready?

On 8/4/07, A Mele <[EMAIL PROTECTED]> wrote: > Does that mean generic relations are production ready although they > are not yet implenteed in the admin? Exactly - the code's fine; there's just no admin support yet. Jacob --~--~-~--~~~---~--~~ You received this m

Re: Simple code , judge login require by url

Howdy -- Thanks for the code. However, in the future, please post code snippets to djangosnippets.org; that's what it's there for. Jacob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: Re[2]: usability issues

On 8/5/07, James Bennett <[EMAIL PROTECTED]> wrote: > I'm almost certain it has to do with a combination of the regular > expression patterns for the URLs (minor contribution) and the database > collation in use (major contribution). Which, again, means that it's > not something Django is necessar

Case-insensitive URLS (was: usability issues)

On 8/5/07, Alex Nikolaenkov <[EMAIL PROTECTED]> wrote: >** I've posted corresponding ticket. >http://code.djangoproject.com/ticket/5090 >Now it is closed as "won't fix". At least the resolution should be >changed to "By Design" if you guys don't like sites built on django >bein

Re: Case-insensitive URLS (was: usability issues)

On 8/6/07, Alex Nikolaenkov <[EMAIL PROTECTED]> wrote: > BTW, Can we attach configurable plug-ins to the built-in webserver? > (* I'm interested in possibility. Can code "case insensitive urls > plug-in" by myself. *) You're looking for "middleware": http://www.djangoproject.com/documentation/mid

Re: Case-insensitive URLS (was: usability issues)

On 8/6/07, Kai Kuehne <[EMAIL PROTECTED]> wrote: > Please just learn django. Thank you. Hey, that's out of line. Around here we treat everyone with respect; Alex deserves better. Next time you feel the urge to post something of this nature, take it to Digg. Only *you* can prevent flamewars! Jac

Re: test coverage [was: web typography support]

On 8/6/07, Emanuele Pucciarelli <[EMAIL PROTECTED]> wrote: > There's Ned Batchelder's coverage.py: http://nedbatchelder.com/code/ > modules/coverage.html . Haven't tried it myself, but I have to > suppose that it's Django-friendly. :) A while back I started experimenting with coverage using figle

Re: schema evolution (new and improved)

Howdy -- I have some *long* feedback I'm trying to finish on this work, but in the meantime: On 8/7/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > Again - IMHO, the 'aka' syntax is a non-starter (for all the reasons I > have stated previously). Unless you get a BDFL or majority core-dev >

Re: schema evolution (new and improved)

Oh, and one other thing: Derek, I really appreciate your hard work on this. You're getting an large amount of pushback, but that's because this is a critical feature and we want to get it right. So please don't confuse criticism with a lack of gratitude! Jacob --~--~-~--~~-

Re: feedback on full atom feed support

On 8/9/07, James Tauber <[EMAIL PROTECTED]> wrote: > By "replace" I mean in usage not in distribution. I full expect the > existing classes with stay (with Atom1Feed perhaps deprecated). I > consider atom.py an *additional* module, not a replacement module. By > "replace" I merely meant that someo

Re: schema evolution (new and improved)

On 8/9/07, Derek Anderson <[EMAIL PROTECTED]> wrote: > i considered this. but i have my doubts that i could get the necessary > hooks pushed through to allow this to function as an external app. Hrm - I'd think again there. Personally, I'd *much* rather see migration done as a third-party bit si

Re: Django Instead of Rails

Hey Matt -- Thanks for the link; it's certainly a good read. However, in the future please post things of this nature to django-users; django-dev is used to discuss the development of Django itself, not user-level things. Thanks! Jacob --~--~-~--~~~---~--~~ You

Re: input type=hidden for newforms

On 8/10/07, james_027 <[EMAIL PROTECTED]> wrote: > Thanks for revealing this to me. > can I apply the widget = HiddenInput to any field? Please take this question to django-users (or, better yet, read the documentation). Django-dev is for discussion of developing Django itself, not usage question

Cleaning up memcached connections

Hi all -- We've noticed that in a few cases Django under mod_python can leave dangling connections to memcached open. We've had trouble tracking down the circumstances under which this happens, but when it does it can lead to memcached servers hitting their connection limits, which means caching

Re: Proposal: runserver --with-fixture

On 8/13/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > > django-admin.py runserver --with-fixture=mydata.json > I think you're reading my mind -- I was thinking about this just the other day. It would really, really help... and the "writeback" idea (serializing the data back into a fixture

<    7   8   9   10   11   12   13   14   >