worldmaker
Forum Replies Created
-
Forum: Themes and Templates
In reply to: [Responsive] Bugs/New Settings Responsive Layout & Body ColoursThank you for getting back and updating us, and the new news about further developments.
I will track and test the changes as best as I can but work launching my own business means I can only spare a few hours a week.
If I notice anything serious I will try to solve and document it when I have a moment free.
I’ve had a similar experience with the new container for the main page content.
After some exploration with CSS overrides I found ways to correct my sites and remove the effect of the new container.
I have found the new structure more useful so it’s not a bug for me but I understand that many people will see their sites altered.
Here is my thread with some suggestions about how to use CSS overrides to control the new container.
https://wordpress.org/support/topic/bugs-new-settings-responsive-layout-body-colours/
Forum: Themes and Templates
In reply to: [Responsive] Bugs/New Settings Responsive Layout & Body ColoursThank you for your comments.
After spending time on the changes I did master it and find it better than previous versions with the ability to improve the styling for the site.
The addition of a controllable containter/box does give me more colour options and this IS SOMETHING I was looking for a few weeks ago.
Your comment about the way all this is messing with child theme is interesting. I see that the developers are adding many new functions and options in the parent theme. If we have created child theme they will not have included these new elements in the child. Each time there is an update it is adding to or by-passing the previous settings in the child. Using CSS overrides can help control the process once we have all spent time digging into the code to find the new features that need overrides.
Forum: Themes and Templates
In reply to: [Responsive] Bugs/New Settings Responsive Layout & Body ColoursI have not hacked the rest of the problem with further CSS overrides.
The colour issue at the bottom of pages has been solved only by hacking the relevant classes.
Not the ideal issue but site is now fixed until it’s trashed in the next update to Responsive theme.
If anyone has similar problems I have had to code the following classes.
.post-data {}
.navigation{}Forum: Themes and Templates
In reply to: [Responsive] Bugs/New Settings Responsive Layout & Body ColoursI have now managed to hack the code to solve the box padding and margins with CSS overrides.
This DOES NOT SOLVE the main body content colour and the bottom page elements: Post data, previous, next and footer loosing their colour.
For those wanting hint to make page or post heading images flush I have had to use the following CSS overrides:-
.page div#content { padding: 0px;}
.panel-grid-cell{ margin-top: -15px;}
.wp-block-image { margin-top: 0px;}You may need to play around with these for your own sites.
I still need an answer to the colours for the bottom elements.
This issue is NOT resolved today.Forum: Plugins
In reply to: [AMP] Updated new Amp Plugin It is Conflicting With Gutenberg Reusable BlocksJust discovered this issue myself while editing three sites.
Couldn’t switch on “Stories [BETA]”, I don’t use the Guttenberg plugin, just the default Guttenberg installation with the latest version of WP, which suggests there is a distinct difference between the two(?) , will await developments on the plugin.
Dimitris,
Thank you for the up-date, I shall keep an eye open for it.
Predrag,
I just checked and confirm I have version 3.2.2.1 installed.
Error has occurred on two test sites with Smush installed.
Forum: Themes and Templates
In reply to: [Responsive] Center the Site Title, How?Prajakti,
I already tried that with a custom CSS, it did not work, that is why I posted the question.
The code you suggested is not overriding the Site Name when seen in large screens.
See the test site here: Just increase or decrease the window size to see the effect (yes, I have just up-dated Responsive theme and I am using a child theme for this site).
- This reply was modified 6 years, 9 months ago by James Huff.
- This reply was modified 6 years, 9 months ago by Jan Dembowski.
Matt,
Thanks for those thoughts, and I will have a look into this tonight or tomorrow.
In the meantime here is something for you to think about – PayPal is not entered in the GIVE Settings\Payment Gateways\PayPal Standard, and in Settings\Payment Gateways\Gateways PayPal is disabled and not selected as default (only “Test Donation” is enabled and set as default).
So the challenge is – where is GIVE getting the PayPal redirect from? I did set it up temporarily while conducting tests, then removed it completely when the error began to occur. So where is GIVE getting the PayPal address from?
I wonder whether there is some reference in the database SQL that has not been removed and is lurking invisibly in the background?
I don’t know where to look in the database for any reference and I’ve a busy couple of days ahead, so perhaps you would like to consider it at your end? Is GIVE setting PayPal up in the DB but not clearing it when it’s removed from settings and is the payment form button still referring to it when triggered?
Matt,
First report. I set up Health Check and ran in safe mode, all plugins and themes are off. Only GIVE is activated. Had the same issue – redirecting to PayPal and reporting an error.
So this appears to be related to the base system and the plugin with no conflicts to other themes or plugins.
I cleared the GIVE cache and repeated the test, and same problem – reverting to PayPal all the time.
Repeated the test in TOR to ensure there were no browser conflicts that might be causing problems.
Is it worth running every plugin and theme test or is there a shortcut you can suggest to take the next step in rooting out the issue?
Matt,
I was away on business for the last couple of days, installed the Health check plugin last night and will work through that today and over the weekend.
On first look through all my plugins I don’t see any that would be using PayPal other than GIVE.
I have just carried out one final test – temporarily removing the paypal links from the live donation buttons, then loading the test page up in Tor to run a clean test. Same problem has occurred, even though there is nothing live direct to paypal.
Here’s the test page: https://www.rumbler.co.uk/team-rumbler/donate-testing-testing-only/
I’ll keep testing on this.
- This reply was modified 7 years, 6 months ago by worldmaker.
Nope, tried hacking this into my child theme in a dedicated .js script file, and amending the functions.php to call the scripts.
Nothing.
When I click any “Close” button (Circle with an “X”) on the popup corner, nothing.Then we have the questions: What does “#pum-123″ refer to?
Is this just a placeholder for the popup class ID, eg: popmake-(myIDnumber)”?
Do we substitute “popmake” with “pum” while retaining the original class ID number?
Do we retain the check “#” mark or is this too used only for illustration purposes?
Is there a hidden field where a unique “pum-(think-of-a-number)” is noted?I shall continue to explore and learn, nothing at this rate.
Same question as above, sounds like an interesting solution (I too need to redirect a visitor when they select to “Close” the popup), but WHERE do you put the javascript function?