On 2/13/06, Tom Tobin <[EMAIL PROTECTED]> wrote:
>
> On 2/12/06, limodou <[EMAIL PROTECTED]> wrote:
> >
> > I don't want to touch this subject more. If you don't understand I'll
> > explain it again:
>
> I think we understand what you're saying; the problem is that we don't
> agree. ;-)
>
> As ot
On 2/12/06, limodou <[EMAIL PROTECTED]> wrote:
>
> I don't want to touch this subject more. If you don't understand I'll
> explain it again:
I think we understand what you're saying; the problem is that we don't
agree. ;-)
As others have pointed out, it is perfectly acceptable to create your
ow
On 2/13/06, Bill de hÓra <[EMAIL PROTECTED]> wrote:
>
> limodou wrote:
>
> > You may not understand what I want. For example:
> >
> > [...]
> >
> > So I think .py configuration file is not user friendly to a IDE.
>
> I read this, and don't understand how not using Python solves your problem.
>
> -
limodou wrote:
> You may not understand what I want. For example:
>
> [...]
>
> So I think .py configuration file is not user friendly to a IDE.
I read this, and don't understand how not using Python solves your problem.
-1 from me.
cheers
Bill
On 2/12/06, Tim Keating <[EMAIL PROTECTED]> wrote:
>
> Then don't use comments. Use docstrings.
>
>
The contents in settings.py is not functions but variables, so it
cannot use docstrings.
--
I like python!
My Blog: http://www.donews.net/limodou
NewEdit Maillist: http://groups.google.com/group/Ne
Then don't use comments. Use docstrings.
>You mean that you'll never want to change them. And I also made a
>seconad topic about this, it's seem that you didn't notice it. What I
>want just want to make django more easiler for installation,
>deployment, or somethings. Have you some good suggestions about how to
>simplify the changing of
On 2/10/06, Adrian Holovaty <[EMAIL PROTECTED]> wrote:
>
> On 2/9/06, limodou <[EMAIL PROTECTED]> wrote:
> > I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
> >
> > What do you think about?
>
> I marked that ticket as a wontfix yesterday. Respectfully, let me just
> say t
On 2/9/06, limodou <[EMAIL PROTECTED]> wrote:
> I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
>
> What do you think about?
I marked that ticket as a wontfix yesterday. Respectfully, let me just
say that it's not going to happen. As I implied in the ticket, there's
noth
On 2/10/06, Maniac <[EMAIL PROTECTED]> wrote:
>
> limodou wrote:
>
> >please see another thread to see what I really want, what I want not
> >just READ but WRITE and SAVING.
> >
> >
> This is exactly what I meant. You can use your own config format, read
> it, write it and save it. Settings.py wou
On 2/10/06, hugo <[EMAIL PROTECTED]> wrote:
>
> >I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
> >What do you think about?
>
> Nope, a big -1 from me. Really - full-python configs is one of the
> things I really liked in Django the first time I looked at it. Just try
>
limodou wrote:
>please see another thread to see what I really want, what I want not
>just READ but WRITE and SAVING.
>
>
This is exactly what I meant. You can use your own config format, read
it, write it and save it. Settings.py would just import its data for the
rest of the Django.
--~--~
>I'v summited a ticket http://code.djangoproject.com/ticket/1337 for this.
>What do you think about?
Nope, a big -1 from me. Really - full-python configs is one of the
things I really liked in Django the first time I looked at it. Just try
to drop the idea that configuration is something static -
On 2/10/06, Max Battcher <[EMAIL PROTECTED]> wrote:
>
> limodou wrote:
> > Using pickle is more harder to modify by hand.
>
> You can always Python shell, load pickle, change, save pickle. Not that
> much more different than load text editor, change, save and quit text
> editor.
django donot sup
limodou wrote:
> Using pickle is more harder to modify by hand.
You can always Python shell, load pickle, change, save pickle. Not that
much more different than load text editor, change, save and quit text
editor.
Or you could load the pickle and then check for changes in the text file.
Or y
On 2/10/06, Sean Perry <[EMAIL PROTECTED]> wrote:
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.Parsing XML is trivial in python, check out ElementTree
On 2/10/06, Max Battcher <[EMAIL PROTECTED]> wrote:
>
> limodou wrote:
> >> The addition of an extra line in the installed application list of
> >> settings.py is only a one line change - so again, I would argue effort >
> >> need.
> >
> > Maybe it's simple, but what about install an app? You shou
limodou wrote:
>> The addition of an extra line in the installed application list of
>> settings.py is only a one line change - so again, I would argue effort >
>> need.
>
> Maybe it's simple, but what about install an app? You should modify:
>
> settings.py
> urls.py
> copy media files to speci
On 2/10/06, James Bennett <[EMAIL PROTECTED]> wrote:
>
> On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> > So what I mean not about HOW TO READ settings from settings.py, but
> > HOW TO MODIFY settings.py and urls.py.
>
> Well, one way would be to import the settings module of the project
> under
On 2/10/06, limodou <[EMAIL PROTECTED]> wrote:
> So what I mean not about HOW TO READ settings from settings.py, but
> HOW TO MODIFY settings.py and urls.py.
Well, one way would be to import the settings module of the project
under a name like 'mysettings' (e.g., 'import myproject.settings as
mys
More clearly:
1. Need READ, WRITE, SAVE settings.py and urls.py easily
If it can remain the content structure is better, just like comments.
2. Need install and deploy app easily
It's not very import than the first point. If the first point can be
simplified, so the second point may not very imp
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
37 matches
Mail list logo
