Forget about it, problem solved with:

function custom_unregister_theme_post_types() {
global $wp_post_types;
foreach( array( ‘portfolio’ ) as $post_type ) {
if ( isset( $wp_post_types[ $post_type ] ) ) {
unset( $wp_post_types[ $post_type ] );
}
}
}
add_action( ‘init’, ‘custom_unregister_theme_post_types’, 20 );

Thanks!

We know that this is difficult. That is the reason, why we ask you as the experts. It wasn’t us to warp everything up in an a tag. This is by default. we only followed the instructions to implement the categories. Now in an ideal world there is a way to add the category outside the a tag.

Cheers, T.

This the original a wrap. We only moved it around.

Hi There,

There is no such code in the functions.php. Would you mind posting the changes here?

Many Thanks, T.

Well, as we had a presentation to the client. We had to change to the original solution, when you checked.

Hi Ismael,
Thanks for the solution! It almost works. Only the “scroll down arrows” is shown on the first section but are missing on subsequent sections.
If that could be solved it is a great solution.

Many Thanks, T.

Hi There,

we know, tat moving the shortcodes.js into the cild theme is not the best idea, but what can we do, if the 100% Stretch is not working as expected and we need to change things?

Bestes, T

We solved the problem like this:

/* Masonry Blogbeiträge Abstand & Rahmen */
/* Abstand */
.av-masonry-col-2 .av-masonry-entry {width: 46.8%;margin-right: 3%;}
.av-masonry-container {width: 101%;}
.av-large-gap.av-flex-size .av-masonry-entry .av-inner-masonry {margin-right:0px;}

/* Fehlerkorrektur bei Rahmenfarbe einiger Beiträge?! */
.av-masonry-entry, .av-masonry-entry:hover {color:#c7c7c7!Important;}

/* Rahmen */
.av-masonry-entry:before {
  content: '';
position: absolute;
left: 0px;
top: 0px;
right: 0px;
height: 92.25%;
border-left: 1px solid #c7c7c7!Important;
border-top: 1px solid #c7c7c7!Important;
border-right: 1px solid #c7c7c7!Important;
  z-index: 100;
}

.av-masonry-entry:after {
content: '';
position: absolute;
left: 0px;
right:0px;
  top:-1px;
bottom: 7.5%;
border-bottom: 1px solid #c7c7c7!Important;
z-index: 100;
}

Hi There,

both solutions are working well.

BUT now we have another problem. Now that we are using the script within child theme

function wp_change_aviajs() {
   wp_dequeue_script( 'shortcodes-default' );
   wp_enqueue_script( 'shortcodes-default-child', get_stylesheet_directory_uri().'/js/shortcodes.js', array('jquery'), 2, true );
}
add_action( 'wp_print_scripts', 'wp_change_aviajs', 100 );

The toggles are not working.

Any idea why?

Thanks

We tried this successfully within shortcodes.js:

		if( /Android|webOS|iPhone|iPad|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent) && 'ontouchstart' in document.documentElement)
			{
				subtract.each(function(){ wh100_mod -= this.offsetHeight - 1; });
			}
			else
			{
				subtract.each(function(){ wh100 -= this.offsetHeight - 1; wh100_mod -= this.offsetHeight - 1; });
			}

• This reply was modified 9 years, 1 month ago by elbnetz.

Well, no, that is not correct, I’m afraid.

The situation is like this:
The standard is, that the hight and scroll works correct on the first section always and on mobile devices for all sections. BUT it doesn’t works well on desktop. It is NOT only that the scroll target is the problem, it also the height. If we would change only the the scroll target, part of the image would be hidden behind the Header (wich is not transparent in our case).

With the solution provided here https://kriesi.at/support/topic/problems-with-100-stretch/ now it works well on desktop, but sections are too short on mobile. That is understandable, as segments were 100% bevor this change and are now too short.

The SOLUTION would be to allow that change https://kriesi.at/support/topic/problems-with-100-stretch/ only on desktop, but not on mobile. It should be possible to change the javascript like that, isn’t it?

Thanks!

Many Thanks!