<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hi Adam,<br>
      <br>
      And thanks for your reply, but I need a few clarifications wrt the
      basics before starting to write this plugin, because I got a bit
      confused. Why exactly do I need to write the plugin? I mean which
      functionality will it help me achieve?<br>
      <br>
      1) the functionality of adding a custom workflow once I've created
      a new role which all faculty-staff users will possess, and during
      migration each deposit will be assigned having one such user as
      their owner? or:<br>
      2) the functionality of every user having that role be able to
      edit all deposits while the reviewer finally decides if everything
      is OK?<br>
      <br>
      Because if you're referring to (2), and (1) can be achieved easily
      by (as I kind-of explained in my previous emails): adding a new
      role -&gt; assign it to every faculty-user -&gt; assign a
      faculty-user as an owner on each deposit when migrating from
      DSpace to EPrints -&gt; change the eprints workflow to be more
      minimalistic for faculty-users based on their role...then this is
      my solution of choice! And if the 4th step of this 4-step
      procedure I just explained can be performed in a more
      upgrade-friendly manner, then I'm even more cool with that! :)<br>
      <br>
      If, on the other hand, you mean that my 4-step solution cannot
      achieve the functionality I'm asking for, nor can I achieve it
      using other configuration combinations, and the only way to
      achieve it is by writing the Edit-based plugin you proposed, then
      I'll strike back with more questions, regarding the plugin this
      time.<br>
      <br>
      Thanks again for all the help!<br>
      <br>
      On 28/07/2015 09:06 πμ, Adam Field wrote:<br>
    </div>
    <blockquote
