For questions about using Django, please use the django-users mailing list.
This list is for the development of Django itself.
On Thu, Jun 8, 2017 at 12:21 PM, Matheus Fernandes <
matheus.souza.fernan...@gmail.com> wrote:
> Hi!
>
> It's the first time that I'm developing a real-time application.
Because even if you collapse the number of approaches to just two general
options, there's still enough variability in the specifics of how to
implement those options that there's no clear "one size fits all" solution
at the moment. If there ever is one, it can be considered for inclusion in
Django
Generally, I'd like to see something satisfying the needs of around 80% of
use cases out of the box before including it directly in Django. No
database-translation tool I'm aware of is even close to that level.
--
You received this message because you are subscribed to the Google Groups
"Django
80% covered by two approaches that aren't really compatible with each other
doesn't get there :)
Again: to get into Django, something really needs to be as close as
possible to "one size fits all", not "one size fits some, another size fits
some more".
--
You received this message because you ar
On 5/25/07, simonbun <[EMAIL PROTECTED]> wrote:
> Sorry, I thought tagging and reporting the spam to Google would help.
To report spam to Google, use the "Report Spam" button in Gmail.
Forwarding fresh copies of a spam message to the list does nothing
useful, and in the case of django-developers
On 5/25/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> Given the frequency of this request, I'm OK with adding a context
> processor in django/core/context_processors.py that sets a "MEDIA_URL"
> variable in the context. I'm also OK with having that be in the
> default TEMPLATE_CONTEXT_PROCESSOR
On 5/26/07, Jared Kuolt <[EMAIL PROTECTED]> wrote:
> This gets a little complicated: tags are only allowed inside
> tags, otherwise you have invalid (X)HTML. The javascript
> portion seems fine, however I would see media as a class, not as a
> method, ala a model's Meta class:
I would assume th
On 5/27/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> If you have a specific proposal on how to bundle CSS files together in
> the way you describe, feel free to suggest it.
I've done this for JavaScript, and it wasn't terribly hard -- I wrote
a little script that takes a list of JS files,
I noticed a patch sitting on #4412 tonight which seems interesting but
definitely needs a decision; the idea is that, rather than
implementing a separate widget or set of widgets to handle grouping of
options (via the HTML "optgroup" element), the Select and
SelectMultiple widgets should look at t
On 5/29/07, Ahmad Alhashemi <[EMAIL PROTECTED]> wrote:
> Right now, django applications are strange creatures. They are python
> packages with some magic. They have to have a "models" module.
> Everything else is free form. We have strong conventions like urls.py,
> maybe admin.py, but they all ha
In all seriousness: django.contrib.bikeshed.
--
"Bureaucrat Conrad, you are technically correct -- the best kind of correct."
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to th
On 5/29/07, Ahmad Alhashemi <[EMAIL PROTECTED]> wrote:
> Why are we reinventing import everywhere in django? Is this really
> common in python, passing strings containing package names around
> instead of simply passing objects? I don't see this anywhere in the
> library.
I don't see this anywher
On 5/29/07, Ahmad Alhashemi <[EMAIL PROTECTED]> wrote:
> I can't extend Django applications with extra features that require
> auto-discovery. I'm working on a CMS using Python, and I want to know
> which applications support special features that my CMS can build upon
> (something similar to admi
On 5/29/07, Ahmad Alhashemi <[EMAIL PROTECTED]> wrote:
> Is this considered part of the stable API? Is it part of the backward
> compatibility guarantee?
I can't make a hard and fast promise, but since there are quite a few
bits of Django itself which rely on this API and would have to be
rewritt
Also, you might want to have a look at the WSGI ecosystem and
specifically Paste Deploy, which can kind-of be made to work with
Django and does a lot of what you seem to want, but in a
framework-neutral way.
Anyway, I think we're just talking past each other at this point, so
I'll bow out.
--
"
On 6/4/07, gh <[EMAIL PROTECTED]> wrote:
> I contacted R Munn about the SQLAlchemy integration in January but I
> understand he has dropped it. I would like to volunteer as a guinea
> pig for testing once someone takes this on ... but figuring this out
> via google is a
> pain.
If half as many p
On 6/7/07, Noam <[EMAIL PROTECTED]> wrote:
> I want every page in my site to have a title. I want the title to
> appear both in the browser title and in the page itself. An example of
> the HTML I want is this:
>
>
> Bug System - Report a New Bug
>
> Report a New Bug
This seems like an unusual
On 6/7/07, Ilya Semenov <[EMAIL PROTECTED]> wrote:
> The proposed behaviour would run 1+N queries, first for getting
> different grouping values:
This is a very good point, and I think it's enough to make me -1 on
regroup returning a QuerySet :)
> Second, in multi-threaded environment that would
On 6/7/07, Noam <[EMAIL PROTECTED]> wrote:
> I don't see how you will be able to use blocks as variables. The only
> thing you can do with a block is to display it in the rendered page -
> you can't use it in any other way. And if you want to write the same
> thing a few times in your page, what's
On 6/6/07, Andrew R <[EMAIL PROTECTED]> wrote:
> No matter what I try, I get:
>
> django.template.TemplateSyntaxError: 'javadoc_filter' is not a valid tag
> library: Could not load template library from
> django.templatetags.javadoc_filter, No module named javadoc_filter
Cross-replying here
On 6/10/07, Brian Harring <[EMAIL PROTECTED]> wrote:
> Aside from that, would really help if I had a clue what folks are
> actually using dispatch for with django- which signals, common
> patterns for implementing their own signals (pre/post I'd assume?),
> common signals they're listening to, etc
On 6/12/07, Todd O'Bryan <[EMAIL PROTECTED]> wrote:
> What happens if a phone number begins with 0 (as some international
> numbers are given in the U.S.)? Shouldn't it really be a CharField? It
> sure as heck isn't an integer.
United States phone numbers consist only of a three-digit area code,
On 6/16/07, Jonas <[EMAIL PROTECTED]> wrote:
> I think that Django should use an international standard date and time
> format.
Where do you propose this be used? At the database level, your DB will
store date/time values in whatever internal format it prefers. At the
level of input and output to
On 6/16/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> However all that is beside the point. The patch that Jonas has posted in
> #4590 is just to change the default settings. I'm not sure if that's
> worth doing or not. Currently I'm somewhere between -0 and +0, since
> it's completely withi
On 6/19/07, Joseph Heck <[EMAIL PROTECTED]> wrote:
> Out of curiousity, what's the reason to try and keep them separate
> instead of just layering it over the session mechanism?
I'd be +1 on just switching the whole thing (messages for all users,
authenticated or not) to using sessions, in which
On 6/19/07, Jonas <[EMAIL PROTECTED]> wrote:
> It's true that we are around circles, and I understand that you wann't
> make that little change. It's more comfortable to have the framework
> configured to your localization that:
And it's already quite easy to do so, just by changing a couple
sett
On 6/26/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> Except that if people aren't using memcached, but locmem, for example,
> invalidating the cache only does so for that current process, which
> would result in the same problem we're currently having. That is,
> unless I'm reading the code wrong
On 7/5/07, Carl Karsten <[EMAIL PROTECTED]> wrote:
> So far I have only heard reasons why it isn't that important, but no reasons
> not
> to.
I'm cautiously skeptical. Probably the best route to take with
something like this would be to develop and release it as a standalone
utility; this lets y
On 7/5/07, anna <[EMAIL PROTECTED]> wrote:
> Can anyone tell me what version of Python the latest version of Django
> (and previous versions if available) is written/developed in? Or can
> you tell me where I can find that info?
Django is compatible with any version of Python greater than 2.3, a
On 7/5/07, anna <[EMAIL PROTECTED]> wrote:
> Yes, I understand that. But does that mean that it's developed in
> 2.3, 2.4 and 2.5 or just one of those? I know this is a weird
> question, but I'm doing research for work and need to know this info.
> The fact that it's just compatible with version
On 7/5/07, anna <[EMAIL PROTECTED]> wrote:
> Just in case anyone knows, is it the same with the other frameworks
> for Python, like Pylons, Turbogears, etc? I'm thinking yes, based on
> your answers here, but just wondering.
In the Python world, developing "against" a single specific version of
On 7/5/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> Oooh, this is something I've wanted to do for ages...See
> http://code.djangoproject.com/ticket/5 , which was marked as wontfix
> by Jacob (but I'd still like to see this feature).
I'd also be interested to get input from the SoC student who
On 7/5/07, anna <[EMAIL PROTECTED]> wrote:
> It's complicated to explain, but basically, anything that goes onto
> our systems must be approved and only certain versions of Python are
> approved for use/development (2.4 and possibly earlier ones, but I'm
> not sure). We haven't yet chosen a frame
On 7/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I personally don't understand why we can't use email addresses as
> usernames.
You can, you just need to roll your own form.
--
"Bureaucrat Conrad, you are technically correct -- the best kind of correct."
--~--~-~--~~-
Jannis has, I believe, previously mentioned in his SoC updates the
possibility of changing the default app skeleton Django uses for the
'startapp' target, or at least providing an alternate skeleton more
suited to distributable/packageable applications. I'd like to revisit
that, and the way we doc
On 7/9/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> I don't know if this is what Adrian was referring to, but I would
> think an ideal "project" would be nothing more than settings.py,
> urls.py (which might be split into multiple files), a set of templates
> and static media content. Essentially
On 7/10/07, Sean Patrick Hogan <[EMAIL PROTECTED]> wrote:
> The "pythonic" way is a new addition to Django if I'm not mistaken.
Yes, it was added between the 0.95 and 0.96 releases.
> I personally prefer calling by string because (I'm assuming here) it doesn't
> load the function unless it needs
On 7/11/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> This sounds like a strange way to ask if Django is using prepared
> statements[1] or their equivalents, rather than simply supplying
> values directly within the SQL statement itself. To my knowledge,
> Django doesn't support them, and I haven'
On 7/12/07, Johan Bergström <[EMAIL PROTECTED]> wrote:
> The way i see it, there are two main reasons to decouple this:
> * Concurrency (for instance: flup and all db connectors are
> decoupled)
> * Less updates to merge into tree (user already handles other
> decoupled updates him/herself)
The
On 7/13/07, Todd O'Bryan <[EMAIL PROTECTED]> wrote:
> My question for the rest of the second message was a question of how
> much separation between forms and models there should be. For me the
> validation issue is key. We currently don't have any standard way to
> programmatically validate model
On 7/13/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> I'm biased, because I have an immediate need for this in a project,
> but this seems general and useful enough for inclusion in QuerySet.
Implementing the check in __nonzero__ and having people test by doing
'if some_queryset' or 'if not so
On 7/21/07, Czubakabra <[EMAIL PROTECTED]> wrote:
> Django templates shoudn`t permit html coder to include files located
> above TEMPLATE_DIRS paths.
> What do you think about it?
I'm personally ambivalent about where the "include" tag should be able
to search, because I can see cases where it'd
On 7/22/07, Tai Lee <[EMAIL PROTECTED]> wrote:
> Don't you mean *disallow* use of {% include %} and *enforce* use of {%
> ssi %} (only)? If he has no control over the template code html
> authors are generating, and {% include %} is part of django, those
> template authors would be able to access
On 7/22/07, oggie rob <[EMAIL PROTECTED]> wrote:
> but everything I can think of is safer & cleaner by restricting
> it to TEMPLATE_DIRS locations (e.g. adding the extra directories, sym
> linking, or just maintaining another copy in an existing TEMPLATE_DIRS
> spot). The advantage is of course th
On 8/1/07, Tom Tobin <[EMAIL PROTECTED]> wrote:
> I felt my hackles rising until I read this part. ^_^ I'm somewhere
> between -0 and +0 at this point so long as auto-escaping is off by
> default (and -1 otherwise, as per my objections in previous
> discussions on the topic). I still don't like
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?
The proposal is:
* Autoescaping is on by default.
*
On 8/1/07, Tom Tobin <[EMAIL PROTECTED]> wrote:
> Thank you for taking this opportunity to remind me of the autoescaping
> proposal. I must have forgotten it somewhere along the way here.
> (Next time, you *could* just say you're -1.) :P
I'm just saying: let's do this.
Malcolm's right: the amo
On 8/1/07, Tom Tobin <[EMAIL PROTECTED]> wrote:
> Let's assume autoescaping is on unless the template engine knows
> otherwise; your inline templates will work as expected both before and
> after extraction (again, assuming you're extracting them to a file
> ending in ``.html``).
Let's just do:
On 8/2/07, Yuri Baburov <[EMAIL PROTECTED]> wrote:
> I'm -1 for {% autoescape on %} and {% autoescape off %}.
> This is also like PHP magic_quotes!
No, it's not. PHP's magic_quotes is set at a higher level; because the
behavior will be on by default and the only mechanism to change it
will be a t
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?
>From the descriptions above -- of using the auto
On 8/4/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> 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.
Though if you h
On 8/5/07, Alex Nikolaenkov <[EMAIL PROTECTED]> wrote:
>The urls are pretty same. But the second one causes 404 Response.
>While typing the second url the user tries to access typing its
>address and types "Simpsons" instead of "simpsons". In terms of
>nix-like systems this is a ma
On 8/5/07, Alex Nikolaenkov <[EMAIL PROTECTED]> wrote:
> Imagine that your site hosting photos has got the following urls
> belonging to different users:
> http://mysite.com/John/
> http://mysite.com/john.
Except those aren't different URLs. And now that I'm slightly more
awake I'm wondering why
Finger slipped on the "send" shortcut, continuing where I left off...
On 8/5/07, James Bennett <[EMAIL PROTECTED]> wrote:
> And again, I'll reiterate that the type of user who doesn't understand
> case-sensitivity is the type of user who -- verified by repeate
On 8/5/07, Brett Hoerner <[EMAIL PROTECTED]> wrote:
> Not on our live site. And I just made a fresh django-trunk project to
> test it, didn't work there either. Although aren't resolvers just
> normal Python REs, so you could possibly have set this for yourself
> somehow?
I'm almost certain it
On 8/6/07, Alex Nikolaenkov <[EMAIL PROTECTED]> wrote:
> Can you publish your plan concerning contributing applications? The first
> thing I'll do in django & python will be typography support.
You might want to have a look at this before starting your own project:
http://code.google.com/p/typog
On 8/7/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> I want to hear the use-case first. I may change my mind, but nobody's
> come up with a good reason so far.
I think Tom's primary goal is to provide an easy path to use the
Django template system in non-HTML contexts without having to worr
On 8/8/07, Tom Tobin <[EMAIL PROTECTED]> wrote:
> I'd ideally like the Django installer to detect if django.template was
> already on the system, and drop Django into the same spot. As far as
> versioning, Django should check for a minimum version of Django
> templates (i.e., the version at the t
On 8/8/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> A couple of other areas are going to be at least equally as
> interesting...
I hereby amend my list of worries to include Malcolm's ;)
--
"Bureaucrat Conrad, you are technically correct -- the best kind of correct."
--~--~-~--~
Please do not post general help questions to the django-developers
mailing list; this list is only for discussion of Django's code. For
general help, please post questions to the django-users mailing list:
http://groups.google.com/group/django-users/
--
"Bureaucrat Conrad, you are technically c
On 8/9/07, Guy Serge BOA <[EMAIL PROTECTED]> wrote:
> Pardonner donner moi mes reponses en français
(je parle seulement un peu)
Pour Django en français:
* IRC: #django-fr sur irc.freenode.net
* Sur le Web: http://www.django-fr.org/
* Une liste francophone: http://lists.afpy.org/cgi-bin/mailman/
While closing out a duplicate ticket tonight, I noticed that the
original was only a month old,
and did a bit of subtraction. The frightening result: we've had about
three hundred new tickets filed since that time. Meanwhile, there are
currently over three hundred and twenty tickets sitting stuck
After a little bit of chat with SmileyChris on IRC, a suggestion for
the "design decision needed" backlog:
It'd be stupid easy to write an app which slurps open tickets that are
at "DDN", and lists them with an up-or-down vote interface (courtesy
of Jonathan's django-voting app). Apache-style vot
The generic archive_month view has had some problems in the past with
"off-by-one"-style errors; see, for example, #992, nostalgic for me
because it was the first patch of mine ever accepted into Django.
Unfortunately, the view now includes too *much* instead of too little,
as mentioned in #3031,
On 8/13/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> Proposal #1 seems simpler, but this is not a strong opinion. :-)
The only thing that's keeping me from posting a patch for this right
now with option 1 is a lingering doubt about whether one of the
queries would be preferable; in the spirit
After being somewhat startled by the results of the archive_year
generic view and finding that the source of my confusion was an
explicit "order_by()" being done in that view, and finding another in
archive_index, I opened #5188 with a patch which removes these calls
to "order_by()".
I think the
And I just realized I missed #3134, which argued for a slightly
different solution, in the form of an 'order_by' parameter to the
views.
Personally, I think it's easier to just skip the parameter and rely on
the fact that you can apply whatever ordering you like to the QuerySet
before passing it
On 8/17/07, Deryck Hodge <[EMAIL PROTECTED]> wrote:
> So instead of 0.97-pre the version would be 0.97-pre-SVN-5919. This
> might help make it easier to track down what revision people are
> running since so many of us run off trunk. This, of course, would
> have no impact on official releases.
On 8/18/07, Szekeres István <[EMAIL PROTECTED]> wrote:
> In [5]: u=User()
> I think it is a problem that this is
> - not mentioned in the documentation
> - not handled anywhere in django code.
This is what the forms and validation systems are for -- to enable you
to validate data before trying to
On Aug 17, 12:00 pm, Gary Wilson <[EMAIL PROTECTED]> wrote:
> Yes, I do not like the idea of adding a new order_by parameter
> either. However, there is a bit of an issue involving the
> archive_index view though because it also uses a num_latest parameter,
> IMHO implying that the items will be
On 8/25/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> However I don't see any other way to kill the max_length problem. One
> the one hand, the max_length problem is is an RTFM issue - but on the
> other hand, if multiple users keep making the the same error over and
> over again, there com
And after we checked in an updated tutorial with admonitions
explaining the exact source of the error for those who run into it, we
*still* got someone opening a ticket telling us the tutorial needs to
use "maxlength" instead of "max_length".
How about if we just go back to "maxlength" for even t
On 8/26/07, Nicola Larosa <[EMAIL PROTECTED]> wrote:
> Only if you make it so, and you shouldn't. :-)
So do you have a means of pushing out updated docs to everyone who's
downloaded a tarball, every time we make a change that's not related
to documenting a change in Django itself?
> It does not
On 8/26/07, Sandro Dentella <[EMAIL PROTECTED]> wrote:
> While I completely agree on what you say, I'd point out that not only
> differences from 0.96 to trunk should be noted, if possible, but also
> between svn versions following latest release. As an example when
> test.clinet.login changed I'v
On 8/26/07, David Larlet <[EMAIL PROTECTED]> wrote:
> I agree that users do not try to read the local docs for the moment,
> but maybe it's because the ReST style discourage them to do so. Let's
> try to add html doc with the djangoproject's css and maybe more users
> will use local docs. A lot of
On 9/5/07, Ilya Semenov <[EMAIL PROTECTED]> wrote:
> There's a core class django.db.models.loading.AppCache which populates
> the list of project apps and models. It works pretty well unless a
> specific set of conditions is met.
My comment_utils app had this issue for a while, too, since I was
u
On 9/5/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> Basically, a Django sprint is an excuse for people to focus their
> undivided attention, for a set time frame, on improving Django. We'll
> communicate via the Internet, and the people in Chicago and Mountain
> View (if, indeed, that option p
On 9/6/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> No problem that we didn't have an update this past week. As for next
> weekend, I'll be really busy myself, but I might be able to do a quick
> roundup.
If it'll be of any help, I'll already be keeping an eye on stuff
pretty closely during t
On 9/7/07, Joshua 'jag' Ginsberg <[EMAIL PROTECTED]> wrote:
> Problems:
> 1) While there is a good degree of drop-in replacability of parts in the
> Django stack as I outlined (db backend, authentication backend, etc.) there
> is not a clean way for programmers to grok what specific contract vario
On 9/15/07, Robert Coup <[EMAIL PROTECTED]> wrote:
> I think something changed a while back. Try creating an account at the
> url below, then log in and enter your email address/name into Trac
> like normal. Its linked (not particularly clearly from the
> contributing page).
It's not technically
While scanning the open tickets list I noticed there are lot of
tickets which fall into the following categories:
* Requests for very specific admin customizations which will be
obsoleted by newforms-admin, or which are already possible with the
limited customization offered by the current admin.
On 9/16/07, Todd O'Bryan <[EMAIL PROTECTED]> wrote:
> I noticed a small problem in a change to some admin docs for a patch I
> submitted that was accepted. Should I reopen the closed ticket and
> attach the patch to it or should I create a new ticket and reference the
> first one?
Re-open with a
And a nice number to think about with respect to this sprint:
When I started this morning, effbot's timeline scraper showed 278
tickets closed since the start of the sprint. As of the last update
seven minutes ago, it shows 402 tickets closed.
We should do this more often :)
--
"Bureaucrat Con
On 9/16/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> s/would/will/ -- I'm gonna try to have this wrapped up in the next couple
> days.
Cool. I've paused for a bit of a break, but here's some info on what
I've been doing.
My process today has been to simply go to the big list of open ticke
And now that I've marked #5515 accepted, I'm done.
Couple more "master tickets":
* Pagination template tags: #3169
* SQLite "off by one" date filtering errors: #3689
* Generic views unit tests: #5506
The mighty effbot informs me that, since the sprint started:
237 commits
413 tickets closed
11
On 9/16/07, Christopher Lenz <[EMAIL PROTECTED]> wrote:
> contrib.formtools.FormPreview implements a different kind of
> approach, and can't be used for this.
I would personally think that, if there's a need for this, the
solution would be to extend or subclass FormPreview somehow to enable
it, b
David Cramer has asked that Django's ORM lookup syntax be changed to
allow a single underscore for a foreign key lookup; in other words,
the following two examples would become equivalent:
UserProfile.objects.get(user__id=3) #Currently works
UserProfile.objects.get(user_id=3) #Currently does not
On 9/19/07, David Cramer <[EMAIL PROTECTED]> wrote:
> Yes, my biggest argument is I want to use .get_or_create() and I don't
> have an instance of the row (the id) I'm trying to insert. I'm *not*
> going to query for this instance (I'll write SQL before I add extra
> queries just to do an update/i
On 9/19/07, David Cramer <[EMAIL PROTECTED]> wrote:
> I don't believe .create() allows you to say myforeignkey=1, correct me
> if I'm wrong, but I think it throws an error about it needing to be a
> instance.
OK, so let's do this exhaustively.
>>> my_id = 3
>>> UserProfile.objects.create(user_i
While I'm all in favor of faster template variable resolution, I've
been poking at the new Variable class and noticed that the patch was
apparently never updated for a post-Unicode Django; in some fairly
simple tests I've been able to break it pretty badly by passing in
Unicode strings and watchin
On 9/21/07, Yuri Baburov <[EMAIL PROTECTED]> wrote:
> I like newforms-admin very much, because it's customizeable.
> But now imagine that you have 10 usual models in admin interface, but
> 11th needs to be special.
> One possible example: you need to show, how much LogEntries for each
> model was
On 9/21/07, Yuri Baburov <[EMAIL PROTECTED]> wrote:
> Please, read my whole post.
> I don't want to create my own implementation of filters.
> I don't want to create my own implementation of changelist sorting.
> etc.
If you don't need a custom implementation of those bits, don't write
custom imp
On 9/21/07, Brian Harring <[EMAIL PROTECTED]> wrote:
> The only spot I can see this potentially causing issues is for
> the 'literal' fast pathing, since it just reuses what was passed in-
> forcing that to unicode in __init__ ought to resolve that. If it's
> something other then that, definitely
On 9/24/07, 张沈鹏(电子科大08年本科应届) <[EMAIL PROTECTED]> wrote:
> why create and get_or_create can't use id to set foerign key ?
Read the documentation for 'get_or_create', specifically for the
'defaults' keyword argument it accepts.
--
"Bureaucrat Conrad, you are technically correct -- the best kind o
On 9/24/07, Sebastien Lannez <[EMAIL PROTECTED]> wrote:
> Is it a limitation of SQLLite ? If not, how can we implement this
> mapping ?
Django does not currently support any form of subclassing or
inheritance for model classes. Please search the archives of this
list, the django-developers list,
On 9/24/07, Ludovico Magnocavallo <[EMAIL PROTECTED]> wrote:
> I have always read that Django does not support model inheritance or
> subclassing, but in my experience some forms of it work. Take the
> following for example, straight from a running app:
It used to work in older versions of Django
On 9/24/07, Simon Litchfield <[EMAIL PROTECTED]> wrote:
> That's it, right there in a nutshell. Empty your head of Django for a
> second, have another look; do you not see the inconsistency there?
No :)
As I see it, the existence of the "somefieldname_id" property is an
implementation detail of
On 9/26/07, David Cramer <[EMAIL PROTECTED]> wrote:
> The only way this can be done as of current is by saying
> "MYmodel(id=1)" which is a hack. This technically shouldn't be done as
> you're instantiating an object without a dataset. What happens when
> the shared memory select related patch wer
On 9/30/07, shaunc <[EMAIL PROTECTED]> wrote:
> If I have the following in a parent context, with form.field a
> BoundField without a HiddenInput widget:
>
> {% ifdisplayed form.field %} {% block a %} bar {% endblock %} {%
> endifdisplayed %}
>
On 9/30/07, Xan <[EMAIL PROTECTED]> wrote:
> Although ordering is ('tipus', 'nom'), django admin interface displays
> the Centre objects by 'tipus' but randomly (?) with 'nom'. I don't
> know how can I do, because, in shell when I put
> > Centre.objects.order_by('tipus', 'nom')
Please read the Dj
801 - 900 of 1014 matches
Mail list logo
