Just wanted to note for posterity that the first and fourth items in
the list that started this thread have been taken care of. Thanks
again to David and Brian for diving in.
> * The "simple" backend seems obsolete. The newer "locmem" is
> functionally equivalent for the user, but is suitable for
Jacob Kaplan-Moss wrote:
> It's *extremely* useful to be able to inspect settings files *without*
> triggering imports of all INSTALLED_APPS
Got it.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers
On Dec 5, 2007 2:48 PM, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> Great to hear this is gaining some momentum. I'm not a fan of the
> patch on 3591, as it goes only halfway (by adding the app() function),
> stopping short of a full, elegant solution. The approach I've been
> wanting to take is
On Dec 5, 2007 4:00 PM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> It's *extremely* useful to be able to inspect settings files *without*
> triggering imports of all INSTALLED_APPS -- I've got at least a dozen
> utilities that operate on multiple sites by introspecting various
> settings modul
On 12/5/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> Why not also use actual module objects here instead of strings like with
> view functions in urlconfs?
It's *extremely* useful to be able to inspect settings files *without*
triggering imports of all INSTALLED_APPS -- I've got at least a doze
Hey Adrian --
I haven't had time to fully think through your idea -- there's
something about it that rubs me the wrong way, but I can't put my
finger on it -- but I do have one question/idea:
On 12/5/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> This could be fully backwards-compatible. If IN
Joseph makes a good point about not importing much in the settings
file, so maybe one solution is not to do it in the settings file. We
could treat it like urls. That is, INSTALLED_APPS = 'myproject.apps',
and myproject/apps.py can contain the imports, etc. The nice thing
there is that now we c
On 12/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I have updated the ticket. I resolved my issue but uncovered more. I'm
> guessing no one wants to work on the existing admin interface with
> newforms-admin nearing...?
There was already another ticket open for this issue, and a note that
I have updated the ticket. I resolved my issue but uncovered more. I'm
guessing no one wants to work on the existing admin interface with
newforms-admin nearing...?
On Dec 5, 10:40 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> in reference to:http://code.djangoproject.com/ticket/61
On 12/5/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
>
> Adrian Holovaty wrote:
> > The settings file syntax could look like this:
> >
> > INSTALLED_APPS = AppCollection(
> > App('django.contrib.admin'),
> > App('ellington.news'),
> > )
>
> Why not also use actual module ob
Adrian Holovaty wrote:
> The settings file syntax could look like this:
>
> INSTALLED_APPS = AppCollection(
> App('django.contrib.admin'),
> App('ellington.news'),
> )
Why not also use actual module objects here instead of strings like with
view functions in urlconfs?
-
On Dec 5, 2007 1:48 PM, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
> The settings file syntax could look like this:
>
> INSTALLED_APPS = AppCollection(
> App('django.contrib.admin'),
> App('ellington.news'),
> )
Whoop, I stopped short of saying this explicitly, but this is
On Dec 5, 2007 11:55 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> http://code.djangoproject.com/ticket/3591 has been following this
> problem (and the other, related ones). The patches there look
> relatively good and the tests appear to pass, but I'm concerned about
> the level of boat-rock
Hi,
in reference to: http://code.djangoproject.com/ticket/6127
I need some tips on how to debug this. It's only happening for one of
my models, so it's not very likely everyone will be able to replicate
it. The error appears when trying to sort by the first column in the
admin interface (the fir
On Dec 5, 2007 12:55 PM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> http://code.djangoproject.com/ticket/3591 has been following this
> problem (and the other, related ones). The patches there look
> relatively good and the tests appear to pass, but I'm concerned about
> the level of boat-rock
Howdy folks --
I just had a nasty realization here at work: we're gonna need to fix
app_label pretty damn quick. The good news is that this means we'll
get to fix this problem on work time; the bad news is that I'm totally
unsure how to start.
For those who haven't been following along, the main
Patryk Zawadzki wrote:
> Which is correct and desired. If not Internet Explorer, even for="..."
> and id="..." wouldn't be needed (and it's not there with current
> Django).
BTW, in current Django presence of for and id should be controlled by an
auto_id parameter of a form. However RadioSelect
Am 30.11.2007 um 07:33 schrieb Adrian Holovaty:
> * newforms-admin
> * queryset-refactor
> * django.newforms becomes django.forms
> * Model-level validation
> * Change django.templatetags not to use __path__ hacking
> * #3591 -- Make INSTALLED_APPS an instance, and each app an instance
> * #5361
2007/12/5, Sandro <[EMAIL PROTECTED]>:
> I'd like to start a discussion that branches off of ticket 4860. There
> are a few django widgets (RadioSelect, CheckboxSelectMultiple,
> others?) which produce html that has an input nested inside a label.
> As Ivan pointed out, this is valid html but it j
Sandro wrote:
> Right now, django produces:
> value="P" name="language" /> Python
Not related to the discussion but for the accuracy's sake I'd like to
note that right now Django produces without for=".." at all
which this bug is about.
--~--~-~--~~~---~--~~
Y
I'd like to start a discussion that branches off of ticket 4860. There
are a few django widgets (RadioSelect, CheckboxSelectMultiple,
others?) which produce html that has an input nested inside a label.
As Ivan pointed out, this is valid html but it just doesn't sit right
with me as I always code
**Click this and u will surely the fun and u will get the information
whatever u need today**
http://indianfriendfinder.com/go/g906183-pmem
http://www.freewebs.com/rajujaya/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
...WEAK HEARTED DO NOT OPEN?ITS ABOUT UR?
http://cloroo.blogspot.com/
http://closoo.blogspot.com/
http://chroos.blogspot.com/
http://dirido.blogspot.com/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Go
23 matches
Mail list logo
