Simon Willison wrote:
> I'm working on a new component for my Django OpenID package which will
> provide support for associating one or more OpenIDs with a
> django.contrib.auth User. As part of this, I want to include the
> ability to register for a new user account using an OpenID instead of
> a
> well. Sure, someone mentioned the possability of some money for
> development, but that doesn't cover the long term maintianence, which is
> what the core devs are looking for.
If someone is offering to pay for development of a feature that will
enable them to use the framework for their softwa
On Thu, 2007-05-10 at 22:58 +, [EMAIL PROTECTED] wrote:
>
> I think what you're overlooking is that in some cases the issue of
> whether its the "best solution" is irrelevant. If the database is
> already in production or the policies are already set or controlled by
> an external entity, th
its a dream profession , Thanks
*if you want to be an Astronaut of NASA
please read this guaid*
http://information.100stuff.com/want-to-be-astronaut/
Thanks
Rania
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Dja
please tell me best computer science university in uk.
Hello Friends,
*Here are Top 10 UK Universities
admission open in some universities and some universities give you visa
assistance.
http://students.awepedia.info/top-10-uk-universities/
if you needs more information about universities please
On Thu, 2007-05-10 at 08:14 -0700, Gulopine wrote:
> I think this discussion could use a bit of revival, as it seems
> obvious to me that there are groups that could benefit from some sort
> of field-level coercion. In addition to my DurationField and the
> various possibilities available with Geo
On Fri, 2007-05-11 at 08:11 +0800, Russell Keith-Magee wrote:
> On 5/11/07, James Bennett <[EMAIL PROTECTED]> wrote:
> >
> > On 5/10/07, Sebastian Macias <[EMAIL PROTECTED]> wrote:
> > > Do any of you guys when the django-admin.py updatedb command will be
> > > completed? updatedb is basically all
On 5/11/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
>
> On 5/10/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> >
> > I've got a working implementation and some proof-of-concept tests;
> > would you like me to clean this up and push it into the trunk, or do
> > you want to handle it your
On 5/10/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> On 5/11/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> >
> > On 4/29/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> > >
> > > I realize that you can subclass the form class returned by the
> > > form_for_ methods and delete t
On 5/11/07, James Bennett <[EMAIL PROTECTED]> wrote:
>
> On 5/10/07, Sebastian Macias <[EMAIL PROTECTED]> wrote:
> > Do any of you guys when the django-admin.py updatedb command will be
> > completed? updatedb is basically all django is missing for me and many
> > developers at the company I work
Hey James,
Do you have this person's contact info so we can coordinate the
completion of that function?
Thanks,
Sebastian
On May 10, 2:53 pm, "James Bennett" <[EMAIL PROTECTED]> wrote:
> On 5/10/07, Sebastian Macias <[EMAIL PROTECTED]> wrote:
>
> > Do any of you guys when the django-admin.py u
On 5/11/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
>
> On 4/29/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
> >
> > I realize that you can subclass the form class returned by the
> > form_for_ methods and delete the fields you don't want, but 'form from
> > field subset' seems like a f
On 5/10/07, Joseph Kocherhans <[EMAIL PROTECTED]> wrote:
> On 5/5/07, Jari Pennanen <[EMAIL PROTECTED]> wrote:
> >
> > Modularity of edit inline? Any better?
> >
> > Currently:
> > models.ForeignKey(Other, edit_inline=models.TABULAR, parameters...)
> > obiviously is a big waste of OO abilities,
>
On 5/5/07, Jari Pennanen <[EMAIL PROTECTED]> wrote:
>
> Modularity of edit inline? Any better?
>
> Currently:
> models.ForeignKey(Other, edit_inline=models.TABULAR, parameters...)
> obiviously is a big waste of OO abilities,
>
> instead something like, the OO way:
> models.ForeignKey(Other, edit_i
On 4/29/07, Russell Keith-Magee <[EMAIL PROTECTED]> wrote:
>
> 1) Is there room for a 'fields' argument on form_for_instance and
> form_for_model - a list of field names that you want included on the
> form (defaulting to None, meaning the full list), so that it is simple
> to create a form with a
"While I'm not saying that multiple DB-level users and DB-level access
controls are the wrong solution, I would ask up-front what specific
real-world problem is being solved by this, and whether it really is
the best solution."
I think what you're overlooking is that in some cases the issue of
I'm working on a new component for my Django OpenID package which will
provide support for associating one or more OpenIDs with a
django.contrib.auth User. As part of this, I want to include the
ability to register for a new user account using an OpenID instead of
a password.
At the moment, djang
On 5/10/07, Sebastian Macias <[EMAIL PROTECTED]> wrote:
> Do any of you guys when the django-admin.py updatedb command will be
> completed? updatedb is basically all django is missing for me and many
> developers at the company I work for to abandon CakePHP and move to
> django.
As far as I know,
Do any of you guys when the django-admin.py updatedb command will be
completed? updatedb is basically all django is missing for me and many
developers at the company I work for to abandon CakePHP and move to
django.
Thanks,
Sebastian
--~--~-~--~~~---~--~~
You re
Re:
"While I'm not saying that multiple DB-level users and DB-level access
controls are the wrong solution, I would ask up-front what specific
real-world problem is being solved by this, and whether it really is
the best solution."
At the company I'm currently working for, we have a 'sister' comp
Hi, im from Chile, from Santiago ! Graphic designer...
2007/5/10, Mi Reflejo <[EMAIL PROTECTED]>:
>
> Yes, there are. At least one, but not in Chile. I'm in Argentina.
>
> Regards,
> --
> Martín Conte Mac Donell
> http://www.catartico.com
>
>
> On 5/9/07, Josef <[EMAIL PROTECTED]> wrote:
> >
>
I think this discussion could use a bit of revival, as it seems
obvious to me that there are groups that could benefit from some sort
of field-level coercion. In addition to my DurationField and the
various possibilities available with GeoDjango, there are other things
that would be useful in vari
Yes, there are. At least one, but not in Chile. I'm in Argentina.
Regards,
--
Martín Conte Mac Donell
http://www.catartico.com
On 5/9/07, Josef <[EMAIL PROTECTED]> wrote:
>
>
> Are there any South American developers out there? Specifically in
> Chile? I'm looking to band together with a few
> Furthermore, in the general case, business logic is too complex to be
> implemented simply in the database layer - significant business logic
> would need stored procedures, triggers etc. which are inherently non-
> portable across RDBMS platforms.
Portability across RDBMS platforms is a pipe d
I should also add that I haven't changed the name yet. I've opted for
the name Options to describe a collection of values that can be
applied to a module or model, but I'm not sure how to best name and
describe the framework as a whole. Google Code won't let me change the
URL from django-values, b
On May 10, 7:37 am, foobarmus <[EMAIL PROTECTED]> wrote:
> 1. RDBMSs like PostgreSQL, Oracle, perhaps even MySQL although it's
> still a fledgling in this regard (to name but 3), were designed to (or
> have subsequently been revamped to) handle the kind of business logic
> that large organisations
I have Problems with old entries in "django_content_type". I described
it here:
http://groups.google.com/group/django-users/browse_thread/thread/4f74fc5a98f7c8fe/1b542eff91614ab8
I get the error "ContentType matching query does not exist." if i
create a new user group.
The Problem is: I had cont
> Ultimately, this is a tradeoff. What happens when another app wants to
> use data from the same database but has less strict auth/access
> requirements? So long as you know that only one application with only
> one relatively-unchanging set of requirements will ever access the
> database, you'll
On 5/10/07, foobarmus <[EMAIL PROTECTED]> wrote:
> Unfortunately, pushing access control up the stack means I
> have to rewrite all the functionality has been carefully and
> comprehensively facilitated by my RDBMS. Also it means that access
> control logic has to be written into every app that co
29 matches
Mail list logo
