# |
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 |