Fixing makemessages for Javascript

Last week I re-encountered the problems with using makemessages on Javascript files, and lost a couple of half-days to trying to figure out why some of my translatable messages weren't being found and deposited into my .po files. After fully understanding the extent of Django's current hack, I

Re: Fixing makemessages for Javascript

On 4/4/2011 5:45 PM, Łukasz Rekucki wrote: On 4 April 2011 23:15, Ned Batchelder wrote: I have a few questions you can help me with: 1. Is this the best path forward? Ideally xgettext would support Javascript directly. There's code out there to add Javascript to xgettext, but I don&#

Re: Fixing makemessages for Javascript

rt on Babel and Django that could comment on the work needed? 3) Are there other opinions about the two paths forward? Are there other options? I would like very much to get this problem solved. --Ned. On 4/4/2011 6:42 PM, Jannis Leidel wrote: On 04.04.2011, at 23:15, Ned Batchelder wrote:

Re: Fixing makemessages for Javascript

I've created two patches implementing this strategy, and attached them to ticket http://code.djangoproject.com/ticket/7704. --Ned. On 4/4/2011 5:15 PM, Ned Batchelder wrote: Last week I re-encountered the problems with using makemessages on Javascript files, and lost a couple of half-da

Re: Fixing makemessages for Javascript

On 4/9/2011 10:43 AM, Jannis Leidel wrote: On 09.04.2011, at 16:14, Ned Batchelder wrote: I've created two patches implementing this strategy, and attached them to ticket http://code.djangoproject.com/ticket/7704. Thanks Ned, but I'm a bit confused, I thought we agreed that Babel

Re: Fixing makemessages for Javascript

On 4/9/2011 11:57 AM, Jannis Leidel wrote: On 09.04.2011, at 17:32, Ned Batchelder wrote: On 4/9/2011 10:43 AM, Jannis Leidel wrote: On 09.04.2011, at 16:14, Ned Batchelder wrote: I've created two patches implementing this strategy, and attached them to ticket http://code.djangoprojec

Re: Fixing makemessages for Javascript

Does anyone else have any opinions on a direction forward to fix this problem? At the very least I'd like to make a doc patch for 1.3.1 that explains the fragility. --Ned. On 4/9/2011 1:02 PM, Ned Batchelder wrote: On 4/9/2011 11:57 AM, Jannis Leidel wrote: On 09.04.2011, at 17:32

Re: Fixing makemessages for Javascript

On 4/14/2011 9:26 AM, Jannis Leidel wrote: On 14.04.2011, at 14:41, Ned Batchelder wrote: Does anyone else have any opinions on a direction forward to fix this problem? At the very least I'd like to make a doc patch for 1.3.1 that explains the fragility. Yeah, a doc patch sounds l

Re: Fixing makemessages for Javascript

On 4/14/2011 10:30 AM, Jannis Leidel wrote: On 14.04.2011, at 15:54, Ned Batchelder wrote: On 4/14/2011 9:26 AM, Jannis Leidel wrote: On 14.04.2011, at 14:41, Ned Batchelder wrote: Does anyone else have any opinions on a direction forward to fix this problem? At the very least I'd li

Re: Fixing makemessages for Javascript

On 4/14/2011 11:40 PM, Russell Keith-Magee wrote: On Fri, Apr 15, 2011 at 12:30 AM, Jannis Leidel wrote: On 14.04.2011, at 17:27, Jacob Kaplan-Moss wrote: I think I agree with Ned here: I can't see the downside to fixing it on the release branch. "It violates our policy" doesn't count IMO: it

Re: Fixing makemessages for Javascript

On 4/15/2011 12:40 PM, Russell Keith-Magee wrote: On Fri, Apr 15, 2011 at 9:25 PM, Ned Batchelder wrote: On 4/14/2011 11:40 PM, Russell Keith-Magee wrote: Keep in mind that the proposal is not to include Babel, but to depend on it as a prerequisite, which means we are stuck in the same

Re: Test optimizations (2-5x as fast)

