https://redmine.gc.cuny.edu/https://redmine.gc.cuny.edu/favicon.ico2014-04-25T15:54:44ZCUNY Graduate Center - Project Tracking SystemCUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=151962014-04-25T15:54:44ZBoone Gorgesboone@gorg.es
<ul><li><strong>Tracker</strong> changed from <i>Feature</i> to <i>Design/UX</i></li><li><strong>Assignee</strong> changed from <i>Boone Gorges</i> to <i>Chris Stein</i></li></ul><p>Moving this over to Chris for the moment. I'll need some mockups or at least some description before moving forward with implementation.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=166282014-09-18T02:02:19ZBoone Gorgesboone@gorg.es
<ul><li><strong>Target version</strong> changed from <i>1.7</i> to <i>1.8</i></li></ul><p>Moving to 1.8 for further discussion.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=185552015-03-10T01:16:42ZBoone Gorgesboone@gorg.es
<ul></ul><p>Adding Samantha as a watcher. Sam, I think this is a fairly low priority item, but I'm wondering if maybe something has come up in user testing, or if maybe you had any ideas about how we might combine some of these various interfaces.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=189462015-04-08T14:03:39ZBoone Gorgesboone@gorg.es
<ul><li><strong>Assignee</strong> changed from <i>Chris Stein</i> to <i>Samantha Raddatz</i></li><li><strong>Target version</strong> changed from <i>1.8</i> to <i>Future release</i></li></ul><p>Moving out of active milestones. I think it's worth having the discussion about this, though I'm open to the possibility that we should just scrap the idea and leave things the way they are.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=189622015-04-08T21:25:33ZMatt Goldmattgold@gmail.com
<ul></ul><p>Okay. Maybe at some point we could do some UX testing around the group interface and see whether people find these different sections confusing or not. Samantha, can you please put that on a list to look at at some point? Thank you</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=190342015-04-13T22:10:28ZSamantha Raddatz
<ul></ul><p>Copy. Added to the list.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=427822019-03-15T16:38:21ZMatt Goldmattgold@gmail.com
<ul><li><strong>Target version</strong> changed from <i>Future release</i> to <i>1.16</i></li></ul><p>think about something like a "group library." Putting in 1.16 for now</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=443352019-06-24T23:33:44ZSonja Leix
<ul></ul><p>Matt Gold wrote:</p>
<blockquote>
<p>think about something like a "group library." Putting in 1.16 for now</p>
</blockquote>
<p>Happy to draft up some UX recommendations for this if it's something we're looking to tackle for 1.16. In that case I'd need some more info and ideally some screenshots of which specific areas of the UI this should effect.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=450952019-09-06T19:56:43ZBoone Gorgesboone@gorg.es
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-5 priority-4 priority-default closed" href="/issues/11755">Feature #11755</a>: Add ability to delete group file folder</i> added</li></ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=450972019-09-06T19:57:18ZBoone Gorgesboone@gorg.es
<ul><li><strong>Assignee</strong> changed from <i>Samantha Raddatz</i> to <i>Sonja Leix</i></li></ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=450982019-09-06T19:58:00ZBoone Gorgesboone@gorg.es
<ul><li><strong>Target version</strong> changed from <i>1.16</i> to <i>1.17.0</i></li></ul><p>Given other focuses for 1.16, I don't see us having the design bandwidth to tackle this. But I think we should begin the conversation this fall if we want to pursue this, and look for implementation for 1.17.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=451192019-09-10T03:08:04ZMatt Goldmattgold@gmail.com
<ul></ul><p>Thanks. I'd really like us to tackle this in the Spring at the latest. I think it's doable and important (something reinforced to me this semester by my student as I taught on the commons), and not dependent on the redesign.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=462902019-10-25T21:40:53ZColin McDonald
<ul></ul><p>After the Tuesday call about planning the Library feature for the spring release, Matt provided me with the below feedback to get us started, as he's seen firsthand the need for it. For next steps, it would be great to get everyone's impressions on Matt's ideas here. Sonja in particular, it would be good to hear the thoughts and questions you have for us so we can better equip you to put together a design later.</p>
<p>Boone, could you also provide this analytics data -- how often are new group docs created, updated, and accessed? And how often are new papers created, updated, and accessed?</p>
<p>BACKGROUND FROM MATT:</p>
<p>We currently have three very similar menu items for uploading/creating documents related to groups:</p>
<p>-- files<br />-- papers<br />-- docs</p>
<p>I've proposed that these distinctions are not clear to users -- as a faculty member, when I tell students to look for a PDF I've uploaded to the group, they are confused about the difference between these menu options.</p>
<p>We created all three of these areas for different reasons (papers, especially, which was a special grant-funded initiative), but now we should consolidate and make things clearer for our users.</p>
<p>I am proposing that we create a single area (and menu item) within groups called the Library -- e.g. the group library. The Library would contain all types of files associated with groups:</p>
<p>-- forum attachments<br />-- files<br />-- papers<br />-- docs</p>
<p>And then the challenge becomes, from a UX perspective, how to make the differences between the various ways of creating/sharing/accessing files visible and understandable to the user.</p>
<p>Based on our discussions and analytics, we may decide to:</p>
<p>-- discontinue docs and/or papers<br />-- continue docs and/or papers<br />-- explore third party integrations like google docs or dropbox<br />-- some combination of the above</p>
<p>It seems to me (Colin speaking now) that CUNY's partnership with Dropbox would be worth looking into here, as we may not need to reinvent the wheel, but could instead build around something like this (and save ourselves the storage demands):<br /><a class="external" href="https://www.gc.cuny.edu/News/Announcements/Detail?id=52383">https://www.gc.cuny.edu/News/Announcements/Detail?id=52383</a></p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=463042019-10-28T15:28:46ZBoone Gorgesboone@gorg.es
<ul><li><strong>File</strong> <a href="/attachments/12816">cac-3176-scratch.txt</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/12816/cac-3176-scratch.txt">cac-3176-scratch.txt</a> added</li></ul><p>For background, I've collected some data about Docs, Papers, and Files. For each content type, I queried for some all-time totals, as well as totals since Nov 1 2017 (about 2 years) and May 1 2019 (about 6 months). These dates are obviously arbitrary but they should illustrate some patterns. "Groups" is a count of how many unique groups had items created/edited during the given time period. "Users" is similar, but for users. "Revisions" counts the number of edits to existing items; the total number of "saves" is really "items + revisions".</p>
<p>These numbers don't say anything about how often the items are <strong>accessed</strong>.</p>
<p>The attached "scratch" document contains some SQL queries I used, in case I need to do similar queries in the future.</p>
<p>My initial take is that Files functionality is obviously widely used and should stay, while Papers are hardly ever used and could be eliminated. Docs are somewhere in the middle.</p>
<p><strong>Docs</strong></p>
<p>All time<br />Items: 2227<br />Revisions: 7303<br />Groups: 290<br />Users: 785</p>
<p>Since Nov 1 2017<br />Items: 437<br />Revisions: 571<br />Groups: 63<br />Users: 296</p>
<p>Since May 1 2019<br />Items: 66<br />Revisions: 51<br />Groups: 14<br />Users: 62</p>
<p><strong>Papers</strong></p>
<p>All time<br />Items: 581<br />Revisions: 1331<br />Groups: 40<br />Users: 263</p>
<p>Since Nov 1 2017<br />Items: 206<br />Revisions: 290<br />Groups: 10<br />Users: 129</p>
<p>Since May 1 2019<br />Items: 29<br />Revisions: 6<br />Groups: 0<br />Users: 16</p>
<p><strong>Group Files</strong></p>
<p>All time<br />Items: 11926<br />Groups: 642<br />Users: 1133</p>
<p>Since Nov 1 2017<br />Items: 2693<br />Groups: 171<br />Users: 389</p>
<p>Since May 1 2019<br />Items: 573<br />Groups: 55<br />Users: 116</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=463292019-10-29T18:13:51ZColin McDonald
<ul></ul><p>Hi Boone, on today's call we were talking about whether we should consider moving away from our own open. contained solution for collaborative docs and toward supporting something like Google Docs or Dropbox Paper.</p>
<p>There's a bigger Commons philosophy discussion to be had here about relying on third-party, proprietary services versus those we control and maintain on our own, but for now, we're wondering what would even be feasible if we kept going it alone. We would need to update the current Docs interface -- right now it's clunky overall, you can't have more than one editor at a time, annotation/comment features are minimal, etc -- but how big of a task would such an update be? Are there other Wordpress or open-source projects out there that can help us get closer to a Google Docs-like functionality? Thanks.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=463322019-10-29T18:35:06ZBoone Gorgesboone@gorg.es
<ul></ul><p>Before I answer that question, I should say the following: The question of what to do about Docs in general <strong>should not</strong> hold up progress on this ticket. Whether we keep some sort of homegrown collaborative tool or switch to integration with a third-party tool, there'll likely always be a part of the groups interface devoted to collaborative documents. So the question of how to integrate this section with Files etc remains. Moreover, an overhaul of Docs is likely to be complicated in a number of ways (see below) and is likely to derail progress on this ticket. I strongly suggest breaking off this conversation and considering it an adjacent but distinct project.</p>
<p>"More than one editor at a time" is likely to be impossible with a WP-only framework. It's beyond the capacity of the platform. So we'd need to integrate with a standalone tool made for this purpose. The only one I know of that might be viable - freely licensed, has an API, etc - is Etherpad <a class="external" href="https://etherpad.org/">https://etherpad.org/</a>. Several years ago, I built a bridge, but it was not very good, and it would need revisiting. If we went with a tool like this, it would dictate our ability to implement other UI features. Things like rich-text editing, annotation, etc would be tied closely to the third-party tool. We'd basically have to take what they offer.</p>
<p>If we're willing to give up on simultaneous editing, we could consider building something WP-based. Integrating the Gutenberg tools into the front-end, as a sort of replacement for the current Docs interface, is a promising possibility. The UI will feel much smoother, and we'll get much of the functionality of Gutenberg (and available plugins), including functionality, such as inline commenting, that will likely be built in the future. See eg <a class="external" href="https://github.com/WordPress/gutenberg/issues/3026">https://github.com/WordPress/gutenberg/issues/3026</a>. IMO this is probably the best long-term strategy if the team is interested in maintaining a Commons solution. If we kept the existing logic of Docs - a subtab for groups, the existing directory tools and filters (tags, etc) - and looked only to swap out the editing interface with something Gutenberg-based, I'd say it's a medium-sized task.</p>
<p>Third-party integration is problematic in the following ways:<br />- Ethical/philosophical issues about content ownership and control<br />- APIs that are limited and subject to change at any time, making it difficult to allocate resources locally, and potentially causing us to lose the feature completely if there are significant API changes<br />- Account integration probably depends on some form of single sign-on, or at least Commons->Google/Dropbox oAuth handshake, which raises a variety of problems with user privacy, account individuation, sunsetted accounts, and so forth. <br />- The Commons privacy models, such as group membership permissions, do not necessarily map neatly onto those offered by the third-party services</p>
<p>It's my opinion - though I'd like to hear Ray's thoughts on this too - that robust integration with a third-party tool is likely to require as much development effort, both up-front and in the long run, as a Commons tool based on Gutenberg. The type of development will be much different in the case of third-party integration - much more work on the logic of account linking, etc - but it won't be much less in quantity.</p>
<p>As such, I think the technical aspects of the decision should be secondary to the following questions:<br />1. Are there features of third-party tools, such as collaborative editing, that are indispensable to Commons users and unachievable on WP? If so, this suggests we need to look at third-party integration.<br />2. Does the Commons, as a project, want to (a) take the path of least resistance with users by offering integration with proprietary platforms where users are already, in fact, doing much of their collaboration, or (b) push back by providing non-proprietary tools, at the risk of decreased usage?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=463402019-10-30T17:39:12ZSonja Leix
<ul></ul><p>Thanks for all the information shared Colin, Matt and Boone.</p>
<p>Given our short conversation and the background behind Papers Matt shared yesterday, it would be good to make a decision about Papers, and whether we can come to a consensus to remove it. If it's not widely used I would be in favor of removing it to simplify things and to minimize maintenance of a feature that's marginally used.</p>
<p>A few other questions that came up for me:<br />1. When are Docs used vs. uploading a PDF or Word document?<br />2. What are the primary reasons and pros for using Docs? E.g. frequent editing, or is content within docs searchable, etc.?<br />3. What kind of access / editing restrictions do currently exist for Docs?<br />4. What file formats are allowed for the Files upload?<br />5. What kind of access restrictions do currently exist for Files and folders?<br />6. To confirm, this new UI is planned to exist only within the Groups interface? Is there a global Library too, and a My Library section (with files I've uploaded as a user)?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=463442019-10-30T18:27:54ZBoone Gorgesboone@gorg.es
<ul></ul><p>I can take a first pass at answering your questions:</p>
<p>1. Docs allow items to be edited in the Commons interface. PDFs generally can't be edited, and Word documents have to be reuploaded, versioned, etc.<br />2. When a document needs to be editable and viewable by a whole group. Docs have edit history, which is often nice. And edits etc hook into the group notification system.<br />3. On the Commons, we assume that docs in public groups should be editable by group members and visible by anyone; docs in private/hidden groups are visible and editable only by group members. The BuddyPress Docs plugin supports a broader range of privacy settings, so that eg a doc linked to a private group can be made public.<br />4. Same as for the Commons in general. The current list is: <code>jpg jpeg png gif mp3 mov avi wmv midi mid pdf doc docx sav epub xls xlsx rtf txt mp4 ppt pptx sps csv</code><br />5. All Files and their corresponding folders are public in public groups, members-only in private/hidden groups<br />6. My Library would be great but I don't think it's a must-have for this iteration. I'd recommend designing with My Library in mind, but not focusing on it until a future release. The pain point, as reported by members of the Commons team, is specifically in the Groups interface.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=466382019-11-14T18:22:03ZBoone Gorgesboone@gorg.es
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-4 priority-default" href="/issues/12091">Feature #12091</a>: Improved pre-upload file validation for bp-group-documents</i> added</li></ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=473472019-11-22T18:47:11ZColin McDonald
<ul></ul><p>In last Friday's group meeting, we decided that our main goal here should be to get Files and Docs in one place, while making legacy Papers available but sunsetting that feature for creating new Papers.</p>
<p>We're not going to be able to rebuild tools like Docs for spring, exploring new collaborative features and the like, but we spoke about potentially integrating with services like Google Drive and Dropbox so that group members can collect Commons-uploaded items and items in the cloud in the same place (the cloud items would still be edited/used at their respective cloud service).</p>
<p>Sonja, what do you think at this point of exploring how this consolidated design could work?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=473722019-11-25T20:05:27ZBoone Gorgesboone@gorg.es
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-6 priority-4 priority-default closed" href="/issues/12144">Bug #12144</a>: Group file "folder" sidebar not visible on mobile.</i> added</li></ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=475452019-12-03T18:09:07ZSonja Leix
<ul></ul><p>I'm working on the designs of the new Groups Library and I just discovered this Docs Library. How does this play into this ticket, if at all? <br /><a class="external" href="https://commons.gc.cuny.edu/docs/">https://commons.gc.cuny.edu/docs/</a></p>
<p>How I got there: I went to the <a href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/docs/" class="external">Docs list of the CUNY Commons Team</a> and clicked on "All Docs"</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=475462019-12-03T19:34:57ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13143">3176-group-library-v1.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13143/3176-group-library-v1.pdf">3176-group-library-v1.pdf</a> added</li></ul><p>I've got the first iteration of the Groups Library ready for feedback.</p>
<p>In the attached PDF you can see on page 1 a list of all library items ("All") with sub nav to go to the specific type of item (e.g. Files). Since we've decided to sunset Papers, I would propose to only show the tab if papers exist. As you can see I've added a note to the top that Papers have been retired – feel free to share better copy for it if the proposed doesn't work). I furthermore removed the "follow" option for Papers, that seemed a reasonable edit.</p>
<p>As discussed during today's call, I've kept the "folder", now called "Tags" (which they actually are under the hood) and added a "?" to explain the change.</p>
<p>We don't currently have "Forum Attachments" as a section, so I took a stab at it, happy to adjust the content we want to show here.</p>
<p>Please note that it doesn't include the actual UI for creating an item yet. I'll be working on that next. Furthermore, I've adjusted the design of the Email section at the top to consolidate it a little more (not really part of this task, but would be nice to tweak the design slightly during implementation.</p>
A few questions that came up during design:
<ol>
<li>Do we want to implement search in the Library?</li>
<li>I wasn't sure what to do with the "Manage Folder" and "Hide Folders"(which doesn't seem to do anything) from the current Docs UI </li>
<li>Are we allowing users to still edit existing Papers? In the note I added, I currently state we don't.</li>
<li>See question in message above about "All Docs"</li>
</ol>
<p>Looking forward to your initial feedback.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=475602019-12-03T23:39:16ZMatt Goldmattgold@gmail.com
<ul></ul><p>I think this looks really great, Sonja! Thank you!</p>
<p>In answers to your questions:</p>
<p>1. Yes -- it would be great to include search if technical issues don't make that impractical<br />I'll leave the other questions for Boone. I'm fine with cutting off the ability to edit papers if it helps us remove technical debt and complexity</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=477342019-12-10T21:25:35ZColin McDonald
<ul></ul><p>Hi Sonja, we spoke during the dev call today about your mockup and questions. A few notes:</p>
<p>- In the next draft, let's try incorporating search based on titles, descriptions and possibly users. Boone says these things are technically possible. We can't get into anything like searching the actual text of documents.</p>
<p>- We think the mange/hide folders links in Docs may be superfluous right now, but we do need some sort of access and interface to setting folders up in the new library. We agreed to based the organizational structure on "folders" rather than tags, as folders have the most familiarity among our users (though these are technically just tags we've identified visually as folders).</p>
<p>- We may adjust that Papers message wording but the sunset functionality seems right for now.</p>
<p>- For the All Docs point, it would be good in the new interface to be able to see everything that a group has uploaded in one place, and then toggle from there into Files / Docs / Papers / Forum Attachments (this seems like a good addition).</p>
<p>- Let's also explore the ability to add external links to collaborative file services like Google Docs and Dropbox. I don't know if these would need their own tab or should just be part of Files, but we'd want to at least visually separate them from files hosted on the Commons directly.</p>
<p>- It would be good as soon as doable to see the interface for adding a new item, and how within that you can organize and designate an item to a certain place.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=477352019-12-11T02:04:25ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13199">3176-group-library-v2.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13199/3176-group-library-v2.pdf">3176-group-library-v2.pdf</a> added</li></ul><p>Thanks Colin and team for your feedback! This is super helpful!<br />Please see the updated mockups. I'm weaving the dropbox and drive links into the Files tab and am clearly indicating those through the icon as well as a label after the title. For those links, do we want to have the capability to add a description (I added one for now).</p>
<p>I just want to mention that we have a lot of UI on this page (tabs, sorting, search, download files, folders). Those are all requirements, correct? Or is there an argument to be made to remove any of these?</p>
<p>Note: I adjusted the file download option to only be visible on the "files" and "forum attachment" tabs. I think this makes the most sense. Within "files" we somehow need to indicate that Gdive and Dropbox files aren't included in the download (this makes this feature a little less intuitive).</p>
<p>Please review and share your thoughts and feedback by Thursday morning at the latest and I will make any last edits and will create a short walk-through video you can present on Friday. Thanks.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=477522019-12-11T16:11:59ZColin McDonald
<ul></ul><p>Thanks, Sonja. That's a good point about the download option and the Dropbox etc. files vs. what is on the Commons itself. We'll need a good terminology to differentiate. Maybe internal/external? Uploaded/linked?</p>
<p>On the UI point, I can see a use for all of the different features, but it does seem like a lot the way it is arranged on the top, side, etc. right now. Might we explore a sidebar or way to make the different options more uniform and in one place? Could we get away from the tabs up top, and then where that "View folder:" right sidebar is, the options are:</p>
<p>Search:</p>
<p>Order By:<br />- Newest<br />- Alphabetical<br />- Etc.</p>
<p>Type:<br />- All<br />- Files<br />- Docs<br />- Papers<br />- Forum Attachments</p>
<p>Folder:<br />- Whatever folders there are.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=477712019-12-11T21:13:30ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13212">3176-group-library-v3.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13212/3176-group-library-v3.pdf">3176-group-library-v3.pdf</a> added</li></ul><p>Thanks Colin, <br />I've worked your feedback into the updated mockup attached. Please review and let me know if there is one more round of revisions (ideally i'd receive feedback by tomorrow before noon). So I can create the final walk-through video for Friday.</p>
<p>Thanks.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=478142019-12-12T19:43:31ZColin McDonald
<ul></ul><p>Many thanks for the quick turnaround and updated mockup, Sonja -- I think it is a lot more clean and intuitive, but I imagine we'll look at both this latest version and the one before with the tabs tomorrow to compare and make sure we're headed in the right direction. Anything else you can provide like a walkthrough would be great, or if it's late for that then just any points or questions you want to make sure that we go over in the group meeting.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=478182019-12-12T22:11:23ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13228">3176-group-library-v4.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13228/3176-group-library-v4.pdf">3176-group-library-v4.pdf</a> added</li></ul><p>Thanks Colin. I've created a walk-through video of both versions AND I had time to create a very first exploration of what a "Add New Item" UI could look like. <br />I'll attached the updated mockups (v4) to the ticket and you can download the walk-through video here: <br /><a class="external" href="https://drive.google.com/file/d/16pCW_qn6IpzNSxrIj_Ca2wA8uWumOKBK/view?usp=sharing">https://drive.google.com/file/d/16pCW_qn6IpzNSxrIj_Ca2wA8uWumOKBK/view?usp=sharing</a></p>
<p>If you don't want to share the new UI for adding an item, feel free to stop the video before I present those.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=478522019-12-17T06:01:45ZColin McDonald
<ul></ul><p>Hi Sonja, during the meeting on Friday the group gravitated back toward the older mockup with the tabs. The thinking was that the newer version weighted Type to similarly to Folders, when Type is much more important, and the Tabs express that visually more than putting everything into the sidebar. Sorry about the back-and-forth there, but it helped to see both versions. Some other notes:</p>
<ul>
<li>Can we streamline the top of the page, perhaps losing the options for Leave Group, Email the Group, Quick Link, Email Status, etc? Perhaps we might even lose the Group title at the top, and just start with Library (with Add New Item next to it), since the Group title is also bolded at the top of the left sidebar? These other hidden options should still appear on the group home page.</li>
<li>The three tabs could now be All, Commons Files and External Links</li>
<li>Then in the right sidebar: Folders and Type (which would show docs, papers, and forum attachments if they exist for that group)</li>
<li>Can we have an icon for Docs (like a pencil) that indicates they are editable? We might also need a generic icon for any external links added that aren't Dropbox or Google Drive.</li>
<li>Be able to go back and edit title etc of external links (more of a dev issue but noting it here)</li>
<li>We need to nail down language about external link sharing and access to them, probably for the creation flow but maybe also for under the External tab in the Library, so people are aware these are just links out and whatever settings/permissions are applied on the external site will carry over. Maybe something like this for now: "Google Drive, Dropbox, and other external links cannot be edited or controlled within the Commons. Any changes, sharing permissions or other options must be made within the external site itself."</li>
</ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=478742019-12-17T21:58:20ZSonja Leix
<ul></ul><p>Thanks Colin for summing this up. A few questions:</p>
<p>1. In the new tab "Commons Files" where we'll list all files, docs, papers (if exist) and forum attachments. Is it possible to download all of those file types with one click ("download all" functionality)?<br />2. I assume within the "External Links" tab we won't show the "file type" selector, since they are all of one type.<br />3. On the "All" tab, when a user filters by file type, where would the external links show up? Only under "All" or under "Files" too?<br />4. Now that we're removing the "Papers" tab, where are we thinking about placing the papers notice of retirement? Only when a user clicks on the "Papers" filter in the sidebar?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=478822019-12-18T17:50:22ZColin McDonald
<ul></ul><p>Hi Sonja, I think it's only files that can be downloaded in the zip file (and forum attachments are a subset of files). Docs and Papers exist only on the site. I suppose we could say something like "External links, Docs and Papers can't be downloaded."</p>
<p>That sounds right about file type for external links.</p>
<p>I think the external links could under All could be listed by an External Links file type in the sidebar that would be the same as the External Links tab. That redundancy seems fine to me.</p>
<p>Yes, that sounds right about the Papers message, that it would only appear when filtering to that type.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=483432020-01-15T13:37:29ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13420">3176-group-library-v5.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13420/3176-group-library-v5.pdf">3176-group-library-v5.pdf</a> added</li></ul><p>Thanks Colin for your feedback on my questions. With the shift to All / Commons Files / External files from using the tabs for file types, I think we’re actually introducing a lot of complexity in the UI that might not be necessary. There would be a few redundant ways to get the same set of items (e.g. by selecting the type of “external link” on the “All” tab, the user would see the same set of files as on the “External Links” tab.</p>
<p>I would like to explore a direction that would remove the tabs completely and only have the sidebar selectors for type and to browse folders. I’ve moved the sidebar to the left, since that is now the primary way for the user to navigate the library. See attached mockup.</p>
<p>Would love to hear your thoughts and concerns on this (incl. Boone’s).</p>
<p>I think we should also create a new ticket for "Create New Library Item" so we can continue working on that too. Or do we have one already?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=484642020-01-21T20:55:47ZColin McDonald
<ul></ul><p>Hi Sonja, thanks for the work here and thinking through a few limitations of our last feedback round. I'm definitely open to revisiting. We discussed this a little on the call today after you dropped off, but agreed we might want to use our team meeting next Friday to all look at the same mockups and hash this out together. Will you be available for that meeting?</p>
<p>In the meantime, I think one concern of having the Types and Folders in the same sidebar is any suggestion that the two are related -- i.e. they're joint or dependent filters so you're filtering by Type and ALSO Folder, rather than one or the other. Or maybe either way would work... a question for Boone when he's back next week.</p>
<p>You'll also see <a class="issue tracker-2 status-5 priority-5 priority-high4 closed child" title="Feature: Add New Item flow for revamped Library (Resolved)" href="https://redmine.gc.cuny.edu/issues/12315">#12315</a> for the new item flow added as a subtask of this ticket. Thanks!</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=484922020-01-22T19:32:28ZBoone Gorgesboone@gorg.es
<ul></ul><p>Sonja, thanks for sharing updated concepts on this ticket.</p>
<p>Similar to some of the comments above, v5 leaves me unsure about the relationship between Type and Folder. Either they work together (ie it's possible to look for Docs in the folder 10things) or they don't, but either way the interface should make this clear. The fact that folders are links, rather than radios, suggests that they're independent. For context, we addressed this in the case of the Courses directory by requiring the click of a button to apply filters</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=485902020-01-25T00:36:06ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13498">Box-search.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13498/Box-search.png">Box-search.png</a> added</li><li><strong>File</strong> <a href="/attachments/13499">GDrive-search.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13499/GDrive-search.png">GDrive-search.png</a> added</li><li><strong>File</strong> <a href="/attachments/13500">Dropbox-search.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13500/Dropbox-search.png">Dropbox-search.png</a> added</li></ul><p>Interfaces with multiple filters, sorting and search are the most complex to design, as we are realizing once again. What's makes it harder for me is to not fully understand what is possible on the CUNY Commons platform, when it comes to technical debt etc. Boone, maybe you can elaborate a little more about any existing limitations. For example, but not limited to, what is possible when a user clicks on a type or folder, can it load instantly or is it always a new page load?</p>
<p>Looking at common file libraries like Dropbox, Google Drive and others here are some commonalities in the UI (see attached screenshots): <br />A. Accessing the contents of folders are independent from search (access to folders is usually in the left sidebar)<br />B. Within the search results interface, each library UI has additional / advanced options (hidden or visible) to either filter by type or folder<br />C. None of the solutions have a primary way of browsing by file type</p>
<p>Question for Colin and Matt (maybe Boone has stats here too): <br />1. What are common amounts of files users store in individual groups? What are edge cases (high numbers)?<br />2. As someone using the Commons on a regular basis, how would you want to browse your existing files? What kind of considerations do you make? <br />3. Do we need a primary way of filtering by type? Can we simplify the UI?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=485952020-01-27T15:56:19ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>For example, but not limited to, what is possible when a user clicks on a type or folder, can it load instantly or is it always a new page load?</p>
</blockquote>
<p>It's always more complex to build interactive interfaces than to build interfaces that require pageloads. But in this case we have to build something from scratch anyway, so the amount of additional work required to build a JS-driven interface is less than it would be otherwise. If it makes design much easier and better, let's assume we can build instant interactivity for these filters.</p>
<p>(Two salient pieces of background info: One is that we need to build a data layer on top of existing data - Docs, Files, etc - to support cross-type filtering/folders/taxonomy. It's a lot of work to create and ensure proper sync integrity of this kind of additional data layer. But the advantage is that it makes it somewhat easier to build a JS-powered UI, since that kind of UI requires the data to be consistently structured - that part of the work will already be partly done. Two, AJAX requests on the Commons are slow because WordPress is slow. For true "instant" UI filters we will need to preload all data into the browser. Because we're dealing with group-specific interfaces, this should be feasible - only in certain edge cases will a group have many thousands of Library items, to an extent that preloading all of the data in the browser will pose a performance problem. The same can't be said for a sitewide Library, which would necessarily need to be AJAX-powered.)</p>
<blockquote>
<p>1. What are common amounts of files users store in individual groups? What are edge cases (high numbers)?</p>
</blockquote>
<p>Not sure how to summarize this data. In the case of Files, about 649 groups have Files uploaded. Only about 20 of these groups have more than 100 Files, and 8 have more than 200. The top is 440. The numbers for Docs are smaller than this but similarly distributed (they're harder to query so i'm not providing exact numbers).</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=486082020-01-27T19:49:00ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13506">3176-group-library-v6-concept.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13506/3176-group-library-v6-concept.pdf">3176-group-library-v6-concept.pdf</a> added</li></ul><p>Thanks Boone!</p>
<p>I took another stab at a simplified concept for discussion tomorrow. I've minimized options to the following: <br />- search<br />- folders (click to view contents of specific folder, or click All to see all<br />- sort by</p>
<p>I've removed the sorting by file type completely to simplify the interface based on the stats Boone has shared. <br />We can weave the file type filtering/sorting into the UI in one or multiple of the following ways:<br />- Add an option to the sorting dropdown to sort by "file type" (this would not show only docs for example, but it would sort items based on their file type)<br />- Add options to the expanded search UI (see more below) to filter by file type</p>
<p>Search UI<br />I'd propose that we improve search. I've been having some more thoughts on search since we've implemented it on the groups and sites pages and maybe we can improve search globally. Would love to hear Boone's thoughts on implementing something similar to what Dropbox does: <br />1. When a user clicks on the search bar it expands, while also removing some UI that distracts the user. this will help focus the user on searching<br />2. Add additional options to the search UI – in our case we could add a file type and or folder dropdown to enable a more granular search<br />3. Implement AJAX for instant search results</p>
<p>Would love to hear everyone's feedback.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=486102020-01-27T19:55:27ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>1. When a user clicks on the search bar it expands, while also removing some UI that distracts the user. this will help focus the user on searching<br />2. Add additional options to the search UI – in our case we could add a file type and or folder dropdown to enable a more granular search<br />3. Implement AJAX for instant search results</p>
</blockquote>
<p>1 and 2 seem OK to me, though I want to tread carefully when our designs start departing from established traditions. IMO it's jarring when I click into what looks like a text-input search field and it's not actually a text-input search field :) I think we can work with/around these concerns, I just don't want to lose sight of them.</p>
<p>Regarding 3, I think the idea here is that we want it to feel fast, and we don't want page reloads. This seems fine, but let's table for the moment whether this works via AJAX (asynchronous server requests).</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=486142020-01-27T21:33:31ZSonja Leix
<ul></ul><p>Thanks Boone, we can discuss more tomorrow</p>
<blockquote>
<p>IMO it's jarring when I click into what looks like a text-input search field and it's not actually a text-input search field :) I think we can work with/around these concerns, I just don't want to lose sight of them.</p>
</blockquote>
<p>Sorry if it was unclear. The search input field would still be a text input field. It would simply expand in width to focus the user on search. Take a look at the dropbox-search screenshots in this thread.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=486282020-01-28T14:47:11ZColin McDonald
<ul></ul><p>Thanks for the helpful back-and-forth here too, Boone and Sonja. I like the simplified default/overview interface that removes Type from the sidebar and just includes Folders. I imagine that after the call today, Sonja will be able to mock up how the Dropbox-like search box or expanded view will look when activated to complement this view and allow more granular queries that include Type, Folder, or both (it would also be good to see the sorting options). Perhaps we could have this by the group meeting on Friday to have that mockup to explain to everyone how this will all fit together.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=487462020-01-30T22:35:58ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13548">3176-group-library-v7.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13548/3176-group-library-v7.pdf">3176-group-library-v7.pdf</a> added</li></ul><p>Here are the updated mockups for the Group Library incl. search flow. <br />I've simplified all library items in the list to a consistent look and content as well as the icons on the page.</p>
<p>Wasn't able to post these earlier (busy day), but if you have any final tweaks, I'm in the office early tomorrow. I should be able to make minimal last minute revisions before the meeting.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=487592020-01-31T06:55:37ZChris Steincstein@bmcc.cuny.edu
<ul><li><strong>File</strong> <a href="/attachments/13551">mobile-show-items.jpeg</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13551/mobile-show-items.jpeg">mobile-show-items.jpeg</a> added</li><li><strong>File</strong> <a href="/attachments/13552">order-by-options.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13552/order-by-options.png">order-by-options.png</a> added</li><li><strong>File</strong> <a href="/attachments/13553">show-items-of-type.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13553/show-items-of-type.png">show-items-of-type.png</a> added</li></ul><p>Hi All, great work here, Sonja and Boone especially. I'm adding a couple of images for potential discussion items. One is to look at the Order by options and maybe add type to those (and maybe not have Most Popular, this was taken from current files interface).</p>
<p>Another is to think about whether and if so, how, we might want to allow for filtering by type with this new interface. A dropdown option is shown and a mobile version of the same.<br />Best,<br />Chris</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=487942020-02-01T03:32:50ZColin McDonald
<ul></ul><p>Here are my notes from the meeting for this ticket:</p>
<p>- Just say "All" as the top option above the folder hierarchy, and perhaps we can remove the "View Folder" title since the icons make it clear that they are folders?</p>
<p>- Add the Microsoft OneDrive icon as specific icons that will appear when added as an External Link, to go along with Dropbox and Google Drive.</p>
<p>- We need to work on icons designating different types. There's tension and confusion between actual file format (PDF, doc) and Library type (forum attachment, external link). Can we reduce this only visually, i.e. one icon for different items that shows both piece of information visually, or perhaps can we work with the line of text underneath the title of each item (where it says "Uploaded by..." or "Created by..." right now). Could we have the icons show the file format and text underneath say the Library type, such as: "External link added by NAME on DATE"?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=488772020-02-04T23:40:27ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13598">3176-group-library-v8.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13598/3176-group-library-v8.pdf">3176-group-library-v8.pdf</a> added</li></ul><p>Thanks for summarizing the feedback, Colin!</p>
<p>Given the various feedback and in an attempt to simplify and make the UI more intuitive, I've restructured a few things beyond the specific that we've discussed. I've created two versions of the Library Landing UI:</p>
<p><strong>Version A:</strong><br />- You'll be familiar with the structure of the list: icon left, title of item in the first line, second line "by AUTHOR on DATE". <br /><em>This content structure of each list item is a little harder to scan for the user than Version B, since it is stacked vs. in columns (see below). It also has a lot more "white space" on the right, unless we have a lot of very long library item titles. I personally am leaning towards Verison B.</em></p>
<p><strong>Version B:</strong><br />- I've tried a new list structure of the list, a column-based approach (which helps with sorting, see next point): icon + item title (column 1) / Added by (column 2: author), Date (column 3)<br />- I've removed the Order by dropdown and am replacing it with a different approach to sorting. The new labeled columns have sorting functionality, similar to what we're used to within the file library in Dropbox or our desktop folder. When the user hovers over the column title, it changes states, indicating it is clickable. Upon click the user can sort by the column in ascending order. Here we could allow another click to sort in descending order, or we can keep it simple. <br /><em>This version is clean, more condensed in height, has a structured order to it and is easy to scan for information. Even if we don't want to implement the sorting via the column headers, I'm leaning towards this solution. In such a case we could add the Order by dropdown back in here.</em></p>
<p><strong>General changes in both versions:</strong> <br />- I've condensed the search bar to a square button with just the lupe icon. I think this helps clean things up and this is a common pattern for search users will be familiar with<br />- I've moved the "Add New Item" button to the top, next to the "Library page title". This is prominent enough and down't clutter the UI of the library list<br />- I kept the label "Folders" given the new structure and moved the gear icon next to it. To me, this structure makes a lot more sense now.<br />- I've decided to move the folders over to the right again. With the new structure, it took away from the library list and given that not all groups set up folders, the folder navigation would take up a lot of prominent screen real estate. I think this works well and is still accessible and easy to find. <br />- Neither version has a written out indication of the "type / kind" (more below)</p>
<p><strong>Search</strong><br />- I've added the interstitial screen into the mockups with some user instructions. Ideally when a user clicks on the search button, the cursor should be active in the search field. Else we should tweak the copy on this screen<br />- If we decide to implement the sorting via the column headers, we might want to consider adding this same functionality to the search results page.<br />- In the previous mockup I've had a "Add new folder" option in the folder dropdown of the search results page. That actually doesn't make any sense, so I've removed it in this iteration.</p>
<p><strong>File type / kind indicators</strong><br />We've stumbled over the terms here during the meeting. What is a "type", how can we distinguish file type (e.g. PDF) from item type/kind (e.g. Forum Attachment or File)? Furthermore Files are the only type/kind which encompasses a variety of file types, as well as applies to Forum Attachments. I couldn't come up with better terms, so for the explanation below I'll go with File Types (for PDFs, images, video, Excel, etc.) and Item Kind (for External Links, Files, Docs, Papers, and Forum Attachment).</p>
<p>You can see an overview of all File Type icons on the last page of the PDF. <em>Please review carefully.</em></p>
<p>- I've created new icons for all File Types, please let me know if I'm missing any we are supporting <br />- I've added Microsoft OneDrive<br />- I've added a generic icon for External Links which aren't Dropbox, Google Drive or Microsoft OneDrive<br />- My solution for clearly indicating Forum Attachment is utilizing the same File Type icon and adding a link icon to it (see mockup)</p>
<p>Would love to hear your feedback in regards to any or all of these updates.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=489942020-02-06T17:35:05ZColin McDonald
<ul></ul><p>Hi Sonja, all of Version B is looking good to me. Thanks for your work on it. I follow the rationale on the columns and clarity there, and same with the Folders right sidebar and other visual tweaks.</p>
<p>One thing on the columns -- I wonder if people might want to sort by File Type, if it says Type over the column with all of the icons and then Title over the actual title text for each item? So an extra sortable column for the Type (format) itself, like PDF, Word, Excel, etc.</p>
<p>Also, one format I think could be used is audio file (mp3, m4a), as opposed to just a video file, if we could do an icon for that. I imagine we may also need a generic icon in case someone uploads something obscure every once in a while also.</p>
<p>You're right that the real issue of iconography and information between the different File Types and Item Kinds, as you described them, was the difference between a file uploaded directly and a file attached to a forum post, so I think your solution of using the same File Type icons with a paperclip overlay for forum attachments is good.</p>
<p>I wonder if we might go a step further, though, because I'm also just remembering now (sorry) that we talked about linking to a forum attachment's context in the Library too. It looks like we already do that, for example in the Forum Attachments folder in our Team group's library here:</p>
<p><a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/documents/?category=-1">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/documents/?category=-1</a></p>
<p>There is the "in the topic" link in the main column, and then the "View in Thread" link on the right. It seems to me that the latter link might be sufficient, and pretty useful both for working with Forum Attachments and further differentiating them from straight-upload files that have no other context. I hate to clutter up the main view more, but what do you think about incorporating that link? Could we even make it a hidden row underneath each attachment row that isn't shown until expanded?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=489972020-02-06T17:54:41ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>One thing on the columns -- I wonder if people might want to sort by File Type, if it says Type over the column with all of the icons and then Title over the actual title text for each item? So an extra sortable column for the Type (format) itself, like PDF, Word, Excel, etc.</p>
</blockquote>
<p>I'd like to push back against this, for two reasons. One, as I argued in the case of sorting by External/Doc/File, it's not super useful in the sense that you may have to go through many pages of results of (say) .doc and .pdf in order to get to .xls. Two, presumably the sort order would be alphabetical, but alphabetical by what? The file extension? But the file extension is not visible - only an icon. For these reasons, I'd argue in favor of keeping the icon purely informational, and not adding the ability to sort.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=489992020-02-06T17:56:49ZColin McDonald
<ul></ul><p>Fair enough, bad idea -- maybe just move Title over a bit to the right, then, so it's aligned with the start of the text and not the icon.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=490052020-02-06T19:00:51ZChris Steincstein@bmcc.cuny.edu
<ul></ul><p>Sonja, this is looking good. I am also leaning towards version B. It is easier to scan and the ordering intuitive. One question, have you tried a mobile version of this? I'm wondering if this layout is too wide for a mobile screen.</p>
<p>A second question re the Date. I'm assuming this is Date Added (as opposed to Updated). If so, perhaps we should add "Added" into the column heading?</p>
<p>A couple of questions re Forum Attachments. Colin noted that we currently link to the thread in which the attachment appears. In version A this is not too hard to see adding on to the end. In Version B it's less clear where that would go. Do you have thoughts or are you advocating for not including the link?</p>
<p>The other Forum Attachements question is perhaps for Boone: are we going to automatically add a Forum Attachments folder as we currently do in files?</p>
<p>I agree, as you mentioned earlier in the thread Sonja, these are some of the most difficult things to design, especially with all of the different types we're trying to combine. Thanks for working through this.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=491502020-02-11T03:14:43ZSonja Leix
<ul></ul><p>It would be helpful if we could make the final decisions on the discussed during our dev call tomorrow, so I can share the next revision.<br />Thanks.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=492292020-02-12T00:16:49ZColin McDonald
<ul></ul><p>Hi Sonja, we spoke on the call today about doing final approvals for this release during our next group meeting on Feb. 21st, since that's coming up fast in only about a week and a half. We can iron a couple more things out in the mockups here before then, I think. Going back a couple of comments and consolidating things from Chris and me, these are outstanding issues:</p>
<p>- One file type format I think could be used is audio file (mp3), as opposed to just a video file, if we could do an icon for that. I imagine we may also need a generic icon in case for the more obscure file types we're allowing, like spss files.</p>
<p>- Chris asked whether we might consider saying "Date added" instead of just Date, to avoid confusion over whether we are saying this was the date the file was updated as opposed to originally added. I see the point though the "Added by" for the user column kind of explains it for me. Do you have any thoughts about this?</p>
<p>- Chris also asked if we are going to automatically add a Forum Attachments folder as we currently do in files. I'm thinking that we're getting away from that and pushing users to the Search functionality you designed which makes it easy to filter and search through different file types, and the folders stay in their own place in the sidebar. Do I have that right?</p>
<p>- We talked about linking to a forum attachment's context in the Library too. It looks like we already do that, for example in the Forum Attachments folder in our Team group's library here:</p>
<p><a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/documents/?category=-1">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/documents/?category=-1</a></p>
<p>There is the "in the topic" link in the main column, and then the "View in Thread" link on the right. It seems to me that the latter link might be sufficient, and pretty useful both for working with Forum Attachments and further differentiating them from straight-upload files that have no other context. I hate to clutter up the main view of version B more, as we lean toward that, but what do you think about incorporating that link? Could we even make it a hidden row underneath each attachment row that isn't shown until expanded?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=492382020-02-12T22:06:59ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13694">3176-group-library-v9.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13694/3176-group-library-v9.pdf">3176-group-library-v9.pdf</a> added</li></ul><p>Thanks Colin.</p>
<blockquote>
<p>- Chris asked whether we might consider saying "Date added" instead of just Date, to avoid confusion over whether we are saying this was the date the file was updated as opposed to originally added. I see the point though the "Added by" for the user column kind of explains it for me. Do you have any thoughts about this?</p>
</blockquote>
<p>Here are my thoughts around the date: For Files and External Links we only have one date – the date the file or link was added. For Docs and Papers, we have have two dates – the date it was first added and the date it was last updated. When looking at other file systems, the date is usually always the date it was last updated (which in the case of adding a file, is the date it was updated for the first and last time since it won't change). I wonder what would be most helpful for the users of the Groups Library: Seeing when a Doc and Paper was last updated or when it was first added? Based on this question, we should make a decision on if and how to rename the date column title.</p>
<blockquote>
<p>- Chris also asked if we are going to automatically add a Forum Attachments folder as we currently do in files. I'm thinking that we're getting away from that and pushing users to the Search functionality you designed which makes it easy to filter and search through different file types, and the folders stay in their own place in the sidebar. Do I have that right?</p>
</blockquote>
<p>Yes I agree with this.</p>
<blockquote>
<p>- We talked about linking to a forum attachment's context in the Library too. It looks like we already do that, for example in the Forum Attachments folder in our Team group's library here:</p>
</blockquote>
<p>I've added a new column for this link. It's getting a little cluttered. I'll leave it to you and the committee to decide if this works.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=493782020-02-18T23:12:21ZColin McDonald
<ul></ul><p>We're going to pick the final tweaks to this up during the group meeting on Friday, and Sonja mentioned on the dev call today that she would look into an alternative presentation of the Forum Attachment link/context so that it may not have to live in a separate column that won't be used by other library item types.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=494612020-02-21T01:42:46ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13781">3176-group-library-v10.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13781/3176-group-library-v10.pdf">3176-group-library-v10.pdf</a> added</li></ul><p>I'll present the attached latest version of the Group Library UI (incl. search).</p>
<p>Updates in this version: <br />- Explored adding link to thread for forum attachments in the "title" column below the title<br />- Added zoomed in versions of all file kind and type icons for presentation purposes</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=495522020-02-25T16:36:18ZColin McDonald
<ul></ul><p>We decided on Friday to go with the Version B3 page of Sonja's v10 mockup, which puts a link to a forum attachment's thread context below its title. Let's change it to "In forum: LINK" instead of "In topic: LINK" though.</p>
<p>We also discussed having the Date column just say Date, and it will show the date that the item was originally added, even for our internal editable docs. This is for simplicity in the header, and because someone can go to the history of a Doc to see revisions and dig into date history more, and same for something like a Google Doc external link.</p>
<p>For search, let's also make it so that as soon as you click on the search icon, the interface pops up with the search filters, showing all files in a list until you either enter a search term or choose a filter. Then if you X out of the search in the upper-right corner, you go back to the main library view with the folder sidebar.</p>
<p>We'd also like the search button/bar to be a bit more prominent, maybe with a stronger icon and text in the bar that says "Enter text to search library" and the search will look for that text among the title, Added By user, date and description text.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=496182020-02-26T18:27:42ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13839">3176-group-library-v11.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13839/3176-group-library-v11.pdf">3176-group-library-v11.pdf</a> added</li></ul><p>Thanks for the summary, Colin.</p>
<p>Please review the updated mockups for the Group Library. I've woven the feedback into the design. <br />- Add descriptions<br />- Add expand/collapse toggle to show forum thread link and description<br />- Add search field text on library list screen<br />- Remove interstitial search screen and drop user directly into full search list<br />- Add tooltip to library item icons (see bottom of last page)</p>
<p>Please review and share your final feedback.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=496192020-02-26T18:29:15ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13840">3176-group-library-v11-X.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13840/3176-group-library-v11-X.pdf">3176-group-library-v11-X.pdf</a> added</li></ul><p>As a bonus I've also mocked up what the library list could look like when removing the folder sidebar and expanding the list in width. This would allow for the description to live just within the title column.</p>
<p>This could be a later release update.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=497782020-03-05T19:39:29ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/13901">3176-group-library-v11X-final.pdf</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/13901/3176-group-library-v11X-final.pdf">3176-group-library-v11X-final.pdf</a> added</li><li><strong>Assignee</strong> changed from <i>Sonja Leix</i> to <i>Boone Gorges</i></li></ul><p>Feedback from Commons team in this thread: <strong>[[Spring release mockups for final feedback]]https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/forum/topic/spring-release-mockups-for-final-feedback/</strong></p>
<p>Boone,</p>
<p>→ Final and approved designs are here: <br /><a class="external" href="https://xd.adobe.com/view/602811d9-42ad-433d-49de-1759096a28d2-1619/">https://xd.adobe.com/view/602811d9-42ad-433d-49de-1759096a28d2-1619/</a><br />[PDF attached for reference]<br />I've added the mobile designs to it as well. Please note that the typography dimensions are not correct on the mobile mockup – please align with our mobile styles. This mockup is illustrating how the mobile UI should ideally stack.</p>
<p>It would be ideal if we could implement smooth transitions for the following: <br />- Slide open transition to expand the search field<br />- Fade in or some sort of content transition for search from "Viewing item 1 to 50 (of 122 items)" to "122 results" copy<br />- Fade in or some sort of content transition for changes in the list when a filter is applied in the general list or within the search UI</p>
<p>Let me know if you have any questions.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=511502020-05-05T02:57:49ZBoone Gorgesboone@gorg.es
<ul><li><strong>File</strong> <a href="/attachments/14378">group-library-browse-overview.gif</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14378/group-library-browse-overview.gif">group-library-browse-overview.gif</a> added</li><li><strong>File</strong> <a href="/attachments/14379">Screenshot_2020-05-04_21-44-28.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14379/Screenshot_2020-05-04_21-44-28.png">Screenshot_2020-05-04_21-44-28.png</a> added</li><li><strong>File</strong> <a href="/attachments/14380">Screenshot_2020-05-04_20-49-30.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14380/Screenshot_2020-05-04_20-49-30.png">Screenshot_2020-05-04_20-49-30.png</a> added</li></ul><p>Hi all - I've completed a first version of the Group Library and I'm attaching a few items for review. (cdev is currently being used for testing on another ticket, and I'll put the library tool there for playing around once it's available again). Implementing the design was mostly a straightforward process, and the group-library-browse-overview gif should give you a brief sense of how the various parts of the interface feel. For the most part, I think it's fun and easy to use. Codebase: <a class="external" href="https://github.com/cuny-academic-commons/cac-group-library">https://github.com/cuny-academic-commons/cac-group-library</a></p>
<p>During the implementation process, I made a few decisions and came across a few issues, which I'll outline below.</p>
<p>1. Probably the most important issue is that the current implementation has no Edit or Delete tools. The severity of this differs with the different content types. Forum Attachments are (and should be) edited in their forum context, so probably nothing is required here. Likewise for Papers, which are on the way out anyway. Docs can be edited/deleted via the Edit tab when viewing the Doc, so while it's an additional click to get to it, it's still possible. External Links and Files, on the other hand, have no delete/edit interface at all. So we need to come up with something. There are two parts to this: (a) The question of how to get into edit/delete mode (ie where does the link go in the main Library interface, and (b) what does the edit/delete UI look like once you're there? For (b) it's easy to imagine repurposing the existing Add New UIs, with some minor mods ('cancel' button, improved breadcrumbs, etc). For (a), I'm not sure. Action links that become visible on hover? A new "pencil" column? Sonja, do you have ideas?</p>
<p>2. Currently on the Commons, Docs and Files have a "silent" checkbox that suppresses the email notification associated with the newly created item. This wasn't part of the design, so I didn't implement it. I assume we want it?</p>
<p>3. Should we create a group activity item (which would trigger email/digest notification) on External Link creation? Other content types (Docs, Files, etc) already do this.</p>
<p>4. I realized during implementation that the design didn't include pagination. After talking with Sonja, I added some that mimics existing Docs pagination. This new piece of UI requires moving some other stuff around, as I believe it makes sense to keep the pagination <strong>links</strong> in the same horizontal row as the pagination <strong>text</strong> ('viewing 1-10 of...'). This especially required some judgment calls on mobile. See the 'mobile header' screenshot attachment.</p>
<p>5. It's not written out in the design, but I did some mods to the BP nav system to integrate the Library. I used sheet-of-paper icon for the Library, though happy to consider something else. (See screenshot.) I made a judgment call about where it appears in the menu - below 'Site' (if present). Files, Docs, and Papers no longer appear in the nav. Attempts to visit the existing Files or Docs URLs will result in a redirect to the new Library.</p>
<p>6. Search doesn't match author name. Should it?</p>
<p>Thanks in advance for your thoughts.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=511782020-05-06T00:04:43ZSonja Leix
<ul></ul><p>Thanks Boone, this is looking great!</p>
<p>To your questions where I can share input:</p>
<blockquote>
<p>1. Probably the most important issue is that the current implementation has no Edit or Delete tools. The severity of this differs with the different content types. Forum Attachments are (and should be) edited in their forum context, so probably nothing is required here. Likewise for Papers, which are on the way out anyway. Docs can be edited/deleted via the Edit tab when viewing the Doc, so while it's an additional click to get to it, it's still possible. External Links and Files, on the other hand, have no delete/edit interface at all. So we need to come up with something. There are two parts to this: (a) The question of how to get into edit/delete mode (ie where does the link go in the main Library interface, and (b) what does the edit/delete UI look like once you're there? For (b) it's easy to imagine repurposing the existing Add New UIs, with some minor mods ('cancel' button, improved breadcrumbs, etc). For (a), I'm not sure. Action links that become visible on hover? A new "pencil" column? Sonja, do you have ideas?</p>
</blockquote>
<p>Thanks for catching that. Definitely something we'll need to implement. How about we'll add a very skinny column on the far right, where an "Edit" link appears on hover over the column. It would link to a page in the same form like "add new" but says "Edit doc" for example. This page would also have a "Delete" link at the bottom. If we feel we'll need an easy way to delete items, we create a different solution. Would love to hear feedback from the team.<br /><img src="https://www.dropbox.com/s/0aoabffdwpq16bf/library-list-item-edit-option.png?dl=0" alt="" /></p>
<blockquote>
<p>4. I realized during implementation that the design didn't include pagination. After talking with Sonja, I added some that mimics existing Docs pagination. This new piece of UI requires moving some other stuff around, as I believe it makes sense to keep the pagination <strong>links</strong> in the same horizontal row as the pagination <strong>text</strong> ('viewing 1-10 of...'). This especially required some judgment calls on mobile. See the 'mobile header' screenshot attachment.</p>
</blockquote>
<p>Thanks Boone, I don't think the mobile pagination you're suggesting will work. The "hit targets" on those pagination numbers is really small and prone to mis-tab. Would it be hard to implement something similar to what we're doing on the groups directory on mobile – a "Load more button at the bottom?</p>
<blockquote>
<p>5. It's not written out in the design, but I did some mods to the BP nav system to integrate the Library. I used sheet-of-paper icon for the Library, though happy to consider something else. (See screenshot.) I made a judgment call about where it appears in the menu - below 'Site' (if present). Files, Docs, and Papers no longer appear in the nav. Attempts to visit the existing Files or Docs URLs will result in a redirect to the new Library.</p>
</blockquote>
<p>That works for me for right now. During the redesign I'll work on a new set of icons for the various interfaces.</p>
<p><strong>Other feedback:</strong></p>
<p>A few other considerations I'd like to bring up seeing the gifs: <br />7. When entering the search experience, it might be better to reset the type and folder dropdowns. It might be frustrating to search for an item you think or know exists and not realize that you're simply searching in the wrong folder or type. Thoughts? <br />8. When items are filters by "type", we might want to remove the "expand/collapse all" option where it doesn't do anything</p>
<p>Excited to test drive this.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=511792020-05-06T00:07:51ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/14390">library-list-item-edit-option.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14390/library-list-item-edit-option.png">library-list-item-edit-option.png</a> added</li></ul><p>Here's a screenshot of the solution for #1 – edit / delete option in library list</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=512452020-05-08T03:06:39ZBoone Gorgesboone@gorg.es
<ul><li><strong>Status</strong> changed from <i>Assigned</i> to <i>Testing Required</i></li></ul><p>Thanks, Sonja. The system is now on the test server for you to have a closer look at. <a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/</a> is a good place to start if you want a group with lots of existing content, but you should be able to test on any group on the site.</p>
<blockquote>
<p>How about we'll add a very skinny column on the far right, where an "Edit" link appears on hover over the column.</p>
</blockquote>
<p>I went with this. It works in a manner a bit more complex than what you've described. <br />- For External Links, you're led to a page that looks much like the corresponding Add New page. The existing values are prefilled, and some of the language (like the submit button text) is a bit different, and there's a Delete button.<br />- For Files, you're led to a page that looks like the corresponding Add Now, with some small changes as above, and in addition there's no longer a file input. You can change the title/description/folder, but not the file itself. Instead, you see a static link to the existing file. This is in keeping with the existing functionality of Files. There's also a Delete button. Here and in the case of External Links, I'd welcome your feedback on the styling for the Delete button, and the styling/language for the confirmation modal.<br />- For Docs, Papers, and Forum Attachments, the Edit button appears according to the same logic (ie, you hover over and see it if you have edit access to that item) but the link leads to the "native" interface for that particular item. In the case of Docs in particular I left this in place because the native Docs interface has one-click access to the History tab and other bits of Doc-specific UI. In addition, the native Docs edit interface has 'save and continue' functionality. It does create a situation where the Add New and Edit screens diverge for Docs, but IMO it's not very jarring once you're actually editing.</p>
<blockquote>
<p>Thanks Boone, I don't think the mobile pagination you're suggesting will work. The "hit targets" on those pagination numbers is really small and prone to mis-tab. Would it be hard to implement something similar to what we're doing on the groups directory on mobile – a "Load more button at the bottom?</p>
</blockquote>
<p>I made this change at < 600px.</p>
<blockquote>
<p>7. When entering the search experience, it might be better to reset the type and folder dropdowns. It might be frustrating to search for an item you think or know exists and not realize that you're simply searching in the wrong folder or type. Thoughts?</p>
</blockquote>
<p>I personally could go either way. I made the change as you've suggested it.</p>
<blockquote>
<p>8. When items are filters by "type", we might want to remove the "expand/collapse all" option where it doesn't do anything</p>
</blockquote>
<p>I've made the change.</p>
<p>In addition to Sonja's comments, I made some executive decisions about some questions/comments I made earlier. To wit:</p>
<blockquote>
<p>2. Currently on the Commons, Docs and Files have a "silent" checkbox that suppresses the email notification associated with the newly created item. This wasn't part of the design, so I didn't implement it. I assume we want it?</p>
</blockquote>
<p>I implemented this. I tried to standardize a little bit across the content types, so that the language used for Files, External Links, and Docs is pretty much the same. I also changed the functionality a little so that, instead of suppressing the creation of an activity item, it suppresses the BPGES notification instead. IMO this is much better.</p>
<blockquote>
<p>3. Should we create a group activity item (which would trigger email/digest notification) on External Link creation? Other content types (Docs, Files, etc) already do this.</p>
</blockquote>
<p>I implemented this too.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=513532020-05-12T15:48:34ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/14450">ellipsis.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14450/ellipsis.png">ellipsis.png</a> added</li></ul><p>Thanks Boone, it's looking great!</p>
<p>A few things I've noticed:</p>
<p>1. We need to add a one-liner in the case that there are no files in the library "The library is empty. Add an item (link second sentence)". And a different one-liner when someone searches or filters and there are no results "No items found. Try a different filter option or search query." <br />2. We're missing the divider lines between list items (color #ddd)<br />3. Let's add a little padding between the columns, some of the text is right on top of each other. Even 16px would suffice<br />4. Let's align with the design and make the library item title bold so it stands out more<br />5. Let's drop the search box to a separate line on mobile, it overlaps with the "add new item" button<br />6. Thanks for adding the "Edit" button. It looks however that files can't be deleted. I'm now wondering if it would make more sense to add the ellipsis "more" button with the option to Edit or Delete (see example Dropbox attached). We could even add a Download option if we wanted (but I know this is scope creep). This button would be on every item, edit option only available for Docs and Papers, Delete option for all. We might then need a popup to confirm deletion – I'll look at your for what the standard convention is implemented on the Commons for this kind of action<br />7. Odd bug: when I look at this in Safari, I don't see the list items at all. It shows the number of items, but no items. Can someone check if they get the same issue. Safari and Chrome work as expected.</p>
<p>I hope this makes sense, happy to discuss.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=513832020-05-12T21:39:36ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Sonja.</p>
<p>I've made changes 1-5.</p>
<p>5 feels a bit odd. Could you play with the mobile view of the search input and let me know whether you're happy with it?</p>
<p>I'll hold off on making any changes to 6 until at least Colin has weighed in.</p>
<p>Sonja, could you please clarify 7? You mention Safari in one place but I assume you meant Firefox. And I'm not sure which is which :-D</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=513932020-05-13T18:12:35ZColin McDonald
<ul><li><strong>File</strong> <a href="/attachments/14462">Screen Shot 2020-05-13 at 2.09.49 PM.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14462/Screen%20Shot%202020-05-13%20at%202.09.49%20PM.png">Screen Shot 2020-05-13 at 2.09.49 PM.png</a> added</li></ul><p>Hi Boone, I'm surely missing something obvious, but I can't seem to find the new library within a group for testing on the dev site. I see the new site cloning feature just fine, but attached is what I see when I try to go your suggested library testing link above:</p>
<p><a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/</a></p>
<p>I don't see the new library in any other groups, either. Let me know what I'm doing wrong when you can, thanks.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=513942020-05-13T18:18:14ZBoone Gorgesboone@gorg.es
<ul></ul><p>Colin - Sometimes the plugin becomes unactivated after an update. Not sure why. Please try again.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=513972020-05-13T22:46:50ZColin McDonald
<ul></ul><p>Thanks Boone, that did it -- for a little while at least. I think it's gone again now. But fortunately I started writing the below when the plugin was back, before stepping way, so I don't need it urgently any more.</p>
<p>Jumping right to "6" i.e. the Edit column we were talking about on the Tue call, I think keeping it simple is the way to go and we don't need the ellipsis. I think that if the item is editable to the user (if it's a collaborative Doc or if they're the original uploader), it should say so in the new Edit column, and if the item isn't editable to them, that should also be clear.</p>
<p>I'm happy to defer to Sonja on the design approach, but to my eye the cleanest way to do that is to have fixed Edit links in the column wherever editing is possible, and to not have them when it isn't (or have Edit be grayed-out). Perhaps we could insert a ? button or tooltip, maybe at the top of that column, where you can see a message like "Users are able to edit any item they originally uploaded, or any Doc (which are collaborative for all group members)."</p>
<p>I don't see the proposed Download option being used much. Clicking on a file will trigger a download anyway, so that would only apply to a Doc, right? And those are more of a web-dependent item. Delete may not be used much more, and I think it's fine to have that a step further into the Edit view where you can change the item's title and other things.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514032020-05-14T02:32:03ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Colin. I'm unsure why the plugin keeps flaking - might be something to do with the persistent cache configuration on cdev - but I went ahead and added the plugin to a list that we force to be active at the code level, so the problem shouldn't recur.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514272020-05-14T16:59:19ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/14468">3176-mobile-search-adjustment.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14468/3176-mobile-search-adjustment.png">3176-mobile-search-adjustment.png</a> added</li><li><strong>File</strong> <a href="/attachments/14469">safari-not-showing-list.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14469/safari-not-showing-list.png">safari-not-showing-list.png</a> added</li></ul><p>Boone Gorges wrote:</p>
<blockquote>
<p>5 feels a bit odd. Could you play with the mobile view of the search input and let me know whether you're happy with it?</p>
</blockquote>
<p>I can't test cdev on an actual mobile device (is there a way to do that? If so let me know how). On mobile view on desktop it doesn't feel odd, can you clarify what feels odd to you? The search field is surely taking up a little more space on mobile, and it doesn't span the full width. As an alternative, we could minimize the button to only show the lupe icon and upon tap it expands on the line below. That would be more in line with standard mobile behavior. I've attached what that could look like.</p>
<blockquote>
<p>Sonja, could you please clarify 7? You mention Safari in one place but I assume you meant Firefox. And I'm not sure which is which :-D</p>
</blockquote>
<p>When I test cdev in the Safari browser on Mac, it simply doesn't show the list of items. It shows the number of items, but the list is blank, see attached screenshot. I've emptied my browser cache too to make sure it's not an issue on my end. Please test in Safari and let me know if this is a unique issue on my end.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514282020-05-14T17:05:26ZSonja Leix
<ul></ul><p>Colin McDonald wrote:</p>
<blockquote>
<p>Jumping right to "6" i.e. the Edit column we were talking about on the Tue call, I think keeping it simple is the way to go and we don't need the ellipsis. I think that if the item is editable to the user (if it's a collaborative Doc or if they're the original uploader), it should say so in the new Edit column, and if the item isn't editable to them, that should also be clear.</p>
<p>I'm happy to defer to Sonja on the design approach, but to my eye the cleanest way to do that is to have fixed Edit links in the column wherever editing is possible, and to not have them when it isn't (or have Edit be grayed-out). Perhaps we could insert a ? button or tooltip, maybe at the top of that column, where you can see a message like "Users are able to edit any item they originally uploaded, or any Doc (which are collaborative for all group members)."</p>
<p>I don't see the proposed Download option being used much. Clicking on a file will trigger a download anyway, so that would only apply to a Doc, right? And those are more of a web-dependent item. Delete may not be used much more, and I think it's fine to have that a step further into the Edit view where you can change the item's title and other things.</p>
</blockquote>
<p>Thanks for weighing in, Colin. Agreed on the download option not being necessary. I like your suggestion of displaying "Edit" statically (not on hover) for items that can be edited by the user, and the ? in the column header is helpful too for clarification.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514482020-05-14T22:03:46ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>I can't test cdev on an actual mobile device (is there a way to do that? If so let me know how).</p>
</blockquote>
<p>Not that I know of.</p>
<blockquote>
<p>On mobile view on desktop it doesn't feel odd, can you clarify what feels odd to you?</p>
</blockquote>
<p>The width issues just felt a little strange. Your idea of having a smaller Search input on mobile is much better, I think. I've implemented it.</p>
<blockquote>
<p>When I test cdev in the Safari browser on Mac, it simply doesn't show the list of items. It shows the number of items, but the list is blank, see attached screenshot. I've emptied my browser cache too to make sure it's not an issue on my end. Please test in Safari and let me know if this is a unique issue on my end.</p>
</blockquote>
<p>Thanks for the clarification. Looks like Safari parses dates in a stricter way, which was causing a series of failures. I've pushed up a fix.</p>
<blockquote>
<p>Thanks for weighing in, Colin. Agreed on the download option not being necessary. I like your suggestion of displaying "Edit" statically (not on hover) for items that can be edited by the user, and the ? in the column header is helpful too for clarification.</p>
</blockquote>
<p>Good idea about removing hover. This change also addresses the question of how to display on mobile, where there's no hover. I've implemented the change. I haven't done a ? icon in the header - do we really think it's necessary? The presence/absence of Edit links seems reasonably self-explanatory. If we need it, could I please get a quick mockup and some copy? I assume that it would look sorta like the tooltip as implemented for the File upload input, but it would be good to get some more clarity.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514492020-05-14T23:36:46ZSonja Leix
<ul></ul><p>Boone Gorges wrote:</p>
<blockquote>
<p>The width issues just felt a little strange. Your idea of having a smaller Search input on mobile is much better, I think. I've implemented it.</p>
</blockquote>
<p>Thanks for implementing this. This is looking good. Interaction feels a little delayed, but works for right now and would like to hear other people's feedback. One issue I've encountered I missed last time I looked at it, is the "load more" button remains on mobile, even if there are fewer search results. See <a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/#/?searchTerm=release">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/#/?searchTerm=release</a> – the "load more" button renders still on the mobile viewport, but it doesn't do anything. On desktop the pagination disappears in such cases.</p>
<blockquote><blockquote>
<p>When I test cdev in the Safari browser on Mac, it simply doesn't show the list of items. It shows the number of items, but the list is blank, see attached screenshot. I've emptied my browser cache too to make sure it's not an issue on my end. Please test in Safari and let me know if this is a unique issue on my end.</p>
</blockquote>
<p>Thanks for the clarification. Looks like Safari parses dates in a stricter way, which was causing a series of failures. I've pushed up a fix.</p>
</blockquote>
<p>Tested again and works as expected.</p>
<blockquote><blockquote>
<p>Thanks for weighing in, Colin. Agreed on the download option not being necessary. I like your suggestion of displaying "Edit" statically (not on hover) for items that can be edited by the user, and the ? in the column header is helpful too for clarification.</p>
</blockquote>
<p>Good idea about removing hover. This change also addresses the question of how to display on mobile, where there's no hover. I've implemented the change. I haven't done a ? icon in the header - do we really think it's necessary? The presence/absence of Edit links seems reasonably self-explanatory. If we need it, could I please get a quick mockup and some copy? I assume that it would look sorta like the tooltip as implemented for the File upload input, but it would be good to get some more clarity.</p>
</blockquote>
<p>I'm ok to not adding the ? for now and see what feedback we get during broader testing.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514572020-05-15T15:34:22ZSonja Leix
<ul></ul><p>Boone, <br />I've noticed during the walk-through, that removing an item from a folder, doesn't save. I noticed when removing a file from a folder, updating it and it didn't update the option.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514582020-05-15T15:40:30ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>One issue I've encountered I missed last time I looked at it, is the "load more" button remains on mobile, even if there are fewer search results. See <a class="external" href="https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/#/?searchTerm=release">https://commons.gc.cuny.edu/groups/cac-community-team-project-planning/library/#/?searchTerm=release</a> – the "load more" button renders still on the mobile viewport, but it doesn't do anything. On desktop the pagination disappears in such cases.</p>
</blockquote>
<p>Thanks, this is now fixed.</p>
<blockquote>
<p>I've noticed during the walk-through, that removing an item from a folder, doesn't save. I noticed when removing a file from a folder, updating it and it didn't update the option.</p>
</blockquote>
<p>I'll work on this and a couple of other items from the walkthrough in the upcoming days.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514842020-05-16T03:24:42ZBoone Gorgesboone@gorg.es
<ul><li><strong>Category name</strong> changed from <i>Group Files</i> to <i>Group Library</i></li></ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=514862020-05-16T03:34:57ZBoone Gorgesboone@gorg.es
<ul></ul><p>I've pushed a number of fixes, including the removal-from-folder item that Sonja raised above, as well as moving Doc editing into the Library interface (rather than the native Docs interface) for greater consistency.</p>
<p>During today's meeting it was suggested that we add a service-specific icon for Zoom external links. Sonja, I don't want to keep asking you for stuff, but is this something you could easily provide to me?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=515302020-05-19T16:27:51ZSonja Leix
<ul><li><strong>File</strong> <a href="/attachments/14533">zoom.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14533/zoom.png">zoom.png</a> added</li></ul><p>Boone Gorges wrote:</p>
<blockquote>
<p>I've pushed a number of fixes, including the removal-from-folder item that Sonja raised above, as well as moving Doc editing into the Library interface (rather than the native Docs interface) for greater consistency.</p>
<p>During today's meeting it was suggested that we add a service-specific icon for Zoom external links. Sonja, I don't want to keep asking you for stuff, but is this something you could easily provide to me?</p>
</blockquote>
<p>No problem at all. Attached.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=515492020-05-19T19:56:30ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Sonja! I've implemented it.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=522832020-06-16T16:15:32ZColin McDonald
<ul><li><strong>File</strong> <a href="/attachments/14890">Screen Shot 2020-06-16 at 12.08.40 PM.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14890/Screen%20Shot%202020-06-16%20at%2012.08.40%20PM.png">Screen Shot 2020-06-16 at 12.08.40 PM.png</a> added</li></ul><p>Hello, here's the consolidated testing feedback from the team's forum posts:</p>
<p>- Perhaps the default library sorting view should be reverse-chronological rather than alphabetical. Also, sorting by date either doesn't work on Safari, or it works one time and then you can't toggle back and forth again.<br />- Can the universal library search include the name field, and should it? I'd say yes, but curious about the dev team thoughts.<br />- Can we add the description field for editable links, both in the create and editing flows?<br />- This might be an existing issue with BP Docs – when I edit an existing doc, the button to save the doc says “Create” rather than “Update.”<br />- I am an admin of the group, and when I edit the title or description of an existing item that is in a folder already, the folder name is changed to [object Object].<br />- Can we confirm that a group admin can change the title AND the description of any existing item, whether they uploaded it originally or not? There was a report of being able to change the title and not the description.<br />- A group admin has a Manage option in the sidebar, and then there is a Files option in the horizontal bar with things like Details, Settings, etc. What does the Files option do? Something with categories? Perhaps it should be removed? Also clicking on Files removes some of the other sidebar and horizontal options.<br />- What should happen to the Added By field in the main view when a group admin goes in to edit an item? If they change the title or description (or external link) , should that name switch to their name? If they don't change anything but still click Save Changes, should the original name stay the same?<br />- How are the library permissions controlled? Can any member of a group add an item to the Library? This might be an issue for classes that use groups.<br />- See screenshot for a testing issue from Chris in the dev site's CAC team group. He had added a file a while ago and was wondering if he should be able to edit the title and description, which it looks like he did on 6/10/2020 which the date says now. But he can't edit the zip file (or whatever item) itself, right? He would need to add a new item.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=523352020-06-17T19:18:08ZColin McDonald
<ul><li><strong>File</strong> <a href="/attachments/14908">create a new doc.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14908/create%20a%20new%20doc.png">create a new doc.png</a> added</li></ul><p>One more to add here, see screenshot attached -- when you go into an editable doc to make an update, there is a Create New Doc button that appears, but it doesn't seem to do anything. Perhaps we can just remove it given the new Add New Item button across the top?</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=523392020-06-17T20:17:37ZBoone Gorgesboone@gorg.es
<ul></ul><p>Many thanks to all for testing, and to Colin for consolidating the feedback here.</p>
<p>I've addressed all issues save for the following:</p>
<blockquote>
<p>- I am an admin of the group, and when I edit the title or description of an existing item that is in a folder already, the folder name is changed to [object Object].<br />- Can we confirm that a group admin can change the title AND the description of any existing item, whether they uploaded it originally or not? There was a report of being able to change the title and not the description.</p>
</blockquote>
<p>I'm unable to reproduce either of these issues. If anyone is still experiencing them, please share precise steps to reproduce, including URLs, buttons clicked, user accounts used, and so forth.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=523652020-06-18T20:52:48ZColin McDonald
<ul><li><strong>File</strong> <a href="/attachments/14917">object object.mov</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/14917/object%20object.mov">object object.mov</a> added</li></ul><p>Hi Boone, glad to hear it. Scott reported that description second bullet point. I'm going to see what he says about the specifics/status of that now. For the object Object thing, see the attached screencast of me reproducing it in Chrome on my Mac with my dev account colinmcd and group "colin test group."</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=523672020-06-18T22:21:48ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks for the screencast, Colin. I was able to reproduce the bug, and I just pushed a fix to cdev.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=524172020-06-22T21:05:24ZColin McDonald
<ul></ul><p>Thanks Boone, I went through the list in dev and everything is looking good to me. I also passed this along to Scott - I'll see if he says anything else, but otherwise I think we're set here. I just wanted to surface these two questions again, for general reference:</p>
<p>- Does the Added By field now always state the name of the original uploaded/creator of a Library item, or does it change to the last person to make an edit to that item? Does it change if you save out (rather than close out) of an item without actually editing anything?</p>
<p>- How are the library permissions controlled? Can any member of a group add an item to the Library? This might be an issue for classes that use groups.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=524182020-06-22T21:09:43ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Colin, and sorry for missing these two questions.</p>
<blockquote>
<p>- Does the Added By field now always state the name of the original uploaded/creator of a Library item, or does it change to the last person to make an edit to that item?</p>
</blockquote>
<p>Always the original creator. The Date field, on the other hand, reflects the last update.</p>
<blockquote>
<p>Does it change if you save out (rather than close out) of an item without actually editing anything?</p>
</blockquote>
<p>Neither field would change in this case.</p>
<blockquote>
<p>- How are the library permissions controlled? Can any member of a group add an item to the Library? This might be an issue for classes that use groups.</p>
</blockquote>
<p>Yes, any group member can create an item in a group. I suppose we could consider more fine-grained permissions than that, but we should do this based on actual user feedback. Let's be sure we're looking out for this kind of request once the feature is launched.</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=524212020-06-22T21:51:01ZColin McDonald
<ul></ul><p>No problem, thanks for clearing all of this up!</p> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=529162020-07-14T17:06:32ZBoone Gorgesboone@gorg.es
<ul><li><strong>Status</strong> changed from <i>Testing Required</i> to <i>Resolved</i></li></ul> CUNY Academic Commons - Design/UX #3176: Consolidate Doc/File/Forum Attachment interfacehttps://redmine.gc.cuny.edu/issues/3176?journal_id=532022020-07-27T18:02:52ZBoone Gorgesboone@gorg.es
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-8 priority-4 priority-default closed" href="/issues/13093">Feature #13093</a>: Adding Zoom icon for External Links in Group</i> added</li></ul>