Lukas,
You're right that the structure of the browse page and the hooks and
filters we provide doesn't really let you do much in the way of changing
or adding to the columns to be displayed. Patrick's answer was more
focused on the hooks you'd use to add "backend" support for multiple
simultaneous sorting.
It's possible to "theme" the admin side of Omeka like the public, but
there's no direct support for doing this and switching between themes,
and the sorting stuff would still have to be handled in a plugin (or by
editing the core). A possibly better option for the time being would be
to use the define_routes hook to reroute the items browse URL(s) to a
controller/action within your plugin. Then from there you have total
control over the output of that page without doing any core or admin
"theme" edits.
The other path would be to add either the functionality you're looking
at directly to the core (as you alluded to), or to add sufficient hooks
and filters to allow a plugin to more directly do what you're looking
at. We've had discussions in the past about re-working the way that
tables are generated to make it possible to filter each row, including
the headings, so it would be possible to change which columns are shown,
what order, etc. Doing that would mean making pretty significant changes
to pretty much all the tabular admin views, but could also open some
interesting possibilities.
Of course, the route of contributing changes to the core and relying on
those introduces possible significant delays for the code to get
accepted and released, and that could really be the deciding factor for you.
-John
On 02/16/2016 03:13 AM,
lukas...@vbm.se wrote:
> Hi Patrick,
>
> thank you for the hints. Perhaps I explained it in wrong way, but I'm
> talking more about the fields/columns in the table header/row-cells
> (starting here
> <
https://github.com/omeka/Omeka/blob/master/admin/themes/default/items/browse.php#L40>).
> Current filters and hooks like admin_items_browse help only with filling
> more data in some predefined columns/cells, it doesn't tell which
> columns should be displayed. Imagine if I wanted to remove 'Dublin
> Core:Creator' and add 2 new columns instead. More like this use case.
> I saw in some other post, that I could manipulate content via
> Javascript, but it's not an option in this case.
>
> So it feels like I have to touch the admin/items/browse.php file. That's
> why I wasn't sure how should I proceed; if it's task for plugin or
> rather something that Omeka should have built-in. For now, I decided for
> plugin, since this will also need custom settings, and it would be too
> much changes in Omeka's core. But I still appreciate any thoughts or
> ideas you have about this.
>
> Thanks
> Lukas
>
>
>
> Den fredag 12 februari 2016 kl. 19:49:41 UTC+1 skrev patrickmj:
>
> Lukas,
>
> For the vast majority of tasks like this, Omeka's hooks
> <
http://omeka.readthedocs.org/en/latest/Reference/hooks/index.html>
> and filters
> <
http://omeka.readthedocs.org/en/latest/Reference/filters/index.html> can
> do the job in a plugin.
>
> It sounds like some combination of the browse_params filter and the
> browse_sql and admin_items_browse hooks might provide what you are
> looking for
>
> Patrick
>
> --
> You received this message because you are subscribed to the Google
> Groups "Omeka Dev" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
omeka-dev+...@googlegroups.com
> <mailto:
omeka-dev+...@googlegroups.com>.
> <mailto:
omek...@googlegroups.com>.