Opened 13 years ago
Closed 13 years ago
#24062 closed defect (bug) (fixed)
Force gallery state for gallery post format
| Reported by: | lessbloat | Owned by: | markjaquith |
|---|---|---|---|
| Priority: | normal | Milestone: | 3.6 |
| Component: | Post Formats | Version: | 3.6 |
| Severity: | normal | Keywords: | has-patch commit |
| Cc: | Focuses: |
Description
One of the items uncovered with the last round of usability tests was that users don't know that they are not adding a gallery.
When the gallery post format is selected, and the user clicks the "Add Media" button, we should take them to the gallery section of the media modal.
Attachments (3)
Change History (13)
#5
follow-up:
↓ 6
@
13 years ago
- Resolution fixed
- Status closed → reopened
Are you certain it is necessary to remove the
if ( workflow ) return workflow
from the add function? Without this, current modifications that depend on getting a reference from the wp.media.editor.add function will break the uploading functionality, since other calls to add will create it again.
I have detailed the problem in this posting, if this can't be fixed I hope we can document a workaround.
http://lists.automattic.com/pipermail/wp-hackers/2013-May/046124.html
#6
in reply to: ↑ 5
@
13 years ago
Replying to programmin:
Are you certain it is necessary to remove the
if ( workflow ) return workflowfrom the add function? Without this, current modifications that depend on getting a reference from the wp.media.editor.add function will break the uploading functionality, since other calls to add will create it again.
I have detailed the problem in this posting, if this can't be fixed I hope we can document a workaround.
http://lists.automattic.com/pipermail/wp-hackers/2013-May/046124.html
24062.3.diff reintroduces the if ( workflow ) check & return
#7
@
13 years ago
- Keywords needs-testing removed
- Milestone 3.6
- Resolution → invalid
- Status reopened → closed
#8
@
13 years ago
- Milestone → 3.6
- Resolution invalid
- Status closed → reopened
- Version → trunk
24062.3.diff still seems valid.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
24062.diff is a first attempt at making this happen. I'll include this patch in the next round of usability tests that I run.