| # |
Jul 21st 2009, 13:49 |
markstory |
no you just leave off the plugin name then. |
| # |
Jul 21st 2009, 13:48 |
ProLoser|Work |
it just feels like i may be going about designing my plugin wrong |
| # |
Jul 21st 2009, 13:48 |
ProLoser|Work |
doesn't that mean i have to go in and start editin gfiles in my plugin |
| # |
Jul 21st 2009, 13:48 |
ProLoser|Work |
when the plugin model needs to be related to your app model |
| # |
Jul 21st 2009, 13:48 |
ProLoser|Work |
no i mean for the other way around |
| # |
Jul 21st 2009, 13:47 |
markstory |
Controller::loadModel() cheats though. |
| # |
Jul 21st 2009, 13:47 |
markstory |
you always need the plugin name in model associations. |
| # |
Jul 21st 2009, 13:46 |
ProLoser|Work |
cuz then you have to go into the plugin and edit it |
| # |
Jul 21st 2009, 13:46 |
ProLoser|Work |
doesn't it cause issues to make relationships with models outside the plugins? |
| # |
Jul 21st 2009, 13:46 |
markstory |
just following plugin conventions. |
| # |
Jul 21st 2009, 13:46 |
ProLoser|Work |
well i'd have to edit the plugin's model relationships |
| # |
Jul 21st 2009, 13:46 |
markstory |
there are no hoops |
| # |
Jul 21st 2009, 13:45 |
ProLoser|Work |
i don't know how many hoops i'd have to jump through to like keep that relationship |
| # |
Jul 21st 2009, 13:44 |
ProLoser|Work |
would it be weird/bad to make a join table between a plugin table and a regular table? |
| # |
Jul 21st 2009, 13:43 |
markstory |
yes className does, alias does not. |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
so i have to go find all the places it was affected |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
i moved half the app into this plugin |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
ACTION cleans up his relationships |
| # |
Jul 21st 2009, 13:43 |
ProLoser|Work |
classname needs that too? |
| # |
Jul 21st 2009, 13:42 |
ProLoser|Work |
hmm... more stray relationships |
| # |
Jul 21st 2009, 13:42 |
markstory |
well then an association might be missing className => 'Answers.Category' |
| # |
Jul 21st 2009, 13:42 |
Phally |
hmm not the problem then |
| # |
Jul 21st 2009, 13:42 |
ProLoser|Work |
only in the plugin |
| # |
Jul 21st 2009, 13:42 |
techno-geek |
lol |
| # |
Jul 21st 2009, 13:42 |
markstory |
if so you fail. |
| # |
Jul 21st 2009, 13:41 |
Phally |
i was about to ask the same |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
umm. |
| # |
Jul 21st 2009, 13:41 |
markstory |
do you have other models named Category? |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
but it doesn't help |
| # |
Jul 21st 2009, 13:41 |
Phally |
yeah, i still don't get what is going wrong, should work fine like that |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
it initially removed the plugin in the reference |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
yup yup phally :) |
| # |
Jul 21st 2009, 13:41 |
markstory |
that does nothing. |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
which i changed and will likely to remove |
| # |
Jul 21st 2009, 13:41 |
Phally |
oh still a problem |
| # |
Jul 21st 2009, 13:41 |
ProLoser|Work |
cuz of the preceding if statement |
| # |
Jul 21st 2009, 13:40 |
markstory |
ProLoser|Work: why is there a var for $categoryModel? |
| # |
Jul 21st 2009, 13:39 |
Phally |
i'm not following, let me read back |
| # |
Jul 21st 2009, 13:39 |
Phally |
huh what? |
| # |
Jul 21st 2009, 13:38 |
ProLoser|Work |
Phally: someone recommended removing the plugin from the path inside the plugin, that's what the if statemnts for, but it's mostly irrelevent |
| # |
Jul 21st 2009, 13:37 |
ProLoser|Work |
it's just a CR::I on the model |