On 5/16/2011 11:18 PM, Erik Rose wrote: How about caching the test databases? The database state could be cached after model setup (which takes some time if you've got lots of them) + initial data fixture setup, and after the setup for each test case (fixtures + setUp() method). So, in the be

Re: Test optimizations (2-5x as fast)

On 5/17/2011 10:48 AM, Jeremy Dunck wrote: On Tue, May 17, 2011 at 9:16 AM, Jonas H. wrote: Invalidation is what I'm unsure about too -- multiple ideas came to my mind, all involving some sort of Great Hash(tm): Even within a single test command run, the same DB setup and same fixture loa

Re: Test optimizations (2-5x as fast)

On 5/17/2011 11:31 AM, Jeremy Dunck wrote: On Tue, May 17, 2011 at 10:24 AM, Ned Batchelder wrote: Maybe it wouldn't be so bad to punt on invalidation? The cached databases would only have to be rebuilt if the models changed or if the fixtures changed, right? We have a similar situatio

Re: Fixing makemessages for Javascript

On 5/29/2011 5:40 AM, Jannis Leidel wrote: On 15.04.2011, at 15:25, Ned Batchelder wrote: Hi Ned, As you say, Jannis has suggested that a Babel-based solution isn't that much work. But that work hasn't been done yet. I don't know how much work it is. It's going to b

Re: Fixing makemessages for Javascript

On 6/3/2011 12:26 PM, Jannis Leidel wrote: On 03.06.2011, at 04:15, Ned Batchelder wrote: On 5/29/2011 5:40 AM, Jannis Leidel wrote: On 15.04.2011, at 15:25, Ned Batchelder wrote: Hi Ned, As you say, Jannis has suggested that a Babel-based solution isn't that much work. But that

Re: Test optimizations (2-5x as fast)

On 5/17/2011 2:28 PM, Erik Rose wrote: I would be very happy to test this against Oracle database to see is how much patch improves speed since previously running tests against Oracle has been a real pain specially all db recreate stuff took a long long time. Great! I'll post again to this threa

Re: Test optimizations (2-5x as fast)

On 6/6/2011 10:19 PM, Ramiro Morales wrote: On Sun, Jun 5, 2011 at 5:18 PM, Ned Batchelder wrote: When I try this on a PostgreSQL database, I have problems relating to violated uniqueness constraints, sometimes from tests themselves, sometimes from setUpClass, sometimes from tearDownClass. In

Re: Improving test data experience

On 11/30/2011 5:22 PM, Jeremy Dunck wrote: Hi all, I've got a codebase with a fair bit of fixtures and have been experiencing some pain around it. One of the pains is migrating the format of fixtures when a schema change occurs. I posted a thread to south-users to discuss the idea of ad

Re: Revisiting multiline tags

On 2/24/2012 11:55 PM, Yo-Yo Ma wrote: I'm -1 on this for s specific reason; If you need multiple lines for a tag, you're doing it wrong. import this This would be far more helpful feedback if you would take the examples of too-long tags presented in this thread, and show the "right" way to d

Re: Revisiting multiline tags

On 2/26/2012 12:12 AM, Yo-Yo Ma wrote: After Ned's message, I'm -0, because while I'm not fond of multi-line tags, I cannot offer a good alternative when it comes to multi-line "with" tags. On Feb 25, 6:48 pm, Ned Batchelder wrote: On 2/24/2012 11:55 PM, Yo-Yo Ma wrot

Re: Redesign of djangoproject.com?

Will there be any specific discussion about what's wrong with the current site? You two seem to agree something needs to be done, but haven't mentioned anything specific. --Ned. On 4/28/2012 4:13 AM, Dana Woodman wrote: Great to know they're is some interest in it and agreement that it is in

Re: ANNOUNCE: Django 1.6 beta 1 released

On 6/28/2013 9:48 AM, Jacob Kaplan-Moss wrote: Hi folks -- I'm pleased to announce that we've just released Django 1.6 beta 1, the second in our series of preview releases leading up to Django 1.6 (due in August). More information can be found on our blog: https://www.djangoproject.com/weblog

Re: Reconsider 20383: limited contexts for makemessages

On 7/4/2013 5:40 AM, Benjamin Wohlwend wrote: Hi, I recently hit a problem where I have to provide translations for a reusable app. In German (and most other languages, except English, it seems), there are different second-person pronouns used in different situations, see [1]. As an example,

Re: [1.7-RC] Using coverage with migrated app slow down test-suite execution by 6 times.

On 7/10/14 6:32 AM, Stan wrote: I tried to found a revision in the /stable/1.7.x/ branch showing a regression in the time needed to run the test suite with Coverage. Unfortunately I was unable to find such commit because with checkouts from the 12 of june and beyond, my test starts to break. C

Django template coverage experiment

Hi, I've added support to coverage.py for plugins to support non-Python files, and I've written a plugin to measure Django templates. I'm looking for a collaborator to decide how to complete the work. I'm asking on the dev list because ideally, the plugin would be part of Django itself, alt

Re: should we close in-memory file-like objects (StringIO, BytesIO, etc.)?

On 7/3/15 1:55 PM, Aymeric Augustin wrote: 2015-07-03 17:10 GMT+02:00 Berker Peksağ >: I agree with you on the StringIO and BytesIO cases, but I agree with Andriy on the other usages (e.g. ZipFile, GzipFile). Many contributors follow the existing pract

Re: How to add a new DB backend?

t; the number of "left outer joins", but they're very limited). So the test > suite will be very useful there. > > Regards, > Malcolm > > > > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~-

Pickling QuerySets

of what happens when a QuerySet is pickled. Am I missing where this is discussed, or is it an oversight, or is there a reason not to mention it? I'll patch the docs if you'd like... --Ned. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~-

Re: GET requests should not alter data?

7;s not >> pursue this as a purist goal, but rather for the sound pragmatic reasons >> that have already been elucidated. >> > > I think Amit was just suggesting that these exceptions be documented, > and not in the pursuit of a purist goal :) > > Regards &g

