Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
90px did the trick, thanks again Rod!
Is there a custom CSS suggestion or an option in /backlight/designer/design_template/11/#footer that allows for something akin to word-wrap? I've just noticed that my (fairly lengthy) footer text is being cropped down to around 40 characters in mobile layout and haven't found anything in the documentation about this. See https://kennethbenjaminreed.com/proofing/example-204/ in mobile layout for a visual.
Ah right... browser cache.
My bad, changing those options totally worked!
"Poke", heh.
Hey there, Rod.
I assumed it would be in .../backlight/client-response/manage_language/ but I don't see any option to edit these form titles. Anyone know why they aren't in there?
And sure enough, I see what seems to be relevant options in the MAIN language settings: These options appear under the headings "Contact Forms" and "Clients" but even if I change both options to "Your name" etc, nothing changes in any republished (or new) Client Response Galleries. I don't think these options apply to CRG.
I'm getting the same problem in a few areas, in that people don't read things they don't think apply.
I'm amazed how many people get stumped on "where is the submit button?" simply because it's not clearly labelled (and yes, each CRG states "Click on the heart-counter button (top right of this page) to submit your image choices" but apparently very few people read that sentence).
For example, right under the SUBMIT FEEDBACK title on CRG submisssion forms, it clearly states "Please enter your details below" but the font is really small, and people aren't reading it.
They're assuming the form is asking "Where do you want this submission sent to?" when they see the "Name/Email/Message" headings.
This happens so often, it hurts; about 50% of my clients make this mistake, and over 80% of my clients "can't find the submit button".
The only thing I can think to do is to make the UI a little easier to understand for them, but that's proving to be harder than I expected.
Ah, okay. Thanks for the explanation.
Ooooh, I ran into this problem today as well.
Glad to see it was resolved by downloading TTG-Publisher.lrplugin version 4.0.6
Ben- I think it was your awesome suggestion to use a service like Wachete to get notifications of new BL2 modules, but at any instance of /backlight/admin/list_modules/ one has to kind of "guess" if the plugin itself needs to be updated.
Any suggestion on how to know when to update the TTG-Publisher.lrplugin itself?
Is it safe to assume that whenever the other modules need updating, then so does the TTG-Publisher.lrplugin?
My clients keep accidentally adding my name and my email address in their CRG feedback submission forms.
After all, it just says "Name" and "Email" so I can see how they might assume that the form is asking them "to whom/where do you want to submit this information to?"
Where can I change the submission form titles to have them specify your name and your email address?
I assumed it would be in .../backlight/client-response/manage_language/ but I don't see any option to edit these form titles.
Thanks again!
I am SO looking forward to it! Thanks again, Matt.
Yep, that makes sense. Thanks, Rod!
Sorry, I just saw your note. Seems like you noticed this heads-up already!
Any idea about helping to keep mail sent this way out of spam folders?
Edit: It's not a problem when using "send test email" but it does occur when "submitting feedback" a la CRG.
Thanks, Ben! That doc is exactly what I needed. It helped me correctly configure the PHP sendmail_path setting.
Now I'm no longer getting emails from "the box" and all I have to do now is figure out a way to prevent all mail sent this way from ending up in spam folders with the following warning:
"Be careful with this message! Kenneth Benjamin Reed Mail could not verify that it actually came from kennethbenjaminreed.com. Avoid clicking links, downloading attachments, or replying with personal information."
Why so complex, mail?
Also- quick heads-up: in your "Module Errors" section at http://backlight.theturninggate.net/doc … n_bluehost you mentioned that we should try to "Uncheck all selected modules under Additional extensions available for Installation" but I'm not seeing that option in Bluehost's PHP Config Section.
Other than their navmenu, this is all I see on Bluehost's PHP Config page:
Just to try and limit web hosting variables- I tried using gmail settings in BL2, as per the "more information" bubbles found in the Email Configuration section at /backlight/admin/list_settings/ so it looks like this:
As dead-simple as that looks, I still get "Something went wrong" errors when trying to submit image choices at https://kennethbenjaminreed.com/proofing/example-101/ or when trying to send a test email from /backlight/admin/send_test_email/ (this time with more error info- "fsockopen(): unable to connect to ssl://smtp.gmail.com:465 (Connection timed out) in SMTP.php on line 125").
Further update:
I've asked a few people to test the form out by submitting image choices from https://kennethbenjaminreed.com/proofing/example-101/ and 100% of the "You recently submitted the following information" emails sent to them were intercepted by their spam filters.
So it's not simply the warning I'm trying to avoid, but also the false-flagging by spam filters because of the vanilla-mail header conflict.
Update, Rod: That error message now reads
Be careful with this message
This may be a spoofed message. The message claims to have been sent from your account, but Kenneth Benjamin Reed Mail couldn’t verify the actual source. Avoid clicking links or replying with sensitive information, unless you are sure you actually sent this message. (No need to reset your password, the real sender does not actually have access to your account!)
After setting the BL2 email configuration up for SMTP, then reverting it back to "mail", I do now see in the email headers that the emails are no longer coming from box414... they are now coming from ben@kennethbenjaminreed.com.
However, the warning message persists (even though it's slightly different than before), and ultimately I'm trying to "legitimize" the BL2 CRG feedback emails for my clients (these error messages are scary to some people even though I reassure them that everything is working well/safely).
Hey there, Rod. That's exactly what I have been doing (using the plain "mail" option in Backlight settings) and yes, it works.
However, email clients receiving mail this way are getting the warning "Be careful with this message; we could not verify that it actually came from kennethbenjaminreed.com. Avoid clicking links, downloading attachments, or replying with personal information." because (according to the email headers) the mail is coming from box414.bluehost.
I assume that's because as soon as I click the plain "mail" option in Backlight settings, all email credentials are greyed out since it's not referencing the domain-relevant email address, no?
Update: when I send test email from BL2, I get the following error:
Something went wrong
fputs(): SSL: Broken pipe in SMTP.php on line 508:
fputs($this->smtp_conn, $hello . " " . $host . $this->CRLF);
I agree, but I'm still struggling. I've established a new email account with Bluehost for the CRG feedback, tested it outside of BL2, and confirmed that it's functioning properly.
However, even though I've set up the email config at /backlight/admin/list_settings/ according to the standards stated at https://my.bluehost.com/hosting/help/em … tion-setup... I only get "Something went wrong" errors when I attempt to test my CRG test gallery.
How do I find out "what's going wrong" on the CRG submission form?
Thanks, Ben. That sounds likely.
I'm still using the vanilla "mail" setting in BL2.
I now see that Gsuite has flagged the test emails as spam, which only started happening since making the PHP upgrade. Google is warning "Be careful with this message; we could not verify that it actually came from kennethbenjaminreed.com. Avoid clicking links, downloading attachments, or replying with personal information."
So- initial problem solved (the feedback responses are getting flagged as spam) but this now lends me to ask "is there a better BL2 mail setting to use so that clients don't think they are being targeted for phishing attacks, etc by submitting their CRG feedback".
Vanilla mail setting is submitting feedback through box414.bluehost.com rather than my business email address, which is why I assume they are being flagged as potentially dangerous?
Hey, all!
Everything has been working just great, and I really appreciate the help to make that so.
Recently my web host suggested I update PHP from 5.6 (single) to 7.0 (fast) and after making backups, I did so.
Everything worked fine...except my tests for the CRG feedback. According to BL2, the feedback is being received. However, neither me not the "test client" are receiving email notifications of the client's image choices. This is a problem.
Where should I look to fix this, and did I miss something about how to properly implement an updated PHP configuration?
As always, I'm using https://kennethbenjaminreed.com/proofing/example-101/ to test this matter on.
Thanks!
Thanks for the suggestion, Daniel.
I've created a few wachete.com "watchets" to notify me of changelog updates.
Looks promising!
Aha! Monitor the changelog! I'll give it a shot.
We typically post update to the blog when updates are available. You can get notifications via email when we post to the blog. I've just re-enabled the subscription sign-up in the blog's sidebar, at http://theturninggate.net
Daniel mentioned that as well, and although I am already subscribed... it wouldn't matter, since not all updates are posted. So presently the only course of action we can take is to just keep checking in.
Maybe an option to "receive all update notifications" could be offered in /backlight/admin/list_modules/ so that those of us who care about such things could opt in and those who don't care could opt out?
Makes sense, and I really don't mind the latency.
I found a small bug in the CRG feedback output, reported what I discovered, and awaited the update that would fix the problem (Client Response v8.0.1 (2018-11-05).
Alas- if it weren't for Rod giving me a friendly heads-up... it would be expected that I just keep checking in until the release came out? That doesn't seem very practical.
I really don't think you should have to publish a blog post for every little update, of course... but any kind of notification option would be preferred to perpetually checking in with /backlight/admin/list_modules/.
I've looked into IFTTT and a few other concepts that I thought might help, but couldn't find a third-party notification service that would work.
My first feature request! Sweet!
That's what I presently do (bookmark that page and visit it "to check in") but I really do love me some automation!