EPrints Technical Mailing List Archive

See the EPrints wiki for instructions on how to join this mailing list and related information.

Message: #04650


< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

[EP-tech] Re: Eprints-tech Digest, Vol 84, Issue 17


Hi Adam,

we have an autocomplete that stops duplicate titles and so we end up with a menu that's potentially thousands of records long. I thought it would be good to have a grouping on the menu screen based on the first letter, which then links to the list for that letter

I guess a custom render could be the way to go. I'll have a look at doing that.

Cheers,

Simon.


>>> <eprints-tech-request@ecs.soton.ac.uk> 07/09/2015 12:00 >>>
Send Eprints-tech mailing list submissions to
    eprints-tech@ecs.soton.ac.uk

To subscribe or unsubscribe via the World Wide Web, visit
    http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
or, via email, send a message with subject or body 'help' to
    eprints-tech-request@ecs.soton.ac.uk

You can reach the person managing the list at
    eprints-tech-owner@ecs.soton.ac.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Eprints-tech digest..."


Today's Topics:

   1. Re: Removing the menu step from a Title browse view (Field A.N.)
   2. Re: "Manage deposits" list not sorting (Field A.N.)


----------------------------------------------------------------------

Message: 1
Date: Mon, 7 Sep 2015 09:40:00 +0100
From: "Field A.N." <af05v@ecs.soton.ac.uk>
Subject: [EP-tech] Re: Removing the menu step from a Title browse view
To: eprints-tech@ecs.soton.ac.uk
Message-ID: <E42A25D0-A728-463E-961C-B0FEF8D756F7@ecs.soton.ac.uk>
Content-Type: text/plain; charset=us-ascii

Do you mean remove the list step?  The menu is the page that lists all the unique values, and the list is the page that lists all the items.

You can build a custom menu renderer that links through to the abstract pages directly, but what would you do when you actually do have two items with the same title?

--
Adam Field
Business Relationship Manager and Community Lead
EPrints Services
+44 (0)23 8059 8814





On 4 Sep 2015, at 11:46, Simon Jennings wrote:

> Hi everyone,
>
> I was wondering if anyone had tried to remove the menu step when creating a browse view for Title?
>
> The title is unique and therefore will always produce a separate group with one member. This makes the menu huge and also makes the extra step a bit redundant.
>
> It would be good to produce a menu that is similar to "date;res=year", but just have a grouping by first letter.
>
> Has anyone tried to implement something like this?
>
> Cheers,
>
> Simon.
>
> ---------------------------------------------
> Simon Jennings
> Research Data Management Software Developer
> Library & Archives Service
> London School of Hygiene & Tropical Medicine
> Tel: +44 (0) 20 7927 2277
> E-mail: simon.jennings@lshtm.ac.uk
> Web: www.lshtm.ac.uk

>
> *** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
> *** EPrints developers Forum: http://forum.eprints.org/




------------------------------

Message: 2
Date: Mon, 7 Sep 2015 11:45:01 +0100
From: "Field A.N." <af05v@ecs.soton.ac.uk>
Subject: [EP-tech] Re: "Manage deposits" list not sorting
To: eprints-tech@ecs.soton.ac.uk
Message-ID: <560D5413-8F13-49E9-B494-04399C8C792C@ecs.soton.ac.uk>
Content-Type: text/plain; charset=windows-1252

I've seen this issue before -- in the case I examined, it looked like the _buffer_order parameter was somehow being lost.  I managed to get it working with the following code in the Items plugin:

in the 'properties_from' function:

        #af05v 20150512 Workaround for immediate solution to lack of ordering
        my $order = $session->param('_buffer_order');
        $self->{processor}->{af05v_order} = $order;


in the perform_search function:

        my $list = $self->{session}->current_user->owned_eprints_list( %$search,
# custom_order => $search->{order}
        #af05v 20150512 Workaround for immediate solution to lack of ordering
                custom_order => $self->{processor}->{af05v_order}
        );

However, I didn't have time to figure out *why* this was happening.  Anyone have any ideas?

--
Adam Field
Business Relationship Manager and Community Lead
EPrints Services
+44 (0)23 8059 8814





On 2 Sep 2015, at 17:48, Robin Sylvestre wrote:

> Hello fellow EPrinters,

> Running version 3.3.14, we have noticed a strange behavior on the ?manage deposits? screen. Items do not sort at all, when clicking on the appropriate column title (see attached screen shots). Nothing changes, only the up/down arrow appears.

> The strange thing is that the ?revision? list is not affected by this bug, only the ?deposits? list.

> I have tried to do a ?epadmin reorder [archive] eprint? but that does not correct the problem. Both of our live and test versions have this problem.

> Did anyone notice a similar bug or has a solution to offer? Thanks!!


>
> Robin Sylvestre
> Technicien en documentation
> Biblioth?que - Services techniques et syst?mes informatis?s
> ?cole Polytechnique de Montr?al
> T?l.: 514-340-4711 poste 3743

> <ScreenShot001.png><ScreenShot003.png>*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
> *** Archive: http://www.eprints.org/tech.php/
> *** EPrints community wiki: http://wiki.eprints.org/
> *** EPrints developers Forum: http://forum.eprints.org/




------------------------------

_______________________________________________
Eprints-tech mailing list
Eprints-tech@ecs.soton.ac.uk
http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech


End of Eprints-tech Digest, Vol 84, Issue 17
********************************************