Re: "OperationalError: database is locked" with Python 2.6 multiprocessing and SQLite backend

rch?q=cache:kEMOo-HuvzgJ:www.rkblog.rk.edu.pl/w/p/django-nginx/+django+OperationalError:+database+is+locked > > > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed

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

t should behave the same. > > > -- > Read my blog! I depend on your acceptance of my opinion! I am interesting! > http://techblog.ironfroggy.com/ > Follow me if you're into that sort of thing: > http://www.twitter.com/ironfroggy > > > -- Ned Batchelder, http://n

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

t; ... else: > ... print "else" > else > >>> > > On Wed, Oct 29, 2008 at 8:32 PM, Ned Batchelder <[EMAIL PROTECTED] > <mailto:[EMAIL PROTECTED]>> wrote: > > But this does operate the same as the Python for/else, no? > &

Re: Dropping Python 2.3 compatibility for Django 1.1

t 18:08, Jacob Kaplan-Moss wrote: >>> >>>> I'd like to officially drop Python 2.3 support in Django 1.1. Discuss. >>>> >>> Oh god please, YES! Gimme my decorator syntax sugar, oh yeah. >>> >> ... and generator expression

Re: Test integration with coverage

rking on a major refactoring recently: http://bitbucket.org/ned/coveragepy/ . I'd also be glad to help any way I can to get coverage better integrated into Django. --Ned. http://nedbatchelder.com/ > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~

Re: Posting to the wrong list (was: Re: Need Django Developer urgent)

uot;"" > > If you've got any suggestions of ways to make that more clear -- other > than renaming the list, which isn't going to happen -- I'd love to > hear 'em. > > Jacob > > > > > -- Ned Batchelder, http://nedbatchelder.com --~

Re: [gsoc2009-testing] Windmill Runners Kicking it up a Notch

dia.ericholscher.com/django_coverage/ > -- > Kevin Kubasik > http://kubasik.net/blog > > > > Just a small note, but there seems to be an issue with the > coverage, in that any module level statements aren't reported as > being executed, s

Re: Add a salt to the newforms fields names

t; and the form will have a different behaviour. It will treat the data > by doing a loop on the dictionary, recreating the hash, and comparing > it with fields names to make a new dictionary with correct names and > values, what would allow the user to do again form['name']. &

Re: Stack trace in DB comments

ld still make it such that if > DEBUG=True, DB_DEBUG=True.) > > Either way, I think this would be a simple and useful change. > > Thoughts? > > > > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You

Re: Stack trace in DB comments

It wasn't a formal presentation. I was showing Tabblo during the Django app demo session, and Adrian noticed that my dev server was spewing more info than typical. --Ned. Jeremy Dunck wrote: > On 3/30/07, Ned Batchelder <[EMAIL PROTECTED]> wrote: > >> At Pycon, when

Re: Stack trace in DB comments

The code is not online (yet). I plan to, but will need to wait for the HP acquisition to settle down first... --Ned. Jeremy Dunck wrote: > On 3/30/07, Ned Batchelder <[EMAIL PROTECTED]> wrote: > >> It wasn't a formal presentation. I was showing Tabblo during the Dja

Re: #3527 - better debug traceback with code executing...

