[geeklog-devel] Custom user attributes in GL2

[Tony Bibbs]

DIng, ding, ding I think we have a winner.

Only thing is how you would customize the content based on the existence 
(or lack thereof) of such a plugin.

--Tony

Vincent Furia wrote:

>How about this: do the absolute minimum and create a plugin to handle
>custom user info.  That fits more with our paradigm, right?
>
>-Vinny
>
>On Wed, 15 Dec 2004 16:41:15 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:
>  
>
>>Your saying the same thing I am.  I was bit confused by Vinny's response
>>which sounded a bit like (put everything in there) which I am guessing
>>he didn't mean but I wanted to be perfectly clear on.  I think your
>>table will be more complicated...you'll probably want things like
>>min/max values, required indicators, etc.  That's in addition to the
>>ability to choose from a finite set of values.
>>
>>The more I think about it, the more I think we might want to delay doing
>>anything with customer user attributes until we get to a point where the
>>kernel is up and plugins are being written.  Thoughts?
>>
>>--Tony
>>
>>dwight at trumbower.com wrote:
>>
>>    
>>
>>>Ok, I'm confused. I don't see username and password as custom attributes.
>>>
>>>Custom attributes are usually used to enhance the base package and allow
>>>customers to add a few fields of data to customize a screen. The old days,
>>>you just created 5-10 fields, called user1, user2,...user10. So every
>>>table had 10 extra fields.
>>>
>>>The new way puts only the fields you want in a combined table, just like
>>>your List Of Values(LOV) table.
>>>
>>>The hard part is displaying these fields. The easiest way is to have them
>>>all grouped together at the end of a screen. Know when people want to move
>>>them around in different places, it gets tricky.
>>>
>>>Also if you need to handle select option fields, radio fields and check
>>>box fields there will need some more supporting tables.
>>>
>>>
>>>Dwight
>>>
>>>
>>>
>>>
>>>
>>>      
>>>
>>>>I'm fine with data driving the custom user stuff..l
>>>>
>>>>I would still say, though, you'd want real columns in the GL2 user table
>>>>for thing we know we need (i.e. username, password, etc) for performance
>>>>reasons alone, right?  Regardless, going this route will make the use of
>>>>Propel a little bit messy as the user class generated by propel won't
>>>>know anything about the custom attributes in the database.
>>>>
>>>>Also, for clarity, are you suggesting we do this for all plugin specific
>>>>user attributes?  I don't think you are and if you are we probably want
>>>>to discuss the pros/cons between that and having a plugins specific user
>>>>table with a one-to-one relationship with the kernel user table.
>>>>
>>>>--Tony
>>>>
>>>>Vincent Furia wrote:
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>>>I'm with Dwight.  This way all user data is in one place (and the
>>>>>plugins can put user data there as well).
>>>>>
>>>>>-Vinny
>>>>>
>>>>>
>>>>>On Wed, 15 Dec 2004 16:16:44 -0500 (EST), dwight at trumbower.com
>>>>><dwight at trumbower.com> wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>>>The easiest way I know of, one table.
>>>>>>
>>>>>>column name - String
>>>>>>column type - specifies, long, int, string ect
>>>>>>column data - data as a string
>>>>>>
>>>>>>Might need xref table to show where it is used. At least this is how
>>>>>>would
>>>>>>start.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>>>Anybody have any input on how to best address providing the community
>>>>>>>with fairly easy way to add custom attributes for users in GL2?
>>>>>>>
>>>>>>>I don't I have a good idea on how to do this.  My hopes are that
>>>>>>>plugins
>>>>>>>would have their own one-to-one mapping from the core user table to
>>>>>>>their own user table with addition information.  Assuming that is OK,
>>>>>>>how do we handle things the site admin simply wants to add (e.g. msn
>>>>>>>id,
>>>>>>>pgp key, etc).
>>>>>>>
>>>>>>>--Tony
>>>>>>>_______________________________________________
>>>>>>>geeklog-devel mailing list
>>>>>>>geeklog-devel at lists.geeklog.net
>>>>>>>http://lists.geeklog.net/listinfo/geeklog-devel
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>              
>>>>>>>
>>>>>>_______________________________________________
>>>>>>geeklog-devel mailing list
>>>>>>geeklog-devel at lists.geeklog.net
>>>>>>http://lists.geeklog.net/listinfo/geeklog-devel
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>            
>>>>>>
>>>>>_______________________________________________
>>>>>geeklog-devel mailing list
>>>>>geeklog-devel at lists.geeklog.net
>>>>>http://lists.geeklog.net/listinfo/geeklog-devel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>>>_______________________________________________
>>>>geeklog-devel mailing list
>>>>geeklog-devel at lists.geeklog.net
>>>>http://lists.geeklog.net/listinfo/geeklog-devel
>>>>
>>>>
>>>>
>>>>        
>>>>
>>>_______________________________________________
>>>geeklog-devel mailing list
>>>geeklog-devel at lists.geeklog.net
>>>http://lists.geeklog.net/listinfo/geeklog-devel
>>>
>>>
>>>      
>>>
>>_______________________________________________
>>geeklog-devel mailing list
>>geeklog-devel at lists.geeklog.net
>>http://lists.geeklog.net/listinfo/geeklog-devel
>>
>>    
>>
>_______________________________________________
>geeklog-devel mailing list
>geeklog-devel at lists.geeklog.net
>http://lists.geeklog.net/listinfo/geeklog-devel
>  
>