Ticket #14019: SQLInsertCompiler.as_sql() failure

nt would be helpful both for Django itself and the broader community of 3rd party apps and backends. Thanks in advance for considering re-opening this ticket. Best, Tobias -- Tobias McNulty, Managing Member Caktus Consulting Group, LLC http://www.caktusgroup.com -- You received this message becau

Re: Session/cookie based messages (#4604)

On Sun, Sep 20, 2009 at 6:13 PM, Chris Beaven wrote: > Having some kind of defacto cross-request notification system makes > sense; it's a very common usage pattern. > Attaching these kind of messages to a User instance is wrong: there is > not an enforced one to one

Re: Session/cookie based messages (#4604)

On Sun, Sep 20, 2009 at 10:24 AM, Russell Keith-Magee < freakboy3...@gmail.com> wrote: > > You also mention that there are a number of other implementations, but > you haven't really given a compelling survey or analysis of the > alternatives - you've just blessed one in particular. Why? > I

Re: Session/cookie based messages (#4604)

w? > > Vaclav > > > > > On Sep 22, 3:08 am, Tobias McNulty <tob...@caktusgroup.com> wrote: > > On Sun, Sep 20, 2009 at 10:24 AM, Russell Keith-Magee < > > > > freakboy3...@gmail.com> wrote: > > > > > You also mention that the

Re: Session/cookie based messages (#4604)

On Tue, Sep 22, 2009 at 9:51 PM, Russell Keith-Magee wrote: > In reality, I get a ping time closer to 300 ms. And that's to a > high-end data center under ideal conditions - it can be much larger if > I'm dealing with low end providers. > What?? 200 ms is the average

Re: Adding signing (and signed cookies) to Django core

+1 for signed cookies. Your API looks reasonable and I'd agree that set_cookie(..., signed=True) fits better with the rest of the API as well. What about some sanity checking to make sure that, if SECRET_KEY is used, it is, at the very least, a non-empty string? On Thu, Sep 24, 2009 at 1:18 PM,

Re: Adding signing (and signed cookies) to Django core

On Thu, Sep 24, 2009 at 5:33 PM, Chris Beaven wrote: > > Personally, I don't see much point in specifically reporting on > incorrectly signed cookies - imo they should just be treated as if > they never existed. If someone really cared, they can look in > request.COOKIES to

Re: Patch: adding a msg parameter to assertContains and similar methods in the test client

ailure means, for anyone who didn't write the test, can be the difference between a 2 minute fix and a half hour+ debugging session. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~

Re: Session/cookie based messages (#4604)

/SessionMessages#TODOOnceaSolutionisChosen) Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google

Re: Session/cookie based messages (#4604)

On Sat, Oct 10, 2009 at 1:19 PM, Tobias McNulty <tob...@caktusgroup.com> wrote: > Things that still need to be discussed/done: > > * Coming to consensus on what 3rd party app we actually choose to > extend/modify to fit into Django > > * What to do with the existing user

Re: Session/cookie based messages (#4604)

On Sat, Oct 10, 2009 at 2:05 PM, David Cramer <dcra...@gmail.com> wrote: > The proposal per your email is more or less how django-notices works. For comparison I added django-notices to the Available Options: http://code.djangoproject.com/wiki/SessionMessages#AvailableOptions -

Re: Session/cookie based messages (#4604)

at criterion in the wiki: http://code.djangoproject.com/wiki/SessionMessages#Criteria -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you ar

Re: Session/cookie based messages (#4604)

s each window/tab will have its own session. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google

404 debug pages should show the name of the tried urlpattern - #9310

In case it's not already on someone's radar, the patch on this ticket could use a review at some point: http://code.djangoproject.com/ticket/9310 Thanks - Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com

can't pass instance=None to inline formset - #11872

Another quick bug fix that should be ready for review/check-in: http://code.djangoproject.com/ticket/11872 -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You

Re: Session/cookie based messages (#4604)

the extra database or cache hit. It seems well worth it to me and there are solutions out there that try to store the messages in a cookie and then fall back to the session for longer (>4kb) messages. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 2751

Re: Session/cookie based messages (#4604)

. The criteria on the wiki page say as much, but I should probably clarify that django-notify does not actually provide any default levels/classes/tags yet. Thanks for the feedback. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052

Re: Session/cookie based messages (#4604)

e next request, and in most other cases removed on the subsequent request (e.g., in the case of 2+ chained redirects). The point is just to keep them around until they're actually displayed, not indefinitely. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, N

Re: Session/cookie based messages (#4604)

h {% regroup %}. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers"

Re: Session/cookie based messages (#4604)

's assume it will not be included unless someone brings up a compelling case. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because

Re: Session/cookie based messages (#4604)

evs (and from some of the folks who were involved in this discussion back when it was happening on the ticket) on the wiki page[1] and the general direction this project is going. Tobias [1] http://code.djangoproject.com/wiki/SessionMessages -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454

Re: Session/cookie based messages (#4604)

rs in the actual message (before the line hits 80 chars). Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the

Re: Session/cookie based messages (#4604)

ogging level (e.g., INFO) I like #2, provided that the default logging handler in Django is a NullHandler (I think it is/will be). Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~-

Re: Session/cookie based messages (#4604)

er, so I think we'd benefit from any wisdom you might be able to offer. :) Toby -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are

Re: Session/cookie based messages (#4604)

with user.message_set (and potentially deprecate the old API) is a key priority and something we DO need to hammer out more. That said I think we can get it done. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com

Re: Session/cookie based messages (#4604)

kend)? I put up a skeleton of a plan (not much more than what I sent before) on the wiki: http://code.djangoproject.com/wiki/SessionMessages#DeprecationPlan There are still a few things missing (like what apps actually need to be updated) but hopefully that'll provide us a place to keep track of the

Re: Session/cookie based messages (#4604)

great. Can't wait to see > something like it make it's way into core. That's an option. It's short and doesn't conflict with anything that I know of. I added a section to the wiki with potential app names: http://code.djangoproject.com/wiki/SessionMessages#PotentialAppNames -- Tobias McNulty Caktus Co

Re: Session/cookie based messages (#4604)

, do you have any wisdom to share about this? I expect it may be complicated because I can't think of a clean way to get the current request (and hence the session messages variable) inside the User model. Maybe I'm missing something. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box

Re: Session/cookie based messages (#4604)

e have a potential upgrade path from the old API? Or is there still concern about naming? -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this m

Re: Session/cookie based messages (#4604)

otential API on the wiki: http://code.djangoproject.com/wiki/SessionMessages Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received

Re: Can you add a build-in template tags?

me static files which has > no variable,and it's so easy for you guys, isn't it? This would be a lot easier to discuss if you (or someone else) can show us (a) an implementation of such a tag, and (b) some profiling numbers that demonstrate significant savings with your method. Tobias -- Tobias McN

Re: Session/cookie based messages (#4604)

ssages patch. > > > David Cramer > > > > On Fri, Oct 16, 2009 at 1:08 PM, Tobias McNulty <tob...@caktusgroup.com> > wrote: >> >> On Fri, Oct 16, 2009 at 5:10 AM, Luke Plant <l.plant...@cantab.net> wrote: >> > I think this means that either t

Re: Session/cookie based messages (#4604)

ut that seems like a big jump. I updated the branch to do basically this, but nothing is set in stone. Thoughts? Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~

Re: Session/cookie based messages (#4604)

t be much point anyway, since there'd be no way to get a message into the cookie or session storages without the middleware). Now that I think about it, this is probably what you meant and just wanted to make sure the messages context_processor will do the same thing. I'll update the code. Tobi

Re: Django 1.2 feature voting

e of so many web sites > > I'm -1 on adding django-registration to contrib. Agreed. The "pluggable work flow" that is Django itself works quite well for me. -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, N

Re: Django 1.2 feature voting

needs that make the current choice you have in schema evolution tools a Good Thing. Integrating something into the core may tie to you to a specific implementation that doesn't really suite your needs. So what's the big rush? Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro

Re: 1.2 Feature Suggestion

. I don't know that there's a de facto place to look for apps yet, but I bet a winner will emerge in time. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You receiv

Re: project folder with dots

ing to figure out how to structure their imports. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google

Re: project folder with dots

t be (though I should think anyone is free to make serious, well thought out proposals in the wiki, whatever they might be). :) Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~

Re: Inline Formsets Again

that's being overlooked. If some developers > want to create awful UIs who are we to stop them? Other devs trying to > quickly prototype code or who just don't need prettier layouts hit > major roadblocks here. Django should easily handle the common cases, > not try to enforce good

Re: Enhanced debug output colors: django code is green, user code is red.

; This is clearly a better solution. > > > > I'm no designer either but I perhapsit could do with a bit of attention > from > > one, I'm not that keen on the red (pink?) and green mix. > > > > Also, documentation will be needed so users know what the colours mean >

Re: Session/cookie based messages (#4604)

comments wouldn't benefit from discussion, feel free to email them to my privately to avoid swamping the list. Thanks, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com

Re: Enhanced debug output colors: django code is green, user code is red.

On Tue, Nov 3, 2009 at 8:31 AM, Yuri Baburov <burc...@gmail.com> wrote: > > On Tue, Nov 3, 2009 at 9:27 AM, Tobias McNulty <tob...@caktusgroup.com> > wrote: > > I'm not a big fan of the red/green either. They imply that Django code > is > > "bad" an

Re: Session/cookie based messages (#4604)

true. Sounds better to me as well; I'll make the change. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --~--~-~--~~~---~--~~ You received this message because you are subscribed

Re: Session/cookie based messages (#4604)

sition issues. However, I didn't want to start in on a big > teardown unless you thought the code was ready for it. When you're > ready for a the full latex-glove treatment, let me know. :-) > Will do. I have a little cleanup to do regarding EOFMessage per some feedback from Luke Plant but I

Re: Session/cookie based messages (#4604)

from the same client. Again, the only thing I can think of that still needs to be worked out is the details of the API and whether or not it should be decoupled from request. I'm in favor of the idea, I'm just not sure what solution makes the best sense yet (see above). Cheers, Tobias -- Tob

Re: Session/cookie based messages (#4604)

week. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to dja

Django development sprint in the Triangle, Dec 12-13

still room for more, so check out the sponsors section of the wiki and add yourself (or your company) if you'd like to bring something. Hope to see you there! Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com

Re: Session/cookie based messages (#4604)

group, send email to django-develop...@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com<django-developers%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.goog

Re: Session/cookie based messages (#4604)

anywhere that you cannot rely on there being a current authenticated > User. Docs should include something about it being intended for re- > usable apps. > Good catch. fail_silently sounds good to me. I'll add. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrbo

Re: Session/cookie based messages (#4604)

Latest patch, including fail_silently, is up for review: http://code.djangoproject.com/attachment/ticket/4604/django-contrib-messages-e4da706e1152.diff Cheers, Tobias 2009/12/3 Tobias McNulty <tob...@caktusgroup.com> > The simplest solution is to catch the exception in the gene

Re: Session/cookie based messages (#4604)

It's also a good thing, I realized last night, because it means one can use messages from a reusable app without requiring that all projects using the app enable messages. Cheers, Tobias Sent from a mobile phone, please excuse any typos. On Dec 3, 2009 6:25 AM, "Russell Keith-Magee"

Re: Session/cookie based messages (#4604)

s the behavior of the previous implementation. Am I missing something? <http://bitbucket.org/tobias.mcnulty/django-contrib-messages/src/tip/django/contrib/messages/api.py#cl-38> Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://w

Re: Multiple database support: Request for feedback and testing

Is there a page where one can find a quick summary of the proposed API? I have some concerns about implementing partitioning through the admin, but I expect there's something I'm missing. For those who haven't been, following the conversation closely it'd be nice to have a quick way to come up

Re: Multiple database support: Request for feedback and testing

given model. Cheers, Tobias On Fri, Dec 4, 2009 at 10:47 AM, Russell Keith-Magee <freakboy3...@gmail.com> wrote: > > On Fri, Dec 4, 2009 at 11:40 PM, Tobias McNulty <tob...@caktusgroup.com> > wrote: > > Is there a page where one can find a quick summary of the p

Re: Multiple database support: Request for feedback and testing

upport in an elegant, extensible way that also fixes other issues with the current implementation (namely, the admin). That said, figuring out the right way to implement it is still up in the air. I proposed a separate setting; Paul proposed one integrated with the DATABASES setting. There are

Re: Multiple database support: Request for feedback and testing

king? > Monkeypatch it? Make patched version for each app? Well, then please > provide a method which will do this override for all models if called > from a single place in project, probably, settings. > > In large projects, single point of override on per-project basis is > req

Re: Multiple database support: Request for feedback and testing

lobal settings. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send em

Re: Multiple database support: Request for feedback and testing

already supported?) workaround for those who need to modify the admin to use a different database in specific cases. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are

Re: Session/cookie based messages (#4604)

have an example to show > the correct technique. Good call, added, thanks. Other than the question about renaming storage -> backend I think we are close to prime time. Let me know what you think. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC

Re: Session/cookie based messages (#4604)

roups." (despair.com) > > Luke Plant || http://lukeplant.me.uk/ > > -- > > 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. >

Re: Session/cookie based messages (#4604)

to give this a final whirl by converting a project or two. Cheers, Tobias On Sat, Dec 5, 2009 at 2:05 PM, Tobias McNulty <tob...@caktusgroup.com> wrote: > It looks like I mis-read the original question about storage vs. > backend, so thanks for picking this up Luke. > > I don't have m

Re: Session/cookie based messages (#4604)

ds compatibility issues to deal with, but that's an issue the project will have to take on in a much larger way regardless when/if backend standardization becomes an established goal. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.ca

Re: Conventions around plugable backends

Just wanted to add that the decision need not go either way; one possible solution would be to leave it up to the implementation and live with both conventions in the core. Sent from a mobile phone, please excuse any typos. On Dec 7, 2009 7:17 AM, "Russell Keith-Magee"

Re: Sprint issue tracking / triaging

ttle dicey, however, as commit granularity in terms of features (even small bug fixes) is usually a Good Thing. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are s

Re: Session/cookie based messages (#4604)

On Mon, Dec 7, 2009 at 7:25 AM, Russell Keith-Magee <freakboy3...@gmail.com> wrote: > On Mon, Dec 7, 2009 at 3:05 AM, Tobias McNulty <tob...@caktusgroup.com> wrote: >> On Sat, Dec 5, 2009 at 10:24 PM, Russell Keith-Magee >> <freakboy3...@gmail.com> wrote: >&

Re: Session/cookie based messages (#4604)

a deprecation warning now (since it is using deprecated code, after all)? Alternatively, since the warning may be a little obscure (the user is not using message_set directly), we could make LegacyFallback itself raise a deprecation warning. That would encourage folks to move to Fallback sooner r

Re: Buildbot failure

com/jacobian/pony-build-django Branch and go? Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups "Django developer

Re: An issue with ticket system

it was a seamless upgrade. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this

Re: Deprecating psycopg 1

. I see no reason to change the plan. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To po

MultipleHiddenInput outputs invalid HTML (#11843)

invalid HTML to begin with). Any chance we could get it committed soonish? Thanks! Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups

Re: Looking for python/Django developers in india

visit this group at > http://groups.google.com/group/django-developers?hl=en. > > > -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Googl

Re: Design and code review requested for Django string signing / signed cookies

wed by volunteers on various security-related lists. I suppose the two could be combined, but I'd hate to see a paid person in any way decrease the efforts of volunteers (or our motivation to find such volunteers). Just my two cents. Cheers Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O.

Re: Message level API awkwardness

ers%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > > > -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com --

Re: Model validation incompatibility with existing Django idioms

th a relatively insurmountable quantity of deprecated code. Frankly I'm not sure it's worth it. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Go

Re: Model validation incompatibility with existing Django idioms

always been and I continue to be wary of trying to implement data constraints at the application level; that's something good relational databases have been doing and improving upon for a long time and I have little faith in my own capacity to reproduce or replace such functionality. Cheers, Tobias --

Re: Model validation incompatibility with existing Django idioms

the current state of the release notes. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: Porting Django to Python 3

I am by no means an expert on the matter, but I remember seeing a comment awhile back suggesting that it generally makes more sense to fix the 2to3 script than to maintain two branches of the same library. Might that be the case here as well? Sent from a mobile phone, please excuse any typos. On

Re: Per application default database?

/groups.google.com/group/django-developers/browse_thread/thread/7904c7da7cb0085f/eb5a359e30307e89?lnk=gst=multidb+tobias#eb5a359e30307e89 If I recall correctly, the resolution was basically "not in this phase," i.e., this is something to be worked out in a future release of Django. Tobias

Re: Looking for full-time developer

python background) to work remotely or in Lisbon , Portugal. > We are currently developing several web applications in Django and > need someone to complete our team. > > I am sorry if this is inapropriate but it is not that easy to find a > good Django developer via normal HR means. >

Re: Possible bug in messages framework?

ge 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...@googlegroups.com<django-developers%2bun

Re: Possible bug in messages framework?

he cookies documentation saying that it's "recommended to encode cookies to avoid potential browser bugs," and list off a few of those bugs. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 (919) 951-0052 http://www.caktusgroup.com -- You receiv

Re: 404 debug pages should show the name of the tried urlpattern - #9310

e effectively: http://docs.djangoproject.com/en/dev/internals/contributing/#ticket-triage Cheers, Tobias On Mon, Oct 12, 2009 at 7:30 AM, Tobias McNulty <tob...@caktusgroup.com>wrote: > In case it's not already on someone's radar, the patch on this ticket > could use a review at some point: > >

Re: Django's testing infrastructure

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...@googlegroups.com<django-developers%2bu

Re: Call for sprinters for 1.2

unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com<django-developers%2bunsubscr...@googlegroups.com> > . > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Tobias McNulty C

Extra params + aggregation creates incorrect SQL - Ticket 11916 - Oracle issues

for testing!). Could someone with oracle knowledge take a look at this ticket? Given that the "fix" introduces other issues in oracle backend, I hesitate to have this committed before the oracle issues are resolved. Thanks! -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro

Re: memcached-based-cache - timeout=0 does not work as intended by memcached

+1 Sent from my mobile device. On Jul 16, 2010 6:54 AM, "Carsten Reimer" wrote: Hello, I am not quite sure if this is the right mailinglist but as long as my remarks are about a core-component of django I hopefully chose the right list. Dealing with

Re: Patch: Indefinite args for simpletags and inclusion tags

ell without seeing the patch. :-) Could you stick it somewhere we can see it? Personally I like to see them in Trac, since it comes with pretty colors. If there isn't a ticket already out there for this I see no problem with creating one. We can always close it if it gets rejected. Cheers Tobias -- Tob

Re: memcached-based-cache - timeout=0 does not work as intended by memcached

s, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 USA: +1 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are subscribed to the Googl

Re: Documenting new features: built-in obsolescence of the "versionadded" tag.

gle 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...@googlegroups.com<django-developers%2bunsubscr...@googlegroups.com> > . > For more op

Re: memcached-based-cache - timeout=0 does not work as intended by memcached

n IRC, Jacob, so > given the discrepancy I'm just curious whether it is in fact a design > goal to have semantic parity between the backends shipped with Django. > Rejecting a particular subset of cache keys is also not the greatest analogy to co-opting configuration values. :-) Cheers, Tobias

Re: Filebrowser functionality in contrib?

d party app), and I'd hate to see innovation stifled at this stage by including one of the implementations in contrib. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 USA: +1 (919) 951-0052 http://www.caktusgroup.com -- You received this message becau

Re: memcached-based-cache - timeout=0 does not work as intended by memcached

ial-casing timeout=0 for all the other backends seems more like a feature (and one that may require a lot more discussion, code, and testing relative to the 1-line memcache fix). Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 USA: +1 (919) 951-005

Re: Filebrowser functionality in contrib?

jango proper. That said, as Russell suggests, it may be possible to enhance the admin in ways that make writing third party apps like this easier. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 USA: +1 (919) 951-0052 http://www.caktusgroup.com --

Re: How to get patches from 'Accepted' to 'Committed'

velopers" group. > To post to this group, send email to django-develop...@googlegroups.com. > To unsubscribe from this group, send email to > django-developers+unsubscr...@googlegroups.com<django-developers%2bunsubscr...@googlegroups.com> > . > For more options, visit this

Re: help

t; > . > For more options, visit this group at > http://groups.google.com/group/django-developers?hl=en. > > -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 USA: +1 (919) 951-0052 http://www.caktusgroup.com -- You received this message because you are

Re: dev process [was: #11834: colorized debug page]

approach. For the record, it is mentioned. The punishment they tried for a few releases was denying commits from the developers who did not do their fair share of testing for 2 weeks after the tree was unlocked for everyone else. Cheers, Tobias -- Tobias McNulty Caktus Consulting Group, LLC

Re: dev process [was: #11834: colorized debug page]

ea. Like you've been saying, Django trunk does a pretty good job of staying stable as it is and things seem to get fairly well tested on an ongoing basis, so I'm not sure it's an issue. Tobias -- Tobias McNulty Caktus Consulting Group, LLC P.O. Box 1454 Carrboro, NC 27510 USA: +

Re: pre-object permission

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...@googlegroups.com<django-developers%2bunsubscr...@googlegroups.com> > . >

Re: Any interest in adding a navigation helper to Django?

roblem that everyone has. > > * Even if it is a common problem, is something where there are many > possible ways to solve the problem > +1 leaving navigation outside the core. Tobias -- Tobias McNulty, Managing Partner Caktus Consulting Group, LLC http://www.caktusgroup.com -- Y

  1   2   >