(<= EASY APPLE PIE RECIPES =>)

[image: Apple Pie Recipes] *Apple Pie Recipes *http://taniarajpo.mb.com/recipe/apple_pie/ *Best Apple pie Cooking recipes easy to make For best recipes please visit: http://taniarajpo.mb.com/recipe/apple_pie/ Sonia * --~--~-~--

<<< NEW 2007 CARS >>>

NEW 2007 Cars All new models [image: NEW 2007 Cars] Please visit: http://allnewcars.mb.com/ Lexus Mercedes BMW Honda Ford http://allnewcars.mb.com/ Thanks Sonia --~--~-~--~~~---~--~~ You received this message because you a

PyCon BoF about Content Repository

Hello, I have added a BoF in the PyCon wiki for the next session in Dallas. It's about having a standard in Python for content repositories, that could be used by any Python framework, like Django. http://us.pycon.org/TX2007/PyJCR Please react/participate on the wiki, if you think this could b

Re: Proposal: Named auth backends and backend specific profiles

I like the ideas Joseph. While we are naming backends, let's also use the backend name to key the backend information in the session data (see [1]) so that different backends can be used for different areas of your site. Maybe something like the value of session['_auth_user_backend'] becoming a

Re: Feature request for newforms: HTML 4

James Bennett wrote: > Unfortunately, I don't really have a good proposal for how to handle > this, except maybe to further break down the Widget API to include > 'as_html' and 'as_xhtml'. Any ideas? I still think that all these "strategies" do not belong in the BaseForm class. Using a strategy

Re: Proposal: Named auth backends and backend specific profiles

On 1/11/07, Nicola Larosa (tekNico) <[EMAIL PROTECTED]> wrote: > > Every middle-to-big project has its own version, and Django is no > exception, look in django.utils.datastructures. I have a patch ready to go for named backends, and it uses django.utils.datastructures.SortedDict from django pure

Re: Proposal: Named auth backends and backend specific profiles

Howdy all -- Joseph and I have been discussing this IRL over that past couple of days, but I probably should summarize what we've been talking about. Mostly I love this stuff, but I'll skip the glowing praise () and pick a nit or two: * I always hate doing schema changes to built-in apps; add

Re: Proposal: Named auth backends and backend specific profiles

Jacob Kaplan-Moss wrote: > * The real thing we've been discussing, though, is a way for apps to get ahold > of users after they've been created by a third-party authenticator. For > example, on my sites I'm gonna want everyone to have a username whether they > use OpenID, LDAP, or whatever. > >

Re: Proposal: Named auth backends and backend specific profiles

On 11 Gen, 22:34, "Joseph Kocherhans" <[EMAIL PROTECTED]> wrote: > I'd love to use a dictionary, but the order of backends matters. I > wish python had a decent syntax for what basically amounts to an > ordered dict. It's a FAQ, and bait for flamefests, here's a big one: http://groups-beta.googl

Re: Feature request for newforms: HTML 4

Hi Rob, Rob Hudson schrieb: > Michael Radziej wrote: >> BTW, what keeps me from XHTML is simply that my javascript >> library of choice (yui) doesn't support it in all components. > > Hmmm. Can you elaborate? We're using YUI for a few things as well and > I wasn't aware of this. (We can take

Re: Proposal: Named auth backends and backend specific profiles

On 1/11/07, James Bennett <[EMAIL PROTECTED]> wrote: > > On 1/10/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > > I propose to register and lookup backends by name to fix this > > problem. Here's a configuration sample: > > > > # a tuple of (name, path) tuples > > AUTHENTICATION_BACKEN

Re: Feature request for newforms: HTML 4

Michael Radziej wrote: > BTW, what keeps me from XHTML is simply that my javascript > library of choice (yui) doesn't support it in all components. Hmmm. Can you elaborate? We're using YUI for a few things as well and I wasn't aware of this. (We can take this offline if it's preferable.) > XH

Signed Cookies (ticket #3285)

I've taken the liberty of writing up a contrib middleware to transparently implement signed cookies in a Django app. It autmatically signs and validates all cookies on its own, without any other code needing to know a thing about it. That is, it cleans up after itself, so that views and other midd

Re: New newforms code

Adrian Holovaty wrote: > On 1/10/07, Mikko Ohtamaa <[EMAIL PROTECTED]> wrote: > > I have toyed around with newforms a bit. > > > > We should subclass Widget to TemplateWidget and then rebuild all widget > > class hierarchy usingTemplateWidget based widgets. I'd rather throw > > away the current wi

Re: Should Django be HTML agnostic?

I think it's in the other thread, but what's the reason for wanting to decouple forms from templates? I can think of 2 reasons: 1) Decoupling means you can change the way templates work and not have to update the forms code. Counter argument: If you change the way templates work you'd break a l