o debug something -- or for longer. So I am > reluctant to put in something that might be a security hole if there's > any chance of it being run on a production site. > > Regards, > Malcolm > > > > > > > > > -- Ned Batchelder, http://nedbatche

Re: Escaping in templates...

nd vote on the one(s) you prefer. > > This way we can get some idea of what a consensus view might look like > > --Simon > [1] http://code.djangoproject.com/wiki/AutoEscapingProposals > > > > > > > > . > > -- Ned Batchelder, http://nedbatchelder.

Re: Proposal: Let session support backends

ackends. Memcached sessions are a Good > Idea. > > Jacob > > > > > > > . > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "D

Re: Ned Batchelder's hyphenate

and MetaFont books), > but this may be something that somebody's already done a really good job > on. > > Todd > > > > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this mess

Re: Ned Batchelder's hyphenate

27;t think wordwrap should use it by default, and >> optional arguments don't work. I was thinking of just calling it >> 'hyphenate' or 'hyphenatedwordwrap'. >> >> http://www.nedbatchelder.com/code/modules/hyphenate.html >> >> Thoughts? >>

Re: None != Null?

se that started this for me is in the regression test - a > related manager for an unsaved object. In this case, 'don't ever > return anything' is _exactly_ the right response, because nothing can > be related to the unsaved object. > > Mapping __exact=None

Re: Cleaning up memcached connections

http://code.djangoproject.com/attachment/ticket/5133/memcached-cleanup-connections.patch, > but I'm not sure about the ramifications of the fix. Thoughts before I > check this in? > > Jacob > > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-

Re: Visual recognition of Django website

on.ico >> >> > > While I'm +0 on the favicon thing, I personally think "d" is > insufficient and "dj" would be much more identifiable as uniquely > Django. > > Todd > > > > > > -- Ned Batchelder, http://nedba

Re: Discussion of #4131: addslashes, javascript string literals, and (new) escapejs

mplete job of escaping >> anything that could break out of a string literal. >> > > Credit where it's due; The meat of the patch is Jeremy's, I just > tidied it up a tad. > > Andrew > > > > > -- Ned Batchelder, http://nedbatchelder.com -

Re: Still no favicon - Re: Visual recognition of Django website

e, is against it, I wish they would step > forward and say so. Perhaps even argue as to why. > > > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Group

Re: [SECURITY] Session Hijacking in Django

A couple of points: 1) the hotmail_hack story you point to is about cross-site scripting, which has nothing to do with the security of cookies. 2) the signedcookies code you point to for inclusion in Django explicitly discusses the idea that sessions are not vulnerable and therefore their cook

Re: Django 1.0 features -- the definitive list

esign goal back > when we put the URL stuff together - we were worried about > performance, but when we benchmarked it turned out that Python can > run through a list of a hundred or so regular expressions in less > than 0.01 seconds. > > Cheers, > > Simon > > >

Re: How to stop spam on our groups

nauts > enhancing django than cleaning up spam? > > I suspect that most people following the lists are getting the > messages sent to their email accounts (instead of reading via web- > interface), and then their spam filters are probably killing most of > these. > > -Simon > &g

Re: svn co problem

bian.org/cgi-bin/bugreport.cgi?bug=266276 > but that seems to be fixed. > > Is everyone else able to do checkouts to fresh directories? > > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you

Re: Proposal: deprecated Model.__init__(*args)

ot; can lead to all sorts of > nasty bugs: if you change the order of fields in models.py all of a > sudden fields start getting the "wrong" values from positional > initialization. On top of that, removing ``*args`` support from > ``Model.__init__`` would make the code

Re: Recent test breakage on Windows

I'm not familiar with PyUnit. How would it be easier? --Ned. Nick wrote: > On Mar 23, 3:37 pm, Ned Batchelder <[EMAIL PROTECTED]> wrote: > >> That was my first instinct too, then I had to re-discover (for the >> umpteenth time!) that normpath does not normalize

Re: Recent test breakage on Windows

: > On Sun, 2008-03-23 at 11:15 -0400, Ned Batchelder wrote: > [...] > >> Here's one of the tests in question: >> >> >>> f = forms.FilePathField(path=path) >> >>> f.choices.sort() >> >>> f.choices >> [('.../dj

Re: Public spec is needed for writing ORM adapters

me from > the apparent refusal to deal with this because it's in the form of > open-source code. > > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the

Re: Django admin Error at /admin/auth/user/1/?

