E_MIDDLEWARE_SECONDS for the Cache-Control headers?
Obviously, I can make this change locally, but I'd like to know if I'm
missing something and if this change has any chance of making it
upstream. :)
Thanks!
Jonathan
[1]
http://assets.en.oreilly.com/1/event/27/Accelerate%20your%20Rail
+1
This would also be a help in cases where you have different sets of
users and have to use a) to redirect them to the view appropriate to
their account type.
On Oct 14, 6:35 pm, Ulrich Petri wrote:
> Hi,
>
> in some projects I've had to interface with external authentication
> sources that di
amework that is so well made, so well thought out and so well
documented. It's a pleasure working with Django, and I'm looking
forward to working with it for the foreseeable future.
Cheers and best wishes,
Jonathan Nelson
--
You received this message because you are subscribed to t
aster/templatetags/stylize.py
All feedback is welcome!
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, send e
On Mar 5, 5:49 pm, Jared Forsyth wrote:
> I presume these only get shown with DEBUG turned on?
Yes, they are only shown when DEBUG is on:
see line 163:
http://github.com/citylive/Django-Template-Tags/blob/master/templatetags/debug.py#L163
--
You received this message because you are subscrib
On Mar 5, 6:59 pm, Jared Forsyth wrote:
> On a related note, is there a way to tell templates *not* to fail silently?
> (most tags etc. do)
> for testing/debugging purposes?
I don't think that all template tags fail silently.
Lookup of variables does always fail silently. That is, when a
varia
Just a few thoughts, this is my idea and I'm not an expert at
compilers, so forgive me if I'm somewhere wrong.
(1) For me, personally, I think the scoping of variables should be
kept inside a block.
{% with "x" as x %}
{% with "y" as x %}
{% endwith %}
{{ x }}
- you would print "y", because
On Mar 6, 3:36 am, Leo wrote:
> This is really cool, thanks for sharing it!
>
> One small question though, would it be better to check TEMPLATE_DEBUG
> instead of DEBUG
> -http://docs.djangoproject.com/en/dev/ref/settings/#template-debug
> ?
Yes, TEMPLATE_DEBUG would be better indeed. Thanks.
and DEBUG are True,
and return this traceback instead.
Certainly something I will take a look at next week.
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegr
gn pattern pretty well, as far as
I remember.
The alternative in this particular example is to use two include tags
"before.html" and "after.html", but is ugly because the opening and
closing html tag are separated over different files.
-- Jonathan
On 8 juin, 19:47, Grego
ith it, as we maintain a large collection of OpenID
implementations, the leader of which is our python library:
http://www.openidenabled.com/
--
Jonathan Daugherty
http://www.parsed.org
--~--~-~--~~~---~--~~
You received this message because you are subscri
en't used the multi-auth backend so I don't know about that.
--
Jonathan Daugherty
http://www.janrain.com/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
ields, it'd be great if you change the name of the form input field
to "openid_url" so the OpenIDs I (or others) use on other
OpenID-enabled sites will be available as auto-complete choices.
Otherwise, looks great. Nice handling of the sreg profile data.
--
Jonathan Daugherty
ht
ework, will I (or someone else)
have to write unit tests for the syndication framework before the patch
goes anywhere? I still wake up in cold sweats thinking about the sheer
variety of tests defined for Mark Pilgrim's feed parser :)
Thanks,
Jonathan.
es_vote v
ON v.object_id = aa.id
AND v.user_id = 2
AND v.content_type_id = 15
WHERE aa.id = 1;
Putting the extra conditions in the WHERE clause instead results in a
row not being retrieved at all if the user hasn't voted on the object
it represents.
Thanks,
Jonathan.
[1]
htt
least be automated[1][2].
(How is it done currently, if not with that sort of automation?)
HTH,
[1] http://buildbot.sourceforge.net/
[2] http://www.python.org/dev/buildbot/
--
Jonathan Daugherty
http://www.b-tree.org
--~--~-~--~~~---~--~~
You received this
example code previously provided.
[1] http://tinyurl.com/383plw
--
Jonathan Daugherty
http://www.b-tree.org
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this g
Hi all,
I was reading up on the documentation for new contributors and was reading
the "Claiming Tickets" section where it says "If a ticket for this issue
already exists, make sure nobody else has claimed it. To do this, look at
the “Owned by” section of the ticket. If it’s assigned to “nobod
Hi all, just wanted to check in to see if a conclusion can be reached on
this idea? Thanks :)
On Tue, 16 May 2023 at 19:17, charettes wrote:
> Just wanted to publicly +1 here as well. I was skeptical that we could add
> support for it without invasive changes at first but it seems to be
> relat
to deprecate, so if they're
> breaking that may mean the change is not easy or even possible.
>
> On Fri, Jun 9, 2023 at 1:39 PM Jonathan Clarke <
> jonathan.a.cla...@gmail.com> wrote:
>
>> Hi all, just wanted to check in to see if a conclusion can be reached on
&g
ere this stands.
Thanks for django!
--
Jonathan Daugherty
http://www.parsed.org
'); under what circumstances are new connections opened and
closed?
--
Jonathan Daugherty
http://www.parsed.org
uot; This sounds like a rather invasive
exception, and it sounds like something that makes this middleware
more than a plugin.
--
Jonathan Daugherty
http://www.parsed.org
guess I'm assuming that
users will run all of their database interactions through the django
core where things like this can be controlled. I suppose that users
can go poking around if they want to get cursors or connections, but
IMHO that's a case of too much rope.
--
Jonathan Daugherty
http://www.parsed.org
, can you illustrate how one would
accomplish this?
--
Jonathan Daugherty
http://www.parsed.org
ng away the possibility of
# explicit control for those who know exactly what to do. And the
# combined middleware/decorator thingy is working very nicely with the
# caching system, so I just thought it would be the ideal choice for
# the transactionality system, too :-)
Yeah, it sounds like dec
# oops
# I put in date and I get datetime back.
But DateTime objects can be used to represent both; you just have a
DateTime object with no time values.
--
Jonathan Daugherty
http://www.parsed.org
; category.
Admittedly, AJAX integration of some kind would be nice, but IMHO
there are lots of other bigger, more important things going on that
need to be considered.
--
Jonathan Daugherty
http://www.parsed.org
# Server error page: http://toys.jacobian.org/django/500.html
# 404 error page: http://toys.jacobian.org/django/404.html
Yay!
--
Jonathan Daugherty
http://www.parsed.org
# I like it, but I also wish that "__exact" was optional, so I might
# not be a good person to ask...
Interesting idea, although I'd rather all of the conditional kwargs be
consistent, personally. Making an exception would make it weird.
--
Jonathan Daugherty
http://www.parsed.org
member what the primary key name is.
--
Jonathan Daugherty
http://www.parsed.org
# 1. Django guitar
#
# 2. Django beats
#
# 3. Django singer
#
# 4. Django piano
Novel, for sure, but wouldn't people have a hard time remembering
which is which?
--
Jonathan Daugherty
http://www.parsed.org
# Simon, you are saying that FastCGI serves worse than mod_python?
He said "CGI", which is not the same as FastCGI.
--
Jonathan Daugherty
http://www.parsed.org
;s hosting
provider isn't sufficiently accommodating...
--
Jonathan Daugherty
http://www.parsed.org
ut, should each field type know about the various backend types in
order to maintain the mapping?
--
Jonathan Daugherty
http://www.parsed.org
# Sorry for replying to myself.
Don't apologize to us; apologize to yourself!
--
Jonathan Daugherty
http://www.parsed.org
nyone when they're looking
through the docs for the Right Way? I think the "one way" mantra
applies here..
--
Jonathan Daugherty
http://www.parsed.org
models.py module would make for a cleaner layout if a package
isn't needed.
I was just pointing out that regardless of the pythonic-ness of it, I
wonder if the extra option will confuse newcomers.
--
Jonathan Daugherty
http://www.parsed.org
ForeignKey(Category)
#
# def __repr__(self):
# return self.name
Just use:
parent = meta.ForeignKey("self")
For more information, see:
http://www.djangoproject.com/documentation/model_api/
(See the "Many-to-one relationships" section.)
--
Jonathan Daugherty
http://www.parsed.org
class -- would still be created, but it would live in appname.models
# rather than django.models. For example, in the polls tutorial, the
# module "choices" in "from django.models.polls import choices" would
# be in myproject.polls.models: "from myproject.polls.models impo
# Why can't we just allow the model class defined by the user to be
# used?
That doesn't seem promote a clean separation of "table-level"
vs. "row-level" functionality.
--
Jonathan Daugherty
http://www.parsed.org
I think it's cleaner to keep these functionalities
physically separate.
Maybe the best thing to do would be to round up as many newcomers as
possible and see what they think would be clearer.
--
Jonathan Daugherty
http://www.parsed.org
ign
possibilities and ask newcomers which one(s) seem clearer, in terms of
the developement experience. Obviously asking newcomers to *design*
would not be prudent. :)
--
Jonathan Daugherty
http://www.parsed.org
painfully obvious
what sort of error has occurred. Makes the code that much more
readable, too, IMHO.
--
Jonathan Daugherty
http://www.parsed.org
# Not particularly clever, but in a Django request context you could
# argue that "//" == "//" == "/" and change the url pattern logic
# appropriately.
Or just remove all leading slashes from any URLconf entry's regex.
--
Jonathan Daugherty
http://www.parsed.org
05/12/07/too-many-usernames/
My questions are:
- Who has already put some thought into this?
- Who has written code?
- Should this be done as a middleware?
- How can I help?
Thanks!
[1] http://www.openid.net
http://www.openidenable.com
--
Jonathan Daugherty
http://www.parsed.org
# http://www.openidenable.com
This should be:
http://www.openidenabled.com
--
Jonathan Daugherty
http://www.parsed.org
ders. Any suggestions on how to find a number of
# candidates to consult would be appreciated. A 5-10 K job . thanks
Command Prompt, Inc. does Django and PostgreSQL website development.
You can contact them via the information on their site,
http://www.commandprompt.com/
--
Jonathan Daughe
d say the consensus is most certainly the opposite.
Flamingly yours,
--
Jonathan Daugherty
http://www.parsed.org
n area may be historical and having access to the docs
online *is* really great, but I can't think of a reason why they
should live in admin specifically.
My 0.02 USD,
--
Jonathan Daugherty
http://www.parsed.org
to try a sequence of authenticators. I'm concerned particularly with
OpenID authentication, and OpenID auth is usually tried in addition to
whatever is desired for the site's normal accounts, in which case
authentication mechanisms must be able to coexist.
--
Jonathan Daugherty
http://www.parsed.org
odate various
incarnations, such as with LDAP, OpenID, and normal
usernamd-and-password. So this SQL model's structure does come to
bear heavily on whether we can use other authentication mechanisms
*if* we want external auth to conveniently blend with "normal"
accounts.
--
Jonat
evelopment copies of
a project very easy. You can employ similar techniques.
But at any rate, you can always just write a python script that
imports the settings and programmatically traverses them if you need
to inspect them.
--
Jonathan Daugherty
h
x27;t think it's bad to do this manually, particularly
because it doesn't need to be done often. What's the impetus for
wanting an automated way to perform this kind of task?
--
Jonathan Daugherty
http://www.parsed.org
--~--~-~--~~~---~--~---
# It regularly becomes difficult to track which {% endif %} belong to
# which {% if %}, it would be good if we can say {% endif
# start_process %} where start_process is purely comment.
Maybe implement generic support for /* .. */ in template tags?
--
Jonathan Daugherty
http
ore dev and don't influence such
decisions.)
I believe someone recently suggested incorporating less
(http://lesscss.org/) and bootstrap
(http://twitter.github.com/bootstrap) into Django, and this might be
something you're interested in. At any rate, this list is full of good
propositions.
s patch to a (much) later tip of the git repo, and
expanded it's scope as per my comments on the ticket page. I also added
some documentation for my changes, which I believe is adequate.
Thanks for your help.
Jonathan
--
You received this message because you are subscribed to the Google
projects could be tarball-ed together
somehow. (Could it be that hard to teach setup.py to install another
package from a subdir? Or to tar up them separately?) (And what is
virtualenv? Do I need it to install admin? Let's address that in a
separate tutorial, with a link and a notation.)
P
On 16 fév, 13:05, Tom Evans wrote:
> 75 isn't large enough these days for either email or username. We run
> a patched version of django for some time that has changed both these
> fields to 255 characters in order to accommodate the needs of our
> users. See RFC 3696.
This and other issues made
Since we're consensus building or whatever the fancy term is, another +1.
Mainly for comments, since {# #} is far, far more readable than {% comment
%}{% endcomment %} even with syntax highlighting, but also for other tags
too, particularly long i18n ones -- or even relatively short ones where you
Jinja implements whitespace control by putting a minus sign after/before
the % in a tag - http://jinja.pocoo.org/docs/templates/#whitespace-control -
I haven't tried it myself, but it looks like {% tag -%} is equivalent to
your {% tag %}{# .
On 24 February 2012 17:37, Tobia wrote:
> Tai Lee wrot
On 24 February 2012 17:16, Alex Gaynor wrote:
>
>
> On Fri, Feb 24, 2012 at 12:06 PM, h3 wrote:
>
>> > If you'd like to make an argument as to *why* it's useful, that's
>> useful, but we don't take polls.
>>
>> I think the argument as to why it's useful as been made quite
>> extensively.
>>
>> O
Let me make sure I've got this right --- The situation being discussed is
not where whitespace is insignificant and can be stripped, but where
whitespace is important and you want to control the exact amount of it,
e.g. plain text emails. In this case, just using stripwhitespace is not
enough. Righ
You can create a Django file object from any file-like object just by
passing it to the constructor.
django.core.files.File(my_file_like_object)
This is basically what all the storage backends do where there is an
existing file object from whatever source, and what you have to do if you
want to s
That's true, but I agree it seems a useful enough hook to make it a hook,
rather than needing to do it yourself like that. I would vote for it being
called 'preprocess', to make it clear that it's both optional and run
before the method-specific function.
- ojno
On 2 March 2012 13:40, Michael van
ak the rules.
>
>
> Cheers,
> AT
>
>
> On Fri, Mar 2, 2012 at 11:53 AM, Jonathan French
> wrote:
>
>> That's true, but I agree it seems a useful enough hook to make it a hook,
>> rather than needing to do it yourself like that. I would vote for it being
>
On 18 March 2012 23:33, Russell Keith-Magee wrote:
> > 2. An inspection tool that generates the appropriate python code after
> >inspecting models and current state of database.
>
> The current consensus is that this shouldn't be Django's domain -- at
> least, not in the first instance. It mi
That example is incorrect.
{% url app_views.client %}
will not change to
{% "url app_views.client" %}
it will change to
{% url "app_views.client" %}
which, as you can see, enables passing the view from something other than a
literal string.
On 27 March 2012 09:22, gs412 wrote:
> In Django1
sed before. And whether, if useful, this would
make a candidate for django.db.
https://github.com/citylive/django-model-blueprint
Cheers,
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To view this discussion on
ent/deployer/contrib/services/django.py
I'll publish one of these days on pypi.
All feedback is welcome. For bugs/feature requests on things which arn't
Django related, please go to the github.
Cheers,
Jonathan
--
You received this message because you are subscribed to the Google Gr
ther people.
Cheers,
Jonathan
Le lundi 10 décembre 2012 00:15:58 UTC+1, Cal Leeming [Simplicity Media
Ltd] a écrit :
>
> Hi Jonathan,
>
> Just from a very brief point of view.. my eyes started to glaze over
> whilst looking at the github README, and even more so when I looked a
7;t they be the same, and if so which one? Thanks for taking
the time to read/answer my queston.
v/r
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To unsubscribe from this group and stop receiving emails from it, sen
Z.
>
> If you search the archives of this mailing list you'll find a detailed
> explanation for USE_TZ.
>
> --
> Aymeric.
>
>
> Le 9 févr. 2013 à 23:44, Alex Ogier > a
> écrit :
>
> Hi Jonathan,
>
> I don't know the particular history of thi
midldeware=...,
)
No disadvantages I think. But it's not an easy migration path.
Cheers,
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To unsubscribe from this group and stop receiving emails from it, sen
As Andrew says, some "rely" on the obscurity of this server side
information. The same can be said of translations. I'd like to see better
support for javascript preprocessing.
gettext(...) in javascript could be preprocessed if the language is known.
url_resolve('name', { ...}) could probably a
Maybe it's worth noting that Guido is working on a Tulip, a specification
for an asynchronous API in Python 3, this to get some consensus. Right now,
there is almost zero compatibility between al the different approaches:
twisted, tornado, gevent, etc...
If we decide to go for one technology, b
n that much progress last year.)
Thanks,
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to django-developers+unsubscr...@googlegroups.com
hat's not shown, but great:
- typing "--connect" will open a bash shell on the remote end of the
current node.
- introspection of everything
- a lot more.
Feedback is very welcome, but maybe keep it off django-developers.
https://github.com/jonathanslenders/python-deployer/
Hi all,
At my current job, I spent a week of programming on a preprocessor for
Django templates.
In short, what it does is compiling the templates in a more compact
version, dropping all useless information and preprocessing
templatetags where possible. The Apache benchmark tools showed a page
loa
I guess, we found a bug, not sure if it has been reported earlier and
whether this is the right place to report.
When a template contains translations in variables, like
{{ _("text") }}, the text seems to be translated already during the
creation of the Template object. Every following call of
Tem
See also: http://pastebin.com/Wstya2C6
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, send email to
django-developers+unsubscr...@goo
> You aren't supposed to use _('Foo') as a standalone variable.
> (see last paragraph
> herehttp://docs.djangoproject.com/en/1.2/topics/i18n/internationalization...)
Why shouldn't I use it as a standalone variable? (A language should
have a *context free* grammar, which means, that the undersco
Thanks Ramiro, we hope the patch will be applied in the next release.
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, send email to
dj
wether you'd like to see something different.
- Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop...@googlegroups.com.
To unsubscribe from this group, send email to
d
Jonas H." wrote:
> On 01/07/2011 05:11 PM, Jonathan S wrote:
>
> > ** And a {% decorate %} template tag:
> >http://paste.pocoo.org/show/316593/
>
> +1
>
> > {% macro %} avoids the usage of external template files. I think it's
> > not worth the over
> Regarding the macro-tag I think the idea is valid but I'd personally
> prefer a more flexible approach regarding variables being provided
> for the macro block. Something like Jinja's macro comes to mind where
> I can define parameters for each macro and then pass them in as needed
Jinja's appr
SelectFilter.init(value.id,
namearr[namearr.length-1], true, "{% admin_media_prefix %}");
})
}
}
Thanks a lot,
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this grou
Aparently, there are several semicolons missing at several places:
django/contrib/admin/templates/admin/edit_inline/tabular.html lines
90, 94 and 124
django/contrib/admin/templates/admin/edit_inline/stacked.html lines
45, 48 and 78
Of course, this really is a minor issue, but easy enough to fix
Thanks, I made a patch and created a ticket.
http://code.djangoproject.com/ticket/15490
On 23 fév, 13:48, Russell Keith-Magee wrote:
> On Wed, Feb 23, 2011 at 8:24 PM, Jonathan S
> wrote:
> > Aparently, there are several semicolons missing at several places:
>
> >
a query Model2.objects.get(id=...) to
be executed. Model1 is defenitely not involved, so I think there's no
reasen to pass Model1 to the router, instead of Model2.
This patch should solve it:
http://paste.pocoo.org/show/343888/
cheers,
Jonathan
--
You received this message because you are subs
me know if you have other questions. There is more I have to tell,
but I'm a little busy right now...
Have a nice day,
Jonathan
--
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-develop
Maybe. We solved that use-case by adding another custom directory to
TEMPLATE_DIRS when we had to override the base template. But I can
imagine that someone wants to be able to dynamically change the base
template, from inside a view or context processor.
This was a choice we made, because almost
+1 on this.
Are you planning on keeping the API for registering template tags
compatible? (django.template.Library.register.tag)
I think this may be required for backwards-compatibility, but
personally, I'd like to see a cleaner API for this, which doesn't
expose the parser details. (Writing temp
enario. I
don't know whether using a 'result' variable is the best way. But if
it is, you could turn a filter tag into the following code and nest in
your other generated code. So, it'll override 'result' in the inner
scope.
> def _f():
>result = []
>...
>
How exactly do you want to solve dynamic inheritance? It seems that
some people are still interested in dynamic inheritance, by using {%
extends variable %}. (Which is still dirty in my opinion, but anyway.)
Block information has to be kept somehow.
Maybe one small improvement. Isn't the followin
Hi Andrey
I haven't yet looked through all of your code, but already a little
feedback.
Remember that every dot operator requires a dictionary lookup or
getattr call. Also the [ ]-operator is another level of redirection. I
think using 'self' inside a for-loop is not a good idea. If you're
going
nal
implementation to the new implementation as an additional function
parameter. (As a curry.)
I guess it's fast, and can be cached in memory. For each rendering,
only a copy of the required template dictionaries have to be made.
(Not even a deep copy.)
---
Cheers,
riting a parser or compiler, but it can
sometimes take many times of refactoring and rewriting code before you
get a satisfying enough result.
By the way, someone in this group said that l10n takes a lot of time
during template rendering. I wonder what we can do about that...
Have a nice day,
Jona
Some concerns, even if I don't know much about the subject.
Are you sure that it's always appropriate to strip indentation? Some
companies (like us) use templates for other stuff than HTML. (like
plain text mail.) In this case the indentation is meaningful (not to
the translator, but important for
n catalog for javascript is no
longer required, even for external files.
https://github.com/citylive/django-template-preprocessor
cheers,
Jonathan
On 18 avr, 00:14, Ned Batchelder wrote:
> On 4/15/2011 12:40 PM, Russell Keith-Magee wrote:
>
>
>
>
>
>
>
> > On Fri, Ap
1 - 100 of 167 matches
Mail list logo
