Remove cols and rows attributes from comment textareas #219
No reviewers
Labels
No labels
Component: User interface
Component: Wymeditor
Help wanted
Level: Difficult
Level: Easy
Level: Moderate
Pagetype: Festival
Pagetype: Mailinglist
Pagetype: Peer reviewed article
Pagetype: Text
Privacy GDPR AVG
status: has conflicts
Status: Needs changes
Status: Needs discussion
Status: Needs review
Status: Ready to merge
Status: Waiting for response
Type: Bug
Type: Enhancement
Type: Question
Usecase: De Stadsbron
Usecase: Koppelting
Usecase: MeetjeStad
Value: Coders
Value: Security
Value: Users
Value: Visitors
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
harmen/hypha!219
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "remove-cols-rows"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This fixes #217
@tammo, this removes the cols and rows attributes as suggested in #217. Could you have a look at adding the proper CSS to make the textareas look ok again in the default CSS?
Also, there are some more textareas with rows and cols in the settings page. I was planning to also remove these here, but I think there are not sufficient CSS classes there to be able to style them properly, so I left them out for now.
The id that is produced here cannot be handled with css.
What is produced:
<strong><label for="discussion_comment/new_public"> reageer op het artikel </label></strong><textarea name="discussion_comment/new_public" id="discussion_comment/new_public"></textarea>In my opinion the class="discussion_comment new_public" would be better, since the slash produces an error in my css editor.
Decided to delete the ID, since it was not needed.
I squashed the CSS changes into the first commit (so it now removes rows/cols and replaces that with CSS in one go).
I had another look at the second commit removing the ID tag, but it seems it is required after all. Not for CSS matching, but to match the
label'sforattribute. As for the contents of the id attribute, according to Mozilla whitespace is disallowed, but (in HTML5 at least) anything else is ok. So I think the current code is actually fine?I would propose dropping the second commit and merging the first (after one more test).
I rebased, dropped the second commit (which removed the id attribute), so this can be merged.