Natalya

Dmitry, как вы решили данную проблему? У меня тоже на странице shop не работает плагин. Тема Retail.

• This reply was modified 6 years, 4 months ago by Natalya.

Thanks you!

Hello! Please write if you have found a solution.

Hello! Thanks for answering. I can not show you, because I created an article in WordPress installed on Xampp. But this problem has arisen already twice, in different articles. The first time was like this: after the last WP update and the Gutenberg installation, I converted the existing article to blocks, everything went well, I edited and added content several times, and watched it several times with preview. Then I changed the size of one of the images, first setting 50%, then changing to 75%. The next step was to move one of the blocks near the same image to a higher position. When I opened the preview there were two repetitive paragraphs and two repetitive images. I thought that there were superfluous blocks, but in the editor everything was fine. I deleted the image, because I thought the reason was in it, but it did not change the situation. I again saved the article and opened it in a classic editor, I thought there would be some kind of mistake, but everything was fine there, I kept the article in the classic editor and in the preview the duplicated content disappeared. But when I opened it again in the editor Gutenberg, the situation repeated with the same blocks, no matter how I would not change them. Then I deleted the entire article, having previously saved everything in the document. I created a new article, with the same URL, started to insert the blocks and everything repeated exactly the same as it was. As if something was not preserved as it should be and now this error was fixed on the site. I even updated the WordPress again, optimized the database, but it did not help. Then I postponed this article for a while and wrote in support.

The article does not change in any way. I already think again to delete it and images, write under another URL and change the names of the pictures.

In the other article, I experimented with images. First I added them to the ‘Gallery’ block with two columns, then deleted this block and inserted these images as separate blocks, I did not like it and I decided to return the gallery. When I opened the front view, I had these images displayed as a gallery, but below this block
there was a double of one of the images outside the gallery. In the editor everything looked normal. Well that I did not save the article, I deleted the entire gallery, only then it was saved and added the images again. It was in this article that the duplicates disappeared.

Hello! This is a block Add an image to Gutenberg.

Hello! At me works so.

.wp-block-image figcaption {
    color: #f00;
}

The screenshot shows that when writing an article in an HTML block, there are no auto-tags, and in the published form they are generated automatically.
Screenshot

Hello Marius! Unfortunately, the block with arbitrary HTML still automatically inserts tags & nbsp; <br> and <p> when you preview the article and when you publish it. They are generated exactly in the published form. It breaks all the styles of the article. I used to use the hook and shortcode, which remove the automatic creation of tags, now it does not work, even in a classic editor, after installing Gutenberg.

/**
 * Disabling formatting of the visual editor in the right place and create the shortcode.
 */
function my_formatter($content) {
	$new_content = '';
	$pattern_full = '{(\[raw\].*?\[/raw\])}is';
	$pattern_contents = '{\[raw\](.*?)\[/raw\]}is';
	$pieces = preg_split($pattern_full, $content, -1, PREG_SPLIT_DELIM_CAPTURE);
 
	foreach ($pieces as $piece) {
		if (preg_match($pattern_contents, $piece, $matches)) {
			$new_content .= $matches[1];
		} else {
			$new_content .= wptexturize(wpautop($piece));
		}
	}
	return $new_content;
} 
remove_filter('the_content', 'wpautop');
remove_filter('the_content', 'wptexturize');
 
add_filter('the_content', 'my_formatter', 99);

I made a small GIF, where the tag pre added data-lang="HTML".
Screenshot

Of course, this is not the biggest problem, you guys did a great job. But it would be nice if the block pre was not converted to an HTML block when editing.

P.S. By the way, yesterday the tag p was automatically added to the HTML block, but today everything was fine.

Sorry for my translation into English. I wanted to say that I need to add the div and the “expand” button for the “pre” block, and also add the language data, class, but if I want to add this data, the “pre” block is converted to an HTML block.
You try to add your class to “pre” without hooks and java and you will see that this is impossible without converting the block to HTML.

<div class=”block”>
   <button>Expand</button>
    <div class=”text-hidden” tabindex=”0″>

     <pre class="">
        pre[data-lang]::before {
           display: block;
           content: attr(data-lang);
           color: firebrick;
         }
        button {
           font-size: 0.8em;
           background-color: #f5f7f9;
           border-bottom: 5px solid #eb7565;
        }
        .text-hidden {
           display: block;
           height: 100px;
           outline: none;
           overflow: hidden;
        }
     </pre>

   </div>
</div>

• This reply was modified 6 years, 7 months ago by Natalya.

Hello, Mohammed! Three updates back I first discovered a design change. I did not attach much importance to this, because I thought that something had happened to my memory)). Then I updated the plug-in, chose a new design Swift, set everything up and changed colors, removed Related Post inside the article and a thumbnail in a single post. I saved everything, checked how it looks. And after a while I again decided to see how everything looks and was surprised that everything had gone wrong, the miniature and Related Post got in place. The next day, the plug-in was updated again and I was able to remove the Related Post and the thumbnail, I was able to change some color in the header, but the colors in the footer did not change. It’s not so scary, but I would like to understand why this is happening.)

• This reply was modified 6 years, 11 months ago by Natalya.

Hello! I did not see your answer! I apologize for the translation, but you misunderstood me. I like your plugin, but I ask you to remove the pages from the map / 2 /, / 3 /, / 4 / …. This is bad for SEO. Duplicates are created. I blocked these pages in robots.txt, but now Google does not like it.

It turns out that the problem was in the child theme. The question is settled.

Sorry, not topic, but theme. I used google translator))

Please see the screenshot I posted in 1 post. It shows that you can translate only 5 fields that have nothing to do with displaying the plugin’s functions on the pages of the site. I can not translate Add Wishlist, View Wishlist and other fields.