#21770 closed defect (bug) (invalid)
Multiple New Feature Pop-ups mess UI
Reported by: | titanas | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 3.4 |
Component: | Administration | Keywords: | dev-feedback |
Focuses: | ui | Cc: |
Description
WordPress admin and plugins New Feature Pop-up messages appear on the admin simultaneously, blocking each other messages and functionality. The UI gets seriously messed up.
User attention focuses on how to get rid the overlaping pop-ups rather than reading the messages and understand and start using the new features.
Change History (10)
#2
@
12 years ago
Also, feature pointers are meant for, you know, pointing to features! not asking for permission to track data.
#3
@
12 years ago
Actually, only the PHP API is meant for internal use.
We don't stop plugins from enqueing the JS lib and using it, but if a lot of devs start abusing them, we will have to do something about it.
#4
@
12 years ago
- Keywords dev-feedback added; close removed
I think this is a good signal to start thinking about offering a PHP API for this, possibly one that limits pop-ups to one per screen (as Yoast also suggested on twitter).
If I had my druthers, I'd remove them completely from Core, but you can't always have your druthers.
#5
@
12 years ago
Previous discussion: 32:ticket:18693.
#6
follow-up:
↓ 7
@
12 years ago
This screenshot looks fine to me. If the user is bothered by plugins that show (too many) pointers, he/she can consider deleting the offending plugins.
The only thing I don't like is that a plugin added pointer can be without a "Dismiss" link/button.
#7
in reply to:
↑ 6
@
12 years ago
Replying to azaozz:
This screenshot looks fine to me. If the user is bothered by plugins that show (too many) pointers, he/she can consider deleting the offending plugins.
The only thing I don't like is that a plugin added pointer can be without a "Dismiss" link/button.
Agreed.
#9
@
10 years ago
- Resolution set to invalid
- Status changed from new to closed
- Version changed from 3.4.1 to 3.4
This is more of an issue with the way a particular plugin decided to utilize a WordPress feature. WordPress should only be responsible for issues with pointers that are caused by WordPress core and it's own pointers. While WordPress in general can do things to prevent plugin authors from doing stupid things like ensuring sanitization on data entering the database or causing issues, there's no way WordPress can 100% prevent plugin authors from misusing features and unintentionally causing UX issues. As such, this doesn't seem to fall into the jurisdiction of a WordPress bug, its a bug of that plugin, and as such closing as invalid
Feature pointers are designed only for internal pointers yet. You should report this to the plugin author.