-
-
Notifications
You must be signed in to change notification settings - Fork 57
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
soft hyphens and generateAlias #560
Comments
Comment by @leofeyer It actually does not on my system. Can this be reproduced in the online demo? |
Comment by @Toflar I read the source code and it should really not happen. Moreover, I couldn't reproduce it in the latest 3.5 version which you should obviously be using before reporting a bug :) |
Comment by @ADoebeling I also can't reproduce this issue. |
It does not need to be fixed in Contao 3.5, because the issue does not occur there. However, I can reproduce it in Contao 4.2. |
I have debugged the issue and the different behavior is caused by the I would fix this by adding the following line to the $strString = str_replace('­', '', $strString); @contao/developers Any objections? |
I am not happy with any of these methods anyway so it's okay for me. |
Yeah, same here. Please also add the following to get the original behavior back… $strString = str_replace(['ä', 'Ä', 'ö', 'Ö', 'ü', 'Ü'], ['ae', 'AE', 'oe', 'OE', 'ue', 'UE'], $strString) |
That's only a small subset of "the original behavior", because it fixes the German characters only. |
Also, |
You might be right about that. Except if the whole word is uppercase… dunno what the previous behavior was. |
If you look at the |
I have created a PR here: #569 |
Description ----------- As discussed in #557 Commits ------- edbb1ba2 Detect if WEBP is supported 65382338 Improve wording 7a21f88c Don’t show help message if webp was explicitly disabled ef0775fd Make the tl_image_sizes::isWebpSupported() method private
Issue by @micha-nerdlichter
August 2nd, 2016, 09:53 GMT
Following the arguments in #2709 shouldn't
generateAlias
be using the shy-free title? I see no sense in replacing the shy entities with-
e.g. the page titleSchiff[-]fahrts[-]markt[-]bericht
generates the aliasschiff-fahrts-markt-bericht
.The text was updated successfully, but these errors were encountered: