Opened 3 years ago
Closed 2 years ago
#14936 closed task (blessed) (fixed)
Improve theme searching/browsing
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | 3.1 |
| Component: | Themes | Version: | |
| Severity: | normal | Keywords: | has-patch |
| Cc: | scribu |
Description
Lift some of the search and browse ideas from the wordpress.com themes.php.
Attachments (4)
Change History (37)
Rough, first pass of feature filter. It needs to be hooked into the search, paging, AJAX loading stuff.
Vision: Have theme-install.php look and behave the same as themes.php.
The Details disclosures in theme-install.php don't work. Looks like theme-install.js was never added and no one noticed?
Looks like theme-install.js was collapsed into theme-preview.js. The enqueue for theme-install is dead and can be removed.
comment:10
ryan — 3 years ago
If we move theme-install to do search and filter like themes.php does, the loop that builds the filter could be stuck in a display_theme_feature_filter() func and shared by both.
comment:11
ryan — 3 years ago
comment:12
demetris — 3 years ago
The options list for the current theme (added in r15645 and r15646) seems to include all items from the Appearance menu, but not all of those are theme-specific, since plugins can add items there too.
Here is an example, for Twenty Ten:
OPTIONS: Widgets | Menus | Lightbox Plus | Background | Header
Here the list also includes the Lightbox Plus screen, since the Lightbox Plus plugin adds its menu item under Appearance. But Lightbox Plus is not theme-specific.
comment:13
ryan — 3 years ago
comment:14
follow-up:
↓ 18
ryan — 3 years ago
Todo:
- Have Apply Filters do an AJAX submit.
- Look into options issue demetris notes above.
comment:15
ocean90 — 2 years ago
typo.14936.patch: Fix the theme preview and the Details disclosures.
comment:16
nacin — 2 years ago
comment:17
nacin — 2 years ago
props ocean90. Sorry :-(
comment:18
in reply to:
↑ 14
ocean90 — 2 years ago
comment:19
scribu — 2 years ago
Found a problem with 14936.ajax.filter.patch:
- Check one or more filters and click Apply (rows are updated)
- Uncheck all filters and click Apply (nothing happens)
comment:20
scribu — 2 years ago
- Keywords needs-patch added
theme-install.php returns no themes if you check more than one feature.
comment:21
scribu — 2 years ago
comment:22
scribu — 2 years ago
comment:23
scribu — 2 years ago
comment:24
ryan — 2 years ago
- Resolution set to fixed
- Status changed from new to closed
comment:25
dd32 — 2 years ago
- Resolution fixed deleted
- Status changed from closed to reopened
This needs some no-js love, ?filter=1 is present in the Link, however it doesn't have any PHP handler for it.
See Patch.
Note: The patch moves </form> to encompass the table, This is to allow the pagination to be changed by typing a number in, At present, the list table is not within a form element, so typing a number into the pagination option and hitting enter results in.. well.. nothing, Moving the form element corrects this.
comment:26
garyc40 — 2 years ago
- Keywords has-patch added; needs-patch removed
comment:27
dd32 — 2 years ago
note on that patch: <input type="hidden" name="filter" value="1" /> needs to be wrapped in a if ( !empty($_GET['filter']) ) as it's for non-js mode only, and with it in there like that, causes the filter to display every time a search/manual pagination is executed.
comment:28
westi — 2 years ago
Rather than re-opening this ticket we should really raise a new one to trac the no-js issues
comment:29
dd32 — 2 years ago
I considered it, But given that this had half implemented it already, Felt it was best to keep it all together.
comment:30
dd32 — 2 years ago
attachment 14936.2.diff added
That covers my comments here on the patch.
comment:31
garyc40 — 2 years ago
dd32's patch tested. Works fine.
comment:32
ryan — 2 years ago
Does that remove_query_arg() need esc_url()?
comment:33
ryan — 2 years ago
- Resolution set to fixed
- Status changed from reopened to closed

(In [15644]) Theme searching. First pass. see #14936