You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First and foremost, I understand there is a similiar question in #92. However, the solution proposed by @mrsweaters, although on paper makes a lot of sense, when it comes to working with my trix editor, it just doesnt cut.
This is what I used (based on his solution):
The result:
The issue I believe is that trix has an HTML Sanitizer, in which when Tribute tries to include any tag (span was the one I was going for) it applies the effect of the tag (if it is bold, or italic for example) and prints out just the string inside the editor.
I would love for the solution to actually work using contenteditable='false'. The best solution would be a not-editable @mention that if the user typed backspace it would delete the whole mention. However, my turnaround was to include the mentions as '<a>' tags and get the substrings between '@' and '</a>', but this method has some flaws.
Anyone had this issue and managed to fix it?
My turnaround:
The text was updated successfully, but these errors were encountered:
First and foremost, I understand there is a similiar question in #92. However, the solution proposed by @mrsweaters, although on paper makes a lot of sense, when it comes to working with my trix editor, it just doesnt cut.
This is what I used (based on his solution):
The result:
The issue I believe is that trix has an HTML Sanitizer, in which when Tribute tries to include any tag (span was the one I was going for) it applies the effect of the tag (if it is bold, or italic for example) and prints out just the string inside the editor.
I would love for the solution to actually work using contenteditable='false'. The best solution would be a not-editable @mention that if the user typed backspace it would delete the whole mention. However, my turnaround was to include the mentions as '<a>' tags and get the substrings between '@' and '</a>', but this method has some flaws.
Anyone had this issue and managed to fix it?
My turnaround:
The text was updated successfully, but these errors were encountered: