https://redmine.gc.cuny.edu/https://redmine.gc.cuny.edu/favicon.ico2022-03-15T18:23:11ZCUNY Graduate Center - Project Tracking SystemCUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=685392022-03-15T18:23:11ZBoone Gorgesboone@gorg.es
<ul></ul><p>Tentatively planning to assign this to Jeremy when we're ready for implementation, so adding him as a watcher now.</p>
<p>On today's call, we talked a bit about the avatar field, perhaps nudging the user toward adding a photo in various ways. I wanted to note that, if it seemed good from a UX point of view, we could have an interface along the lines of:</p>
<pre>
Your profile will be listed in site directories using the following avatar:
xxxxxx
xxxxxx
xxxxxx
xxxxxx
[Upload a different image]
</pre>
<p>where the <code>x</code> block is the default random avatar. Then, when you click the button, you'd see the 'Upload' interface that's currently in the mockup. This is just an idea - I wanted to throw it out there just to say that this kind of thing would be technically possible.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=686722022-03-18T03:45:35ZColin McDonald
<ul><li><strong>File</strong> <a href="/attachments/21500">non-cuny-email.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/21500/non-cuny-email.png">non-cuny-email.png</a> added</li></ul><p>Thanks for that idea Boone, I think that's pretty close to what we should do. I'm inclined to make the language a bit more encouraging, and the avatar gets used on the homepage and other places outside of directories, right? So maybe something like:</p>
<p>"Liven up your profile (and the Commons!) with a unique photo. Drop or upload one here (you can change it later), or this will be your default avatar:"</p>
<p>Too threatening? Too lame? Suggestions welcome.</p>
<p>One other thing -- do we need to mock up or account for the registration code interface for non-CUNY emails? We could do it the same way as present, with the drop down that shows up if you enter a non-CUNY address (see screenshot attached), or not sure if there are any UX tweaks worth making.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=688222022-03-23T15:45:04ZBoone Gorgesboone@gorg.es
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Assigned</i></li><li><strong>Assignee</strong> changed from <i>Sara Cannon</i> to <i>Jeremy Felt</i></li><li><strong>Target version</strong> set to <i>2.0.0</i></li></ul><blockquote>
<p>"Liven up your profile (and the Commons!) with a unique photo. Drop or upload one here (you can change it later), or this will be your default avatar:"</p>
</blockquote>
<p>If we're generally happy with my idea for showing the default avatar, then I think we can workshop the language as implementation begins. The specifics will depend in part on how we build the interface - your "drag" language suggests that there's a unified interface for the default avatar and the upload flow. I think this will probably work (it'll mean showing a default avatar in BP's upload interface) but I'd like to see if there are technical obstacles before committing to this specific language.</p>
<blockquote>
<p>One other thing -- do we need to mock up or account for the registration code interface for non-CUNY emails? We could do it the same way as present, with the drop down that shows up if you enter a non-CUNY address (see screenshot attached), or not sure if there are any UX tweaks worth making.</p>
</blockquote>
<p>I was imagining the same thing, though we probably don't need the left-indent.</p>
<p>On the basis of the above, I'm going to assign to Jeremy to begin the implementation process. Jeremy, most of this work should be a pretty straightforward reskinning of the existing interface. Feel free to modify the cac-non-cuny-signup plugin if you need to (this is the "signup code" bit). And registration avatars are handled by a custom plugin bp-avatar-on-register; I can't imagine you'll need to modify the server-side logic, but you might need to change the way that the UI is hooked into the existing registration process.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=688972022-03-29T14:37:51ZColin McDonald
<ul></ul><p>All sounds good to me, Boone (and Jeremy). It'll definitely be good to see the early tech implementation before finalizing the language.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=691712022-04-05T17:21:46ZJeremy Felt
<ul></ul><p>Some thoughts / questions on how we're handling CSS organization for the redesign. Apologies if this has been covered elsewhere!</p>
<p>The current structure (via bp-nelo/functions.php) is:</p>
Home page
<ul>
<li>assets/redesign-bridge.css // Parts of the redesign that should apply globally, even to existing pages.</li>
<li>assets/home.css // Styles specific to the home page</li>
<li>assets/shared.css // Styles shared by redesigned pages</li>
</ul>
Registration page
<ul>
<li>assets/css/redesign-bridge.css</li>
<li>assets/css/shared.css</li>
</ul>
Un-finished views
<ul>
<li>assets/css/redesign-bridge.css</li>
<li>_inc/css/default.css</li>
<li>_inc/css/custom.css</li>
</ul>
<p>As I look at the home page styles and what is necessary on the registration page, I'm wondering if the cascade should change a bit to account for more "natural" overrides.</p>
<ul>
<li>assets/css/redesign-bridge.css // Global styles that apply to new and existing views</li>
<li>assets/css/shared.css // Patterns that exist on multiple redesigned pages (e.g. .intro-banner)</li>
<li>assets/css/{view-specific.css} // View-specific overrides for more complex pages (e.g. home.css for home)</li>
<li>assets/css/custom.css // Styles for specific views that don't necessarily account for enough to require a view-specific file.</li>
</ul>
<p>And then, I see room for something like a `bp_dtheme_should_load_shared()` that returns true for redesigned pages and false for others that can be used to toggle the files that should be enqueued. (I see Boone has done this <a href="https://github.com/cuny-academic-commons/cac/blob/7d0e87cafec7b0906a59bbf80dc6dfd252ef7d3e/wp-content/themes/bp-nelo/functions.php#L118" class="external">inline for directory styling</a>, but that could (?) get complex after a few rounds)</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=692222022-04-06T15:18:47ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks for these thoughts, Jeremy. For some background, _inc/css is where we keep legacy styles. The goal is to prevent them from being loaded on any newly designed page, as you've noted I've done at <a class="external" href="https://github.com/cuny-academic-commons/cac/blob/7d0e87cafec7b0906a59bbf80dc6dfd252ef7d3e/wp-content/themes/bp-nelo/functions.php#L118">https://github.com/cuny-academic-commons/cac/blob/7d0e87cafec7b0906a59bbf80dc6dfd252ef7d3e/wp-content/themes/bp-nelo/functions.php#L118</a>. The current setup of 'shared', 'redesign-bridge', and 'home' was not carefully planned out - it was just my off-the-cuff effort to do the following:</p>
<p>a. In cases where a specific part of the interface needs a lot of specific styling, like on the homepage, have a standalone stylesheet with just those styles, and load it only when needed (home.css)<br />b. Separate out those parts of the globally shared styles that need to be loaded even on non-redesigned pages, like nav and footer styling (redesign-bridge.css). It's a "bridge" because eventually we'll cross it, and these styles will move to shared.css<br />c. Everything else will be in shared.css.</p>
<p>Anyway, that's the thought process.</p>
<blockquote>
<p>assets/css/redesign-bridge.css // Global styles that apply to new and existing views<br />assets/css/shared.css // Patterns that exist on multiple redesigned pages (e.g. .intro-banner)<br />assets/css/{view-specific.css} // View-specific overrides for more complex pages (e.g. home.css for home)<br />assets/css/custom.css // Styles for specific views that don't necessarily account for enough to require a view-specific file.</p>
</blockquote>
<p>The first three definitely sound correct. I'm not sure I understand the role of custom.css - if we're talking just a couple CSS declarations, it seems like these could probably just live in shared.css.</p>
<blockquote>
<p>I see room for something like a `bp_dtheme_should_load_shared()` that returns true for redesigned pages and false for others that can be used to toggle the files that should be enqueued</p>
</blockquote>
<p>If you have an idea about how this should be structured, please go ahead and implement it. What you see in the current functions.php is the result of 12 years of accumulation, and I implemented the fix that would create the smallest possible changeset, out of laziness and conservatism :-D But if you have an idea for making it systematic, please feel free.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=696462022-04-14T21:44:16ZJeremy Felt
<ul></ul><p>Okay, this is up on <a href="https://github.com/cuny-academic-commons/cac/pull/12" class="external">a feature branch</a> now.</p>
<p>I think things are looking good, but it will be nice to get Sara's eyes on it.</p>
<p>A few items of note:</p>
<ul>
<li>I went with CUNY blue for checked checkboxes.</li>
<li>I <em>think</em> the tooltips are as accessible as they can get. Screen reader text is wrapped in an anchor, and that anchor exposes the information text.</li>
<li>A few tweaks need to be made to field titles/descriptions in the network admin, but I think that's all open to text wrangling anyway.</li>
</ul>
<blockquote>
<p>I'm not sure I understand the role of custom.css</p>
</blockquote>
<p>I'm not sure if I do anymore either. :) I'll chalk that up to something.</p>
<blockquote>
<p>If you have an idea about how this should be structured, please go ahead and implement it.</p>
</blockquote>
<p>I went ahead and added this as `bp_dtheme_should_load_shared()`. I don't think it matters too much one way or the other, but it feels a little cleaner to read it this way.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=696832022-04-18T19:43:16ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Jeremy!</p>
<p>I've merged the latest 2.0.x changes into your feature branch, and put the feature branch on cdev so that Sara and others can take a look.</p>
<p>I have a few questions about the avatar upload flow:</p>
<p>1. Before uploading an avatar, is it possible to show a preview of the default "blue" avatar that the user will have if they don't have an avatar? I'm not sure how difficult this is without rebuilding the avatar upload interface.</p>
<p>2. After you finish cropping, the avatar upload interface disappears, and you see a green success message. Is it feasible to instead show the image itself? Again, I don't know whether the upload UI (from BP, I think?) will allow this without a great deal of customization.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=696982022-04-18T21:07:19ZBoone Gorgesboone@gorg.es
<ul></ul><p>A quick follow-up - We noticed in <a class="issue tracker-15 status-5 priority-4 priority-default closed" title="Design/UX: Directory Design for People, Groups, and Sites (Resolved)" href="https://redmine.gc.cuny.edu/issues/15261">#15261</a>, once merging these changes with 2.0.x changes, that the new global form styles were affecting work done on the directories. I think this is okay in the case of directories - these are newly-designed spaces, and it absolutely makes sense to standardize on markup and styling process. We aren't loading the new shared.css on non-redesigned pages, so we shouldn't need to make more adjustments beyond this. But I wanted to flag it here so that we're collectively aware of the potential effects when we modify global styles.</p>
<p>I made the necessary modifications on the directories to match the checkbox markup and styling to what Jeremy did on the registration page. I think that this brings us a little bit away from Sara's mockup for checkboxes - see <a class="external" href="https://www.figma.com/proto/FKqQL0DlAC4iOT9tDjvCC2/CUNY-Design---Spring-2022?node-id=1601%3A3929&scaling=min-zoom&page-id=1452%3A7472">https://www.figma.com/proto/FKqQL0DlAC4iOT9tDjvCC2/CUNY-Design---Spring-2022?node-id=1601%3A3929&scaling=min-zoom&page-id=1452%3A7472</a>. But I'm also not sure off the top of my head whether Jeremy's :after approach will allow us to do the kind of blue-in-the-middle thing that Sara has suggested. (My previous implementation had some nested spans, which is an absolute mess and far less elegant than Jeremy's method, but it allowed more styling flexibility). Jeremy, can you think about whether it's possible to match these mockups? If not, we'll have to go with a simpler blue fill color, as you've done on the registration page.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=697002022-04-18T22:04:37ZJeremy Felt
<ul><li><strong>File</strong> <a href="/attachments/21850">Screen Shot 2022-04-18 at 2.59.51 PM.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/21850/Screen%20Shot%202022-04-18%20at%202.59.51%20PM.png">Screen Shot 2022-04-18 at 2.59.51 PM.png</a> added</li></ul><blockquote>
<p>Jeremy, can you think about whether it's possible to match these mockups?</p>
</blockquote>
<p>Challenge accepted! I just pushed a change to feature/15629-registration that I think gets us there/close again on the checkboxes.</p>
<p>Noted on the global changes. I should have spent a bit more time comparing last week, especially with my confident lack of specificity in the CSS. :)</p>
<p>I'll take a look at the avatar flow in the next day or two. I do think we have some flexibility there because we're already overriding some of the uploader template.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=697022022-04-18T22:24:14ZRaymond Hoh
<ul></ul><p>Jeremy, about the default wavy avatar, you should be able to use the <code>cac_get_default_avatar()</code> function:<br /><a class="external" href="https://github.com/cuny-academic-commons/cac/blob/56fdd255c1ab6e7faeff619aefd9807fce671175/wp-content/plugins/bp-custom.php#L326">https://github.com/cuny-academic-commons/cac/blob/56fdd255c1ab6e7faeff619aefd9807fce671175/wp-content/plugins/bp-custom.php#L326</a></p>
<p>Just pass the email address to the function.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=697152022-04-19T19:17:08ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>Challenge accepted! I just pushed a change to feature/15629-registration that I think gets us there/close again on the checkboxes.</p>
</blockquote>
<p>Teh hotness! Good thing we don't need a third overlay, we'd run out of pseudo-classes.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=698492022-04-25T22:01:25ZSara Cannon
<ul></ul><p>I took a peek here! Looking fabulous. When someone types in the input or makes a selection, make the text CUNY Black like: <a class="external" href="https://capture.dropbox.com/4rMK2HO73LwYLJFn">https://capture.dropbox.com/4rMK2HO73LwYLJFn</a></p>
<p>Also, when hovering over the drop down, the add photo, and the complete button: make the cursor into a hand.</p>
<p>Thanks!</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=698502022-04-25T22:15:35ZSara Cannon
<ul></ul><p>@boone took a look here and see a few things to tweak.</p>
<p>- Strange hover state on the tabs once something is selected with a big black block below the tab. Also hover state on the radio on the inside once the radio button is selected but no hover state when not selected: <a class="external" href="https://share.getcloudapp.com/JruOZ2gr">https://share.getcloudapp.com/JruOZ2gr</a></p>
<p>- the cards now don't have "visit site/group/profile" bold and underlined</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=698542022-04-26T14:28:41ZBoone Gorgesboone@gorg.es
<ul></ul><p>Jeremy and others, because this is close, I've merged the feature/15629-registration branch into 2.0.x. This makes it easier to test multiple things on cdev.</p>
<p>Sara, I've responded to your comments on the directory redesign ticket: <a class="external" href="https://redmine.gc.cuny.edu/issues/15261?issue_count=27&issue_position=10&next_issue_id=10439&prev_issue_id=11243#note-30">https://redmine.gc.cuny.edu/issues/15261?issue_count=27&issue_position=10&next_issue_id=10439&prev_issue_id=11243#note-30</a></p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=699352022-04-28T01:08:21ZJeremy Felt
<ul></ul><p>I pushed a handful of changes to the 2.0.x branch: (I hope pushing directly is okay!) :)</p>
<ul>
<li>Make input text CUNY black (and placeholder text ally grey)</li>
<li>Display cursor as a hand over any .cac-button instance (This is a global change, but I <em>think</em> a good one)</li>
<li>Apply sans-serif font to the avatar upload interface</li>
<li>Use CUNY green for the avatar upload progress bar</li>
<li>Use CUNY orange for the avatar upload error message</li>
<li>Show a default avatar on initial load with a button to "upload a different image" </li>
<li>Once the image is uploaded/cropped, display that image rather than a success message</li>
<li>Allow for "upload a different image" to be used again</li>
</ul> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=699772022-04-28T20:08:22ZBoone Gorgesboone@gorg.es
<ul></ul><blockquote>
<p>I pushed a handful of changes to the 2.0.x branch: (I hope pushing directly is okay!) :)</p>
</blockquote>
<p>Yes, it's okay - can you tell we don't run a very tight ship around here? :)</p>
<p>The avatar changes are awesome! One small request - is there something we can do to make the Crop Image button clearer? It jumps around a bit depending on the size of the crop. Maybe give it button styling and fix it to the bottom of the avatar interface?</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=700082022-04-29T15:56:02ZColin McDonald
<ul></ul><p>For some reason I'm having trouble getting the avatar upload updates to appear for me on CDEV, tried an incognito window. Just wanted to make sure it's on my end and not something that needs to be pushed/combined on the code side.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=700102022-04-29T16:05:22ZBoone Gorgesboone@gorg.es
<ul></ul><p>The changes had not been deployed to cdev. I've just done it.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=700922022-05-03T00:11:37ZJeremy Felt
<ul></ul><p>I've added button classes to the "Crop Image" button, so it should be a bit more obvious.</p>
<p>I also noticed that the class names / positioning was changing based on the size of the image I uploaded. I tweaked that a bit more so that the interface (original, cropped, button) is stacked and centered.</p>
<p>We <em>could</em> fight with jcrop a bit more to bring the cropped version and button up alongside the original, but it may not be worth it if this looks good to everyone.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=701692022-05-04T14:10:01ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Jeremy! The button styling for 'Crop Image', and the forced stacking of button/preview/crop UIs, does the trick for me.</p>
<p>I think the last thing here, as noted in yesterday's meeting, is a "cancel" link that allows you to bail out of avatar changes.</p>
<p>Latest changes are on cdev.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=702282022-05-06T17:39:11ZJeremy Felt
<ul></ul><p>Changes pushed to 2.0.x:</p>
<ul>
<li>Cancel link added under the Upload Photo button</li>
<li>Cancel link added under the Crop Image button</li>
</ul>
<p>I think we're looking good!</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=702302022-05-06T19:38:23ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, Jeremy! These changes are pulled to cdev for testing.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703362022-05-11T15:42:11ZColin McDonald
<ul><li><strong>File</strong> <a href="/attachments/22087">reg-error.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/22087/reg-error.png">reg-error.png</a> added</li></ul><p>No matter what I've tried in testing, I can't get the final Complete Sign Up button to take my form info. I get the attached screenshot (with the error text also looking a little misaligned, and nothing actually highlighted in red below it).</p>
<p>I'm pretty sure I'm using a cache-cleared latest version of this. Browser data/history emptied, incognito windows in Chrome and Safari. The problem I mentioned on the call yesterday with the photo upload Cancel link not working is resolved now after my latest browser efforts, so that seems a good sign on this front but I could still be missing something on the version.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703402022-05-11T16:09:46ZJeremy Felt
<ul></ul><p>The required "Roles" section is missing on CDEV right now, which is then causing the error on the back end.</p>
<p>Boone/Ray may have a faster answer than me, but it may be that we just need to configure that field to appear properly. I'll poke at that now and see what I come up with.</p>
<p>I also think we can do better with that error message formatting. I'll adjust the position and formatting a bit.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703412022-05-11T16:40:14ZJeremy Felt
<ul></ul><p>Boone/Ray - I don't have access to the network admin on CDEV, but I'd like to verify that "Roles" is configured there as a profile field to be used on the registration page. Can one of you check that? Thanks!</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703432022-05-11T18:39:12ZRaymond Hoh
<ul></ul><p>Hi Jeremy,</p>
<p>I just checked CDEV and production and we do have a Roles profile field, but it is named "Role", not "Roles".</p>
<p>Can I get confirmation that we want to rename the profile field to "Roles" instead? If so, I'll make the change. We'll also need to document this before deploying 2.0.0 on production and also check other places in the codebase referencing "Role".</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703552022-05-11T21:05:32ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks for looking into this, Ray. I see in <a class="external" href="http://github.com/cuny-academic-commons/cac/commit/2862ada8b7ed99c34b1133044d52dec0d6f3c8d0">http://github.com/cuny-academic-commons/cac/commit/2862ada8b7ed99c34b1133044d52dec0d6f3c8d0</a> that Jeremy swapped 'Role' for 'Roles'. 'Role' is the correct name. Jeremy, was there a reason for making this switch?</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703612022-05-11T23:25:50ZJeremy Felt
<ul></ul><p>Ahhh, yes thanks for flagging that, Ray. "Roles" was used in the designs and I thought it made sense as a thing to change because one or more could be selected. I neglected to add that to the "I changed this list".</p>
<p>I'm okay with either. It may make sense to just flip the code back to "Role" rather than tempt fate with another screen breaking due to the change.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703642022-05-12T00:21:34ZRaymond Hoh
<ul></ul><blockquote>
<p>"Roles" was used in the designs and I thought it made sense as a thing to change because one or more could be selected.</p>
</blockquote>
<p>That makes sense, Jeremy. Let's revert the change for now. If we want to change the display name of the "Role" profile field to "Roles", we could potentially use the <a href="https://github.com/buddypress/buddypress/blob/232330199d4d5166bbd1e02e602aae62eaf5a33a/src/bp-xprofile/bp-xprofile-template.php#L551" class="external">'bp_get_the_profile_field_name'</a> filter to do that.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703662022-05-12T12:03:14ZBoone Gorgesboone@gorg.es
<ul></ul><p>Thanks, gents!</p>
<blockquote>
<p>That makes sense, Jeremy. Let's revert the change for now. If we want to change the display name of the "Role" profile field to "Roles", we could potentially use the 'bp_get_the_profile_field_name' filter to do that.</p>
</blockquote>
<p>Or just hardcode an exception in the template for this specific field.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703822022-05-12T18:49:59ZJeremy Felt
<ul></ul><p>Changes pushed to 2.0.x:</p>
<ul>
<li>Reverted to "Role" for the profile section, but hardcoded "Roles" on output.</li>
<li>Moved the error message to below the intro banner and restricted the width.</li>
</ul> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=703892022-05-12T20:32:03ZRaymond Hoh
<ul></ul><p>Thanks Jeremy! New changes are up on CDEV.</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=704282022-05-16T19:33:36ZColin McDonald
<ul></ul><p>Just confirming I was able to move through registration now. The error messages are appearing now also, and with the formatting improvements. This is all looking good to me, thanks all!</p> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=707022022-05-26T14:46:20ZBoone Gorgesboone@gorg.es
<ul><li><strong>Status</strong> changed from <i>Assigned</i> to <i>Staged for Production Release</i></li></ul> CUNY Academic Commons - Feature #15629: Registration Page Designhttps://redmine.gc.cuny.edu/issues/15629?journal_id=707132022-05-26T15:36:23ZBoone Gorgesboone@gorg.es
<ul><li><strong>Status</strong> changed from <i>Staged for Production Release</i> to <i>Resolved</i></li></ul>