| # |
Aug 7th 2008, 01:01 |
Eddie_CRO |
yes, and try now limiting this with something from ForumPost. And doing so, you expect find not to return you records of Forum if FormPost criteria is not fulfilled. |
| # |
Aug 7th 2008, 01:00 |
TonkaTruck |
This is to view a list of topics in a forum. So I start at Forum and get the topics in that forum. For each topic I get the user who created the topic and a the last forumpost for that topic as well as the user who posted it. |
| # |
Aug 7th 2008, 00:59 |
poluta1 |
hello anybody know how to make ajax observeField stay selected if a user submitting form, and user forget to fill valid email |
| # |
Aug 7th 2008, 00:57 |
Eddie_CRO |
yes but with some forumpost conditions, right? |
| # |
Aug 7th 2008, 00:57 |
TonkaTruck |
I want the forum record. |
| # |
Aug 7th 2008, 00:57 |
Eddie_CRO |
what else?! |
| # |
Aug 7th 2008, 00:57 |
Eddie_CRO |
you don't want records for Forum if it doesn't have that specific ForumPost condition. |
| # |
Aug 7th 2008, 00:57 |
TonkaTruck |
Yes. I'm assuming because I'm doing $this->Forum->find() |
| # |
Aug 7th 2008, 00:57 |
Eddie_CRO |
which is not what you want |
| # |
Aug 7th 2008, 00:57 |
Eddie_CRO |
yes but you get the record for Forum. |
| # |
Aug 7th 2008, 00:56 |
TonkaTruck |
I get an empty forumpost array if there are no forumposts for that topic. |
| # |
Aug 7th 2008, 00:55 |
Eddie_CRO |
just with empty FormPost array. |
| # |
Aug 7th 2008, 00:55 |
Eddie_CRO |
it seems it does. |
| # |
Aug 7th 2008, 00:55 |
Eddie_CRO |
and check if it gives you the Forum record back although it doesn't contain formpost's condition. |
| # |
Aug 7th 2008, 00:54 |
Eddie_CRO |
Tonka: yes, but try to put in the last array a condition like FormPost.somefield = somevalue |
| # |
Aug 7th 2008, 00:53 |
polerin |
which is usefull, because it meens that you can specify conditions for things that are on the other side of a multi-select find |
| # |
Aug 7th 2008, 00:53 |
TonkaTruck |
Also note 'recursive' in the find() itself. |
| # |
Aug 7th 2008, 00:53 |
polerin |
it goes with the Class model |
| # |
Aug 7th 2008, 00:53 |
TonkaTruck |
Eddie_CRO: in that contain(), just think "what do I want from find?" That's how I got it to work. Skip Class.field for now because I'm not sure if that goes inside the parent model or parallel with it. |
| # |
Aug 7th 2008, 00:51 |
Eddie_CRO |
what do you mean design the result. |
| # |
Aug 7th 2008, 00:51 |
TonkaTruck |
Eddie_CRO: http://bin.cakephp.org/view/319462953 also see this because it includes my find() |
| # |
Aug 7th 2008, 00:51 |
ChipotleCoyote |
ACTION should fall over. Too much alcohol to do real coding, or even coding planning. |
| # |
Aug 7th 2008, 00:50 |
TonkaTruck |
Eddie_CRO: Yeah basically just design the result you want from find()...the only rule seems to be that you cannot violate your relationships...which is obvious...but still is worth noting because it seems to be the only rule. |
| # |
Aug 7th 2008, 00:49 |
polerin |
P |
| # |
Aug 7th 2008, 00:49 |
polerin |
too many things to do that aren't "manually create this join table fixture" |
| # |
Aug 7th 2008, 00:48 |
polerin |
sorry, but i'm dead tired and I'm going to need to minimize this window so I can concentrate |
| # |
Aug 7th 2008, 00:48 |
polerin |
Eddie_CRO: not sure, just see if you can get the group conditions working first |
| # |
Aug 7th 2008, 00:48 |
Eddie_CRO |
polerin: can i use Item.field in conditions this way? |
| # |
Aug 7th 2008, 00:47 |
ChipotleCoyote |
polerin: Hmm. I'd thought of something like that, with 'section' just being paragraphs, but figured you could end up with an *awful* lot of paragraph records that way, particularly if you allow for each text file to go through revisions. :) But I guess that might not be a problem in practice. |
| # |
Aug 7th 2008, 00:47 |
polerin |
and making it a first level contain, then work your way back |
| # |
Aug 7th 2008, 00:47 |
Eddie_CRO |
it doesn't seem to do the trick |
| # |
Aug 7th 2008, 00:47 |
polerin |
Eddie_CRO: try doing the find from Item->User-> |
| # |
Aug 7th 2008, 00:47 |
Eddie_CRO |
http://bin.cakephp.org/view/1158867500 |
| # |
Aug 7th 2008, 00:46 |
Eddie_CRO |
it is not working yet, i get some data just with group empty. |
| # |
Aug 7th 2008, 00:46 |
polerin |
ChipotleCoyote: depending on how you decide to do it, you could actually just have "section" be a character range for the file, and whatever view you use uses those character range to bust it up |
| # |
Aug 7th 2008, 00:45 |
polerin |
ChipotleCoyote: that way you could arbitraily bust up any single file into multiple sections and assign comments |
| # |
Aug 7th 2008, 00:44 |
polerin |
ChipotleCoyote: TextFile hasMany Section hasMany Comment |
| # |
Aug 7th 2008, 00:44 |
TonkaTruck |
Eddie_CRO: let me know if the cake-php group post made sense...and if that works. If so you should post a reply with your contain. I was surprised by how few people have noted complex contain examples on their blogs. When I say "complex" I just mean arrays wider than 2 deep I guess. |
| # |
Aug 7th 2008, 00:43 |
TonkaTruck |
Eddie_CRO: To answer your last question I'm not sure it matter whether contain is defined via contain() or 'contain' as a key in your find(). |
| # |
Aug 7th 2008, 00:41 |
ChipotleCoyote |
Sort of weird implementation question/problem. I have a project in mind that I'd like to allow people to upload text files to and have other people comment on by paragraph, sort of the way Microsoft Word allows comments on files. But I haven't thought of a good way to implement that kind of comment system. |
| # |
Aug 7th 2008, 00:41 |
polerin |
almost as badly as I do |