Search the Community
Showing results for tags 'unicode'.
-
Dear ProcessWire community, I recently found an issue with unicode characters used in CKEditor / Input fields. Most likely it seems to be a CKEditor configuration issue. Maybe someone has a hint to solve this. First of all my setup: ProcessWire 3.0.184 (latest master release) running on PHP 7.4.28 Input field Textarea / CKEditor with Markup HTML / use ACF (yes / no – doesn’t matter) / use HTML Purifier no When I put a random Chinese character into this field (decimal 27721) so Ampersand Sharp 27721 Semicolon – it works perfectly out of box. This unicode character will be displayed and rendered. Now my problem: When I put one of those new fancy smiley unicode characters into this field (decimal 128513) the whole source code breaks after this point but only after pressing the save button. It is totally weird behaviour. The significant difference is the high decimal number. I tried a few configuration suggestions from the CKEditor Reference Page for example: config.entities = true config.entities_processNumerical = true config.entities_additional and exactly allowing decimal numbers Nothing works. Does anybody have a good idea or is it a known CKEditor bug?
-
Hi, Our ProcessWire website has a simple site search, which is implemented following the ProcessWire search demo code. It uses the %= operator to get broader results. $queryResults = $this->pages->find('title%=应用'); // return everything The problem: It will return ALL pages. The reason is probably that %= uses SQL LIKE and SQL needs to be told that the search string contains unicode characters by adding 'N' as the prefix. At least this is what I think I learned from: http://stackoverflow.com/questions/22156413/how-to-select-rows-with-chinese-japanese-characters I tried this, but I still get everything: $queryResults = $this->pages->find("title%=N'应用'"); // return everything I also tried encoding my chinese text: $queryResults = $this->pages->find('title%=\u5e94\u7528'); // no results But now I get zero results. And by the way: The ~= operator also returns zero results: $queryResults = $this->pages->find('title~=\u5e94\u7528'); // no results $queryResults = $this->pages->find('title~=应用'); // also no results I guess I could build my own SQL queries, but we have already build a very nice customized search based on ProcessWire selectors and would really like to stick with them. Any idea how to solve this? Many thanks, René
-
Hi there! I'm quite new to processwire and I like it! I'm coming from Contao CMS with which I worked for years but I didn't like some of the recent directions Contao CMS went. But there are some very convenient features in Contao I miss in PW. One is email-spam-protection. Contao automatically converts email-links set in rich text editors to unicode encoded links. This may not be a hardcore spam-protection measure, but it still seems to work quite well. (see http://www.pinnacledisplays.com/unicode-converter.htm). It's not that tragic that Processwire doesn't convert mail-links into unicode out of the box, but now I'm struggling with the fact, that PW does it exacty the other way around. When I want to write unicode in the HTML-view of TinyMCE inside Processwire it's immediately converted into human- and spambot-readable code... How can I do this in Processwire? Or is there a completely different way to protect emails from being fetched from spambots in PW? Thanks in advance! Jonas