| # |
Jul 17th 2009, 04:29 |
Phally |
i like the latter, they will have PM's anyway, but indeed ask the user to forward it to his/her email |
| # |
Jul 17th 2009, 04:28 |
alkemann |
or apps only generate messages, user can opt to have messages forwarded to their email |
| # |
Jul 17th 2009, 04:27 |
alkemann |
right, generated emails could be part of this thing, users could opt for being notified in the internal message system, email or both |
| # |
Jul 17th 2009, 04:27 |
Phally |
alkemann: similar to the email component, something you include and send messages with and that sends email out to notify people |
| # |
Jul 17th 2009, 04:26 |
alkemann |
Phally: right, but it could be concieved a mroe hardcoded version where there were an article_id field in the messages table. but i dont think we should do that |
| # |
Jul 17th 2009, 04:26 |
alkemann |
Phally: so the apps needs an api to generate messages, and users could get access to them in the same way they do login |
| # |
Jul 17th 2009, 04:25 |
Phally |
alkemann: well you determine the content of the message in the app and let the plugin handle how it gets to the recipient |
| # |
Jul 17th 2009, 04:25 |
alkemann |
message content* |
| # |
Jul 17th 2009, 04:25 |
alkemann |
if the message is "your article has been rejected, and here is the reason why" the link to the article could be part of the message system isntead of a field in the model |
| # |
Jul 17th 2009, 04:24 |
Phally |
alkemann: it is communication between users, so it could belong to the users plugin indeed |
| # |
Jul 17th 2009, 04:24 |
alkemann |
also since its directly related to user model twice, and only indirectly linked to other stuff (like an article that is published or moderated) it can fit better there as well |
| # |
Jul 17th 2009, 04:23 |
alkemann |
get all ur "communication" consolidated. the ability to see "new messages" whatever app ur in etdc |
| # |
Jul 17th 2009, 04:22 |
alkemann |
err independent |
| # |
Jul 17th 2009, 04:22 |
alkemann |
gwoo: Phally: the user message thing. maybe that should be part of the plugin to be app agnostic? |
| # |
Jul 17th 2009, 03:58 |
Phally |
alkemann: will do |
| # |
Jul 17th 2009, 03:53 |
alkemann |
Phally: add public $displayField = 'username'; |
| # |
Jul 17th 2009, 03:49 |
alkemann |
so u think Article belongsTo User (or UserProfile) ? |
| # |
Jul 17th 2009, 03:48 |
alkemann |
bah i work from work |
| # |
Jul 17th 2009, 03:48 |
Phally |
alkemann: no, i'm at work today, off at 15:30, so home at ~16:15 |
| # |
Jul 17th 2009, 03:47 |
alkemann |
Phally: i assume u cant make the changes tothe plugin before later today? |
| # |
Jul 17th 2009, 03:11 |
alkemann |
dunno |
| # |
Jul 17th 2009, 03:11 |
Phally |
there was a field named `pos` |
| # |
Jul 17th 2009, 03:11 |
alkemann |
? |
| # |
Jul 17th 2009, 03:11 |
Phally |
pos i.e., still wondering what it meant |
| # |
Jul 17th 2009, 03:10 |
alkemann |
i removed some |
| # |
Jul 17th 2009, 02:59 |
Phally |
alkemann: (talking about (user_plug_users)) |
| # |
Jul 17th 2009, 02:59 |
Phally |
alkemann: hmm looks good, are those the existing fields? |
| # |
Jul 17th 2009, 02:56 |
alkemann |
Phally: http://thechaw.com/bakery/commits/view/adebd98e05ebee3ee8e4922c68268dc7388bc599#highlight |
| # |
Jul 17th 2009, 02:53 |
alkemann |
right, those cant be in the plugin |
| # |
Jul 17th 2009, 02:53 |
Phally |
alkemann: yeah exactly |
| # |
Jul 17th 2009, 02:52 |
Phally |
alkemann: using Modelbehavior::setUp() can be used to |
| # |
Jul 17th 2009, 02:52 |
alkemann |
u mean User hasMany Articles? |
| # |
Jul 17th 2009, 02:52 |
Phally |
alkemann: it will get the app specific stuff out of the plugin |
| # |
Jul 17th 2009, 02:51 |
Phally |
alkemann: well doesn't have to be in lots of places.. before* of the model or something that can call a simple bindWithUser() from the AppModel |
| # |
Jul 17th 2009, 02:50 |
alkemann |
good night |
| # |
Jul 17th 2009, 02:49 |
pointlessjon |
i gotta sleep - see you guys tomorrow hopefully |
| # |
Jul 17th 2009, 02:49 |
alkemann |
Phally: what gain to have it lots of places in controllers instead of model? |
| # |
Jul 17th 2009, 02:48 |
alkemann |
cake joins different dbconfig tables by default if on same database, but containable doesnt. we cant know about it being on the same db, so maybe just focus on the profile? |
| # |
Jul 17th 2009, 02:48 |
Phally |
alkemann: how about binding User to the other models on the fly from app to avoid coupling from the plugin to the app? |
| # |
Jul 17th 2009, 02:47 |
alkemann |
apps needs to work through the user profile i guess, |
| # |
Jul 17th 2009, 02:47 |
Phally |
alkemann: what about the associations? |