Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
HTML Entities should not created by default in Drupal as Drupal is UTF-8. It makes no sense to do this.
HTML Entities should not created by default in Drupal as Drupal is UTF-8. It makes no sense to do this.
Comments
Comment #1
mkesicki CreditAttribution: mkesicki commentedI change this to feature request.
@hass, you can always turn off using Html entities in CKEditor profile configuration.
Changing this now can break backward compatibility.
Thank you for noticing this, we will consider this issue.
Comment #2
hass CreditAttribution: hass commentedI know that I'm able to change the setting, but enabling this feature makes no sense at all in an UTF8 drupal world. I believe you can remove the radio completly. There is no drupal out there that is not UTF8. It looks like a design flaw to me.
I have no idea how it's possible to break anything. Enabled means that ckeditor tries to convert anything to an entity. If this is disabled, it does not convert or to be more clear it does not destroy my properly inserted UTF8 chars to entities.
What should be done is - disable it and remove the radio as it has potential to destroy a drupal site; if enabled.
Comment #3
dczepierga CreditAttribution: dczepierga commentedI talk with team about this, and we decide to disable HTML Entities by default only for new users/fresh installs of CKEditor module - we don't want to update settings of configured CKEditor modules, because we can destroy someone work or sth else...
The configuration option of HTML Entities will stay - only change will be default value to
false
if is not set.I commit changes to GIT (diff).
Greetings
Comment #4
hass CreditAttribution: hass commentedThe destroy logic is only active if enabled and it destroys my proper UTF8 chars. If it's disabled it stops destroying my chars. Removing the setting will stop users being able to destroy their UTF8 chars! I believe it's plain wrong that this feature *exists*.
Could you please elaborate how this setting can ever "destroy" anything; if it get's removed? I don't get it, but I'm willingly to lern...
A really useful feature would be Convert all html entities to UTF-8.
Comment #6
hass CreditAttribution: hass commentedComment #7
mkesicki CreditAttribution: mkesicki commented@hass,
as @dczepierga wrote in #3 this option is now disabled by default on fresh install of module in latest DEV version and in next release. Yes , you have right that this option is "not the best one" but some people use it and this is the reason why we decided to turn it off by default on new installation of module and don't remove it from configuration panel.
Comment #8
hass CreditAttribution: hass commentedHe wrote removing the feature can destroy something. This is invalid. The feature itself destroy content. This is a design flaw and by changing the default it does not fix the design flaw. I'm sorry for stressing this so, but it looks like there is a major missunderstanding how entities work and what they are made for. There was also no feedback about converting (repair) entities back to their utf8 chars.
Comment #9
mkesicki CreditAttribution: mkesicki commentedComment #10
hass CreditAttribution: hass commentedBug is still not fixed and there was no feedback.