cite="mid:EMEW3|33e3305487e9d3223b221c3c836f8fd3r6R7BM14eprints-tech-bounces|ecs.soton.ac.uk|F04E11B0-486D-4ACC-8DE6-D01D9066D4D4@ecs.soton.ac.uk"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      Hi George
      <div><br>
      </div>
      <div><span class="Apple-tab-span" style="white-space:pre"> </span>There
        isn't really a way to review changes to records, though this has
        been discussed a number of times, and that would really be the
        ideal solution (i.e. let any user suggest changes to any record,
        and those changes need to have editorial oversight before
        they're applied).</div>
      <div><br>
      </div>
      <div><span class="Apple-tab-span" style="white-space:pre"> </span>I
        would say that if you want to provide a different piece of
        functionality, it may be worth looking at writing a new plugin.
         I think it should be quite simple if you subclass the
        EPrint::Edit screen plugin.  You'll need to:</div>
      <div><br>
      </div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span>Create
        a new workflow file</div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span>Write
        a 'new' function that called the superclass 'new', and then sets
        'appears' and an icon.</div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span>Write
        a 'can_be_viewed' function that takes your new role and the
        associated permissions into account.</div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span>Write
        a 'workflow_id' function, that returns the filename of your new
        workflow</div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span>Create
        phrases, and an icon if necessary.</div>
      <div><br>
      </div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span>Check
        out:</div>
      <div><br>
      </div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span><a
          moz-do-not-send="true"
href="https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Screen/EPrint/Edit.pm#L13">https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Screen/EPrint/Edit.pm#L13</a></div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span><a
          moz-do-not-send="true"
href="https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Screen/EPrint.pm#L179">https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Screen/EPrint.pm#L179</a><span
          class="Apple-tab-span" style="white-space: pre;"> </span></div>
      <div><span class="Apple-tab-span" style="white-space: pre;"> </span><a
          moz-do-not-send="true"
href="https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Screen/EPrint/Edit.pm#L58">https://github.com/eprints/eprints/blob/3.3/perl_lib/EPrints/Plugin/Screen/EPrint/Edit.pm#L58</a></div>
      <div><br>
      </div>
      <div><span class="Apple-tab-span" style="white-space:pre"> </span>Best
        Wishes</div>
      <div><br>
      </div>
      <div>
        <div apple-content-edited="true">
          <div style="color: rgb(0, 0, 0); letter-spacing: normal;
            orphans: auto; text-align: start; text-indent: 0px;
            text-transform: none; white-space: normal; widows: auto;
            word-spacing: 0px; -webkit-text-stroke-width: 0px;
            word-wrap: break-word; -webkit-nbsp-mode: space;
            -webkit-line-break: after-white-space;">
            <div>--<br>
              Adam Field<br>
              Business Relationship Manager and Community Lead<br>
              EPrints Services</div>
            <div><br>
            </div>
            <div>I am currently not working in the UK.  Due to timezone
              differences (GMT -9) email responses may take longer.</div>
          </div>
        </div>
        <br>
        <div>
          <div>On 27 Jul 2015, at 17:33, George Mamalakis &lt;<a
              moz-do-not-send="true" href="mailto:mamalos@eng.auth.gr">mamalos@eng.auth.gr</a>&gt;
            wrote:</div>
          <br class="Apple-interchange-newline">
          <blockquote type="cite">OK,<br>
            <br>
            To reply to my problem, our previous repository has the
            author-field in <br>
            every record, so I'll be able to map an EPrints user to one
            or more <br>
            author names, which will help me to address this issue.<br>
            <br>
            Now my basic question is as follows: If I create a specific
            role that <br>
            will be used to generate the minimalistic workflow I
            explained in my <br>
            previous email, what is the best way of incorporating it
            with EPrints? <br>
            OK, I obviously know I can change the
            cfg/workflow/eprint/default.xml <br>
            directly, but this will make upgrading my repository even
            harder.<br>
            <br>
            Thanks all in advance,<br>
            <br>
            George.<br>
            <br>
            On 23/07/2015 05:18 μμ, George Mamalakis wrote:<br>
            <blockquote type="cite">Hello everybody!<br>
              <br>
              In our previous repository (DSpace) there are many entries
              of<br>
              faculty-members' publications that contain only some
              metadata, and no<br>
              manuscript is uploaded. The library staff needs a process
              in EPrints<br>
              that will allow faculty members to *easily* update these
              deposits with<br>
              the related manuscripts, and optionally fill-in some
              metadata as well.<br>
              After updating these deposits, editors will review them
              and make them<br>
              publicly available if everything is OK. Next, the
              faculty-members will<br>
              have to be able to make additional changes, if needed. Of
              course,<br>
              faculty will have to be able to deposit new stuff as well.<br>
              <br>
              My proposal to them was to create a "group of users" (for
              faculty<br>
              members) using a custom role, where a simple workflow will
              be presented<br>
              to users belonging to this group, by applying the
              appropriate<br>
              conditionals in the eprints' workflow.<br>
              <br>
              What worries me is that I am not sure how this will work
              with<br>
              permissions. In DSpace, the records have been mainly
              uploaded by library<br>
              staff members, so when migrating the deposits, I'm not
              sure that I'll be<br>
              able to assign an EPrints user to each one of them. OK,
              I'm thinking of<br>
              mapping a citation pattern for each EPrints user and maybe
              find each<br>
              deposit's "owner" based on DSpace's citation field (if
              exists), but I'm<br>
              not sure that the appropriate information will be
              available in DSpace.<br>
              OK, I may have to search other resources as well (eg.
              Google scholar),<br>
              but this complicates things even more. So if I am unable
              to find an<br>
              appropriate user during migration, I'll have to come up
              with a more<br>
              generic solution.<br>
              <br>
              Such a solution would be to maybe add all these deposits
              in a specific<br>
              collection (a custom field I added), in a different
              dataset than<br>
              archive, where the specific user group will be able to
              somehow edit all<br>
              eprints belonging to this collection, and once they
              deposit it, the<br>
              reviewer will -somehow- declare the owner and publish it
              if everything<br>
              is OK.<br>
              <br>
              A combination of both alternatives would also probably fit
              the problem...<br>
              <br>
              I am not sure if my alternatives are feasible in EPrints,
              I just hope to<br>
              find a solution for this requirement, because it's very
              crucial.<br>
              <br>
              Maybe a much easier solution is around and I'm not seeing
              it, so any<br>
              help would be greatly appreciated!<br>
              <br>
              Thanks all in advance,<br>
              <br>
              George.<br>
              <br>
            </blockquote>
            <br>
            <br>
            -- <br>
            George Mamalakis<br>
            <br>
            IT and Security Officer,<br>
            Electrical and Computer Engineer (Aristotle Univ. of
            Thessaloniki),<br>
            PhD (Aristotle Univ. of Thessaloniki),<br>
            MSc (Imperial College of London)<br>
            <br>
            School of Electrical and Computer Engineering<br>
            Aristotle University of Thessaloniki<br>
            <br>
            phone number : +30 (2310) 994379<br>
            <br>
            <br>
            <br>
            *** Options: <a moz-do-not-send="true"
              href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a><br>
            *** Archive: <a moz-do-not-send="true"
              href="http://www.eprints.org/tech.php/">http://www.eprints.org/tech.php/</a><br>
            *** EPrints community wiki: <a moz-do-not-send="true"
              href="http://wiki.eprints.org/">http://wiki.eprints.org/</a><br>
            *** EPrints developers Forum: <a moz-do-not-send="true"
              href="http://forum.eprints.org/">http://forum.eprints.org/</a><br>
          </blockquote>
        </div>
        <br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">*** Options: <a class="moz-txt-link-freetext" href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech">http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech</a>
*** Archive: <a class="moz-txt-link-freetext" href="http://www.eprints.org/tech.php/">http://www.eprints.org/tech.php/</a>
*** EPrints community wiki: <a class="moz-txt-link-freetext" href="http://wiki.eprints.org/">http://wiki.eprints.org/</a>
*** EPrints developers Forum: <a class="moz-txt-link-freetext" href="http://forum.eprints.org/">http://forum.eprints.org/</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
George Mamalakis

IT and Security Officer, 
Electrical and Computer Engineer (Aristotle Univ. of Thessaloniki),
PhD (Aristotle Univ. of Thessaloniki),
MSc (Imperial College of London)

School of Electrical and Computer Engineering
Aristotle University of Thessaloniki

phone number : +30 (2310) 994379


</pre>
  </body>
</html>