Re: Proposal: Named auth backends and backend specific profiles

On 1/10/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > I propose to register and lookup backends by name to fix this > problem. Here's a configuration sample: > > # a tuple of (name, path) tuples > AUTHENTICATION_BACKENDS = ( > ('default', 'django.contrib.auth.backends.ModelBac

Re: Should Django be HTML agnostic?

On 1/11/07, Waylan Limberg <[EMAIL PROTECTED]> wrote: > It should be easy to see that passing final_attrs into Andrew's > template would give the desired result (perhaps with a few > adjustments. It shouldn't be to hard for someone to hack up such a > variation. Then when defining the form, just p

to_field/from_field in ManyToManyFields?

Am I being boneheaded, or should ManyToManyFields support to_field and from_field attributes with the semantics of ForeignKey's to_field? It seems like if ForeignKey supports it then it should be possible in ManyToManyFields as well... --~--~-~--~~~---~--~~ You

Re: New newforms code

Adrian Holovaty wrote: > On 1/10/07, Mikko Ohtamaa <[EMAIL PROTECTED]> wrote: > > I see a huge drawback in offloading widget rendering to the template > system -- it couples the forms library to the template system. Ideally > the newforms library, when solidified, would be distributed as a > stan

Re: Should Django be HTML agnostic?

On 1/11/07, Waylan Limberg <[EMAIL PROTECTED]> wrote: > However, if there was a way to pass final_attrs for each > field in a form to the template (perhaps as an optional behavior), > that would give template authors complete control over the layout of > their forms. I thing I approached that ki

Re: Proposal: Named auth backends and backend specific profiles

On Wed, Jan 10, 2007 at 01:10:03PM -0600, Joseph Kocherhans wrote: > > 1. Named auth backends > > Right now, user logins are coupled to the actual location of an auth > backend. The python dotted path of the backend is stored in the user's > session when they login. If you were to move the backen

Re: Should Django be HTML agnostic?

On 1/11/07, Andrew Durdin <[EMAIL PROTECTED]> wrote: > > Rob Hudson wrote: > > > > 1. Display code should be separate from logic. Ideally, all HTML would > > be in template files that one could override if need be in their own > > template directory, just like the admin templates. If django.forms

Re: Should Django be HTML agnostic?

Michael Radziej wrote: > I'm not sure what you mean exactly with "HTML agnostic". Could you > explain it, please? Just that Django shouldn't favor XHTML over HTML4. But I'm actually not too concerned if it comes with django.forms that default to XHTML, but they are easily configurable or easy to

Re: UNICODE and newforms

On 1/11/07, Adrian Holovaty <[EMAIL PROTECTED]> wrote: > > On 1/10/07, Honza Král <[EMAIL PROTECTED]> wrote: > > 1) migrate django to unicode aka big bang approach > > + cleanest > > - most work > > - may break some code > > > > 2) migrate newforms to normal byte strings > > + doesn't break

Re: Should Django be HTML agnostic?

Rob Hudson wrote: > > 1. Display code should be separate from logic. Ideally, all HTML would > be in template files that one could override if need be in their own > template directory, just like the admin templates. If django.forms did > this, that would be great. The forms framework I wrote out

intimate dating

Search Profiles - FREE! Intimate Dating. Start Chatting within seconds - http://surl.in/HLMAT238206SVRAKSX --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send emai

Re: Should Django be HTML agnostic?

Rob Hudson schrieb: > I realize some of these aren't directly related to whether Django > itself prefers XHTML. Some are more along the lines of how easy it > should be to work around Django if you prefer HTML4. > > The following are what I think are valid reasons why Django should be > HTML agn

Re: New newforms code

Adrian Holovaty wrote: > Have you guys checked out the Widget class / capability in newforms? > That's the part that lets you define how a field should be output as > HTML. I'm definitely interested in hearing whether/how that doesn't > let you do what you want to do. Yes it worked out well. Bu

Re: UNICODE and newforms

On 1/10/07, Honza Král <[EMAIL PROTECTED]> wrote: > 1) migrate django to unicode aka big bang approach > + cleanest > - most work > - may break some code > > 2) migrate newforms to normal byte strings > + doesn't break anything > - waste of good work > - not ellegant (never give in, ne

