Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

core#1346: Tagsets should display vertically in activity/new case forms #15649

Merged
merged 1 commit into from
Nov 14, 2019

Conversation

monishdeb
Copy link
Member

Overview

Currently when there are more than one tagsets configured for activity and/or case, on the new activity or case form the tagset are listed horizontally. Please check the before/after screenshots for the style fixes:

Before

New Activity form:
Screen Shot 2019-10-29 at 7 00 23 PM

New Case form:
Screen Shot 2019-10-29 at 7 09 35 PM

After

New Activity form:
Screen Shot 2019-10-29 at 7 10 35 PM

New Case form:
Screen Shot 2019-10-29 at 7 11 11 PM

Comments

ping @lcdservices @colemanw @eileenmcnaughton

@civibot
Copy link

civibot bot commented Oct 29, 2019

(Standard links)

@eileenmcnaughton
Copy link
Contributor

@demeritcowboy can you review this?

@demeritcowboy
Copy link
Contributor

Yep I can review.

@demeritcowboy
Copy link
Contributor

demeritcowboy commented Oct 30, 2019

Thanks this looks like a good improvement for tags but since some unrelated fields are being moved around the screen I have a question below.

  • General standards
    • [r-explain] Issue
      • There doesn't seem to be either a functional or technical reason that the case type/status/start date fields are being moved. Is there a reason? Line 93 in templates/CRM/Case/Form/Case.tpl.
        • And if you have case custom fields this would move case type below the custom fields. If the custom fields are specific to the case type this is upside down to the usual, where the controlling field is usually before the fields that depend on the selection.
        • And also the duration field now seems out of place, being optional and higher up than the required fields.
    • [r-user] PASS
    • [r-doc] PASS
    • [r-run] PASS
  • Developer standards
    • [r-tech] PASS
    • [r-code] PASS
    • [r-maint] N/A
    • [r-test] PASS

@yashodha
Copy link
Contributor

@monishdeb @demeritcowboy I think we should move duration under Case Start Date since that is consistent with how we show on Activity screen as well. Again for tagsets for Case they are displayed at the very bottom and for Activity they are above Attachment, Repeat and Follow tabs. Whatever we decide they should be consistent across screens
Case
case

Activity
activity

Thoughts?

@demeritcowboy
Copy link
Contributor

Could moving fields be a separate lab ticket since there's probably 20 different opinions on how this screen should look? This seemed like it was just about making multiple tagsets stack vertically instead of horizontally on activities, and in fact they were already vertical on open case just left-aligned with the left border. So it doesn't seem like any other fields need to be moved to achieve stacking.

And I'm noticing this has changed the intent of the tableLayout parameter and now it's no longer possible to call the common tagset template to stack horizontally. Maybe that's ok just now tableLayout = true means stack vertically and align closer to the center, and tableLayout = false means stack vertically and align to the left. The only other place in core that tableLayout = true seems to be attachment tags, so they also now stack vertically too, but that seems fine.

@monishdeb
Copy link
Member Author

@demeritcowboy functionality to use tableLayout = true is still intact. Its just mean we are using tabular format to show tagset, so I have used condition to append the table tag only if tableLayout = true. Earlier the horizontal arrangement of tagset seems broken because we ae using div elements inside table. As per the patch we have clearly differentiated the outlook based on tableLayout parameter.

As per UI design, I tried it to be consistent with the other forms like New Activity form here.
But I agree with you that such UI changes should be discussed in a separate ticket.

@yashodha @demeritcowboy will it be ok if I revert the Case tpl changes so not to tweak with the design pattern? Will it be ok to merge then?

@demeritcowboy
Copy link
Contributor

Yes thanks if the line 93 block is put back I think it's good to go.

FYI you might be interested in this which I will put in the extension directory later today: https://gitlab.com/physician-health-program-of-bc/opencaserearranger

@yashodha
Copy link
Contributor

yashodha commented Nov 1, 2019

@monishdeb sounds good :)

@monishdeb
Copy link
Member Author

@demeritcowboy @yashodha updated the PR

@yashodha
Copy link
Contributor

yashodha commented Nov 4, 2019

@monishdeb thanks, will check

@demeritcowboy
Copy link
Contributor

Hi @yashodha was there something specific you were looking to check since otherwise this one seems good to go?

@yashodha
Copy link
Contributor

@demeritcowboy looks good, merging this.

@yashodha yashodha merged commit b1a57b5 into civicrm:master Nov 14, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants