3fingers

Hi Mitlesh, this is the clone of a thread you've opened yesterday, asking more or less the same. That being said if you want another image, wherever you want, you just have to output it inside your code, like you've done with the one you've referenced. Don't forget: 1) you have docs at your disposal. 2) it's august and many of us are away for vacation, so if none replies at your first thread be patient and search the forum for an answer.

Hi @horst, I'm facing similar problems with subscribing a new user to my list, here is my code: (an hook for the LoginRegister module by ryan) wire()->addHookAfter('LoginRegister::processRegisterForm', function($event) { $form = $event->arguments[0]; foreach($form->getAll() as $f) { $name = $f->attr('name'); if(strpos($name, 'register_') !== 0) continue; if($name == 'register_subscribe_newsletter' && wire('input')->post->register_subscribe_newsletter == 1) { $mc = wire('modules')->get("SubscribeToMailchimp"); $email_dirty = wire('input')->post->register_email; $email = wire('sanitizer')->email($email_dirty); $subscriber = [ 'FNAME' => wire('input')->post->register_nome_iscritto, 'LNAME' => wire('input')->post->register_cognome_iscritto ]; $mc->subscribe($email, $subscriber); } } }); And here is what the mailchimp console said about the request: I've tested everything I can imagine (list_id, api key, etc...) but nothing. I've also tried to edit the line 62 of the module with $response = $http->send($api, json_encode($param), 'POST'); but the error still remain.... Did you solved it somehow? Thanks! EDIT: I've solved changing line 54 of the module from: if($status !== false) { //... } to if($status !== 404) { //... } Basically Mailchimp returns a status of 404 (and not false) when the module tries to insert a new user. This is correct because the user is not there in the list at first.

Thanks @Wanze! I found my solution : wire()->addHookAfter('SeoMaestro::renderMetatags', function($event) { $tags = $event->return; $page = $event->wire('page'); foreach($tags as $key => $value) { if($key == 'image' && $key != '') { $matrix_field = $page->matrix->find('type=immagine_singola')->first(); // immagine_singola is my matrix type $matrix_image = $matrix_field->immagine_articolo->url(); // immagine_articolo is the field inside $tags[$key] = $matrix_image; } } }); I have to refactor something, but for now it's ok. Guys, you rock 🙂

Thanks for the suggestions, I'm going to work on those and see if I can come up with something useful. +1 for more options for the placeholders, would be even more flexible.

Hi @Wanze, is it possibile to query a ProField Matrix field (an image in this particular case) as a placeholder for the og:image setting? Something like {matrixfield.imagefield} ? Right now the only images I have inside my templates come from a field of type Matrix. Any solution available? 🙂

Hi @daniels, I'm using your module and I have to thank you a lot, it is saving me hours of time. However I'm facing a problem: if I subscribe a user (goes fine), unsuscribe him (goes fine too) and then try to subscribe him again there goes nothing. He stays with the "Unsubscribed" status inside my Audience section of the Dashboard. How could I try to solve this issue? Thanks!

On mobile right now, sorry. Take a look at this section of the docs. It looks like a possibile solution.

Please post some code in here and let's see if we can help 🙂

Ciao Franciccio, take a look at this thread, you are probably on a Windows Server Machine: https://processwire.com/talk/topic/12881-processwire-on-iis-in-2016/

On Win 10 both Chrome and Firefox looks as good as @breezer screenshot above.

+1 for the lighter background, I percieve it more user-friendly too (or at least not totally black IMHO).

Even if is just the frame of an iMac I still feel it's very ugly and not representative of what is Pw. Moreover that image is the first thing a newcomer will notice on the homepage and it does not explain nor give credit to the quality pw deserves. Sorry if I'm a bit rough and direct, it's just because I really care about the project 🙂 What about something like this, where a simple and not recognisable osx frame serve as a placeholder for our purpose? I still strongly believe that it's not important to show inisde that frame a 1:1 rapresentation of the backend, instead it could be used to show a sneak peek of the api, where some code is presented and act as an immediate hook for the visitor.

Hey @Mike Rockett 🙂 Have you somewhere your re-design mockups posted almost exactly 2 years ago? I remember they were very well crafted and appreciated by all of us, especially the lighter version. Does anyone remember them? Maybe we could visually iterate over those in order to point the new website in the right and smarter direction, I'd love to hear some kind of feedback about it.

Lots of consideration going on here 🙂 Hope @ryan will be patient enough with us all! 😄 I've made some visual arrangements of an inside page too: - Font in Montserrat from Google Fonts - Title of the page is smaller - Bodycopy is smaller on larger line-height - Paragraphs titles are uppercase - The incipit on the top of the middle column is a bit muted and smaller - Blockquotes stand out better with a slightly green background - Sites thumbnails are no longer visible (they look off to my eyes) - The main container is 1600px boxed

Something I've just noticed on my iMac 27'' : https://processwire.com/newsite/docs/modules/types/ in this page the "modules & hooks" menu is on the right of the page https://processwire.com/newsite/docs/modules/hooks/ here instead is above the main menu.