frank.vanbeek

Hi there,

Thanks for the quick response.

I’m not quite the programmer, so I wouldn’t quite now what I’m doing, or what to do when something goes wrong. I did find out that WordPress itself offers the possibility to publish a page with the option to secure it with a password. I’ll use this as a temporary solution until I find something else.

Thanks anyhow for the help,

KR,
Frank

Hi there,

I reported back to support at the WP-theme, and they pointed out a text block module that doesn’t conflict with the shortcode, and it seems to be working, so I guess there’s no problem anymore.

Thanks again for helping me out and searching along for the exact problem!!

Much appreciated!

KR,
Frank

Hi there,

I went through the code but didn’t manage to find a missing bracket or quote. I haven’t tried your suggestion yet for adding the shortcode to a new text block, but I did discover something else:

if I put the shortcode somewhere between ‘regular’ text (that is, no heading or whatsoever), the shortcode works, but when I want to use the shortcode in a heading of some kind, things go wrong. See below for an example of the heading code with the shortcode inserted:

[ultimate_heading heading_type=”customizable” heading_tag=”h4″ heading_content=”Waarom [user-data field_name=’Bedrijfsnaam’]?” main_heading_default_weight=”500″ main_heading_font_size=”100″][/ultimate_heading]

What strikes me, is the forward slash at the end: isn’t the forward slash used only in combination with the ”<” symbol?

Also as a test, in the code above, I replaced all brackets with ”<” and ”>”. As a result, the heading fails to show properly and at the front end, the entire code shows, but this time the shortcode does work?

As it seems to me now, the shortcode has a conflict with the code that creates the heading font.

I hope I’m explaining this clear to you and that I’m on to something. Any ideas on the above?

Again, thanks so much for the support!!

KR,
Frank.

Hi there,

The code I copy/pasted in my previous message, I copied from the source page of the demo page.

I just checked the regular WP editor screen and it seems that basically all the code is surrounded by ‘[ ]’ brackets. (by the way, there’s hardly any difference in switching between Text and WYSIWYG mode: both are the same bunch of code and brackets). To give you an example, here are the first lines of code from out of the WYSIWYG editor:

[vc_row dfd_row_config=”full_width_content”][vc_column][rev_slider_vc alias=”Mainslider_28″][/vc_column][/vc_row][vc_row force_equal_height_columns=”main_row” dfd_row_config=”full_width_content”][vc_column column_bg_check=”column-background-dark” width=”1/2″ css=”.vc_custom_1440230876157{background-image: url(https://www.fjvanbeek.nl/wp-content/uploads/street.jpg?id=11518) !important;background-position: center !important;background-repeat: no-repeat !important;background-size: cover !important;}”][ultimate_spacer height=”180″ height_on_tabs=”100″ height_on_mob=”430″][ultimate_heading heading_type=”customizable” heading_tag=”h4″ heading_content=”Specialistische
Allrounder” main_heading_default_weight=”500″ main_heading_font_size=”100″][/ultimate_heading][ultimate_spacer height=”180″ height_on_tabs=”100″ height_on_mob=”430″][/vc_column][vc_column width=”1/2″ css=”.vc_custom_1440144493108{border-top-width: 30px !important;border-right-width: 30px !important;border-bottom-width: 30px !important;border-left-width: 30px !important;background-color: #ffffff !important;border-left-color: #ffffff !important;border-left-style: solid !important;border-right-color: #ffffff !important;border-right-style: solid !important;border-top-color: #ffffff !important;border-top-style: solid !important;border-bottom-color: #ffffff !important;border-bottom-style: solid !important;}”][vc_row_inner css=”.vc_custom_1440151738595{border-top-width: 1px !important;border-right-width: 1px

I tried to put the [user-data] first (I put it right before and right after the slider) and this does work: the data is displayed correctly.

Strangely enough, when I switch back to the Visual Composer, the text + [user-data] shortcode I put in is nowhere to be found? But when I switch back to the WP editor, it’s right there?

At least I’m glad to see that putting the [user-data] shortcode first works, so there must be some sort of hickup somewhere?

Much appreciating your help!!

KR,
Frank

Hi there again,

The [user-data] shortcode is the only one I put in there. The page however is one that came with the theme and since I like the features and look of this page, I’m trying to adjust the content to my liking. There might be other shortcodes in there, although I’m not quite sure when something qualifies as shortcode: is anything between [brackets] a shortcode? If so, I identified some, seemingly corresponding with the Revolution Slider in the theme, looking like this:

data-x=”[‘center’,’center’,’center’,’center’]” data-hoffset=”[‘0′,’0′,’0′,’0’]”
data-y=”[‘middle’,’middle’,’middle’,’middle’]” data-voffset=”[’30’,’29’,’37’,’40’]”
data-fontsize=”[’65’,’55’,’40’,’25’]”

Should you wish to see the entire code, the demo version of the page I’m using is the following: https://rnbtheme.com/twenty_ninth/

Again, thanks so much for helping out!

KR,
Frank

Hi there,

Sorry for my late reply! Yes, the theme came with Visual Composer. I did as you instructed and the shortcode displays correctly on the front end!

I’m not quite sure what this means though, since the original page I’m trying to use the shortcode in, doesn’t have the Visual Composer turned on. Does it mean that a page shouldn’t have been CREATED with use of the Visual Composer, because later on it doesn’t matter if the Visual Composer is turned on or not?

Basically, my question now is, what do I do to get the original page containing the shortcode, to work again? And can I use the Visual Composer at all (since it is handy to use after all)?

Thanks so much for your help, I almost started thinking I spent money on a theme that’s incompatible with the Front End Only Users plugin.

Looking forward to your reply!

KR,
Frank.

Hi James,

Sorry for my late reply!

I’ve been tweaking and carefully trying to find out what the problem is and I think it’s not the front end users plugin (it’s the last plugin you mentioned by the way).

For some reason, the homepage won’t load when it’s set as ‘Velo homepage’, which it needs to be in order to show the sections. When I change it to ‘Standard template’ for instance, it does load, but then it won’t show the sections of course. I can’t however, figure out why this is? Hopefully you can?

Anyhow, thanks for all your time!

Hi James,

If I deactivate the front end plugin, I can’t access the front end anyhow and my homepage is showing a remark regarding the front end plugin, because it can’t access the plugin I guess. Apart from this plugin, there was only one more, which I deactivated when in twenty sixteen theme.

I get from your reaction that it’s unlikely (or even impossible) that after the update, some directions from one page to another altered?

Hi James,

Thanks for your quick response. I deactivated the plugins, with no effect. I switched to twenty sixteen, with no effect also, unfortunately.

Could it also be that some redirections within the backend have gotten mixed up because of the update? On my phone, the homepage isn’t loaded properly also after logging in to the front end, but when scrolling up and down, I sometimes see a flash of the pages I should be seeing, as if they are behind the white ‘load screen’ with the grey flasing dot.

Thanks again,
Frank

Hi Rustaurius,

Thanks for responding.

For me, this is the first time adding CSS code into any part of my site, so not quite sure what I’m doing here:

I searched for some related CSS code and copied it ‘CSS Code’ under Appearance/Theme Options/Extra’s/CSS Code. The textboxes for username and password aren’t responding on the front end, however.

Can you be more specific on the CSS code I need?

Thanks a lot!