Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Russell Keith-Magee
It's Preston Holme's app-loading branch - the Github branch Ramiro referenced earlier in this thread. https://github.com/ptone/django/tree/app-loading Yours, Russ Magee %-) On Sat, Dec 8, 2012 at 12:02 PM, Pedro J. Aramburu wrote: > Which one is the branch? I can't seem to find it. > > On Frida

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Pedro J. Aramburu
Which one is the branch? I can't seem to find it. On Friday, December 7, 2012 10:41:16 PM UTC-3, Russell Keith-Magee wrote: > > > On Sat, Dec 8, 2012 at 9:29 AM, Pedro J. Aramburu > > > wrote: > >> Ramiro, I've read the ticket but it seems stuck. I just want it to go >> forward because I think

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Russell Keith-Magee
On Sat, Dec 8, 2012 at 9:29 AM, Pedro J. Aramburu wrote: > Ramiro, I've read the ticket but it seems stuck. I just want it to go > forward because I think it's a major UI/UX issue for non-programmers the > lack of "pretty" app names. But I want it to be done right with a proper > app metadata hand

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Pedro J. Aramburu
Ramiro, I've read the ticket but it seems stuck. I just want it to go forward because I think it's a major UI/UX issue for non-programmers the lack of "pretty" app names. But I want it to be done right with a proper app metadata handling. The thing is that there isn't any consensus about the wa

Re: Proposal: Django URL Admin (django-urls)

2012-12-07 Thread Jacob Kaplan-Moss
On Fri, Dec 7, 2012 at 4:55 PM, Zach Borboa wrote: > Would something like this be better as an application (e.g. > django-urls) or part of the core? > As a general rule you'll *always* better off building something external. The path to getting something built-in requires overwhelming evidence t

Re: Proposal: Django URL Admin (django-urls)

2012-12-07 Thread Zach Borboa
Hi Florian, Thank you for the response. This was just an idea and I'm glad you welcome it. I will work on a patch and my convincing techniques. Would something like this be better as an application (e.g. django-urls) or part of the core? Regards, Zach On Fri, Dec 7, 2012 at 1:45 PM, Florian Apo

Re: Proposal: Django URL Admin (django-urls)

2012-12-07 Thread Florian Apolloner
Hi Zach, On Friday, December 7, 2012 9:07:32 PM UTC+1, Zach Borboa wrote: > > Does something like this exist already? If not, it should. I am wondering what you are trying to achieve with this post. If you only want to know if something like this exists you should ask in django-users, this mai

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Ramiro Morales
On Fri, Dec 7, 2012 at 11:18 AM, Aymeric Augustin wrote: > FYI the latest efforts on this topic are here: > https://github.com/ptone/django/compare/app-loading > http://code.djangoproject.com/ticket/3591 Exactly, The issue described in this thread is already reported as ticket [1]10436. The fix

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Pedro J. Aramburu
I read the tickets. Many are outdated and the approach in the trac ticket below I believe it's not very well defined. About putting app names on the INSTALLED_APPS, I don't think it would be good for packaging. That's why I believe it should be somewhere on the app itself. About using admin.py f

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Aymeric Augustin
FYI the latest efforts on this topic are here: https://github.com/ptone/django/compare/app-loading http://code.djangoproject.com/ticket/3591 -- Aymeric. -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to

Re: Single table inheritance - working implementation

2012-12-07 Thread Krzysztof Jurewicz
On 29.10.2012 14:34, Krzysztof Jurewicz wrote: In February, Craig de Stigter released django-typed-models , a package implementing inheritance hierarchy for Proxy models with automatic type recasting. I've written a fork of it

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Marijonas Petrauskas
This is important not only for internationalization, but also for English app names, consisting of several words. Neither Siteconfig nor Site_config look pretty. I think that app name should not be defined as a static variable in __init__.py file for this reason: if we want to translate the label,

Re: Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Sergiy Kuzmenko
As an alternative to creating AppConfig class, what about registering app names, just like we register ModelAdmin instances: admin.site.register_app_label("myapp", _("My awesome web app")) - Sergiy On Thu, Dec 6, 2012 at 11:57 PM, Pedro J. Aramburu wrote: > As I explained on the Django users f

Re: Thank you to our security aware developers

2012-12-07 Thread Ryan McIntosh
One use might be to make it available to client side UI. If the value were changed to a different value that was still acceptable, you might want to allow that in some circumstances in order to facilitate different UI options. Ryan - Original Message - From: "Pedro J. Aramburu" To: dj

Re: Thank you to our security aware developers

2012-12-07 Thread Pedro J. Aramburu
So, I don't understand one thing. If it's checking the validity on the backend of a hidden field in the frontend, that should mean that the backend should have the original (or proper) value of the frontend so why does it have that hidden field on the first place? El viernes, 30 de noviembre d

Proposal: Django Admin Site and "pretty" app name

2012-12-07 Thread Pedro J. Aramburu
As I explained on the Django users forums ( https://groups.google.com/forum/?fromgroups=#!topic/django-users/ZUxZHi_-5ug) I'm spanish speaking so my users are too. Writing code in spanish isn't pretty and with characters like "á" or "ñ" it's very difficult to name the apps a way that would make

Re: Performance problems due to incorrect many-many primary key on many tables

2012-12-07 Thread James Pic
This might also work: https://github.com/simone/django-compositekey#customize-the-manytomany-intermediate-modeltable On Fri, Dec 7, 2012 at 10:51 AM, James Pic wrote: > I'm not sbure but I think you can make an external app that overrides > syncdb and creates optimised many to many tables befor

Re: Performance problems due to incorrect many-many primary key on many tables

2012-12-07 Thread James Pic
I'm not sbure but I think you can make an external app that overrides syncdb and creates optimised many to many tables before handing the job django's syncdb. If the tables exist, django won't create them. On Wed, Nov 28, 2012 at 9:56 PM, Anssi Kääriäinen wrote: > On 27 marras, 21:11, Trey Raymo