James Bennett wrote:
> On 8/23/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
>> Thoughts/comments/suggestions on Joseph's plan below, and on Brant's
>> plan in Trac?
>
> I think Brant's rocking the sexiness; the concept of validation
> behaving as a try/except block feels nice to me. And bidding
Malcolm Tredinnick wrote:
> On Sat, 2006-08-19 at 07:57 +, simonbun wrote:
>> I'm not so sure its such a bad idea to bundle a JS toolkit with the
>> framework.
>
> It's only been a month since the last time we had this thread. Do we
> have to do this again? :-(
>
> Really, you bring up nothi
gabor wrote:
>
> currently my plan is to have the following behaviour:
>
> 1. i assume that every GET/POST param comes in encoded as
> settings.DEFAULT_CHARSET, and will decode it accordingly. if it fails,
> then it fails.
Assuming "you got served" with settings.DEFAULT_CHARSET, then sure.
Jeremy Dunck wrote:
> I hearby degree that all strings in computing should have a charset
> associated with them.
>
> ...
>
> Damn, it didn't work.
ROTFL! On a more positive note, kudos to Gábor for looking at this.
Gábor, if you get a dev branch, I'll be happy work against it.
cheers
Bill
Gábor Farkas wrote:
> for example, using this html file:
>
> http://localhost:7000";>
>
>
>
> (+ additional xhtml-headers, http-equiv-content-type=utf-8 etc)
>
> firefox submits this:
>
>
> POST / HTTP/1.1
> Host: localhost:7000
> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en
Malcolm Tredinnick wrote:
> On Wed, 2006-08-09 at 21:51 +0200, gabor wrote:
> [...]
>> phew... the immortal
>> how-tolerant-we-should-be-when-doing-unicode-conversion problems :-)
>
> Agreed. This is much easier on my side of the fence (lobbing problems),
> than your side (solving them).
> [...]
gabor wrote:
> so what do you think about the following approach:
>
> try ascii-decoding
> if fails, try utf8-decoding
> if fails do iso-8859-1-decoding (this cannot fail).
>
> ?
Dumb question maybe. How do you know this encoding ladder will work?
> but imho this should happen only in "specia
Hi,
is there any particular reason unittest isn't used in Django?
Specifically if I was writing tests for contribution/patches, would
writing them in unittest be a problem, or is there a preferred approach?
cheers
Bill
--~--~-~--~~~---~--~~
You received this m
Malcolm Tredinnick wrote:
> Hi Todd,
>
> On Sat, 2006-07-29 at 19:42 -0400, Todd O'Bryan wrote:
>> 3. Develop some kind of explicit way that apps can declare
>> dependencies on other apps so that apps can just be dropped in with
>> any dependencies, their prefixes set, and they be good to go
[EMAIL PROTECTED] wrote:
> I'm pretty late on this, but for the record...
>
> ...while I totally appreciate that you're reading my blog and you value
> what I think, the truth is that my feelings on the matter are almost
> completely irrelevant. When to release a build is entirely up to
> Adrian,
Deryck Hodge wrote:
> On 7/27/06, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
>> Make a setting to turn define the default, and if the setting's not
>> there, auto-escape.
>> Anyone that doesn't want it can just turn it off by defining the setting.
>>
>> AUTO_ESCAPE_TEXT = _True_|False
>
> This is th
Tom Tobin wrote:
> On 7/27/06, Joe <[EMAIL PROTECTED]> wrote:
>> Adrian Holovaty wrote:
>>> There's no real reason, other than the fact that the core developers
>>> all use (and are happy with) the Subversion/development versions of
>>> Django, with which we've been enjoying the great changes to D
Jeremy Dunck wrote:
> On 7/27/06, Kevin Menard <[EMAIL PROTECTED]> wrote:
>> People run svn update at
>> different times and all that jazz. I know we've been burned once or
>> twice by people running different versions of django.
>
> Two-phase email? "I'd like to svn up, report back when ready.
Malcolm Tredinnick wrote:
> table design with
> lots of sparse columns won't get me invited to the cool parties.
Qotd!
[I should say what you're doing sounds great; just trying to figure out
where the constraints and gotchas are at.]
cheers
Bill
--~--~-~--~~~---~
Kenneth Gonsalves wrote:
> not sure where the tamil guys took the po file from - but since i
> noticed the same thing in german also, i think that the strings in
> question are not marked with _()
The strings we're talking about are in the contrib.auth module. So I
checked and they're all m
Malcolm Tredinnick wrote:
> ---
> 1. Abstract Base class
> ---
> [...]
>For example,
>
> class Thing(models.Model):
>name = models.CharField(...)
>
> class Animal(Thing):
>genus = models.CharField(...)
>
Hi,
http://code.djangoproject.com/ticket/2401
"strings escaping translation"
The strings that stay in english aren't in the tamil .po file. I think
the .po files might be out of sync with the source tree and that
bin/make-messages.py needs to be rerun over the source. Maybe a job for
a post
gabor wrote:
> questions:
> 1. django publishes the whole environ dictionary as request.META. the
> environ dictionary is a normal byte-string dictionary. so, should we
> convert it to unicode so that the request.META dictionary only contains
> unicode strings?
>
> 1.a: if yes, how? some thin
Gábor Farkas wrote:
> i somehow have the feeling that we lost the original idea here a little.
>
> (as far as i understand, by urlify.js we are talking about slug
> auto-generation, please correct me if i'm wrong).
>
> we are auto-generating slugs when it "makes sense". for example, for
> eng
Andrey Golovizin wrote:
> Bill de hÓra wrote:
>> I need to test this properly and fill in the mappings
>
> The official Cyrillic-Latin mapping could be found here:
> http://en.wikipedia.org/wiki/Translit
Great resource Andrey, thanks. I'll fold that m
James Bennett wrote:
> On 7/11/06, Bill de hÓra <[EMAIL PROTECTED]> wrote:
>> I need to test this properly and fill in the mappings, but the gist of
>> the approach should be clear. When that's done, unless someone has an
>> objection, I'll file a patch agai
Malcolm Tredinnick wrote:
>> return s.substring(0, num_chars);// trim to first num_chars chars
>> return s.substring(0, num_chars);// trim to first num_chars chars
>> }
>> ]]]
>
> Probably only one of the last two lines is necessary. :-)
DRY!
> I am the about the worst guy in the worl
Malcolm Tredinnick wrote:
> Personally, I was kind of hoping whoever wrote
> the patch might think this sort of thing through and give us a concrete
> target to throw ideas at. :-)
Hi Malcolm,
Here we go:
[[[urlify.js:
var LATIN_MAP =
{
'À':'A',
'Á':'A',
'à':
Malcolm Tredinnick wrote:
> Hi Bill,
>
> On Fri, 2006-07-07 at 10:06 +0100, Bill de hÓra wrote:
>> Malcolm Tredinnick wrote:
>>
>>> There was reasonable consensus in one of the threads about doing
>>> something similar (but a bit smaller) than what Wordpres
Antonio Cavedoni wrote:
> So this would be no good.
>
> Perhaps I’m missing something but unicodedata won’t cut it.
This is my point. Cut what exactly? "No good" for what exactly? We
could file patches to see what sticks, but it might be better to figure
what's wanted first, instead of play
Malcolm Tredinnick wrote:
> There was reasonable consensus in one of the threads about doing
> something similar (but a bit smaller) than what Wordpress does. Now it's
> a case of "patches gratefully accepted". A lot of people say this is a
> big issue for them, so it's something that will be fix
Jacob Kaplan-Moss wrote:
> On Jun 28, 2006, at 6:07 AM, Gábor Farkas wrote:
>> what i think we are missing the most is to hear about the "main"
>> developers (project owners?) (adrian, malcolm, jacob etc.) opinion
>> about
>> unicode-ification. if they think we should switch django completely to
Mikeal Rogers wrote:
> I've been developing some fun stuff with django for about a month now
> and I've been thinking of taking on a big challenge, adding ZODB
> support to Models.
>
> I _love_ the django models, but there are a few things I wish to do
> in which I need a full object persis
Fyi, wsgiref landed in Python's subversion repo last Friday:
http://mail.python.org/pipermail/python-dev/2006-June/065767.html
http://svn.python.org/view/python/trunk/Lib/wsgiref/
cheers
Bill
--~--~-~--~~~---~--~~
You received this message because you are subsc
Adrian Holovaty wrote:
> Time and time again I have the following Django code:
>
> try:
> obj = Person.objects.get(first_name='John', last_name='Lennon')
> except Person.DoesNotExist:
> obj = Person(first_name='John', last_name='Lennon',
> birthday=date(1940, 10, 9))
>
Gary Wilson wrote:
> What do you think about adding a ValidationError similar to
> CriticalValidationError but one that would stop further evaluation of
> _all_ validators in the manipulator instead of just the remaining
> validators for the current form field being processed?
It's not an error,
Luke,
I summarized this as:
Adrian/Jacob pick some people they trust to eval/weed patches. Those
people recommend patches for consideration. That way some of the work is
farmed out, but core technical decisions stay centralised.
is that it?
cheers
Bill
Luke Plant wrote:
Ideas for
>> impr
limodou wrote:
> You may not understand what I want. For example:
>
> [...]
>
> So I think .py configuration file is not user friendly to a IDE.
I read this, and don't understand how not using Python solves your problem.
-1 from me.
cheers
Bill
Adrian Holovaty wrote:
> * Change "django-admin.py startapp" so that it creates a models.py
> file instead of a models package with __init__.py and appname.py in
> it.
+1
> * Change django-admin.py so that the various commands that act on apps
> -- such as sql, install and sqlreset -- take th
Robert Wittams wrote:
> Wilson wrote:
>
>>no matter which framework gets bundled (or if anything gets bundled
>>at all)
>
>
> This is the sticking point. I just have no idea how we add rich
> functionality to the bundled apps without either
>
> a) Picking a toolkit to bundle
> b) Making some h
35 matches
Mail list logo
