On Wed, Aug 19, 2009 at 1:43 AM, drakkan wrote:
>
> Hey guys,
>
> not a flame only a consideration: the best python orm/sql toolkit
> (sqlalchemy) already support this and many many other features/
> database engines, why not move the efforts in sa integration? Using sa
> in django is simple but a
James Bennett wrote:
> On Mon, Aug 17, 2009 at 11:35 AM, James Bennett wrote:
>
>>def __getattr(self, name):
>>if hasattr(self.user, name):
>>return getattr(self.user, name)
>>else:
>>return getattr(self.profile, name)
>>
>
> And for some reason
Hmm, OK, at least this thread seems to be constructive, not just flame
war... :-)
Jacob, could you please open a thread about the admin-ui proposal? If
I can contribute already, I'd like to make some propositions there,
all of them interface-related...
Thanks,
Diogo
On 18 ago, 16:36, Yuri Ba
On Tue, Aug 18, 2009 at 2:36 PM, Yuri Baburov wrote:
> How Django will/would package jQuery? That one for admin-ui.
Like I said, let's table this discussion until there's actually
something specific to talk about. Otherwise this is all just
hand-waving, and I do enough of that anyway.
Jacob
--~
On Wed, Aug 19, 2009 at 1:53 AM, Jacob Kaplan-Moss wrote:
>
> On Tue, Aug 18, 2009 at 12:35 PM, Yuri Baburov wrote:
>> Do you think that using *any* javascript framework for admin interface
>> will get boost for useful admin, overall django improvements and
>> third-party plugins development?
>
>
On Tue, Aug 18, 2009 at 2:29 PM, Jacob Kaplan-Moss wrote:
>
> On Tue, Aug 18, 2009 at 2:04 PM, Alex Gaynor wrote:
>> I'll take a Jacob's comment a step further and say that I personally
>> am opposed to Django using an external JS framework for even the
>> admin. My reason for this is that it res
On Tue, Aug 18, 2009 at 2:04 PM, Alex Gaynor wrote:
> I'll take a Jacob's comment a step further and say that I personally
> am opposed to Django using an external JS framework for even the
> admin. My reason for this is that it restricts the ability of people
> to contribute to Django.
Heh.
We
On Wed, Aug 19, 2009 at 2:04 AM, Alex Gaynor wrote:
> I'll take a Jacob's comment a step further and say that I personally
> am opposed to Django using an external JS framework for even the
> admin. My reason for this is that it restricts the ability of people
> to contribute to Django. If Djang
On Tue, Aug 18, 2009 at 12:49 PM, David Zhou wrote:
>
> On Tue, Aug 18, 2009 at 1:35 PM, Yuri Baburov wrote:
>>
>> In example, I want some django 3rd-party or contrib package with
>> autocomplete fields, ajax validation, ajax form sending and inline
>> property editing.
>> I want to be able to int
On Tue, Aug 18, 2009 at 12:35 PM, Yuri Baburov wrote:
> Do you think that using *any* javascript framework for admin interface
> will get boost for useful admin, overall django improvements and
> third-party plugins development?
That's a different question entirely. The admin's an optional
*appli
Please don't feed the troll.
--
"Bureaucrat Conrad, you are technically correct -- the best kind of correct."
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send
Hey guys,
not a flame only a consideration: the best python orm/sql toolkit
(sqlalchemy) already support this and many many other features/
database engines, why not move the efforts in sa integration? Using sa
in django is simple but actually you cannot use admin interface
On 18 Ago, 17:09, hca
On Tue, Aug 18, 2009 at 1:35 PM, Yuri Baburov wrote:
>
> In example, I want some django 3rd-party or contrib package with
> autocomplete fields, ajax validation, ajax form sending and inline
> property editing.
> I want to be able to integrate it into admin interface and overall
> interface in pai
On Tue, Aug 18, 2009 at 9:53 PM, Jacob Kaplan-Moss wrote:
>
> Django is a server-side framework. It should never dictate front-end
> considerations.
Hi Jacob,
Pretty understand and agree with your will, as a user of Dojo,
mootools, prototype.js and jQuery in different projects.
Though I believe
On Aug 17, 1:11 am, Martin Maney wrote:
> On Sat, Aug 15, 2009 at 10:45:44AM -0700, hcarvalhoalves wrote:
> > ForeignKey(..., propagate_on_delete=True)
> > CASCADE
>
> > ForeignKey(..., propagate_on_delete=False, null=False)
> > RESTRICT
>
> > ForeignKey(..., propagate_on_delete=False, null=True)
Django is a server-side framework. It should never dictate front-end
considerations.
Jacob
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Django developers" group.
To post to this group, send email to django-devel
2009/8/18 Filip Gruszczyński :
>
>> I don't think I understand your proposal. An example would be
>> extremely helpful here. Under your proposal, what would my new
>> tests.py look like? How would I invoke a single test? A single test
>> case? A single suite?
>
> That's not exactly my proposal. Pr
Hi there,
After reading this post
http://groups.google.com/group/django-developers/browse_thread/thread/8d6e4d7d163db943?hl=en
I decided to ask you guys about your opinions in choosing an official
JavaScript library for Django - what would be the benefits and
drawbacks of that -.
I mean, Rails h
> I don't think I understand your proposal. An example would be
> extremely helpful here. Under your proposal, what would my new
> tests.py look like? How would I invoke a single test? A single test
> case? A single suite?
That's not exactly my proposal. Proposal was reported by someone else
and
2009/8/18 Filip Gruszczyński :
>
> What I was thinking, is to provide all Test classes (both cases and
> suites) as class attributes in a modified TestSuite. When such a
> TestSuite is run using django framework, it would feed with proper
> instances, basing on those classes. This way end user wou
Hi folks,
yesterday it was the last day for working on the Google Summer of
Code, and here you have a brief report about what I did.
Basically, my project could be divided in three parts:
* Implement a system for formatting data localizing it.
* Fix "random" i18n" tickets
* Multilingual model
I would like to do ticket #11627
(http://code.djangoproject.com/ticket/11627). However, when I took a
closer look, I have encountered a few complications, that I would like
to solve before getting down to coding. Also, I would like to ask for
patience. I am not yet very much into Django codebase,
Hey all,
It seems GSOC has finally come to a close and so I'm giving my final
status update as a part of GSOC (but I'm not going anywhere!). When
we last left off I had just gotten Oracle support working, however
after reviewing with Russ we agreed that the solution was a good bit
too hacky, and
23 matches
Mail list logo
