Hi, Why not remove the '@' filter and allow the specific project developer the freedom to use email as username? What was the reasoning behind this?
I always like Django because it didn't try to force development down a specific path. All developers have their own way and every project is unique, for a long time Django accommodated that. I'm a bit worried about where this is going... I'm worried that the workarounds just introduce unnecessary complexity. We are currently upgrading to Django 1.02 and will most likely strip the limiting logic instead of working around it. I will have a patch available for anyone interested later today. - Paul On Apr 2, 7:11 pm, Malcolm Tredinnick <[email protected]> wrote: > On Thu, 2009-04-02 at 19:04 -0700, Timboy wrote: > > What's the best way to add users with an auto generating username? ie: > > Taub.John, Smith.Tim, Smith.Tim2 > > You can do it however you like, since the user will never see it. > Something as simple as taking the email address, replacing "@" with "AT" > and "." with "DOT" might work. > > One thing I did for a client was take the email address, trip off > everything after the "@" and then continue adding a number to the end of > the username until it was unique. So if [email protected] registered > first, he would be username "tim" and [email protected] would be username > "tim1", since "tim" was already in use. Since all registration is > normally done through one or two places, it only required setting up the > registration form handling view and writing a management command tool to > add a user manually. These days, I might also add some admin overrides, > but I didn't need that at the time. > > Regards, > Malcolm --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/django-users?hl=en -~----------~----~----~----~------~----~------~--~---
