I'm almost positivie #7353 is no longer an issue. I was getting that
error with oldforms-admin, and once upgrading to newforms-admin it was
resolved.
On Jul 16, 12:16 am, "Joseph Kocherhans" <[EMAIL PROTECTED]>
wrote:
> On Tue, Jul 15, 2008 at 11:50 PM, Brian Rosner <[EMAIL PROTECTED]> wrote:
>
On Tue, Jul 15, 2008 at 11:50 PM, Brian Rosner <[EMAIL PROTECTED]> wrote:
>
> Hey all,
>
> I wanted to quickly update everyone on the status of the
> newforms-admin branch. It is quite literally a few tickets away! I
> have either fixed or triaged many tickets today so that the branch can
> get me
Hey all,
I wanted to quickly update everyone on the status of the
newforms-admin branch. It is quite literally a few tickets away! I
have either fixed or triaged many tickets today so that the branch can
get merged into trunk. The tickets triaged really shouldn't have been
made blocker tickets an
On 16 Jul 2008, at 01:14, Jeremy Dunck wrote:
>
> On Tue, Jul 15, 2008 at 6:56 PM, Malcolm Tredinnick
> <[EMAIL PROTECTED]> wrote:
>>
>>
>> On Tue, 2008-07-15 at 18:49 -0500, Jeremy Dunck wrote:
>>> I was using HttpResponse.set_cookie for the first time and annoyed
>>> that expires has to be a p
On Tue, 2008-07-15 at 19:15 -0500, Jeremy Dunck wrote:
> On Tue, Jul 15, 2008 at 7:14 PM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> > On Tue, Jul 15, 2008 at 6:56 PM, Malcolm Tredinnick
> > <[EMAIL PROTECTED]> wrote:
> >>
>
> >> Yeah, we should do something sensible if passed a datetime. Can
On Tue, Jul 15, 2008 at 7:14 PM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 15, 2008 at 6:56 PM, Malcolm Tredinnick
> <[EMAIL PROTECTED]> wrote:
>>
>> Yeah, we should do something sensible if passed a datetime. Can you open
>> a ticket?
>
> http://code.djangoproject.com/ticket/7770
On Tue, Jul 15, 2008 at 6:56 PM, Malcolm Tredinnick
<[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 2008-07-15 at 18:49 -0500, Jeremy Dunck wrote:
>> I was using HttpResponse.set_cookie for the first time and annoyed
>> that expires has to be a properly-formatted string.
>>
>> Why not take a datetime and
On Tue, Jul 15, 2008 at 7:49 PM, Jeremy Dunck <[EMAIL PROTECTED]> wrote:
> I was using HttpResponse.set_cookie for the first time and annoyed
> that expires has to be a properly-formatted string.
>
> Why not take a datetime and do the formatting in the function?
>
> Obviously this is a breaking ch
On Tue, 2008-07-15 at 18:49 -0500, Jeremy Dunck wrote:
> I was using HttpResponse.set_cookie for the first time and annoyed
> that expires has to be a properly-formatted string.
>
> Why not take a datetime and do the formatting in the function?
>
> Obviously this is a breaking change, unless we
Thanks for that. Turned out the problem I was having was to do with
slicing queries where no order_by was explicitly specified. I've
uploaded a slightly modified patch to the same place.
On Jul 15, 6:19 pm, "Ramiro Morales" <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 15, 2008 at 12:53 AM, bob84123
I was using HttpResponse.set_cookie for the first time and annoyed
that expires has to be a properly-formatted string.
Why not take a datetime and do the formatting in the function?
Obviously this is a breaking change, unless we have an isinstance for
backwards incompatibility.
Thoughts?
--~--
Hello!
Last Saturday we've gathered in Moscow at Yandex and had a sprint aimed
at newforms-admin bugs.
It didn't work as smooth and effective that we hoped but all the
problems are more or less explained by the lack of my experience as a
sprint organizer. We'll try harder next time!
Nonethel
because our company open no long time,and we have some pro in deals
with oredr
please make you new order to us ,i think we will have a good
beginning !!
Our website: www.nikeadishoes.com
Choose your favorite products
please trust us ,have a good beginning
You can look at our Web site. If the
On Tue, Jul 15, 2008 at 12:38 PM, Malcolm Tredinnick
<[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 2008-07-15 at 11:49 -0400, Leo Soto M. wrote:
>> After fixing some corner cases of #7560[1], and realizing that it is
>> too easy to write a wrong get_db_prep_lookup method (example:
>> #7448[2]), I have
On Tue, 2008-07-15 at 11:49 -0400, Leo Soto M. wrote:
> After fixing some corner cases of #7560[1], and realizing that it is
> too easy to write a wrong get_db_prep_lookup method (example:
> #7448[2]), I have reached the conclusion that there is no reason to
> have *two* methods for doing the pyt
After fixing some corner cases of #7560[1], and realizing that it is
too easy to write a wrong get_db_prep_lookup method (example:
#7448[2]), I have reached the conclusion that there is no reason to
have *two* methods for doing the python -> db conversion
(``get_db_prep_save`` and ``get_db_prep_lo
alex finn wrote:
> Hi Mike,
>
> thanks, this really helps and makes complete sense.
> In this case, could it be a feature request for django to implement
> bidirectional delete for related models in OneToOne case?
I'm not officially connected to the Django project in any way, so you
can make su
I'm experiencing the issue with concurrent writes on a low traffic
site hosted on a single machine DB and web server. I'm logging
reporting events in certain views and everytime I get indexed by a
search engine, this error floods into my inbox.
If I implement the workaround of hiding the multiple
Hi Mike,
thanks, this really helps and makes complete sense.
In this case, could it be a feature request for django to implement
bidirectional delete for related models in OneToOne case?
It is not a complex thing for me to override delete method for the
model and thus get the bidirectional delete
On Tue, Jul 15, 2008 at 9:10 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
> On Jul 15, 3:13 pm, Arien <[EMAIL PROTECTED]> wrote:
>> On Tue, Jul 15, 2008 at 7:34 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
>> > On Jul 15, 1:57 pm, Arien <[EMAIL PROTECTED]> wrote:
>> >> On Tue, Jul 15, 2008 at 5:36 AM, vic
alex finn wrote:
> Hi Everybody,
>
> I need some assistance on django's OneToOne mapping implementation.
> Several days ago I started a discussion in django-users but didn't get
> too much of feedback :(
> Here it is:
> http://groups.google.com/group/django-users/browse_thread/thread/8b30b3bdc15
On Jul 15, 3:13 pm, Arien <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 15, 2008 at 7:34 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
> > On Jul 15, 1:57 pm, Arien <[EMAIL PROTECTED]> wrote:
> >> On Tue, Jul 15, 2008 at 5:36 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
>
> >> If a view picks a template and ren
On Jul 15, 3:20 pm, "Waylan Limberg" <[EMAIL PROTECTED]> wrote:
> Vicvicvic,
>
> I think your on to something here. However, we need to remember that
> one of the great things about Django views is that they are just
> python functions. You can do pretty much anything you want. So, if
> someone wa
On Tue, Jul 15, 2008 at 8:20 AM, Waylan Limberg <[EMAIL PROTECTED]> wrote:
> I think your on to something here. However, we need to remember that
> one of the great things about Django views is that they are just
> python functions.
... or any other callable.
Arien
--~--~-~--~~
On Jul 15, 3:05 pm, "Scott Moonen" <[EMAIL PROTECTED]> wrote:
> Hi Victor,
>
> It sounds like your pattern works well for you, which is good.
>
> Another pattern that can be used is to have the view select off of some of
> the request attributes, and maybe even add your own test functions (such as
Vicvicvic,
I think your on to something here. However, we need to remember that
one of the great things about Django views is that they are just
python functions. You can do pretty much anything you want. So, if
someone wants to build up a complete html page in python code without
any templates,
On Tue, Jul 15, 2008 at 7:34 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
> On Jul 15, 1:57 pm, Arien <[EMAIL PROTECTED]> wrote:
>> On Tue, Jul 15, 2008 at 5:36 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
>>
>> If a view picks a template and renders it using some data, the
>> template is still free to pr
Hi Victor,
It sounds like your pattern works well for you, which is good.
Another pattern that can be used is to have the view select off of some of
the request attributes, and maybe even add your own test functions (such as
"accepts()") to the request class. For example:
if request.accepts('ap
Air Gear 209
Air Gear 209，Naruto 409， Bleach 318（Bleach 330）， One Piece 507，Hot
manga Download
The hottest mangas and the latest chapters
Manga news, Most popular mangas, Latest mangas, Latest chapters
http://english1.isoshu.com
http://emanga1.isoshu.com
--~--~-~--~~~
On Jul 15, 1:57 pm, Arien <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 15, 2008 at 5:36 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
>
> > In the Django FAQ, we can read this about views:
>
> >> In our interpretation of MVC, the "view" describes the data that gets
> >> presented to the user. It's not nec
On Tue, Jul 15, 2008 at 5:51 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
> An interesting effect of this whole thing is that it decouples views
> from not only formatting but protocol.
Django is a *Web* framework. Views are the part of the framework that
generate responses to requests and both of t
On Tue, Jul 15, 2008 at 5:36 AM, vicvicvic <[EMAIL PROTECTED]> wrote:
>
> In the Django FAQ, we can read this about views:
>
>> In our interpretation of MVC, the "view" describes the data that gets
>> presented to the user. It's not necessarily how the data looks, but which
>> data is presented.
Glamour models & Fasion designing
New look
watch my profile
http://www.geocities.com/cathrina39
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django
Maybe I should mention:
Since only specially decorated views act this way, the change is
completely backwards-compatible. At its current state, it does
restrict how you use "internal" and "format" as capturing patterns in
URLs, obviously.
Also, the format-decorator checks if the view returns a Ht
In the Django FAQ, we can read this about views:
>In our interpretation of MVC, the “view” describes the data that gets
>presented to the user. It’s not necessarily how the data looks, but which data
>is presented. The view describes which data you see, not how you see it. It’s
>a subtle disti
Here's the code example that shows the issue:
models.py: http://dpaste.com/65040/
tests.py: http://dpaste.com/65041/
This test fails as Place instance was not deleted
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"
On Tue, Jul 15, 2008 at 12:53 AM, bob84123 <[EMAIL PROTECTED]> wrote:
>
> Yes I am.
>
See patch attached to issue #2 I just opened:
http://code.google.com/p/django-pyodbc/issues/detail?id=2
Regards,
--
Ramiro Morales
--~--~-~--~~~---~--~~
You received this mes
37 matches
Mail list logo
