When a file is attached to a node via a field, some handy features appear. A description field, for example, that allows users to hide the ugly file name and instead link some helpful description text.
Unfortunately, when building a view of all files, this helpful description text is lost, since it's not associated with the file, and instead is associated only with the node.
As we move file_entity into core I propose we move the file_description column from the field table to the file_managed table. Or, perhaps this could be our first default field on the file entity!
Either way, the end result should enable a user to build a view of PDFs that don't show the ugly file name but instead the pretty text that was provided for the link to the file, without needing to add a join to a field data table.
Recent comments
Sorry, it did seem confusing when I read it back... So if I add some html to a text field, for example in a page or a block, whatever the text format of the field may be (raw html or basic...
Problems with HTML content and text formats
Could you please post clear, step by step instructions to reproduce the problem? Your first message refers to HTML content, and your second to text formats. Please add details to reproduce each...
Problems with HTML content and text formats
Just confirmed that this issue is happening when I install backdrop via ftp. It's not possible for me to add or edit and text formats, even if ckeditor is disabled. This is a clean install...
Problems with HTML content and text formats