Log message #900004

# At Username Text
# Jul 20th 2009, 04:09 xkunalx used by several other controllers
# Jul 20th 2009, 04:09 xkunalx ok then i dont have a solution. i have all my 'plans' structure defined in app controller
# Jul 20th 2009, 04:08 Phally well it doesn't use the app controller, so i doubt it
# Jul 20th 2009, 04:07 xkunalx btw, is it possible to access variables defined in the app_controller from a shell?
# Jul 20th 2009, 04:07 Phally most of the time
# Jul 20th 2009, 04:07 xkunalx false :)
# Jul 20th 2009, 04:07 Phally xkunalx: if (time() == $time)
# Jul 20th 2009, 04:06 xkunalx Phally ive seen things that work one day and not the next ;)
# Jul 20th 2009, 03:42 alkemann just putting all the tables in the one schema file
# Jul 20th 2009, 03:41 Phally alkemann: hmm odd, cause i ran it yesterday like it is
# Jul 20th 2009, 03:40 alkemann default*
# Jul 20th 2009, 03:40 alkemann Phally: sigh.. got them in, but had to put it as the empty schema file
# Jul 20th 2009, 03:37 alkemann ill try a different core version, but this is redicolous
# Jul 20th 2009, 03:36 alkemann Phally: put ur two tables into the default schema file and try to run that. but im told im missing the table
# Jul 20th 2009, 03:35 alkemann net split
# Jul 20th 2009, 03:34 Phally alkemann: i'm installing the bakery on my work, to see if i can help you quickly, one moment
# Jul 20th 2009, 03:34 alkemann welcome back netsplitters
# Jul 20th 2009, 03:33 Phally alkemann: you got kicked out
# Jul 20th 2009, 03:31 Phally i'll make the login work, the current users plugin was just passing the Auth login fields to the form and foreach them, so no problems there
# Jul 20th 2009, 03:29 alkemann now.. how am i gonna be able to run that schema file of yours
# Jul 20th 2009, 03:29 alkemann if the plugin includes the user stuff, including login form etc. then it can also have renamed the password field for the app that uses it without any extra work on the developer using the plugin. i dont think we need to spend mroe time on this issue ;)
# Jul 20th 2009, 03:28 alkemann say what you mean then, dont jsut mean what you say
# Jul 20th 2009, 03:27 Phally alkemann: i'm looking at the bigger picture, since the users plugin has set a standard
# Jul 20th 2009, 03:26 Phally alkemann: i meant the first indeed
# Jul 20th 2009, 03:24 alkemann Phally: if you by app mean the implementation in the plugin then yes, but not app as in bakery, code and book having seperate suers table.
# Jul 20th 2009, 03:23 Phally psword still is an app dependent choice, since Auth defaults to password
# Jul 20th 2009, 03:23 alkemann but if the field is psword or password. there is still no app dependant users table
# Jul 20th 2009, 03:22 Phally sure, but not if a table has more apps reading from it, you will have to change both
# Jul 20th 2009, 03:21 alkemann the book will have to move to the plugin at some point. it can use the old table until it does i guess
# Jul 20th 2009, 03:20 alkemann renaming a column is trivial
# Jul 20th 2009, 03:20 Phally eh, that will fuck up the manual
# Jul 20th 2009, 03:20 Phally yes there is... psword vs. password
# Jul 20th 2009, 03:20 alkemann we migrate the one that exists today into the new one made for the plugin
# Jul 20th 2009, 03:20 alkemann there is no app dependent users table
# Jul 20th 2009, 03:19 alkemann i do not understand what you mean by that
# Jul 20th 2009, 03:19 Phally of course we have one users table, but schema's for two, one example/default for the users plugin and one for the bakery itself (which is app dependent)
# Jul 20th 2009, 03:18 Phally eh, that isn't what i had in mind
# Jul 20th 2009, 03:17 alkemann we certainly will not have both an app and a plugin 'users' table
# Jul 20th 2009, 03:16 alkemann we make the users table in the users plugin the way it should look. we export the needed fields from the existing table. putting profile fields as wanted in an app specific UserProfile model
# Jul 20th 2009, 03:16 Phally i didn't bake the models yet, still they seem to be loaded
# Jul 20th 2009, 03:16 alkemann one of us is confused