Great
Thanks for the tips everyone!
On 2/11/06, hugo <[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 have a one-user-per-project layo
>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
you might want to take a look at adding
http://svn.zilbo.com/svn/django/common/json/DjangoJson.py on top of
it.
so that it can handle model classes and dates.
regards
Ian
On 2/11/06, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote:
>
> On Feb 9, 2006, at 3:03 PM, Ian Holsman wrote:
> > I've been wor
>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 have a one-user-per-project layout where I have the following
directories:
$HOME/projects (this is in $PYTHONPATH)
$HOME/projec
On 2/9/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 just added a "Using two versions of Django side-by-side" section to
the mag
On Feb 9, 2006, at 3:03 PM, Ian Holsman wrote:
> I've been working more on things at the Add/ChangeManipulator level,
> to allow you to bring up a dialog box and post a comment through
> Dojo's post thingy. the only real difference is that instead of a HTML
> template returning, it just returns a
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
20 matches
Mail list logo