|
OKay, maybe this is a language issue, so let me use some screenshots so you will SEE what I mean - WPML does NOT work as described!
Before I explain any further let me note that, when I wrote you last time, more buttons were detected too, nothing has changed on the pages inbetween.
OKay , so let me explain again:
On the attached image you see parts from four pages - each in it's own column. Top row is what I set up in Gutenberg, row 2 is the wpml advanced interface WITHOUT filtering and row 3 is the same with filtering for "http".
Page 1 is the main page and pages 2-4 are subpages from page 1.
Page 1 links to all three subpages with 1 text link and 1 button each (the textlinks are in the texts with the image backgrounds, so they're bad to see)
Pages 2-4 are linking to each other with 1 text link and 1 button each.
In row 2 you can see that on Page 1 wpml shows me 2 URLs WITHOUT filtering for "http"! According to the manual this should NEVER happen, URLs are only supposed to show when filtering for them! It says so in the manual. Also you will notice that only 2 of the 3 URLs are shown, even though all are set up exactly the same. So wpml can't even be wrong consistently. 🙁
Subpage 1 shows none of the URLs in the unfiltered interface. But, as you can see, it shows the URL of a BUTTON.
Subpage 2 shows 1 of the textlink URLs in the "unfiltered" mode. (there are 2 of those on that page!)
And subpage 3 shows none. <- Works as described here.
In row 3 you see that when I filter for "http" on page one now indeed all three textlink-URLs are showed.
Subpage 1 has NONE of the textlink URLs even if I filter.
Subpage 2 has the two links correctly and subpage 3 has NONE of the 2 textlinks again.
Also very "interesting": When I wrote about this the first time all the "learn more" buttons URLs still showed up in WPML (sometimes only with filtering, sometimes without, just like the textlinks - with no logic behind it). Now they aren't even there any more when I filter.
These all are INTERNAL links, the pages linking to each other.
SO what's going on here? Is wpml rolling dice to decide whether it works as described or not?
Again - I had all the pages "100 % completed", but on one of the page all the textlinks were correct, but the buttons all pointed to the ENGLISH pages instead of French (and couldn't be changed in WPML, because they simply weren't there on that page in the interface). WPML did NOT change them automatically as you claim. Only the links I could actually translate into the new French links in WPML were correct - ALL the others still pointed to the English pages. On one page both text and button links were half okay and half wrong, the next page was completely fine...
So please don't tell me again what it says in the documentary, because that is obviously WRONG. The URLs to other internal pages were ONLY corrected if I did it. NONE were changed to their French versions automatically.
As you can see WPML is HIGHLY inconsistent with URLs in several regards on these new pages (the first we tried to completely translate with WPML since switching from Polylang).
How is this mess supposed to safe time?!?
Back with Polylang I would set up a page in English, then copy it into the French page and replace the English texts via copy/paste. And when there's no special layout stuff I can even copy/paste the whole French text, including Headlines and Lists from Word into Gutenberg in one go. Done.
With WPML the way it "works" now I create a new page in English. Then I either have to copy&paste each single sentence into the WPML interface one by one or click "combine" several times first, so I can sometimes copy&paste several sentences in one go. And then, of course, I'll also have to click "Accepted" for each single sentence...
When that is done I then have to check the translated page to see what WPML messed up on it - and then edit the translated page in Gutenberg to overwrite the untranslated links or whatever else isn't correct.
Your turn.
|
