Render all fields, not just those rendered on the page
See original GitHub issueModels might have fields that we also want to render in the sidebar in Edit mode even if they were not explicitly marked for editing in the template (by wrapping them in a cs-field
or a {{content.field}}
).
Marking a field as sticky
(other name suggestions: pinned
, editorial
) means that field is always rendered for editing, no matter if it shows up on the page. Care should be taken not to render such fields twice (which can be the case if it’s also rendered explicitly in the template).
Issue Analytics
- State:
- Created 5 years ago
- Comments:9 (4 by maintainers)
Top Results From Across the Web
Django form fields not rendering in template - Stack Overflow
I have tried rendering as {{ form.as_p }} as well as {{ form }} . All that renders is the heading, the hidden...
Read more >[v6] Why do all fields re-render when a single field changes?
Tracing component updates in the console shows on every: keypress and update event ALL fields are re-rendered. This seems like a performance ...
Read more >Rendered field without visual force for page layout
Is there a way to make the fields render without using visual force? I assume I have this current problem because I am...
Read more >React re-renders guide: everything, all at once - Developer way
Comprehensive guide on React re-renders. The guide explains what are re-renders, what is necessary and unnecessary re-render, ...
Read more >Render Django Form Fields Manually - GeeksforGeeks
{{ form.as_table }} will render them as table cells wrapped in <tr> tags ... All set to check if form is working or...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
You’re right that the fully-owned relationships make the right-edge editing more complex, but I think that would be true for any of these solutions. I don’t see an obvious way to automatically discover which owned child resources should have their editorial fields included in the sidebar at any given time.
I think a
cs-editor-fields-for
component is plausible, but it feels to me like not truly a concern of the component.I don’t think we should over-curate the right edge. We already have one system for determining which fields a user can see or edit (the grants), and if they have permission, there’s no reason they shouldn’t be able to find those fields in the right edge, regardless of what fields a particular card is using.
Closed by #408