webrightnow

The images were for another menu, not the one that needs responsifying. It’s just a series of thumbnails and links, it doesn’t really need to be a custom menu to be honest, I can just create a custom block and write some static code for it. I was trying to make all elements editable by the client, but he hasn’t touched that menu since launch so in hindsight I needn’t have bothered… Thanks again.

That’s it, thanks Peter. Disabled Menu Image and the triggers are back. I will have to find an alternative to Menu Image anyway, as sadly it’s no longer supported. Yet more work…

Hi there,

no worries about the update, it’s inconvenient but I’ll deal with it. Right now my main problem is getting the trigger icons to show on dws.gordonlundie.com, which for some reason they are not. They are enabled in the backend and I haven’t changed any of the defaults settings:
– Position: right
– Active and inactive shapes are set as ▲ and ▼
– Height and width are 40px
– Trigger colours are all #fff
– Trigger backgrounds & borders are my custom theme colours
– Padding is all as default
– Animations are all off
– Breakpoint is 800px
When I look at the source code, there’s just no element there for the triggers, so it’s not a CSS issue. Maybe a weird JS conflict? I’m not sure where to look for this. Thanks.

There is WordPress Access Control plugin installed, but I disabled all plugins when I was trying to regain access and it made no difference. Can a plugin permanently change a user’s role, even after the plugin itself is disabled?

I now solved this in the following way:

– I created a new admin user in the database
– I logged in to admin no problem with the new username
– To my surprise, I found that my original user’s role was showing as “None”. I am not sure how this happened, is it possible the recent update corrupted the database tables, or could it be a hack? Once I changed the role back to “admin”, I was able to log in as my old user, so I delete the new one which is no longer needed.

I am still confused as to how this happened and I’d quite like to know for future reference, but I’m relieved to be back in.

Thanks for the solution. In this case I solved the problem using the Woo Checkout Field Editor plugin, which worked brilliantly. I’ll test your solution on the next project.

Any help with this? It seems to me that this is something that should be possible. Or perhaps Woo won’t help because they’d rather sell their Checkout Field Editor plugin? I am not really wanting to spend $49 just to move a single field further up, sorry guys…

• This reply was modified 7 years, 9 months ago by webrightnow.

Ok thanks, I’ll keep this in mind for a future implementation. In this case the client said they are not fussed about BPS so I’ll just install Limit Login for now and keep things simple…

Just to confirm, the problem was indeed the Bulletproof Security plugin. Although I had disabled it, I forgot that it had overwritten the default .htaccess file. As soon as I reverted to the original .htaccess, payment response started working again. It may be worth mentioning in your plugin description “not compatible with Bulletproof Security”, many people use BPS and it would save them a major headache.

Thanks

Hi, the site is already live and taking payments from Paypal: gardiners-scotland.co.uk. The actual URL in the above error should be https://www.gardiners-scotland.co.uk/wc-api/MDS_Worldpay_Gateway/. I didn’t use the real URL before as I didn’t want to make it public. But the URL https://www.gardiners-scotland.co.uk/wc-api/MDS_Worldpay_Gateway/ doesn’t exist either, there is no wc-api folder at all in the root. Should there be one? When would this have been created? I didn’t generate that URL myself, so I’m guessing it’s generated by either your plugin or WorldPay. Sorry, I’m just a bit confused, can you clarify? Thanks

Solved it with this Stackoverflow solution:

Open up the wp-bootstrap-navwalker.php with your editor and look up for line approx.

// If item has_children add atts to a.
if ( $args->has_children && $depth === 0 ) {
   $atts['href']        = '#';
   $atts['data-toggle'] = 'dropdown';
   $atts['class']           = 'dropdown-toggle';
} else {
   $atts['href'] = ! empty( $item->url ) ? $item->url : '';
}

Change this piece of code to:

// If item has_children add atts to a.
if ( $args->has_children && $depth === 0 ) {
   $atts['href'] = ! empty( $item->url ) ? $item->url : '';
   //$atts['data-toggle']   = 'dropdown';
   $atts['class']           = 'dropdown-toggle';
} else {
   $atts['href'] = ! empty( $item->url ) ? $item->url : '';
}

Now open up your style.css and add this piece of code to activate the hover function for your WordPress menu with dropdown and clickable parent.

.dropdown:hover .dropdown-menu {
    display: block;
}

No don’t get me wrong, I love bootstrap by there’s plenty of other themes that use it without having to lose the parent item URL. As you rightly put it, it’s about implementing mobile-specific menus with different behaviours. Meanwhile there’s a solution here, but so far haven’t gt it to work properly:

https://wpeden.com/tipsntuts/twitter-bootstrap-dropdown-on-hover-and-activating-click-event-on-parent-item/

Or I may have to use a responsive menu plugin. I do hope you consider this change for a future update.

Well, this may be the bootstrap convention but I REALLY dislike it! I’ve been designing websites for 20 years and used tons of different dropdown systems. In all cases, I’ve always been able to set URLs for the parent item! It’s the default WordPress behaviour, it’s what desktop users expect and I’m 100% sure I’ll have trouble explaining to my latest client why he can’t get that behaviour on his site. This after I spent 3 days customising your theme, which is otherwise excellent. There’s other ways to allow touch screen users to acces sub-menu items, you don’t need this crazy system, trust me. Please provide a fix so parent items can have a URL assigned!

Ok thanks. For those interested, I did a quick and very rough edit of includes/widget.php to add a Read More link. Lines 131/137:

if ( $show_excerpt ) : 

	?><div class="rpwwt-post-excerpt"><?php echo $this->get_the_trimmed_excerpt(  $excerpt_length, $excerpt_more, $ignore_excerpt  ); ?>
		<br /><a class="read-more" href="<?php the_permalink(); ?>">Read more</a>
	</div>
<?php endif;

Obviously this will be overwritten on the next plugin update. If I can put in a feature request for adding this field in the next update Martin, I think a lot of people would find it useful.

• This reply was modified 8 years, 1 month ago by webrightnow.

I have the same problem. I think the reason it doesn’t work is because the plugin uses an older reCaptcha API, which doesn’t allow more than one Captcha on a single page. The latest reCaptcha API apparently supports multiple Captchas, but since the developers have stopped supporting this plugin, unless someone else is willing to work on a solution, I would suggest you do what I did: disable registration on My Account page. It’s safer anyway, real customers can still register at checkout IF and WHEN they make an actual purchase. The only people who would want to register on my website without making a purchase are probably spammers anyway.