<div dir="ltr">Thanks, Mary. I forgot all about the Unified option.<div><br></div><div>Having a similar option in the browser client may very well be an option without too much code duplication / complexity. I'll do some experiments.</div><div><br></div><div>-b</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 16, 2020 at 4:53 PM Mary Llewellyn <<a href="mailto:mllewell@biblio.org">mllewell@biblio.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Bill,</div><div><br></div><div>Thanks for the clarification. I wish I could have been present at the meeting. I found moments during the recording where I wanted to join into the discussion.</div><div><br></div><div>On the point of the tabbed entry of the volume/copy editor instead of the show/hide buttons, the XUL interface allows for a setting for the Unified Volume/Copy Editor. We haven't used separate windows since that feature became available, and my first reaction was "oh, this is a big step backward." If nothing else, if others like or at least don't mind having to go from one tab to another for the volume/copy entry, I hope the option for a unified v/c interface is provided for those of us who don't like it. <br></div><div><br></div><div>Thanks,</div><div><br></div><div>Mary</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 16, 2020 at 4:21 PM Bill Erickson <<a href="mailto:berickxx@gmail.com" target="_blank">berickxx@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Mary,<div><br></div><div>The interfaces I demoed on the call were all works in progress. None of them are part of 3.5. Some or all of them may be included in 3.6, though.</div><div><br></div><div>The goal of the demo was to solicit feedback from users. I got some great input on the call and I hope it continues. Thanks for adding your voice!</div><div><br></div><div>The move away from show/hide buttons to a tabbed interface for the "volcopy" UI was one thing I was expecting to get a little more pushback on. I received only positive feedback on the call, but it's possible not everyone spoke up. </div><div><br></div><div>Not having to scroll so much was mentioned as a positive result of the change. It also acts as a middle ground between the current web staff all-in-one display and the XUL interfaces where item attributes UI was a separate window. From my perspective, it also makes the interface a lot tidier overall, particularly on larger data sets. But, it's not about me...</div><div><br></div><div>I'd like to know how others feel about it. Images of the holdings and item attributes tabs attached for reference. Note the "Holdings" and "Item Attributes" (and "Preferences") tabs just below the record summary.</div><div><br></div><div>I should also point out the tabs share data, so you can bounce between them without losing work. </div><div><br></div><div>Thanks,</div><div><br></div><div>-b</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 15, 2020 at 12:44 PM Mary Llewellyn <<a href="mailto:mllewell@biblio.org" target="_blank">mllewell@biblio.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi all,</div><div><br></div><div>So I'm watching Bill Erickson's demo at the Catalogers meeting yesterday, and I'm not sure if I missed something. When adding holdings, it appears the call number/barcode entry has been separated from the item fields. Are we no longer going to have a unified Volume/Copy editor? I really don't care for the separation on different tabs.</div><div><br></div><div>Mary</div><div><br></div><br>-- <br><div dir="ltr"><div dir="ltr"><div><div><div><div><div>Mary Llewellyn<br></div>Database Manager<br></div>Bibliomation, Inc.<br></div>24 Wooster Ave.<br></div>Waterbury, CT 06708<br></div><a href="mailto:mllewell@biblio.org" target="_blank">mllewell@biblio.org</a><br></div></div></div>
_______________________________________________<br>
Evergreen-catalogers mailing list<br>
<a href="mailto:Evergreen-catalogers@list.evergreen-ils.org" target="_blank">Evergreen-catalogers@list.evergreen-ils.org</a><br>
<a href="http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers" rel="noreferrer" target="_blank">http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers</a><br>
</blockquote></div>
_______________________________________________<br>
Evergreen-catalogers mailing list<br>
<a href="mailto:Evergreen-catalogers@list.evergreen-ils.org" target="_blank">Evergreen-catalogers@list.evergreen-ils.org</a><br>
<a href="http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers" rel="noreferrer" target="_blank">http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div><div><div><div>Mary Llewellyn<br></div>Database Manager<br></div>Bibliomation, Inc.<br></div>24 Wooster Ave.<br></div>Waterbury, CT 06708<br></div><a href="mailto:mllewell@biblio.org" target="_blank">mllewell@biblio.org</a><br></div></div>
_______________________________________________<br>
Evergreen-catalogers mailing list<br>
<a href="mailto:Evergreen-catalogers@list.evergreen-ils.org" target="_blank">Evergreen-catalogers@list.evergreen-ils.org</a><br>
<a href="http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers" rel="noreferrer" target="_blank">http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers</a><br>
</blockquote></div>