<?xml version="1.0" encoding="utf-8" ?>
<?xml-stylesheet href="" type="text/css"?>

<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:dc="http://purl.org/dc/elements/1.1/"
         xmlns:dcterms="http://purl.org/dc/terms/"
         xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
         xmlns:rss="http://purl.org/rss/1.0/"
         xmlns:content="http://purl.org/rss/1.0/modules/content/">

    <rss:channel rdf:about="http://www.gcommons.org/notes">

        <rss:title>Dev Notes</rss:title>
        <rss:link>http://www.gcommons.org/notes</rss:link>

        
        <rss:description>Dev Notes RSS 1.0 feed.</rss:description>

        <rss:image rdf:resource="http://www.gcommons.org/logo.png"/>

        <sy:updatePeriod>daily</sy:updatePeriod>
        <sy:updateFrequency>1</sy:updateFrequency>

        <rss:items>
            <rdf:Seq>
                
                <rdf:li rdf:resource="http://www.gcommons.org/notes/2011/07/10/hm-eb-meeting-overview-needs-improving"/>
                
            </rdf:Seq>
        </rss:items>
    </rss:channel>

    <rss:image rdf:about="http://www.gcommons.org/logo.png">
        <rss:title>Dev Notes</rss:title>
        <rss:link>http://www.gcommons.org/notes</rss:link>
        <rss:url>http://www.gcommons.org/logo.png</rss:url>
    </rss:image>

    

    <rss:item rdf:about="http://www.gcommons.org/notes/2011/07/10/hm-eb-meeting-overview-needs-improving">

        <rss:title>Historical Materialism EB: overview needs improving</rss:title>

        <rss:link>http://www.gcommons.org/notes/2011/07/10/hm-eb-meeting-overview-needs-improving</rss:link>       

        

        <content:encoded>
          <![CDATA[
          
<div>Comments on states:</div>
<div>
<ul><li><em>1. Draft&nbsp;</em>and&nbsp;<em>EB Draft</em>&nbsp;states are confusing. EB wants to see only submitted articles, that is why&nbsp;<em>Draft&nbsp;</em>state confuses EB. I agree that these two states have confusing names. Semantics is the following:&nbsp;<em><u>Draft&nbsp;</u></em>is a submission in process, but not complete and not submitted - this state is only useful to authors and <u>has no purpose within the EB workflow</u>.&nbsp;<em>EB Draft</em>&nbsp;is a submission, it is the first state that EB needs to see.</li><li>2. an <strong>additional state</strong> is missing between <em>Accepted </em>and <em>Published</em>, <strong><em>Ready-for-Publication</em>&nbsp;</strong>(or a similar name). Once a submission has been accepted there are tasks to be performed before it can be ready for publication: copyedit, add abstract, keywords, layout formatting. Once all of that is done,&nbsp;submission&nbsp;can be moved to <em>Ready-for-Publication</em>&nbsp;state&nbsp;(i don't know enough about this aspect of work to make my own mind up on this).&nbsp;</li><li>3.<strong>&nbsp;</strong><strong>Revise-and-resubmit</strong> state should be different from incomplete&nbsp;submissions, from the <em>Draft </em>state. The meaning of those two states is different: a Draft is an unfinished submission, while Revise-and-resubmit is a complete submission that the EB has decided on, asking author to send an improved submission. I have a vague memory that we considered having R&amp;R as a separate state in the workflow, but decided against it (cannot recall our arguments). &nbsp;From the discussion in this meeting, it seemed a clear case that Draft and R&amp;R require distinct states. Another <strong>additional state</strong>?</li><li>4. <strong>Rejected</strong> state requires a <u>sub-state</u>: <strong>notified </strong>(yes/no. no is default). This is because when notifying is done by the Action Editor, he has to mark it on the submission. The sub-state is important to be able to distinguish whether the author has been informed of the rejection, which is an important EB taks which must not be left undone or in the unknown state. &nbsp;</li></ul>
</div>
<div>Comments on workflows:&nbsp;</div>
<div>
<ul><li>5. There are <u>two distinct workflows</u>: a) <strong>editorial </strong>(EB draft, until accepted or rejected); b) <strong>publishing</strong> (accepted, ready-for-publication, published). EB does not have to deal with the publishing queue, those tasks do not involve editorial decisions, they are part of the publishing process. EB would prefer them displayed separately. &nbsp;&nbsp;</li></ul>
</div>
<div>Comments&nbsp;on overview:</div>
<div>
<ul><li>6. EB needs to see only complete submissions i.e. <u>no need to see articles in the <em>Draft </em>state</u> displayed when they click on <a class="external-link" href="http://www.historicalmaterialism.org/journal/submit/gcommons_submissions_search?portal_type=Article&amp;title=Article%20Items">Articles</a>&nbsp;in Overview.</li><li>7. Overview can be improved by creating three additional categories-views:&nbsp;</li></ul>
<ul>
<ol type="a"><li><strong>editorial </strong>- submissions that EB has to deal with i.e. the queue of current tasks (from EB draft until it moves to publishing queue or gets rejected). It was not explicitly stated, but it seemed to me that Revise and Resubmit also does not belong to this category-view, since it is not a task that EB has to deal with. Does Awaiting-action-from EB category need changing to satisfy this?&nbsp;</li><li><strong>publishing </strong>- submissions in&nbsp;accepted, ready-for-publication or published states</li><li><strong>archive </strong>- rejected submissions (perhaps some other states also can end up here).</li></ol>
</ul>
<div>Conference comments:</div>
<div>
<ul><li>8.&nbsp;Overview:&nbsp;Panel and Pre-constituted panel need to be merged.</li><li>9. Overview: Meetings category does not need to be displayed.</li><li>10. Submission email sent to author says 'article', which confuses people. XML config needs updating. &nbsp;</li></ul>
</div>
Other comments:</div>
<div>
<ul><li>11. submissions in <em>Rejected </em>state should be marked with clearly visible (above Actions, perhaps) large and colored rejected-icon.&nbsp;</li><li>12. Login link is missing, should be added to the UI.</li><li>13. Logged in EB members should by default see on their personal user page all articles where they are assigned as Action Editors (a portlet?). Or, perhaps a portlet on the side should be displayed by default, so that editors see their tasks at all times (could be too annoying. perhaps it can be made removable in preferences on personal user pages).</li><li>14. Minutes (taken live in meetings) of the EB meetings should have its own section on the website.</li><li>15. Being able to obtain a list of all authors' emails, for each category, would be very useful (a script, linked from each overview category-view page?) for communication (plain comma separated list is fine, it will be used copy&amp;paste to send emails).</li></ul>
</div>

          ]]>
        </content:encoded>        

        <dc:date>2011-07-10T12:30:00+00:00</dc:date>

        <dcterms:modified>2011-07-10T15:13:43+00:00</dcterms:modified>

        <dc:creator>Toni Prug</dc:creator>

        


    </rss:item>

    

</rdf:RDF>
