One approach: optimistic locking.
http://en.wikipedia.org/wiki/Optimistic_concurrency_control
Rails has an implementation you could look at for an example, likely
simpler to read than something like Hibernate... not sure how/if
anything could be hooked/monkey'd into the django-admin though.
--
Don't know if you're only looking for a django solution, but if you
just need something that (AFAIK) works, this might do it:
http://www.futureofthebook.org/commentpress/
thin layer over Wordpress to allow comments similar to djangobook, but
in the sidebar instead of fancy little popup windows.
> These changes are in preparation of some exciting news, but I'll leave
> y'all in suspense until next week.
You're rewriting Django in Java! Finally, enterprise capability!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
On Nov 9, 6:41 am, Malcolm Tredinnick <[EMAIL PROTECTED]>
wrote:
> then. It's very time consuming to go around again on this topic (in
> fact, it will slow down the next release, and I gather people in this
> thread want that as soon as possible).
I don't think (at least hope) that people in gene
I think you can just use:
def entries_by_category(request, slug, childslug=None)
with your first urlpattern and then switch on childslug, i.e. if it's
set or not.
Also you're prob already looking at this but
http://www.djangoproject.com/documentation/url_dispatch/#named-groups
should help if
Take a look at his email address
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email t
I don't know the status but read this to see some past thoughts on the
topic:
http://groups.google.com/group/django-developers/browse_thread/thread/a5d12bc4fb073f24/83d7e4cb5f35ed08
There are other threads pre-dating that one as well...
--~--~-~--~~~---~--~~
You
This sorta question pops up often, and as far as I've been able to tell
the answer is "you can't" really, without writing the admin views
(controllers) yourself. You might still be able to use some of the
underlying functionality, but for the interface it seems to me you've
gotta write that code.
But Luke *is* proposing to do this in a manager. The middleware just
makes the current user available in the model/manager. (if you want it
to be)
Rather than a hack, the functionality that his middleware module
provides seems to me a missing part in a mostly very pragmatic
codebase, but I digres
Just curious -- so now you're going to tie your middleware to the
model? ;-)
The MV(C|T) police will come after you!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, sen
Elver Loho wrote:
> In CherryPy, every "directory" of the website is mapped to a class
> with its exposed methods being the "files" in that directory. It's a
> godsend as you can write any kind of functionality (shopping cart,
> blog, whatnot) into a class or two and plop it anywhere else. Very
>
Hi all-
Is there any way to preview updates in the auto-admin? From what I can
tell the answer is "no".
The use case I'm referring to is say an editor needs to update
information on the "contact us" page, which is already published, and
they want to make sure they got their formatting and HTML c
Maciej, you mentioned "turned on the caching" -- that sounds like using
the caching middleware, not the view-level cache functionality. Or am I
guessing wrong?
To my understanding if you need to be able to manuallly get and clear
cached pages you'll need to use the view level caching, not the
mid
I think I didn't get the whole picture before; reading the docs and
source a bit more, it looks like you can't manually get/set/clear
(decorator) cached views. The view-level decorator basically
applies/restricts the middleware functionality to a specific view
instead of all views (or just excludi
I think this sounds like an ideal solution to handling common needs and
requests that don't belong or aren't wanted in django core/contrib.
Over time if certain libs or functions prove esp. useful they could be
"promoted" to the distribution if wanted (by core committers).
Just because something
Just on the very unlikely chance you're not aware of it, Myghty is
Mason++ implemented in Python, and would probably let you work as you
did with Mason (if you want to).
http://www.myghty.org/
I don't know that one would want to hook them together -- I just
thought if the OP wanted to develop in a similar style to Mason but
using Python, Myghty would be the obvious path to take.
Myghty has lots of parts, which might be usable with other frameworks,
I honestly don't know it well enough
If anyone is interested in more on this very topic:
http://blog.ianbicking.org/more-on-python-metaprogramming.html
Same discussion as here.
Re: Upgrading models... [without blowing away existing data]
Maybe mix your languages?
http://wiki.rubyonrails.com/rails/pages/UnderstandingMigrations
For a head start take a look here:
http://pylonshq.com/project/pylons/browser/RailsHelpers
Pylons being an in-development python "mega" framework (not a fan of
that term!). I don't know anything of licensing or credit issues, but
they're ported from Rails, so... maybe ask Ben over there, he did
> The Django admin site can't do that out of the box, but you could
> create your own custom views that do that.
I'm wondering when you say this, do you mean within the generated admin
interface, or without using the auto-admin functions?
This is an area I've long been a bit hazy on -- whether o
Hi all - I know nobody wants to hear "when will it be done" type
questions, so I hope this isn't annoying.
I'm going to be starting a project in the next few weeks, and I was
wondering what people recommend building on at this point. I've been
exploring with the svn of trunk, but I'm not sure on
Thanks guys. I'm familiar enough to be confused as to which to use, and
to know changes are happening in lots of spots, but not familiar enough
to know exactly where and when. Part of the fun I guess!
Right, I just really can't get a sense of how far off 0.92 (assuming
that's the merge) is. I'm not sure how (if) the milestones in trac
reflect the status of 0.92/magic merge. If it's roughly in the next few
weeks that (magic-removal) would seem to be the obvious choice. I
didn't want to make any
Perhaps for a rainy day (very future release):
http://routes.groovie.org/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To u
I'm not sure if this was earlier missed or ignored by people [nobody
explictly ruled it out], I can't help but think Django's URL handling
will either drift towards re-implementing Routes:
http://routes.groovie.org/ or staying as it is. (note the lastest
version has a nice feature where you can p
26 matches
Mail list logo
