On Tue, 2007-04-17 at 09:08 -0400, Ned Batchelder wrote:
> I've been following this discussion with interest. XSS fragility is a
> real weak point for text-based templating engines, and we need to find a
> solution.
>
> On the topic of HTML-escaping vs. general escaping: Absolutely the
> reas
Hey Michael,
On Tue, 2007-04-17 at 10:31 +0200, Michael Radziej wrote:
> Hi Malcom and you all,
>
> On Tue, Apr 10, Malcolm Tredinnick wrote:
>
> > What I'd really like from you guys (Michael, Ivan, Gábor -- and anybody
> > else who wants to play along) is to see h
On Tue, 2007-04-17 at 20:35 -0700, Simon G. wrote:
> Sorry - I just skim read the discussions on it in "AutoEscape" and
> "AutoEscaping Alternative" where that was mentioned. Wasn't making any
> value judgements :-)
Unfortunately, the AutoEscapingAlternative page uses strawmen to try and
make its
On Wed, 2007-04-18 at 08:58 +, SmileyChris wrote:
[...]
> I actually like Malcom's proposal. Can't say I'd be thrilled if it was
> on by default though.
Since this is actually a good idea, we should give credit where it's
due: the whole theory behind this (and most of the details) is Simon
Wi
On Thu, 2007-04-19 at 22:38 +, Matt Boersma wrote:
> The "boulder-oracle-sprint" branch is ready to come home.
Nice work, guys. :-)
>
> We made a wiki page describing the goals and status of the code (quick
> summary: Oracle works and we think it's done, unless you tell us
> otherwise). At
On Fri, 2007-04-20 at 07:27 -0700, Iwan wrote:
> Hi,
>
> Should I open a ticket for this?
>
> All Fields in newforms.fields declare a class attribute widget. If
> you then inherit form them you can override this.
>
> ChoiceField does not, instead it sets its default Widget via a keyword
> para
Hey Jacob, Adrian,
At the risk of asking you not to have a life, could one of you give some
attention to the various tickets in the Website component whenever you
next have a chance to sit down and work on some bugs. There are a number
of documentation problems that keep popping up that are a sid
On Sun, 2007-04-22 at 04:25 +, Collin Grady wrote:
> I've been looking at save() recently for work on
> http://code.djangoproject.com/ticket/4102
> and I noticed what seems to be a problem in the primary key logic, but
> I'm not entirely sure :)
>
> In the block for saving an existing model
On Sun, 2007-04-22 at 06:56 +, Collin Grady wrote:
> On Apr 21, 9:53 pm, Malcolm Tredinnick <[EMAIL PROTECTED]>
> wrote:
> > Your database may still have a serial value
> > on that field, for example, or there may be a trigger that does the
> > value computati
On Sat, 2007-04-21 at 23:55 -0700, ~Kender wrote:
> Along this same line, there's another issue with the RadioSelect
> widget.. It makes use of a rendering (returned by the render method)
> but the class is hardcoded in the method, so there's no way to supply
> an alternative renderer except to su
On Sun, 2007-04-22 at 20:28 +, Fraser Nevett wrote:
> Hi All,
>
> I'm sure I'm not alone in using simple print statements to trace/log
> what is going on in a Django app, especially when debugging. This
> works OK when using runserver, but can be more difficult and
> problematic to use with m
On Mon, 2007-04-23 at 13:28 -0700, Vinay Sajip wrote:
> > > I think it's very easy to underestimate the amount of work required in
> > > checking in a patch. It seems like a simple handful-of-lines patch like
> > > yours
> > > should be a no-brainer, but there's a whole bunch of steps I (or any
>
On Mon, 2007-04-23 at 17:46 +, tonnzor wrote:
> I reviewed templates engine and found the problem. Here are the
> patches:
>
> 1. template.Lexer incorrectly recognizes ALL tokens - it check only
> the beginning of the token, ignoring the end of it.
>
[... code snipped ...]
Please put any pa
On Tue, 2007-04-24 at 04:06 +, SmileyChris wrote:
> Following on from an IRC discussion:
> [15:52] SmileyChris: Maybe the ticket DB could use
> another
> level of granularity in triage: "Low hanging fruit"
> [15:53] mattmcc: yea, i think it could
> [15:53] S
ntioned this ticket twice in the last 1/3 of a year.
> Moreover, see Malcolm's comment below:
>
> Malcolm Tredinnick (March 8)
> > I hadn't realised it was two months old now. It will get handled
> > eventually and maybe fairly soon, since you've pointed out
On Tue, 2007-04-24 at 09:17 -0700, Vinay Sajip wrote:
> > > What's the thinking on documentation-only patches? While they are just
> > > as worthy of review and critical assessment as code patches, there is
> > > less of a concern about affecting trunk stability, and less impact
> > > analysis wor
On Wed, 2007-04-25 at 00:24 -0700, Simon G. wrote:
[...]
> Maybe we could tag these somehow ("outstanding"?) so that the next
> time a dev. gets some ticket time, they can glance over them and give
> some feedback (wontfix, pls. improve patch, will-do-it-when-I-have-
> time, etc).
If it's marked
Hey Michael,
On Wed, 2007-04-25 at 22:19 +, Mike Axiak wrote:
> Hello,
>
> After some discussion in IRC I've written a patch to add an is_equal
> method to the models.
> (http://code.djangoproject.org/ticket/4157)
>
> However, there was some question over whether this should be named
> is_e
On Wed, 2007-04-25 at 08:38 -0600, Lakin Wecker wrote:
>
> > 2. If we want to enable multi-line comments, we need to
> allow newlines
> > in tag's content:
>
> We don't want to allow newlines in tags. That decision has
> already been
> mad
On Thu, 2007-04-26 at 06:20 +, Mike Axiak wrote:
> Hi,
>
> The common use-case is if you just want to check to see if two objects
> are 'equal' in the sense that they contain the same data. For
> instance, you may want to see if a wiki was double-posted or other see
> if two users are the sam
On Wed, 2007-04-25 at 23:45 -0700, Mike Axiak wrote:
[...]
> (Sorry for the plug, but if someone does have time *and* wants to work
> on something pretty useful, check out the latest updates to #2070 ;) )
Here's a wet fish... go smack yourself over the head with it a few times
for punishment. :-)
On Thu, 2007-04-26 at 04:44 -0700, David Elias wrote:
> The new patch - http://code.djangoproject.com/ticket/1261
>
> Like I've explained in the ticket's comments right now we can't do a
> search in TextFields with:
> __istartswith, __iendswith, __icontains
>
> These work well with VARCHAR usi
On Thu, 2007-04-26 at 14:12 +, tonnzor wrote:
> > > 2. If we want to enable multi-line comments, we need to allow newlines
> > > in tag's content:
> >
> > We don't want to allow newlines in tags. That decision has already been
> > made and reaffirmed a number of times.
>
> Comments are not ac
Adrian (primarily),
There are a number of patches in Trac that are patches against the admin
interface. With newforms-admin on the horizon, I've been wrestling a bit
with how to handle these (particularly because I screwed up slightly
earlier this evening and committed without thinking). There se
Hey Matt,
On Thu, 2007-04-26 at 20:04 +, Matt Boersma wrote:
> I had purposely let this thread dangle, hoping Malcolm or Adrian or
> Jacob might weigh in and decide the "db_tablespace" minor controversy.
>
> But I hope this unresolved issue isn't perceived as holding up
> integration of the
On Fri, 2007-04-27 at 03:04 -0700, Vinay Sajip wrote:
> Malcolm Tredinnick's comment in ticket #1668:
>
> "I'm going to close this for the same reason it was originally closed:
> nobody has come up with a good solution. Any acceptable solution will
> not require rewriting the model name again and
On Fri, 2007-04-27 at 09:26 -0700, Vinay Sajip wrote:
> On Apr 27, 11:23 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
> wrote:
> >
> > That gives you translated app names, but not model names. Still, it's a
> > partial solution.
> >
>
> Aren't m
On Sun, 2007-04-29 at 10:19 -0700, Vinay Sajip wrote:
> I need some help with understanding some aspects of the above-named
> functions. load_app is internal to loading.py and is called by both
> get_apps and get_app to import a specific app module. But get_app(x)
> first calls get_apps, which loa
On Sun, 2007-04-29 at 22:22 +0800, Russell Keith-Magee wrote:
> Hi all,
>
> Two suggestions about the newforms API:
These didn't get the overwhelming show of support I was hoping they
might. So my two cents...
>
> 1) Is there room for a 'fields' argument on form_for_instance and
> form_for_mod
Hey Jeremy,
On Fri, 2007-05-04 at 19:44 -0500, Jeremy Dunck wrote:
> Malcolm,
> I noticed that Django's current serialization doesn't deal with unicode
> well.
Too true. :-)
>
> When using MySQLdb with utf8 as the encoding, charfields return
> unicode objects. base.get_string_field break
On Mon, 2007-05-07 at 08:41 +0200, [EMAIL PROTECTED] wrote:
>
> Does anybody have got any experience with connection Flex(presentation layer)
> and Django(server-side)?
> Do you think this connection could be a good idea?
Please ask these sorts of questions on the django-users mailing list.
T
On Wed, 2007-05-09 at 02:22 -0700, akaihola wrote:
> I'm having a hard time trying to do my unit testing in unicode. I'm
> using the unicode branch of Django.
>
> Here's a simple tests.py example:
>
> # -*- encoding: utf-8 -*-
> u"""
> >>> print u'\u00e4'
> this output should not match the above
On Wed, 2007-05-09 at 22:20 +, Mike Axiak wrote:
> I have created a ticket specifically for newforms-admin and
> edit_inline (#4255).
>
> I'd like to bounce ideas around in there, if people would be willing
> to talk. I would partially be willing to do some implementation, but
> don't want to
On Fri, 2007-05-11 at 08:11 +0800, Russell Keith-Magee wrote:
> On 5/11/07, James Bennett <[EMAIL PROTECTED]> wrote:
> >
> > On 5/10/07, Sebastian Macias <[EMAIL PROTECTED]> wrote:
> > > Do any of you guys when the django-admin.py updatedb command will be
> > > completed? updatedb is basically all
On Thu, 2007-05-10 at 08:14 -0700, Gulopine wrote:
> I think this discussion could use a bit of revival, as it seems
> obvious to me that there are groups that could benefit from some sort
> of field-level coercion. In addition to my DurationField and the
> various possibilities available with Geo
On Fri, 2007-05-11 at 09:50 +0200, Michael van der Westhuizen wrote:
> Hi Simon,
>
> On 5/11/07, Simon Willison <[EMAIL PROTECTED]> wrote:
> >
> [snip]
> > 1. The 'password' field in the User model should be altered to have
> > blank=True.
> >
> > This would allow us to set blank passwords as an
On Fri, 2007-05-11 at 06:46 -0700, Gulopine wrote:
[...]
> Given the resistance I've had so far with the coercion patch, I've
> starting working on a signal-based approach instead, to see if I can
> possibly get DurationField working without any patches to other bits
> of Django's core.
My unders
Given the observation that Martin Winkler made in a recent thread ([1]),
pointing out Oracles '' = NULL addiction, it made me think of something
related: there are a lot of models that have fields with blank=True and
null=False, even in Django core. However, this is kind of nonsensical in
Oracle-l
On Fri, 2007-05-11 at 08:23 -0700, Niels wrote:
> On May 11, 5:07 pm, Malcolm Tredinnick <[EMAIL PROTECTED]>
> wrote:
>
> > > So does that mean that I should store a single blank space in the
> > > password field to represent "no password set"?
&
On Fri, 2007-05-11 at 14:51 +, Simon Willison wrote:
> On May 11, 3:40 pm, Martin Winkler <[EMAIL PROTECTED]> wrote:
> > > Certainly Oracle treats them empty string as equal to NULL. But does
> > > that mean you can't put an empty string in a "not NULL" column in
> > > Oracle?
> >
> > Exactly.
On Sat, 2007-05-12 at 06:28 -0700, [EMAIL PROTECTED] wrote:
> I'm interested in helping to get #4115 (thumbnail contrib) in a state
> that it's ready for checkin. I notice that there's a "needs design
> decision" as well as "needs unit test" flag on this one. The question
> I have for the devel
I had a patch all ready to commit, doing the long-awaited FloatField ->
DecimalField change and putting in a "real" FloatField. Then I realised
I was about to do something silly.
Renaming FloatField to DecimalField is simple and obvious. The
backwards-incompatible change means people have to do a
On Mon, 2007-05-14 at 09:49 +, simonbun wrote:
> What if we would make the 'decimal_places' argument illegal for the
> new FloatField? That exception would make the change impossible to
> miss. Hope I'm not missing anything obvious with this idea, it just
> popped into my head.
Doh! Yes... th
On Mon, 2007-05-14 at 09:11 -0500, Adrian Holovaty wrote:
> Hi there,
>
> I just spotted changeset [5231]:
>
> """
> Renamed form-specific cleaning methods to be do_clean_*, rather than clean_*.
> This avoids a name clash that would occur when you had a form field called
> "data" (because clean_
On Mon, 2007-05-14 at 10:58 -0400, Benjamin Slavin wrote:
> On 5/14/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > I think we should try to stay with the "cleaning" line of thinking,
> > rather than validate- or normalise-related terms, just for consi
On Mon, 2007-05-14 at 10:52 -0500, Adrian Holovaty wrote:
> On 5/14/07, John Shaffer <[EMAIL PROTECTED]> wrote:
> > For me, an AttributeError from clean_data is a much more friendly
> > change than silently ignoring code like:
> >
> > def clean_email(self):
> > """Prevent account hijac
On Tue, 2007-05-15 at 12:29 +0800, Russell Keith-Magee wrote:
> On 5/15/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> >
> > Has anyone noticed a fairly recent order of magnitude slowdown in how
> > long it takes to run the django test suite? I used to get times of
> > about 14 seconds around
On Tue, 2007-05-15 at 17:09 -0500, Jeremy Dunck wrote:
> In the gis work, we'd like to contribute a fair bit of additional
> functionality to GIS fields and models with GIS fields.
>
> So far, field contributions seem to be largely done by adding
> attributes to the model, such as FileField's get
On Tue, 2007-05-15 at 17:07 -0600, Ian Kelly wrote:
> On 5/11/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> >
> > Given the observation that Martin Winkler made in a recent thread ([1]),
> > pointing out Oracles '' = NULL addiction, it made me think of s
On Thu, 2007-05-17 at 10:52 -0400, Etienne Robillard wrote:
>
> I dont understand that changes. For me thats just odd, and
> a royal pain to update lots of sites just for renaming clean_data to
> cleaned_data.
It's good programming practice that when a backwards incompatible change
is introduce
On Thu, 2007-05-17 at 13:22 +, nagi wrote:
> Thats unique_together = ('Field1','Field2') Thanks for the
> suggestion..
In future, please ask these sorts of questions on the django-users list.
We try very hard to keep internal development and user support on their
respective lists, for the
On Thu, 2007-05-17 at 20:11 -0500, Jacob Kaplan-Moss wrote:
> > In my opinion it really deserves a spot in the default contrib apps.
>
> Mine as well.
>
> The only thing holding me back from full support is the name; "values"
> doesn't explain enough about what the app does to me. Yes, it's
> bi
On Fri, 2007-05-18 at 13:55 -0400, Marty Alchin wrote:
> On 5/18/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > No third-party app should expect to be installed in django.contrib,
> > because that would require app users to modify their pristine (and
> > possibl
On Fri, 2007-05-18 at 10:36 -0700, Jason Davies wrote:
> On May 18, 5:30 pm, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]>
> wrote:
>
> > Indeed; I've been telling people interested in getting stuff into
> > Django that doing it as a standalone project first is probably the
> > best idea. I really like
On 11/8/05, stan8688 <[EMAIL PROTECTED]> wrote:
Thank you for your responed fast, Adrain.Yes, you are right, When i use:s = u"中国"d = categorylangs.Categorylang(categorylang = s.encode('utf-8'))d.save()It is ok! when i saw through DB. but. when I use
d = categorylangs.get_list(categorylang__contains
Ian Holsman wrote:
> I'm looking to see how many other australians are interested in
> Django, and also to get a list of people interested in some casual
> django work (if I get any) on the side.
I'm in Sydney.
Might be available if work comes up; depends upon other commitments.
Definitely inter
On Mon, 2006-02-27 at 00:29 +0100, gabor wrote:
> Max Battcher wrote:
> > gabor wrote:
> >> i actually got around this problem by adding the project-dir to the
> >> PYTHONPATH, but it seems a little as a hack...
> >
> > I'd have to disagree. I don't think it's a hack at all, as far as I'm
> >
On Sun, 2006-02-26 at 20:21 -0800, Jacob Kaplan-Moss wrote:
> Howdy folks --
>
> Four days of PyCon sprints start tomorrow! A bunch of us here at PyCon
> met this afternoon to plan out what we'll be working on over these next
> four days. You can find those topics and notes from our meeting toda
On Mon, 2006-02-27 at 02:15 -0600, Jeremy Dunck wrote:
> On 2/27/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> ...
> > On other Open Source projects I've worked on, there has been a way to
> > indicate in the bug tracking system that a patch was attached to a
On Mon, 2006-02-27 at 19:26 -0800, Jacob Kaplan-Moss wrote:
> Hey folks --
>
> I've posted (over 1200 words of) my thoughts on schema evolution to the
> wiki: http://code.djangoproject.com/wiki/SchemaEvolution.
>
> Any thoughts before I start on this?
Looks good. The only part that raised a few
On Wed, 2006-03-01 at 22:21 +, xamdam wrote:
> I have a model with a CharField(null=True, default='')
>
> In admin interface the field still appears 'required', whether or not I
> make it visible in field_list
That is correct (and not a bug). If you want to allow empty values (i.e.
the field
On Wed, 2006-03-01 at 17:55 -0800, Kevin wrote:
> I had this same problem. I checked through the source code and my
> guess is that the new magic-removal branch requires all models to be in
> a module named .models
>
> Now my existing code was split up between functions and then I just
> used th
I have been going through some code this morning and moving it over to
magic-removal. One of my models has a ForeignKey field that is
optionally empty. Before I can attempt to access the value of the
ForeignKey, I first need to check that it exists, so I have a few places
where the code says
Suppose you have a model that looks something like this (on the magic-
removal branch):
class Example(models.Model):
title = models.CharField(maxlength = 50, unique_for_date = 'date')
date = models.DateTimeField(auto_now_add = True)
class Admin:
...
If I try to create an instance
On Fri, 2006-03-03 at 09:43 +1100, Ian Holsman wrote:
> a 'site' in django terminology refers to a instance of your
> application running with a given group of settings.
>
> ie.. there is a LJW site and a lawerence site both running the
> ellington app. (possibly on the same machine)
Now, Ian, d
On Thu, 2006-03-02 at 15:59 +1100, Malcolm Tredinnick wrote:
[...]
> So, I guess my questions are as follows:
>
> (1) Why are we only filling in auto_now_add and auto_now in save(),
> rather than prior to validation? Purely accidental, or is there a more
> noble purpose?
>
On Fri, 2006-03-03 at 12:04 +, xamdam wrote:
> that sure did, it thanks! what is the best list to monitor these
> changes?
This list. In this case, syncdb was discussed briefly on the list (in
passing, in the middle of another thread):
http://groups.google.com/group/django-
developers/browse_
On Sat, 2006-03-04 at 02:04 +, Luke Plant wrote:
> Russell (I think this is your area),
>
> I found another bug in delete(). I eventually managed to get it down to
> the attached example, in the same format as the existing model tests.
That attachment came through all scrambled for me and
On Sat, 2006-03-04 at 11:25 +0800, Russell Keith-Magee wrote:
> On 3/4/06, Luke Plant <[EMAIL PROTECTED]> wrote:
> > Russell (I think this is your area),
> >
> > I found another bug in delete(). I eventually managed to get it down to
> > the attached example, in the same format as the existing mo
On Sat, 2006-03-04 at 15:17 +0800, Russell Keith-Magee wrote:
> On 3/4/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> >
> > OK, it's weirder than you think, though.
>
> Oh.. I don't know... I think it's pretty weird :-)
>
> > I get the s
On Sun, 2006-03-05 at 02:26 -0800, tonemcd wrote:
[...]
>
> However, I can't get the verbose_name of the 'what' field, eg
>
> In [79]: events = Event.objects.all()
>
> In [80]: events
> Out[80]: [Engaging with Interprofessional Healthcare Education in the
> North East, Tea Time]
>
> In [81]: e
Was there any discussion at PyCon about validation-aware models?
When Adrian posted his thoughts about it earlier this year [1] there was
a lot of discussion, some of which raised valid points (needing to be
able to have a temporarily invalid model whilst updating dependent field
or incrementally
Nice summary of things to think about, Russ.==
On Mon, 2006-03-06 at 14:30 +0800, Russell Keith-Magee wrote:
[...]
> 1) What should be the behaviour of __set__ for descriptors where
> multiple values are allowed (ForeignKey, ManyToManyField)?
>
> I propose that: 'Article.reporter_set = X' be all
Hi Ivan,
Some initial thoughts...
On Fri, 2006-03-10 at 11:43 +0300, Ivan Sagalaev wrote:
> There is a ticket for making Django not to eat entire file upload in
> memory http://code.djangoproject.com/ticket/1484
>
> I have it basically working using cgi.FieldStorage which stores POSTed
> file
On Tue, 2006-03-14 at 09:34 +0800, limodou wrote:
[...]
>
> -1 I agree with gabor. Many orm models don't process validation, and
> these things should be implemented by manipulator. Why do so much
> things in model?
This isn't really an argument, though. Other systems working differently
is not
On Fri, 2006-03-17 at 19:30 -0600, Eugene Lazutkin wrote:
> What was the motivation behind using complex kwargs like (taken from
> http://code.djangoproject.com/wiki/RemovingTheMagic):
>
> pubdate__year=2005
>
> fname__contains='n'
> name__exact='John' (can be abbreviated to name='John')
> and
Hi Daniel,
On Fri, 2006-03-31 at 12:23 +0200, Daniel Bimschas wrote:
> Hi! I posted this on django-users before, but without success.
Apologies for not seeing this on django-users (I am more than one day
behind on reading that).
>
> If a field of "meta.CharField(primary_key=True)" is used in a
On Fri, 2006-03-31 at 14:21 +0200, Daniel Bimschas wrote:
> Thank you Malcolm,
>
> again it sounds like work is mainly being done on the magical-removal
> branch.
This is true, but it is not a bad thing for people using the trunk.
Bugs / problems / interesting architectural decisions on the trun
On Fri, 2006-03-31 at 15:47 +0400, Ivan Sagalaev wrote:
> I'm working on a patch (actually I use it for about a week locally) that
> allows one to put an iterator as a content for HttpResponse. This is
> intended primarily for large file-like objects that are fed to the user
> incrementally wit
On Sat, 2006-04-01 at 09:06 +0400, Ivan Sagalaev wrote:
> Thanks for the reply, Malcolm!
>
> Malcolm Tredinnick wrote:
>
> >A relatively minor point: I would prefer to leave something like this
> >method in place, since otherwise everybody has to implement it
> >
More and more comments are being posted about the documentation on the
magic-removal branch. This reminded me that I have a patch in Trac
(ticket #1263) to fix some of the documentation and it has been sitting
for a while now.
Jacob: is there something wrong with this, or is it just unloved?
I o
On Fri, 2006-04-07 at 17:02 -0600, Joseph Kocherhans wrote:
> django.contrib.auth.models.User has too many methods and too many
> properties. It's tightly coupled to permissions, groups, the admin
> system
>
> has_permission(user, permission)
> is_anonymous(user)
>
> The problem is that we shoul
On Mon, 2006-04-10 at 03:45 +, Alexis Smirnov wrote:
> Hello,
>
> A part of my django app is a REST-type web service API. In the views
> that implement this API I and would like to have a quick way to find
> the method (aka "verb") of an HTTP request - at least GET or POST.
> Some POSTs may h
On Wed, 2006-04-19 at 09:10 +, favo wrote:
> on this section:
> http://code.djangoproject.com/wiki/RemovingTheMagic#Databasechangesyoullneedtomake
>
> for postgresql part,
>
> 1)correct:
> ALTER TABLE django_content_type DROP CONSTRAINT "$1";
> should be -->
> ALTER TABLE django_content_type
On Mon, 2006-04-24 at 01:23 +, Alexis Smirnov wrote:
> Some of the URLs in my django application are addressable by both POST
> and GET requests. This results in the code like this:
>
> urls.py:
>
> from django.conf.urls.defaults import *
>
> urlpatterns = patterns('',
> (r'^myapp/myres
On Tue, 2006-04-25 at 22:16 +0200, Petar Marić wrote:
> Greetings Djangonauts,
>
> I'm a pretty happy user of XStandard ( http://www.xstandard.com ), and
> I've already integrated support for XStandard Lite onto my
> django-powered blog (altough the project is on hold at the moment) via
> few sim
All,
I was doing a slightly chaotic wander through the open tickets this
evening and came across http://code.djangoproject.com/ticket/1690 --
discussing validators and fields with edit_inline set.
Initially I thought that the reporter had a good point and now I'm not
so sure that the "right" ans
On Thu, 2006-04-27 at 09:19 -0700, Jason Davies wrote:
>
> > A solution that fits all needs would be to create an extra parameter for
> > these validators (the ones that take field names) that indicates that
> > only fields for this class should be considered (e.g. only things that
> > start with
On Thu, 2006-04-27 at 15:56 -0700, SmileyChris wrote:
> I'm not a fan of the current permissions system. It'd be neat to see
> admin permissions evolve to a *nix-like system of user/group/all,
> read/write permissions per object.
> Objects could be linked into the permissions system with a single
On Thu, 2006-04-27 at 20:23 +, [EMAIL PROTECTED] wrote:
> Ok, thanks for clarifying on the comment on rollbacks.
>
> Still, I think rollbacks shouldn't be included. From the user's
> perspecitive there won't be much difference between a rollback and an
> evolve. In both cases they can write
On Fri, 2006-04-28 at 02:53 +, [EMAIL PROTECTED] wrote:
> My hope is that it won't be 'roll forwards to something we hope is
> equivalent' because the user would be using evolve with the old version
> of their schema, hopefully from their revision control. If you're using
> the exact same sche
On Thu, 2006-04-27 at 21:21 -0700, SmileyChris wrote:
> An ACL system seems appropriate as long as all objects of one type have
> the same rights, which often isn't the case in the web environment.
>
> For example, someone was asking recently in the Django Users group how
> they could allow users
On Fri, 2006-04-28 at 13:52 +, Jason Davies wrote:
>
> Malcolm Tredinnick wrote:
> > On Thu, 2006-04-27 at 09:19 -0700, Jason Davies wrote:
[...]
> > > How about passing an optional name_prefix parameter to these
> > > validators, which would allow them to look
On Fri, 2008-06-27 at 17:33 +0300, Antonis Christofides wrote:
> Hi,
>
> There are essentially two things that you can do with a block:
> (1) define it (or redefine it); and (2) insert it somewhere in a
> template. The block tag thus performs different functions depending
> on circumstances:
>
On Wed, 2008-06-25 at 11:54 +0200, Tomas Kopecek wrote:
> Hello,
> In django.utils.synch is located RWLock. When you try enter the same
> lock twice (probably in some subprocedure) you can't. I think that
> correct semantics is that you had acquired this lock in this thread so
> you should get
On Sun, 2008-06-08 at 22:24 -0700, Russell Keith-Magee wrote:
>
>
> On Jun 9, 12:53 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]>
> wrote:
> > Hi gang,
> >
> > I've been hunting down some bugs with serialization of multi-table
> > inheritance, and I need a sanity check on something that I want
On Sat, 2008-06-28 at 06:12 -0700, ionut wrote:
> I do'nt consider to be a MVC good pattern rendering form html inside
> newforms class.
A form class is purely presentational, so there's no "MVC" (or whatever
you might want to call it -- you can't do MVC on the web, after all)
violation going on
On Mon, 2008-06-30 at 04:44 -0700, Rudolph wrote:
> Hi,
>
> I'm quite suprised behind the arguments made for ticket #5957 (check-
> in [7799]). To my opinion "is_required" means that the value is
> required to be set to whatever value. In HTML this is a bit
> problematic for checkboxes since the
On Tue, 2008-07-01 at 10:31 +0800, Simon Li wrote:
> Hi Guys;
>
> I use Django newforms,I met a problem
[...]
> I want to get ride of the , could you guys help me?
Please post questions like this to the django-users list. This list
(django-developers) is for the development of Django itself, no
On Tue, 2008-07-01 at 00:03 -0700, Tai Lee wrote:
> http://code.djangoproject.com/ticket/7581
>
> Just posted this ticket with an initial patch (sans documentation
> changes and tests). Basically there are several middleware classes
> that access HttpResponse.content directly which break streami
401 - 500 of 1429 matches
Mail list logo
