On 16 Jan 2006, at 08:49, hugo wrote:
Uhm - in what way is nowadays defining classes and using them
"clumsy"?
Thought that's what OO is all about. The beast is named "removing the
magic" for a good reason, so why throw in another "magic" (one that
turns a scoped class definition into a -
> We could add a "Can read docs" permission. For some reason I thought
> we already had that, but I guess we don't...
+1 for that. For World Online, I originally displayed the link only for
users that had WebDAV permissions to access templates, but that's not a
universal situation.
On 1/17/06, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> Another option would be to allow a dictionary for INSTALLED_APPS:
>
> INSTALLED_APPS = {
> 'admin': 'django.contrib.admin ',
> 'myadmin': 'myapp.admin'
> }
I think I like this option the best so far. It's very explicit, and
On 1/18/06, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> > INSTALLED_APPS = {
> > 'admin': 'django.contrib.admin ',
> > 'myadmin': 'myapp.admin'
> > }
>
> I think I like this option the best so far. It's very explicit, and
> looks a lot cleaner than a bunch of tuples. I don't think
On 1/18/06, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> In addition to this, we should probably also remove the module_name
> option from Meta. It doesn't make any sense in light of the other
> magic-removal changes anyhow. I think most instances of it could be
> replaced with
At first glance, I think I prefer the "myapp.admin as admin" syntax.
It seems like the dictionary is boilerplate -- 99% of the time, you're
going to be doing::
INSTALLED_APPS = {
'news' : 'ellington.news',
'photos' : 'ellington.photos',
# etc
}
Put another way:
Adrian Holovaty wrote:
Looks like a good solution to me. I kind of liked Max's idea of
"app('django.contrib.admin')", but maybe YAGNI on that. Let's do the
dictionary thing, assuming it's cool with Jacob as well.
I hope I'm not late yet...
I kinda don't like all proposed solutions for
On 1/18/06, Maniac <[EMAIL PROTECTED]> wrote:
>
> I propose to just let the django-admin.py accept not only last bit of
> paths but also full paths. So if someone has a app name clash he will
> just use:
>
> django-admin.py install myapp.admin
Unfortunately, this alone doesn't solve the possible
> Dear ALL
> I still have a problem with the picture feild here what i have done
> 1- I write this in my page.py: full_image = meta.ImageField(upload_to
> ="/media/images/", null = True, blank = True )
> 2-i opened the admin page and load the pictuer i need
> i found that it creat a folder and
hugo wrote:
How about something like this:
INSTALLED_APPS = (
'foo.bar.baz',
('foo.baz.baz', 'baz2'),
)
+1.
On Jan 18, 2006, at 8:23 PM, Adrian Holovaty wrote:
On 1/18/06, hugo <[EMAIL PROTECTED]> wrote:
How about something like this:
INSTALLED_APPS = (
'foo.bar.baz',
('foo.baz.baz', 'baz2'),
)
This seems to be a good compromise -- it requires no change for the
common case, and it's not
11 matches
Mail list logo
