Closed (duplicate)
Project:
AJAX Comments
Version:
6.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
27 Dec 2008 at 17:02 UTC
Updated:
20 Oct 2010 at 20:23 UTC
Please do not close previously open comment forms when clicking on reply for new comment form.
Sometimes I write something in one comment form, then thought that I'd better reply to another comment, but then come back and the first comment is gone.
Also, to reply to the node itself, I depend on the comment form at the very bottom. When clicking on a new reply button, that comment form disappears, and because I don't have a reply button for the node itself, there is no way to comment on the node itself.
I just don't think it's intuitive to close comment forms, if they're open what harm can they do.
Comments
Comment #1
neochief commentedActually, I can't fix that, because I'm using single comment form, whis is moving throug the DOM when links are being clicked.
But I can remove clearing a form after reply link was pressed. It will avoid loosing previously entered data. I think it will be a nice compromise.
As for the posting comments to a node — you should have your "Post a comment" title as link, so user is ABLE to open form to post comments to a node any time after it pressed reply.
Comment #2
Flying Drupalist commentedThanks for the explanation. I had themed out the post a comment link because prior to the installation of this module the text was superfluous with the big form at the bottom and I hadn't really envisioned a scenario where it might disappear, and the big text was ugly... etc.
Why not create a new form rather than move the form through DOM? I don't think it's really intuitive from a usability point of view, though I understand it would be more work to change how the module works now.
Thanks for the great module again.
Comment #3
neochief commentedI'm reusing existing form to provide a fast response from opened forms, but not usual - "click - wait,wait,...,wait - write".
Comment #4
Flying Drupalist commentedYou're right about that. How about this crazy idea? Move the form, and in the previous location, ajax in another form? :D
Comment #5
neochief commentedYes, it may be an option.
Comment #6
Flying Drupalist commentedI just discovered .clone(). If that can copy and paste directly in DOM then there may be no problem?
Comment #7
jcmarco commentedI have an issue using this module in the same way. I am working with dev version as well.
Let me explain the situation:
In the teasers list you click to the comments links on any teaser node and then I go to the full node with all the comments (it happens when you already have many).
At the first, you have the entry form in the last option to create a new comment, but if you choose to reply any other comment, then everything works fine and with an AJAX style it opens the editor screen behind the replying comment, but then it is impossible to turn back to create a new comment clicking in the link to post a new comment.
The form doesn't open in this position, you can open the editor form in any other replying comment but no anymore to the new comment link.
Comment #8
neochief commentedI bet you also have no title above the comment form? By module's design, this title are acting like trigger, which should expand previously collapsed form. I can think about adding this title anyway, if it's not exists in the form, but having several forms on the page is not an easiest task.
Comment #9
Flying Drupalist commentedI've seen the light on moving the form. The less HTTP requests the better. Though clone may still work? If you use .live().
Comment #10
neochief commentedThe problem not in a way to load or clone the form, but in amount of changes need to be done to implement everything else. If you have a strong need in such functionality, I'm open for your patches. I have many other things which I believe have more priority than this. If you want working ajax comments right now, just make your comment form box in a way like any other theme do — with title.
Comment #11
jcmarco commentedI have activated subjects in comments, and although with comment titles I have the same issue.
By the way I am using a Zen Sub-theme.
Comment #12
neochief commentedI will check Zen (but subjects doesn't matters, only titles are).
Comment #13
jcmarco commentedLast fixes (23Feb) solved the problem. But with some glitches in same situations/combinations.
Let me explain it:
- If you open a node with many comments then the comment editing is in the new comment. You can write it and when you send the comment you have all the Drupal Messages together with the new comment and some kind of fading/flashing in the new inserted block (FF3,Chrome,IE7).
- If you create a reply to an existing comment then the editing form is open right, and you can send more comments (with the same flashing/fading effect).
But now it comes same strange behavior:
- if you send a reply comment then the editing form is closed, and if you try to create a new comment the ajax form is open wrongly again in the last position (if you click again to new comment it works fine, as I explain next)(it is like in this situation the ajax form is not destroyed)
- but if the reply comment stand open (you have been clicking the reply link but without sending anything) and you try to create a new comment, then the ajax form is destroyed wherever it is, and it opened in the new comment position without problems
Other different question is that with every new reply/comment you have all the messages block together the reply but if you go on replying comments the messages are not closed and they stand with the created comment every time (it is possible to clean this drupal messages with jquery?)
I hope I could have help with my explanation, but it seems that the ajax comment form is not destroyed in a particular situation.
Congrats for the project!
Comment #14
rjbrown99 commentedDuplicate of #592208: Click "post new comment" and the comment form becomes hidden. That is not good user experience..