On 2/10/06, Maniac <[EMAIL PROTECTED]> wrote:
>
> limodou wrote:
>
> >I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
> >
> >What do you think about?
> >
> >
> You can store settings in any format right now and use settings.py as a
> parser:
>
> from my_parser import
On 2/10/06, James Bennett <[EMAIL PROTECTED]> wrote:
>
> On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> > Maybe you consider that it's nothing, so I think you also don't want a
> > tool to do that for you automatically. But I want, and I think maybe
> > someone else want also.
>
> What, exactly,
limodou wrote:
>I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
>
>What do you think about?
>
>
You can store settings in any format right now and use settings.py as a
parser:
from my_parser import my_parse
values=my_parse('my_config.ini')
locals().up
On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> Maybe you consider that it's nothing, so I think you also don't want a
> tool to do that for you automatically. But I want, and I think maybe
> someone else want also.
What, exactly, is it about Python files which make it, in your view,
unreasonabl
On 2/10/06, Jonathan Daugherty <[EMAIL PROTECTED]> wrote:
>
> # I have a app name address, now, I want to install it in django. How
> # to do that?
> #
> # 1. modifying settings.py to add INSTALLED_APPS
> # 2. modifying usrl.py to add urlpatterns
> # 3. run install address command
>
> I see what
On 2/10/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> >
> > On 2/10/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > >
> > > The existing syntax is text-based, clear, concise, expressive, and
> pythonic
> > > (since it actually _is_ p
# I have a app name address, now, I want to install it in django. How
# to do that?
#
# 1. modifying settings.py to add INSTALLED_APPS
# 2. modifying usrl.py to add urlpatterns
# 3. run install address command
I see what you mean, but this is a one-time task, done at development
time. I don't
On 2/9/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> >
> > I'v summited a ticket
> http://code.djangoproject.com/ticket/1337 for this.
> >
> > What do you think about?
>
> -1 from me.
I second that -1; by the logic in that ticket, we migh
On 2/10/06, Jonathan Daugherty <[EMAIL PROTECTED]> wrote:
>
> # But automatically installing an app is not a simple thing, the big
> # problem is : how to modify the settings.py and urls.py.
>
> I think the answer is writing code in settings.py and urls.py that
> looks elsewhere for specific confi
On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
On 2/10/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:>> The existing syntax is text-based, clear, concise, expressive, and pythonic
> (since it actually _is_ python).
I agree, but not very suit for automaticl tools. Do you like manuallymodifying
# But automatically installing an app is not a simple thing, the big
# problem is : how to modify the settings.py and urls.py.
I think the answer is writing code in settings.py and urls.py that
looks elsewhere for specific config information, rather than making
settings.py and urls.py text files.
On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> On 2/10/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> >
> > On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> > >
> > > I'v summited a ticket
> > http://code.djangoproject.com/ticket/1337 for this.
> > >
> > > What do you think about?
> >
> >
On 2/10/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> >
> > I'v summited a ticket
> http://code.djangoproject.com/ticket/1337 for this.
> >
> > What do you think about?
>
> -1 from me.
>
> The existing syntax is text-based, clear, concise,
Russell Keith-Magee wrote:
I fail to see what problem would be solved or made easier by introducing a
new syntax.
sometimes people like to use a language other than python but share some
data.
On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.What do you think about?-1 from me. The existing syntax is text-based, clear, concise, expressive, and pythonic (since it actually _is_ python).
If we introduce a new syntax fo
I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
What do you think about?
--
I like python!
My Blog: http://www.donews.net/limodou
NewEdit Maillist: http://groups.google.com/group/NewEdit
On 2/10/06, Ian Holsman <[EMAIL PROTECTED]> wrote:
>
> how do people do this?
> I want to try using the magic-removal code on some of my apps
> but still have access to the 'trunk' django for apps I don't want to port yet.
>
I suggest that you don't install any of them and write a shell script
fo
how do people do this?
I want to try using the magic-removal code on some of my apps
but still have access to the 'trunk' django for apps I don't want to port yet.
--
[EMAIL PROTECTED] -- blog: http://feh.holsman.net/ -- PH: ++61-3-9877-0909
If everything seems under control, you're not going
Great. I think it's in everybody's interest that we don't sit around
reinventing wheels.Sharing code will strengthen both projects.
It'd be great if Django could leverage the Zope community's experiences
dealing with integrating lots of authentication services with python
(and of course writi
Hi,
If a field is required, django does a good job of mentioning it the
field's class. A quick fix that would place a 'validation_failed' kind
of class within the field's class would help clean up much unnecessary
code out of my many forms.
Thanks,
Sia
On 2/10/06, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
> What I was planning for JS validation was an API that's very similar
> to the existing validation API. You'd pass in the name of the field
> to validate and all the data currently in the form and get back a
> list of error messages on th
Hey Geoff,
I truly believe we're at a "tipping point" (sorry-- cliched I know, but
it's true) of a time where all the wealth and experience from Zope3
will start to filter down into the other frameworks. Or at the very
least, I'll be stealing some the PAU/PAS stuff when it comes time to
"do LDAP
On Feb 3, 2006, at 6:39 PM, Jeremy Dunck wrote:
What's on the board for the pycon sprint?
Although I'm signed up officially as the "coach", I don't really have
much of an agenda to what I'd like to get done.
My plan is to make a "pycon2006" branch in SVN and give anyone who's
there check
On Feb 9, 2006, at 2:55 AM, Ian Holsman wrote:
a while back Euguene mentioned on djnago-users that 0.92 will have
dojo ajax components in the admin interface.
is this being developed on a seperate branch?
I'd like to talk about the json layer, and how a common method for
sending errors in valid
hi.
a while back Euguene mentioned on djnago-users that 0.92 will have
dojo ajax components in the admin interface.
is this being developed on a seperate branch?
I'd like to talk about the json layer, and how a common method for
sending errors in validation/processing to the front end could work.
25 matches
Mail list logo
