On 8/4/07, Derek Anderson <[EMAIL PROTECTED]> wrote:
Hi Derek;
First off - let me apologize - my comments were not intended to be
harsh or derogatory.
You have done some great work here, and I don't want to give you the
impression that your efforts are not appreciated and valued.
However, your
hey, i will be able to send you my patch on monday.
the generic idea is to attach LIMIT as if the backend supported it and
at query execution time replace it with TOP.
OFFSET can be handled by nested queries but i did not have enough time
to finish that.
(i.e.
Hi Jeremy, thanks for the info,
I meant mssql, sorry.
the issue with object_id is that mssql can not insert an integer PK
into a TEXT field.
so how should it be handled then if the field type can not be changed?
peter
On Aug 3, 9:02 pm, "Jeremy Dunck" <[EMAIL PROTECTED]> wrote:
> On
Brantley Harris wrote:
> Your
> philosophy seems to be, "Those problems are spiky edge cases", but I
> think the hope was they would be solved as well, or at least put on
> track for a solution later on.
more like "low-hanging-most-useful-fruit first" :) everyone agrees
that there will never
On 8/3/07, pk11 <[EMAIL PROTECTED]> wrote:
> - django's admin log model object_id's type is changed from text to
> integer (is there a reason why object_id is declared as textfield?)
object_id is whatever the arbitrary model's PK is, and you can't
assume it's an integer in the general case.
2007/8/4, Brantley Harris <[EMAIL PROTECTED]>:
> ps. Did you ever see my long-ago proposal?
> (http://code.djangoproject.com/wiki/SchemaEvolutionProposal)
Hi Brantley, you have written very nice proposal, I like it!
Your evolutions are python equivalent of Rails migrations, but have
better
Excelent. Please send me your patch so I take a look at it.
I finish today a implementation of LIMIT so I'm interested in how you
solve it.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers"
Hi,
mamcx schrieb:
> I have finalize a beta code for the LIMIT mimic for Sql server, but
> wonder if all the test cases are running.
>
> When I run runtest this is show:
>
> Ran 2 tests in 0.109s
>
> OK
>
> I don't think is normal...
>
> I'm running this under a windows box, but for
I have finalize a beta code for the LIMIT mimic for Sql server, but
wonder if all the test cases are running.
When I run runtest this is show:
Ran 2 tests in 0.109s
OK
I don't think is normal...
I'm running this under a windows box, but for comparing, what is the
correct output of this?
hey all,
we are also using django with pymssql/mssql, in addition to your work,
we changed:
- django's admin log model object_id's type is changed from text to
integer (is there a reason why object_id is declared as textfield?)
- pymssql is changed to allow unicode strings
- simulate limit with
Yes...
I'm waitting to see if the actual pathc for pymssql is enough or still
need more work for do a single submit...
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this
OK.. I gave it a shot.. not really satisfied with the patch yet, but
it's a start. Feel free to suggest improvements (or submit a better,
or extended, patch) if need be.
Here's the ticket http://code.djangoproject.com/ticket/5076
Hope everyone has a great friday!
Regards,
Daniel
Russell is being to harsh, I say great work.
But I don't think he's necessarily incorrect. Basically, the trouble
is that your solution doesn't really solve the bigger problems. Your
philosophy seems to be, "Those problems are spiky edge cases", but I
think the hope was they would be solved as
On 8/3/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> Ah, but sickness must be put into perspective. You have no idea.
Ha!
Right you are -- I'm the sick one here, it appears :)
Sorry for the derail; carry on.
Jacob
--~--~-~--~~~---~--~~
You received this
On Fri, Aug 03, 2007 at 01:09:28PM -0500, Jacob Kaplan-Moss wrote:
> On 8/3/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> > I'd add .py to that list, if it gets done this way.
>
> Wait - are you using Django templates to generate *Python*?
>
> That's... just... *sick*.
No, that's just
On 8/3/07, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> Wait - are you using Django templates to generate *Python*?
Actually, no. But since Django uses Django templates to generate (bits
of) Django[1] code, I thought it might be worth specifying.
> That's... just... *sick*.
Ah, but sickness
On 8/3/07, Marty Alchin <[EMAIL PROTECTED]> wrote:
> I'd add .py to that list, if it gets done this way.
Wait - are you using Django templates to generate *Python*?
That's... just... *sick*.
Jacob
--~--~-~--~~~---~--~~
You received this message because you are
On 8/3/07, Derek Anderson <[EMAIL PROTECTED]> wrote:
> is there a way to get runtests.py to run the tests for multiple backends
> at a time? right now i'm just editing my settings.py file manually each
> time, and wanted to check before i wrote my own script. :)
I posted mine here:
> Can you please file a ticket so we don't loose this?
Ticket filed:
http://code.djangoproject.com/ticket/5075
Cheers
Thejaswi Puthraya
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
On 8/3/07, Thejaswi Puthraya <[EMAIL PROTECTED]> wrote:
> When I try to use the manage.py sql command I get a weird
> error. (Looks like the oracle backend is still not unicode
> compatible.)
Can you please file a ticket so we don't loose this?
Thanks,
Jacob
I have Django SVN version 5788 and just installed cx_Oracle version
4.3.1.
When I try to use the manage.py sql command I get a weird
error. (Looks like the oracle backend is still not unicode
compatible.)
Here is the output that I get:
Traceback (most recent call last):
File "manage.py",
On 8/3/07, SmileyChris <[EMAIL PROTECTED]> wrote:
> Keeping documentation up should be rather high priority. This ticket
> has been sitting for a while untouched. Some love, anyone?
D'oh! I keep getting distracted before looking into this. Thanks for
the prod; I'll fix it as soon as I get to
On 7/13/07, David Larlet <[EMAIL PROTECTED]> wrote:
> * About users, how can I handle django users' permissions? John
> Sutherland had already done some work on django-crudapi [1] and it
> could be interesting to allow this access control.
Good question. I would subclass one of the
Hi Adam,
On Fri, Aug 03, Adam Schmideg wrote:
>
> Hi,
>
> I implemented a csv serializer/deserializer. I tried to figure out
> how I can contribute to django with it, reading
> http://www.djangoproject.com/documentation/contributing/#submitting-patches
> but the process was not quite clear
On Aug 3, 11:34 am, Michael Radziej <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 03, Niels wrote:
> > On Aug 3, 11:10 am, Michael Radziej <[EMAIL PROTECTED]> wrote:
> > > This actually adds some documentation for any reviewer. 'safe' means:
> > > "Hey, I haven't simply forgot escaping, I meant it!"
>
On Fri, Aug 03, Ivan Sagalaev wrote:
>
> Michael Radziej wrote:
> > {% autoescape %} always needs an {% endautoescape %}, generating a node
> > during template parsing. Everything between {% autoescape %} and {%
> > endautoescape %} is put in its subnode list.
> >
> > If a VariableNode is
Michael Radziej wrote:
> {% autoescape %} always needs an {% endautoescape %}, generating a node
> during template parsing. Everything between {% autoescape %} and {%
> endautoescape %} is put in its subnode list.
>
> If a VariableNode is below an {% autoescape on %} in the template node tree,
>
On Fri, Aug 03, Niels wrote:
> On Aug 3, 11:10 am, Michael Radziej <[EMAIL PROTECTED]> wrote:
> > This actually adds some documentation for any reviewer. 'safe' means:
> > "Hey, I haven't simply forgot escaping, I meant it!"
>
> Jacob used the word 'raw' here, which is indeed a more appropriate
Hi,
Yuri Baburov schrieb:
> I'm -1 for {% autoescape on %} and {% autoescape off %}.
> This is also like PHP magic_quotes!
My dear ...
I really ask you to apply the patch in the ticket (hey, that's easy!) and
play a bit with it. All the django developers have gone through the php
experience
29 matches
Mail list logo