CKEditor Inline Images not saved as Permanent in Term descriptions
Any inline image I insert with CKEditor ends up being flagged as temporary. Which of course, means that they are deleted during garbage collection/cron.
I have seen this many years ago in a few contexts (e.g. CKEditor fields inside Paragraphs, etc.) -- in what context are you using these CKEditor fields?
Actually, that caused me to look a bit closer. This is in description fields on taxonomy terms. It looks like it doesn't do that on standard nodes.
I am building a "catalog" (although it's not an online store) that uses the description field as a landing page kind of thing. Long blurb at the top of a list of items.
I suppose that I could just use a block attached to each term I need it on. But that could get unwieldy.
Funnily we launched a new Dutch website this very week, milieucafe.nl
It is not a 'news' website but operates in the context of local government. The layout focuses on content instead of...
Posted3 days 16 hours ago by (Ben Varkenshand) on:
The answer is off topic, but I'll add a little.
1. Backend. Why you don't need links to other websites: Since you know the structure of your site and content, you can decide for...
Hi Chrys,
AI isn't always your best friend. A form alter hook is correct, but hiding by CSS isn't ideal.
You could look at how the TinyMCE integration does it, which provides hiding...
Hi zilvervos...,
Welcome back to Backdrop.
I've just started a new "news" website for a client, but it's at the very early stages. I'm hoping to have a soft launch in a couple...
Comments
I have seen this many years ago in a few contexts (e.g. CKEditor fields inside Paragraphs, etc.) -- in what context are you using these CKEditor fields?
Actually, that caused me to look a bit closer. This is in description fields on taxonomy terms. It looks like it doesn't do that on standard nodes.
I am building a "catalog" (although it's not an online store) that uses the description field as a landing page kind of thing. Long blurb at the top of a list of items.
I suppose that I could just use a block attached to each term I need it on. But that could get unwieldy.
It looks like it's a known issue with a PR. You might want to test this PR and respond in the issue itself.
I adjusted the subject slightly.