quite* so terse. > > Sky, there's another list that's dedicated to *users* of Django > (instead of those developing Django itself, which is what we discuss > here). You should ask this question over at the django-users mailing > list (http

Re: Django admin Error at /admin/auth/user/1/?

. > We'll continue to point them in the right direction and try not to > inadvertently answer their question in the inappropriate forum. > > Malcolm > > -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received t

Re: Django admin Error at /admin/auth/user/1/?

uot;), or try to fix the system so that they don't make the error in the first place. The latter is a better option where possible. It's as true of the community as it is of the software. --Ned. http://nedbatchelder.com/blog Malcolm Tredinnick wrote: > On Mon, 2008-03-31 at 07:11

Re: Some of newforms-admin branch files have DOS mode line endings!!!

s not just some. >> > > Firstly, you can set up your client side to always use native line > endings (in you .subversion/config/ file). Secondly, we periodically do > a run around the tree and fix any files that don't have t

Re: Adding more __repr__() methods

The eval criterion rarely seems like a useful rule of thumb to me. Does anyone actually use this to make objects? I think the useful rule is, a repr should be an unambiguous representation of the object that is useful in debugging. Certainly the "eval" rule is sufficient for the "unambiguous"

Re: Python 3.5 Support in Django 1.8.x?

BTW, there's a move afoot to reconsider removing inspect.getargspec: http://bugs.python.org/issue20438 and http://bugs.python.org/issue25486 --Ned. On 10/24/15 10:30 AM, Tim Graham wrote: Here's the PR to remove 50K lines of deprecation warnings when running the Django 1.8 tests on Python 3.5

Re: structural & functional review of django documentation

Doug, I'm having a hard time understanding you. You are pointing at data and coming to completely different conclusions than I do. Below you say, "The Django cadre must regularly ask about the state of public sentiment and satisfaction, because it is reckless to do otherwise." This is after yo

Re: Module Index

On 1/25/16 10:05 PM, Doug Epling wrote: shouldn't this be here: https://docs.djangoproject.com/en/1.9/py-modindex/#t The module index is built from directives like ".. module: django.template.loader" in the various .txt files, like docs/topics/templates.txt. Adding more directives will add

Re: Proposal to format Django using black

On 4/15/19 7:13 AM, René Fleschenberg wrote: Hi HMS = "%H:%M:%S"  # 14:30:59 HMSF = ".." HM = ".." TIME_INPUT_FORMATS  = [HMS, HMSF, HM] Just my two cents: This particular rule is the main reason why I personally have not adopted black yet. I really find the one-item-per-line style *much* mo

Fix for ticket 279

I encountered the problem described in ticket #279, and fixed it by changing django/core/management.py: Index: django/core/management.py === --- django/core/management.py (revision 493) +++ django/core/management.py (working copy

Re: name of test database

Does that sound reasonable? OK, cool -- sounds reasonable. I just wanted to make sure it was essential / thought-through. Adrian -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribe

Re: name of test database

Russell Keith-Magee wrote: On 9/4/06, Ned Batchelder <[EMAIL PROTECTED]> wrote: Partly on this topic:  I would very much like to use sqlite in-memory databases for testing, even though I use MySQL for deployment.  The speed difference is 10x.  One way to do this is to

Re: name of test database

Matthew Flanagan wrote: On 04/09/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: On 9/4/06, Ned Batchelder <[EMAIL PROTECTED]> wrote: Partly on this topic: I would very much like to use sqlite in-memory databases for testing, even

Initial data hooks: management.install vs. management.syncdb

reated in a single way? Sorry to have so many questions and so few answers. Perhaps there's a simple path here that I have not found? --Ned. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscrib

Custom default managers interfere with delete operations

ill interfere with cascading deletes. So is this something to fix in the ORM, or have I lost the scent on custom managers? --Ned. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Go

Re: Custom default managers interfere with delete operations

Russell Keith-Magee wrote: On 9/8/06, Ned Batchelder <[EMAIL PROTECTED]> wrote: The docs for custom managers say: "it's generally a good idea for the first Manager to be relatively unfiltered".  But it seems that any filtering in the default manager will interfere w

Re: Custom default managers interfere with delete operations

Russell Keith-Magee wrote: On 9/9/06, Ned Batchelder <[EMAIL PROTECTED] > wrote: I'm not familiar with the internals of this code, but here's a naive conception: since the default objects manager is made automatically by the ORM, coul

Re: Custom default managers interfere with delete operations

Done: http://code.djangoproject.com/ticket/2698 --Ned. Russell Keith-Magee wrote: On 9/10/06, Ned Batchelder <[EMAIL PROTECTED]> wrote: No filtering allowed. Hrm. I think you might be right. Taking a closer look, it seems that the deletion algorithm is

Re: single-row database tables for properties

: name and value, and use a row for each setting? Then you don't have to overload save to create confusing behavior in the first place, and you get a simpler database schema. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received thi

Re: single-row database tables for properties

ou are right: the name, value method does restrict you to only one value type. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To p

Re: Extend URL resolver support for HTTP Methods / REST support

nces, and helps make generic views useful; and the string-or-callable overload makes it easier and more natural to express what view to use). --Ned. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscri

I can't mark a ticket as having a patch.

We need some way to indicate a supplied code change that won't trigger Aksimet into thinking we're talking about smoking cessation programs... --Ned. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because yo

Re: Find the Cookie owner

if len(session['session_data']) > 0: sessionid_is_found = True if not sessionid_is_found: return apache.HTTP_FORBIDDEN import base64 a = base64.decodestring( session['session_data'] ) #who i

Re: Contrib context processor?

in ticket 2532, and Adrian vetoed it on the grounds that adding context processors for some settings could be a slippery slope toward having a context processor for every setting. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received th

Re: Contrib context processor?

usted, or do we? --Ned. James Bennett wrote: On 10/13/06, Ned Batchelder <[EMAIL PROTECTED]> wrote: In my own context processor, I added 'settings' as the entire settings module. Then I can get settings.WHATEVER in the templates. This solved our problem of dribbli

Re: bump: give Gabor (or somebody else) a unicode branch in svn

e got quite a few branches open at the moment. I think we should focus on merging at least one of these branches before opening another one, for the sake of everybody's sanity. Adrian -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You re

Error message when using wrong filter keyword could be more helpful

he patch to query.py that enables these better messages. --Ned. -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this gro

Re: Error message when using wrong filter keyword could be more helpful

inimum. I would suggest logging this as an enhancement request so that it doesn't get forgotten. Yours, Russ Magee %-) -- Ned Batchelder, http://nedbatchelder.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Goo

Re: Critical ticket: can cause data loss

never been documented and the > small fraction of people using them probably all subscribe to this > mailing list, I don't see any point in having another release. Plus, > 0.96 is coming soon enough. > > Adrian > > -- Ned Batchelder, http://nedbatchelder.com --~--~-

Re: Adding an option to re-test only failed tests

Rob Madole wrote: >> From the point of view of encouraging the usage of nose, either would >> work fine. I think this is fits in to the conversation at DjangoCon >> about how we should go about encouraging Django users to explore the >> wider Python ecosystem. The important thing is that we can hav

Re: Proposal: Tutorial Refresh

Russell Keith-Magee wrote: > On Sat, Oct 10, 2009 at 6:55 AM, Rob Hudson wrote: > >> I, too, like the idea of a conference site. It fills a void and >> sounds useful for upcoming conferences. I wasn't too crazy about the >> blog idea, and was convinced away from the snippets idea. So shall w

Re: Proposal for 1.2: Dumber email validation

+1 http://nedbatchelder.com/blog/200908/humane_email_validation.html I was going to kibbitz on the fix (removing a single * would have sufficed), and realized we were once again in the quagmire of email regex validation. --Ned. James Bennett wrote: > In light of yesterday's security issue, I

Re: Proposal for 1.2: Improved URL system

This seems to me to be a perfect candidate for implementation outside of core. Write a facility that takes your simpler url patterns, and creates standard Django urlpatterns from them. Publish it. If it catches on, then we can discuss what future version of Django might include it as core.

Re: managing javascript and css resources

FWIW, I just started using django-compress (http://code.google.com/p/django-compress/) which works precisely this way. It has pluggable compressors, control over the versioning of the combined files, and so on. --Ned. Gabriel Hurley wrote: I like the idea of having these "bundles" or "stack

Re: Project-wide cache prefix (low-level API)

On 8/4/2010 10:57 AM, Jacob Kaplan-Moss wrote: On Wed, Aug 4, 2010 at 8:06 AM, Byron wrote: Updated the patch http://code.djangoproject.com/ticket/13795 * Have you considered supporting "versioning" of keys to help with cache invalidation? Eric Florenzano has been doing some inte