On Tue, 2007-05-29 at 01:42 -0400, Max Battcher wrote:
> On 5/28/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> > Maybe a combination of the two would be a bit better. "policyvalues"?
> > Indicating its usefulness in the scope of policies while still being
> > clear that its features only extend to
+1 on #1278 :)
I think RequestContext is the better way of doing it - I think
MEDIA_URL is every bit as common to use as the user info provided by
the auth context processor, and that wasn't done with a tag either :)
--~--~-~--~~~---~--~~
You received this messag
On 5/28/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> Maybe a combination of the two would be a bit better. "policyvalues"?
> Indicating its usefulness in the scope of policies while still being
> clear that its features only extend to the values.
When I think of Policies I think more of Constrai
> 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_PROCESSORS. What do other folks think?
I'm very much +1 on this
> Unclear opinion
> - [EMAIL PROTECTED]
I'm a definite +1 on this, whether it's {{ MEDIA_URL }} or {%
MEDIA_URL %} I don't mind.
Lets not forget though, it's a VERY common case to have more than just
MEDIA_URL being needed from settings.py. Obviously not all of it
though. I seem to recall Smiley
On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> It seems that "extra" things on a model in whatever form they may take
> are either instance-specific, in which case they are Field sub-classes
> -- for database-backed data -- or methods, or they are model-specific
> (e.g. django-values'
On May 29, 12:32 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]>
wrote:
> On 5/29/07, SmileyChris <[EMAIL PROTECTED]> wrote:
> > It would be great to hear from some of the previous "voters" in this
> > thread on their view of #4105 (as opposed to #1278)
>
> Here's a few:
Thanks Russ, that's what I
On Tue, 2007-05-29 at 11:48 +1000, Malcolm Tredinnick wrote:
> On Mon, 2007-05-28 at 21:36 -0400, Marty Alchin wrote:
> > On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > > Aren't you asking the wrong question here? The real issue seems to be
> > > "how is admin going to handle arbitr
On Mon, 2007-05-28 at 21:36 -0400, Marty Alchin wrote:
> On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> > Aren't you asking the wrong question here? The real issue seems to be
> > "how is admin going to handle arbitrary Field classes that it doesn't
> > otherwise know about?"
>
> Wel
On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> My understanding of the module is that it doesn't enforce rules and
> procedures and that is certainly what I think of policy as being,too.
Your understanding is correct. It doesn't do any enforcement of any
rules, but simply provides va
On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> Aren't you asking the wrong question here? The real issue seems to be
> "how is admin going to handle arbitrary Field classes that it doesn't
> otherwise know about?"
Well, I'm not worried about Field classes. DurationField, for
instance
On Tue, 2007-05-29 at 08:15 +0800, Russell Keith-Magee wrote:
> On 5/29/07, Marc Fargas <[EMAIL PROTECTED]> wrote:
> >
> > My count at the end of the thread is:
> > #1278: 4 votes
> > #4105: 4 votes
> >
> > So I thow a coin to the air... oh, it felt off the window!
>
> That's not
On Mon, 2007-05-28 at 15:55 -0400, Marty Alchin wrote:
> In working with my recent contrib saga, I've been looking a bit into
> newforms-admin, since it's going to be merged someday, and it looks
> like it would give me some better options. However, one thing I was
> hoping for doesn't seem to be
On Mon, 2007-05-28 at 15:44 -0400, Marty Alchin wrote:
> Django-values has had a long and rocky road thus far, with its name
> not being the least of its problems. I finally put it to the masses in
> a recent blog post, and I got back the simplest word I'm amazed I
> didn't think of: policy. Organ
Hi Marc,
On Mon, 2007-05-28 at 18:37 +0200, Marc Fargas wrote:
> Hi there,
> Since we got the triagers system patches and bugfixes are moving much
> faster than before but there are still somethings that get stuck,
> specially on the "Design Decission Needed" state.
One man's "stuck" is another
On 5/29/07, SmileyChris <[EMAIL PROTECTED]> wrote:
>
> It would be great to hear from some of the previous "voters" in this
> thread on their view of #4105 (as opposed to #1278)
Here's a few:
- It's one context variable. Hardly bloat - we just need to avoid the
temptation of trying to include se
On 5/29/07, Marc Fargas <[EMAIL PROTECTED]> wrote:
>
> My count at the end of the thread is:
> #1278: 4 votes
> #4105: 4 votes
>
> So I thow a coin to the air... oh, it felt off the window!
That's not the count I'm reading from this thread:
For #1278:
- Adrian
- Malcolm
- James B
Look at:
http://code.djangoproject.com/wiki/BackwardsIncompatibleChanges
--
Fernando Gutierrez H.
sime escribió:
> Perhaps even a single page, that lists all backwards-incompatible
> changes, by their version of introduction to trunk? I've already used
> newforms in production, so stuff like th
Perhaps even a single page, that lists all backwards-incompatible
changes, by their version of introduction to trunk? I've already used
newforms in production, so stuff like this is kinda important.
--~--~-~--~~~---~--~~
You received this message because you are s
Hi list,
With the official start of Google Summer of Code 2007 today, I would
like to introduce myself as one of the lucky whose idea was accepted
[1]. My mentor is James Bennett [2].
In the following three months I'll work on the integration of package
management functionality into Django core
It would be great to hear from some of the previous "voters" in this
thread on their view of #4105 (as opposed to #1278)
On May 29, 4:48 am, Marc Fargas <[EMAIL PROTECTED]> wrote:
> My count at the end of the thread is:
> #1278: 4 votes
> #4105: 4 votes
>
> So I thow a coin to the
In working with my recent contrib saga, I've been looking a bit into
newforms-admin, since it's going to be merged someday, and it looks
like it would give me some better options. However, one thing I was
hoping for doesn't seem to be there.
For my policy work, I'd like to be able to add in a sep
Django-values has had a long and rocky road thus far, with its name
not being the least of its problems. I finally put it to the masses in
a recent blog post, and I got back the simplest word I'm amazed I
didn't think of: policy. Organizations are very familiar with the idea
of policies and proced
On 5/18/07, Robert Coup <[EMAIL PROTECTED]> wrote:
> What about having a _first_set attribute on the proxy object that only
> allows laziness for the first time the value is set (ie. when it is set
> from the DB row)? Then any later set()s get live validation and coercion
> to geos objects.
I sub
On Saturday 26 May 2007 21:55:04 Jared Kuolt wrote:
> The javascript
> portion seems fine, however I would see media as a class, not as a
> method, ala a model's Meta class:
>
> class MyWidget(Widget):
> ...
> class Media:
> js = ('/path/to/js',)
> css = ('/path/to/css',)
My count at the end of the thread is:
#1278: 4 votes
#4105: 4 votes
So I thow a coin to the air... oh, it felt off the window!
As the main issue with having media_url in templates what the context
bloat we could go for the #4105 approach, but as recently Adrian told
he's fine on
Hi there,
Since we got the triagers system patches and bugfixes are moving much
faster than before but there are still somethings that get stuck,
specially on the "Design Decission Needed" state.
In theory, if I got it right, triagers set this state when they think
that the scope of a ticket shou
Russell Keith-Magee wrote:
> I mostly just want to make sure
> that I fully understand Ivan's use cases, so we can make sure that
> there isn't a better solution lurking around.
My use case was that I just had STYLE_ROOT and JS_ROOT that both were
completely independent on MEDIA_ROOT. I don't re
On Mon, 2007-05-28 at 22:02 +0800, Russell Keith-Magee wrote:
> On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, 2007-05-28 at 19:31 +0800, Russell Keith-Magee wrote:
[...]
> > >
> > > When you say JS and CSS are separate - how separate are they? What
> > > relationship (i
On 5/28/07, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2007-05-28 at 19:31 +0800, Russell Keith-Magee wrote:
> > On 5/27/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> > >
> > > Russell Keith-Magee wrote:
> > > > URL path. When rendered, it should take into account settings.MEDIA_UR
On Mon, 2007-05-28 at 19:31 +0800, Russell Keith-Magee wrote:
> On 5/27/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
> >
> > Russell Keith-Magee wrote:
> > > URL path. When rendered, it should take into account settings.MEDIA_URL.
> >
> > As a matter of fact it's not a universal practice to have c
On 5/27/07, Ivan Sagalaev <[EMAIL PROTECTED]> wrote:
>
> Russell Keith-Magee wrote:
> > URL path. When rendered, it should take into account settings.MEDIA_URL.
>
> As a matter of fact it's not a universal practice to have css and js
> filed under this root. A couple of my projects had them in sep
32 matches
Mail list logo
