#32580 closed defect (bug) (fixed)
Quick edit: persisting auto-suggest tags tooltip
Reported by: | afercia | Owned by: | afercia |
---|---|---|---|
Milestone: | 4.4 | Priority: | normal |
Severity: | normal | Version: | 4.2 |
Component: | Quick/Bulk Edit | Keywords: | has-patch commit has-screenshots |
Focuses: | ui, javascript | Cc: |
Description
Please refer to the screenshot below. To reproduce:
- quick edit a post which has at least one tag
- using your keyboard, tab through the form elements and focus the Tags textarea
- press tab again
- the jQuery suggest tooltip will appear
- keep tabbing, the tooltip it's still there
- even when you press "Cancel" or "Update" and the quick edit form closes, the tooltip is still there, overlaying the Posts list
Attachments (5)
Change History (22)
#2
in reply to:
↑ 1
;
follow-up:
↓ 5
@
10 years ago
Replying to rommelxcastro:
didn't find a better way to deal with this, the plugin doesn't have a public function to accomplish this.
Hi @rommelxcastro, thanks very much. Had a look at the plugin and yes maybe the more appropriate fix would be patching the plugin (which was already patched in the past as far as I see). Maybe we should ask some devs, maybe @azaozz? :)
Worth noting there are also a couple more things that don't work properly.
Initially, prevLength
is always 0 so it assumes to find an empty form field. When there is already a tag saved $input.val().length != prevLength
will always be true and it will trigger the suggest when you blur the field, also when you don't do any change. Thinking prevLength
should be a plugin option to be set to the current field value length.
The blur interval here:
$input.blur(function() { setTimeout(function() { $results.hide() }, 200); });
should be configurable via plugin options, as the delay interval (currently set to 500) is. Please notice that currently the hide interval triggers before the suggest and that's the reason why the tooltip persists.
Pressing Escape when in the textarea should close the suggest tooltip. To fix this, we should return in a couple of places in inline-edit-post.js
if the event target is the textarea.
This ticket was mentioned in Slack in #core-editor by afercia. View the logs.
10 years ago
#5
in reply to:
↑ 2
@
10 years ago
Replying to afercia:
Replying to rommelxcastro:
didn't find a better way to deal with this, the plugin doesn't have a public function to accomplish this.
Hi @rommelxcastro, thanks very much. Had a look at the plugin and yes maybe the more appropriate fix would be patching the plugin (which was already patched in the past as far as I see). Maybe we should ask some devs, maybe @azaozz? :)
if there is no problem on changing the plugin code, i'm more than glad to help with that! just give me a green light :)
This ticket was mentioned in Slack in #core by afercia. View the logs.
10 years ago
#11
@
10 years ago
Refreshed patch removes tag names from jQuery selectors as per @obenland suggestion
#12
@
9 years ago
- Keywords commit added
- Milestone changed from Awaiting Review to 4.4
Patch still applies and fixes the main issue. There are outstanding issues with jquery.suggest
that should (maybe) be handled in separate tickets. Would recommend for commit consideration.
This ticket was mentioned in Slack in #core by afercia. View the logs.
9 years ago
#15
@
9 years ago
Refreshed patch to always use a $varName
format with a leading $ for jQuery objects.
Hi guys here's a patch, i didn't find a better way to deal with this, the plugin doesn't have a public function to accomplish this.