Opened 14 years ago
Closed 14 years ago
#13566 closed task (blessed) (fixed)
Category/Tag Converter and importer UI improvements
Reported by: | nacin | Owned by: | nacin |
---|---|---|---|
Milestone: | 3.0 | Priority: | normal |
Severity: | normal | Version: | |
Component: | Import | Keywords: | ux-feedback |
Focuses: | Cc: |
Description
Per IRC discussion and other things I've noticed, there are some UI improvements we can make to make the transition a bit more seamless.
Change History (17)
#6
@
14 years ago
Noticing that it seems that WP doesn't know when an importer needs an upgrade. Haven't looked at whether it is a bug in the logic or simply wp.org not returning them.
You'll know when you just get the FYI box, and no "Install Update Now" button.
Other things:
- Also, it'd be nice to know when the importer is installed, but the plugin isn't active. That should be reflected in the UI somewhere/somehow.
- After installing an importer, it should give you the choice to activate and then jump right to the importer. Or at least back to import.php. The workflow is currently a lot of steps and it's not very obvious (though people will figure it out). Just need to add some action links if we're coming from import.php I think.
That's all I got for now.
#8
follow-up:
↓ 12
@
14 years ago
Noticing that it seems that WP doesn't know when an importer needs an upgrade. Haven't looked at whether it is a bug in the logic or simply wp.org not returning them.
Seeing that as well, I'm not sure if its just because the API doesnt know about previous versions, or what. It might be due to the Imports using the "Stable Tag" field, without actually Tagging releases.
Another commit coming up to switch it from attempting to install, to attempting to Activate in the event that the Importer plugin appears to be installed already. Will need a AYS style addition or string modifications to the $popular_importers I believe (They still say "Install <importer text...>")
#9
@
14 years ago
Also needs some Cap checks to make sure users can install the plugin or activate it.
#11
@
14 years ago
None of the importers have proper tags yet. Once they're all tagged update notices should show properly.
#12
in reply to:
↑ 8
;
follow-up:
↓ 13
@
14 years ago
Replying to dd32:
It might be due to the Imports using the "Stable Tag" field, without actually Tagging releases.
That is a problem, but it's not the salient one.
The problem is that those plugins require WP version 3.0 (as specified in their respective readme.txt files). Currently, WP is at 3.0-beta2-15006, which is less than 3.0. So API.wp.org isn't sending back an update response for that plugin, since as far as it can tell, WP 3.0-beta2-15006 can't support the plugin.
Currently API.wp.org just does a naive version_compare()
. I guess we should probably only use the leading, numeric part of the version string.
#13
in reply to:
↑ 12
@
14 years ago
Replying to mdawaffe:
I guess we should probably only use the leading, numeric part of the version string.
Fixed. API.wordpress.org now uses everything before the first "-" when comparing version strings.
(In [14968]) Match up plugin slugs with importer slugs when checking if they're installed. They're different for MT and wpcat2tag currently. see #13566