[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

>  

>