I've spent hours trying to find a solution to this issue as well. ![]() Pathalogic symptom: relative (local) HREFs with "&" render broken "&" links if filter order is wrong. Pathalogic users see:, search "Rearrange". Because, I was on route to blame CKEditor as well, and am glad I got to see "pranaysharmadelhi" die first on this page. Since IE has helped me forget to properly encode an href "&" as "&" in a dozen years, I am glad "pranaysharmadelhi" was the one called out and not this old man programmer. Layers of encoding are a always a confusing pain, and tolerant web browser engines have lulled most of us into confusion about required HTML encoding of attributes, including HREF. ![]() Note: in Drupal, despite the naming convention, "input" filters very properly process on "output" ( ). For example, if the common Drupal 6 filter "Pathalogic" is followed by "HTML Filter" or "WYSIWIG Filter", instead of proceeded, proper CKEditor output of "&" in an HREF will be converted to "&" for display - and the rendered link will fail. Output filtering by website code might be doubling up CKEditor output after CKEditor is done, and the similarity of the symptom may be misleading you into mistakenly questioning what you forgot was proper HTML encoding. For anyone searching now that finds this old post relevant to current issues, here is another twist.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |