Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Write panel: Odd behaviour of the sub-panels in the sidebar on saving #666

Closed
phiw13 opened this issue Apr 12, 2016 · 5 comments
Closed
Assignees
Milestone

Comments

@phiw13
Copy link

phiw13 commented Apr 12, 2016

I’m not sure if I should blame @philwareham [1] or @bloatware [2] for this.

STR:

  1. open an existing article
  2. observe the state of the sidebar (for ease of testing: all sub panels in the sidebar are closed/collapsed)
  3. edit the article – any type of editing will do (edit text, change status,…)
  4. save
  5. observe the state of the sidebar. On my Mac (tested with Safari and Firefox dev. edition), the “recent articles” sub panel is now open (and this can not be changed unless leaving the Write panel and returning – or toggling the view Text --> HTML and back) and the “comment” sub panel is open, but its heading is not displayed (again, toggling the view is enough to restore some sanity).

But open another article for editing or create a new article and the sub panels return to the state they were. Note also that this does not happen when creating a new article.

[1] f0fb17f
[2] ff1a211

Screenshot of the comment sub panel:
txp-write-20160412

@rwetzlmayr rwetzlmayr self-assigned this Apr 12, 2016
rwetzlmayr added a commit that referenced this issue Apr 12, 2016
@phiw13
Copy link
Author

phiw13 commented Apr 12, 2016

Thanks @rwetzlmayr.
Mostly there – I still see a small glitch in the Comment sub panel. After saving an existing article, there are 2 “Invitation” fields. As before, switching back-and-forth between views restores things to a sane state.

txp-write-20160412-2

@philwareham
Copy link
Member

I have no idea why this is happening, sorry - tried a couple of placeholder variations but to no avail. Hopefully @rwetzlmayr can fix it for us.

@rwetzlmayr
Copy link
Contributor

@philwareham The panel would need a single embracing HTML element as a parent for the .comment-annotate and .comment-invite elements as the AJAX update request needs one single unique CSS selector to update the panel's content.

Please suggest a proper markup, I'll patch it in.

@philwareham
Copy link
Member

@rwetzlmayr OK, would the wrapper have to wrap the potential 'Comments expired' paragraph too, or is that not necessary?

@rwetzlmayr
Copy link
Contributor

@philwareham No, they needn't. We just need a common selector for both the 'comments are open' and 'comments are expired' states of that markup.

Which makes me wonder whether fieldset is still en vogue these days...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants