| # |
Apr 10th 2019, 15:15 |
 jeremyharris |
if that reflects the exact setup you are actually using then I don’t see anything wrong. that’s very odd behavior indeed. do you see a similar issue outside of emails? For example if you have a regular template that loops through that array and uses that element, do you get different results? |
| # |
Apr 10th 2019, 15:11 |
tom082 |
https://gist.githubusercontent.com/vaultdweller40/4a02d28ec13bc794735a27aade5476e7/raw/d45b10281d4a6c6985f1a14c1665f3c110aacef8/gistfile1.txt |
| # |
Apr 10th 2019, 15:05 |
tom082 |
Sure one sec |
| # |
Apr 10th 2019, 15:02 |
jeremyharris |
can you gist your code for the the $email setting as well as the template/element? |
| # |
Apr 10th 2019, 15:00 |
tom082 |
both are passed to the template with $email->viewVars($copy); |
| # |
Apr 10th 2019, 14:58 |
jeremyharris |
is $copy set on the parent template? I think elements inherit the parent’s view vars, maybe that is messing with it (when you set it via Email::viewVars) |
| # |
Apr 10th 2019, 14:56 |
tom082 |
If I echo out the $emailCopy just before the $this->Element it displays the correct value. |
| # |
Apr 10th 2019, 14:55 |
jeremyharris |
I haven’t experienced anything like that. are you certain they have different emailCopy? If you set the email body to that variable, is it different? |
| # |
Apr 10th 2019, 14:54 |
tom082 |
Are Elements in HTML emails layouts just a bit buggy through CLI? I can flatten it my stuff to not require Elements. It is just a bit weird that $this->Element('blah', ['copy' = $emailCopy]); is the same in email 2 as email 1 when both have different "$emailCopy". Could be my weird PHP setup with MAMP so will try it out on a staging server. |
| # |
Apr 10th 2019, 14:44 |
ricksaccous |
i see |
| # |
Apr 10th 2019, 14:43 |
jeremyharris |
you can use mutators for those particular fields, e.g. _setOtherAddress, that applied your map fields. then if you set it via ->other_address it would set the normalized fields automatically |
| # |
Apr 10th 2019, 14:40 |
ricksaccous |
which isn't the worst thing, but could be nice if the function was called on construct or something |
| # |
Apr 10th 2019, 14:40 |
ricksaccous |
right now i have to do entity->setNormalizedFields() to get it to work, hehe |
| # |
Apr 10th 2019, 14:38 |
ricksaccous |
this is what i'm dealing with https://gist.github.com/Modicrumb/0c7820e297dcc89ca2307db1bfceb3ba |
| # |
Apr 10th 2019, 14:37 |
jeremyharris |
if you are wanting them to call _setMyProperty methods, however, set() with an array will call those setters |
| # |
Apr 10th 2019, 14:37 |
tom082 |
Hello, I am having some weird issues with sending out HTML emails with Elements. sending 2 emails one right after the other and the 2nd emails has the 1st emails copy that is generated in an Element within the template. Outside the Element it is correct. I have tried putting ['cache' => false] but to no avail. Any suggestions on where to look would be greatly appreciated. |
| # |
Apr 10th 2019, 14:35 |
dereuromark |
you are thinking from the wrong side. those are lazy read-generated, not lazy populated |
| # |
Apr 10th 2019, 14:35 |
ricksaccous |
that's the magic i want |
| # |
Apr 10th 2019, 14:35 |
ricksaccous |
when you create a _getFullTitle method or something |
| # |
Apr 10th 2019, 14:35 |
ricksaccous |
the virtual fields |
| # |
Apr 10th 2019, 14:35 |
ricksaccous |
or like |
| # |
Apr 10th 2019, 14:35 |
jeremyharris |
not sure what “magic” you are wanting? |
| # |
Apr 10th 2019, 14:34 |
jeremyharris |
entitytrait::set() accepts an array |
| # |
Apr 10th 2019, 14:34 |
ricksaccous |
what is the thing to do here |
| # |
Apr 10th 2019, 14:34 |
ricksaccous |
but i still want the magic of it being called automagically |
| # |
Apr 10th 2019, 14:33 |
ricksaccous |
at a time |
| # |
Apr 10th 2019, 14:33 |
ricksaccous |
suppose i want a method in an entity to set a bunch of fields rather than set one field at a atime |
| # |
Apr 10th 2019, 14:20 |
neon1024 |
I’d use a single plugin personally, developing and maintaining the same code in two places is a pain in the ass |
| # |
Apr 10th 2019, 14:01 |
ondrej.nedvidek |
I know I could use any of those and realize what I need. But thinking what makes more sense to use 1) Advantages - logic is clearly divided - conventions are more clearly applied (eg namespaces and folder structure) 2) Advantages - only one plugin => one composer record - code is in one place - one namespace for Admin/App logic (not sure if advantage or not though) |
| # |
Apr 10th 2019, 13:57 |
ondrej.nedvidek |
Hi there ;) We have Admin part divided from App (Frontend) part. It makes sense for us, but thinking about realization of plugins for such a logic of system. Our Admin controllers extends AdminController and App controllers extends AppController. For logic, lets say Shop which needs to deal with App and also with Admin part. Would you rather create 1) 2 plugins = eg Shop and ShopAdmin 2) 1 plugin = eg Shop only and have |
| # |
Apr 10th 2019, 13:51 |
david |
I think that office365 overwrites that param |
| # |
Apr 10th 2019, 13:46 |
david |
any idea on this? |
| # |
Apr 10th 2019, 13:46 |
david |
Have you tried to send a cakephp email via smtp with office365? I am sending emails in that way, and I have a problem: when I receipt the email the sender name doesn't match with the one I configured. My transport "from" is array('info@domain.com' => 'ABCDE') The sender name is "info" instead of "ABCDE" as expected |
| # |
Apr 10th 2019, 13:41 |
dereuromark |
The trick until then is to use unique enough names :slightly_smiling_face: My conention is PluginorappnameTableUniqueSuffix |
| # |
Apr 10th 2019, 13:41 |
dereuromark |
legacy |
| # |
Apr 10th 2019, 13:39 |
josbeir |
:shrug: |
| # |
Apr 10th 2019, 13:38 |
neon1024 |
Why don’t migrations have a namespace |
| # |
Apr 10th 2019, 13:08 |
joopm |
@neon1024 |
| # |
Apr 10th 2019, 12:59 |
joopm |
<neon1024> |
| # |
Apr 10th 2019, 11:59 |
joopm |
i dont know exactly where to place the new keyword as you wrote |
| # |
Apr 10th 2019, 11:52 |
joopm |
user(s) is saved |