CSSTUDIO-2332: update beta log details ux

[cjenkscybercom]

Summary of Changes

• Makes the accordion / log details header more compact; only has author, created date, and attachments
• Moves rest of the metadata info to the bottom (logbooks, tags, EntryType)

With many replies:

With no replies:

Visual Inspection

• Conformance to Markdown styles: https://olog.esss.lu.se/Olog/help/CommonmarkCheatsheet
  • ...when viewing a log entry
  • ...when previewing HTML while writing a description
  • ...when viewing a log entry in the group view
• Scroll is possible (elements don't overflow their container, and they are scrollable)
  • ...search result list
  • ...log entry group view list
  • ...log entry single view
  • ...create new log entry page
• Overall layout fills full width and height of viewport
• Pagination element doesn't overflow into other elements

[cjenkscybercom]

All tests pass locally; please ignore flake

[georgweiss]

My guess would be logbooks and tags are more important than properties, so these should maybe be rendered on top of the accordions.
Also suggesting accordions are collapsed my default.
Then I'd suggest some margin/padding between rows in the meta-data section as shown in attached screen shot.

[cjenkscybercom]

My guess would be logbooks and tags are more important than properties, so these should maybe be rendered on top of the accordions. Also suggesting accordions are collapsed my default. Then I'd suggest some margin/padding between rows in the meta-data section as shown in attached screen shot.

Let's ask for direct feedback on the placement of logbooks and tags w.r.t. entrytype when we refine this with ops. I kept the order/priority the same as it is in the current UI.

Also, generally the theme of the ticket was making things more compact and that the accordion behavior would not be changed. Could you please verify against the agreed-upon deliverables in the ticket, thanks!

[georgweiss]

So I checked against CSSTUDIO-2232, and I cannot find that it gainsays my feedback.
Isn't current accordion behavior collapsed by default, but expanded state maintained when switching to another entry?

[cjenkscybercom]

So I checked against CSSTUDIO-2232, and I cannot find that it gainsays my feedback. Isn't current accordion behavior collapsed by default, but expanded state maintained when switching to another entry?

The deliverable was to not change the accordion behavior-- so I've left it as-is. If we decide to change that then let's please consider that as a separate piece of work, thank you.

The current behavior is:

• only show the accordion when there is a group
• when clicking an entry, then that entry's accordion is expanded and the others collapsed