how to specify the location of image in src?

hi all, in the template files (ie. .html files) i am using tag for displaying images that is in a directory specified in MEDIA_ROOT. But the browser can't detect the location properly... I placed the image in each and every folder exists in the django project. No way if you have any idea a

Django Development Team Wanted

We are planning to develop a new public facing web application. This effort will be a prominent joint venture with a well known media brand. We are looking to hire a development team that can help us get up to speed quickly to develop the application over a 3-6 month time frame, and then deliver

Oracle - Django (unicode, spanish characters, ..)

I made the next testing with last version of Django-Oracle under WinXP with Oracle 10g2 in a unix Solaris server: 1) I Made a model in Django and created one table (with syncdb). Some titles in the model.py contains spanish characters (referring in this case to á, e, Ñ, ñ, etc) 2) I processed many

{% url %}

Hello Django developers! I'd like to draw some attention to ticket 2606 (http://code.djangoproject.com/ticket/2606) about exposing URL reversing into templates. It's useful, has a patch, docs and tests. Is there anything I should do to move it closer to be committed? Thanks! --~--~-~

{% url %}

Hello Django developers! I'd like to draw some attention to ticket 2606 (http://code.djangoproject.com/ticket/2606) about exposing URL reversing into templates. It's useful, has a patch, docs and tests. Is there anything I should do to move it closer to be committed? Thanks! P.S. This might

Should Django be HTML agnostic?

I posted a bug (http://code.djangoproject.com/ticket/3280) before I left work which quickly got shot down by Adrian. :) He's right in that it's a pretty general bug so I bring the conversation here. I'm curious what the Django devs will make of my reasoning... I realize some of these aren't di

Re: New newforms code

On 1/10/07, Mikko Ohtamaa <[EMAIL PROTECTED]> wrote: > I have toyed around with newforms a bit. > > We should subclass Widget to TemplateWidget and then rebuild all widget > class hierarchy usingTemplateWidget based widgets. I'd rather throw > away the current widgets outputting HTML in Python cod

Re: select_related() changes

It still seems to have a bug when just doing .select_related(depth=1), sometimes its filling the field w/ the wrong data, looking into it. On Jan 11, 11:31 am, "David Cramer" <[EMAIL PROTECTED]> wrote: > I retract my statement, we had some other random server configuration > error that just happe

Re: file uploading problem

hi, The problem was solved... by adding a few lines as follows... -- if request.POST: new_data = request.POST.copy() new_data.update(request.FILES) # This has to be added errors = manipulator.get_valida

Re: UNICODE and newforms

> +1 for unicode in django +1 Regards, Arthur. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com To unsubscribe from

Re: New newforms code

Mikko Ohtamaa wrote: > > I don't see any drawback for template based widgets expect that running > template engine consumes more CPU cycles. But if that's a problem for > someone, I am willing to buy him/her a new server :) Well, that's a handy coincidence, because it's suddenly become a problem

Re: UNICODE and newforms

Am 11.01.2007 um 09:39 schrieb Gábor Farkas: > but that all happened approx. 5months ago, and the branches are still > not merged (because they are not finished yet), and it does not seem > that they will be merged in the near future... +1 for unicode in django, including http://code.djangoproje

Re: select_related() changes

I retract my statement, we had some other random server configuration error that just happened to appear at the same time as us putting this live :) On Jan 10, 8:34 pm, "David Cramer" <[EMAIL PROTECTED]> wrote: > It seems there are some issues with the code. Although I'm not sure why > it's happe

Re: UNICODE and newforms

Honza Král wrote: > Hi there, > > I have been playing around with newforms for some time. since I don't > come from an English speaking country, I did also put the unicode > stuff to the test. > > It has bitten me on several occasions. I agree that I am not used to > python unicode strings, but

Re: UNICODE and newforms

+1 from me. I'm german speaking, having ümläüts all over the place. I stumbled over the following post that refers to a few tickets whose patches proved helpful http://maurus.net/weblog/2006/08/08/utf8-encoded-unicode-support/ greets Philipp On Wed, Jan 10, 2007 at 11:56:52PM -0800, Ville Sää

Re: That would be *cookieless* [was: Stateless sessions almost here]

Nicola Larosa (tekNico) wrote: > "Stateless session" is an oxymoron, there's no such thing. You're > talking about *cookieless* sessions. Of course :) I was using them synonymously, i.e. the *browser* has no means of storing state. --~--~-~--~~~---~--~~ You rece