@7365admin1/layer-common 4.2.9-staging.279 → 4.2.10-staging.280

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -1,5 +1,22 @@
1
1
  # @iservice365/layer-common
2
2
 
3
+ ## 4.2.9
4
+
5
+ ### Patch Changes
6
+
7
+ - 6047354: Visitor Management preview dialog: gate Check In on the guest's status, and rebuild the field list on the type scale.
8
+
9
+ - Check In is disabled while a guest's registration is still `pending`. The Guests row has withheld its own Checkin button for pending and rejected registrations since DV-0080, but the preview opened from that same row still offered Check In, so a guest could be checked in before anyone approved or rejected them.
10
+ - The Guests status is now shown as a `StatusChip`, which is what tells the reader why Check In is unavailable. Gated on the same `activeTab === 'guests' && status` the row's status column uses, so no other tab's preview gains a field.
11
+ - The fields were `<strong>Label:</strong> value` in a gapless `v-row` - a browser-default bold label beside an unstyled value, no token on either, rows flush against each other. The label still sits beside its value, but on `AccessCardDetailsDialog`'s type - `--fs-breadcrumb`/`--text2` for the label, `--fs-cell`/`--fw-cell`/`--text` for the value - in a fixed 116px label column so every value starts on one edge, with a `--border` hairline per row.
12
+ - Fixed: "Entry Image" and "Exit Image" printed as bare labels over an `AttachmentsViewer` holding `[undefined]` for every visitor without ANPR snapshots. They now render only when that snapshot exists.
13
+ - Fixed: both snapshot fields read `snapshotEntryImage`, so a visitor with both was shown the entry photo twice, the second time labelled "Exit Image".
14
+
15
+ - c427a40: Season Pass dialog (`VehicleForm`): stop the Block/Level/Unit autocompletes from being destroyed mid-typing, and stop the Season Pass Type from being re-cased on save.
16
+
17
+ - The Block, Level and Unit autocompletes were `:key`'d to their loading flag alone, so every time a list resolved Vue destroyed and recreated the field — including while someone was typing into it, discarding the filter text and closing the open menu. The remount now also requires the field to already hold a value, which is the only case it was added for (an edit dialog showing "Loading unit..." until the real name arrives).
18
+ - `submit()` applied `charAt(0).toUpperCase() + slice(1).toLowerCase()` to the whole Season Pass Type, so "Resident Season Pass" was stored as "Resident season pass". The combobox does not recognise the re-cased string, registers it as a new custom type, and the chooser fills up with near-duplicate options. The value is now stored as picked, trimmed only.
19
+
3
20
  ## 4.2.8
4
21
 
5
22
  ### Patch Changes
@@ -527,11 +544,11 @@
527
544
  `utils/console-tier.ts` + `composables/useConsoleTier.ts` mirror the server's
528
545
  own rule from two endpoints the console already calls, unprojected:
529
546
 
530
- GET /api/members/user/:user/app/admin the Seven365 staff membership
531
- GET /api/roles/id/:role that membership's role document
547
+ GET /api/members/user/:user/app/admin the Seven365 staff membership
548
+ GET /api/roles/id/:role that membership's role document
532
549
 
533
- owner = member.type === "admin" && role.type === "admin" && role.default === true
534
- staff = member.type === "admin" && role.type === "admin"
550
+ owner = member.type === "admin" && role.type === "admin" && role.default === true
551
+ staff = member.type === "admin" && role.type === "admin"
535
552
 
536
553
  `role.default` is the marker because it is the only property of a platform
537
554
  staff role no API caller can set - `role.controller.ts` validates create and
@@ -742,11 +742,35 @@
742
742
  class="visitor-preview__row"
743
743
  >
744
744
  <div class="visitor-preview__label">{{ label }}</div>
745
- <div
746
- v-tooltip:top="selectedVisitorObject[key]"
747
- class="visitor-preview__value"
748
- >
749
- {{ maskNRIC(selectedVisitorObject[key]) }}
745
+ <div>
746
+ <!-- Was a hover tooltip on the value: the full NRIC only
747
+ reachable by hovering, which says nothing is there to
748
+ reach and cannot be reached at all on a touch screen.
749
+ The eye alone, at the 14px the Incident Report screens
750
+ draw it, is a 14px target - the floor is 24px. So the
751
+ NUMBER is the control and the eye is its affordance:
752
+ the whole masked value is pressable, which makes the
753
+ target the width of the digits rather than of a glyph,
754
+ and being a real `button` it also takes a tab stop,
755
+ which a `v-icon` with a click handler never did. -->
756
+ <button
757
+ type="button"
758
+ class="visitor-preview__reveal"
759
+ :aria-label="showVisitorNric ? 'Hide NRIC' : 'Show NRIC'"
760
+ :aria-pressed="showVisitorNric"
761
+ @click="showVisitorNric = !showVisitorNric"
762
+ >
763
+ <span class="visitor-preview__value">
764
+ {{
765
+ showVisitorNric
766
+ ? selectedVisitorObject[key]
767
+ : maskNRIC(selectedVisitorObject[key])
768
+ }}
769
+ </span>
770
+ <v-icon size="16" class="visitor-preview__eye">
771
+ {{ showVisitorNric ? "mdi-eye-off-outline" : "mdi-eye-outline" }}
772
+ </v-icon>
773
+ </button>
750
774
  </div>
751
775
  </div>
752
776
 
@@ -796,6 +820,84 @@
796
820
  </div>
797
821
  </div>
798
822
 
823
+ <!--
824
+ THE CONTRACTOR'S PARTY.
825
+
826
+ The list row has always said `( +2 members)` beside the name
827
+ and then had nowhere to send you for the names themselves. The
828
+ block spans both columns rather than sitting in the 116px
829
+ value track: a member is a record, not a value, and several of
830
+ them in a 250px column is unreadable.
831
+
832
+ Read off `selectedVisitorDataObject` (the raw row) and not
833
+ `selectedVisitorObject`, which filters itself down to
834
+ `typeFieldMap` plus five fixed keys - `members` is on neither
835
+ list, and widening that computed would change what four other
836
+ dialogs on this screen see.
837
+ -->
838
+ <div
839
+ v-else-if="key === 'members' && selectedVisitorMembers.length"
840
+ class="visitor-preview__row visitor-preview__row--block"
841
+ >
842
+ <div class="visitor-preview__label">
843
+ {{ label }} ({{ selectedVisitorMembers.length }})
844
+ </div>
845
+ <div class="visitor-preview__members">
846
+ <div
847
+ v-for="(member, index) in selectedVisitorMembers"
848
+ :key="member?.nric || member?.name || index"
849
+ class="visitor-preview__member"
850
+ >
851
+ <div class="visitor-preview__value">
852
+ {{ member?.name || "N/A" }}
853
+ </div>
854
+ <template v-for="field in memberDetailFields" :key="field.key">
855
+ <div
856
+ v-if="member?.[field.key]"
857
+ class="visitor-preview__member-line"
858
+ >
859
+ <span class="visitor-preview__member-key">
860
+ {{ field.label }}
861
+ </span>
862
+ <!-- A member's NRIC is the same class of data as the
863
+ visitor's, so it gets the same control. Each
864
+ member reveals separately - one toggle for the
865
+ whole card would show three people's NRICs to
866
+ read one. -->
867
+ <button
868
+ v-if="field.key === 'nric'"
869
+ type="button"
870
+ class="visitor-preview__reveal"
871
+ :aria-label="
872
+ isMemberNricShown(index)
873
+ ? `Hide NRIC for ${member?.name || 'this member'}`
874
+ : `Show NRIC for ${member?.name || 'this member'}`
875
+ "
876
+ :aria-pressed="isMemberNricShown(index)"
877
+ @click="toggleMemberNric(index)"
878
+ >
879
+ <span>
880
+ {{
881
+ isMemberNricShown(index)
882
+ ? member.nric
883
+ : maskNRIC(member.nric)
884
+ }}
885
+ </span>
886
+ <v-icon size="16" class="visitor-preview__eye">
887
+ {{
888
+ isMemberNricShown(index)
889
+ ? "mdi-eye-off-outline"
890
+ : "mdi-eye-outline"
891
+ }}
892
+ </v-icon>
893
+ </button>
894
+ <span v-else>{{ member[field.key] }}</span>
895
+ </div>
896
+ </template>
897
+ </div>
898
+ </div>
899
+ </div>
900
+
799
901
  <div
800
902
  v-else-if="selectedVisitorObject[key]"
801
903
  class="visitor-preview__row"
@@ -1898,6 +2000,71 @@ const isSelectedVisitorPendingApproval = computed(
1898
2000
  () => selectedVisitorStatus.value === "pending"
1899
2001
  );
1900
2002
 
2003
+ /**
2004
+ * The members a contractor brought with them. Not gated on the Guests tab: the
2005
+ * list row's own `( +N members)` count is not either, and a contractor with a
2006
+ * party has one wherever the screen shows it.
2007
+ *
2008
+ * Blank entries are dropped rather than drawn as an empty card - the payload
2009
+ * carries `""` for every detail nobody filled in, so a member with no name and
2010
+ * no details would otherwise render as a bare inset box.
2011
+ */
2012
+ const selectedVisitorMembers = computed<Record<string, any>[]>(() => {
2013
+ const members = selectedVisitorDataObject.value?.members;
2014
+ if (!Array.isArray(members)) return [];
2015
+
2016
+ return members.filter(
2017
+ (member: Record<string, any>) =>
2018
+ member?.name || member?.nric || member?.contact || member?.plateNumber
2019
+ );
2020
+ });
2021
+
2022
+ /**
2023
+ * WHICH NRICs ARE UNCOVERED RIGHT NOW.
2024
+ *
2025
+ * Per member and not per card, so revealing one person's number does not
2026
+ * uncover the rest of the party's. Both are cleared when the dialog closes -
2027
+ * a preview must not open on the next visitor with the last one's NRIC
2028
+ * already showing, and it is the same `selectedVisitorId` that would carry it
2029
+ * across if the same row were reopened.
2030
+ */
2031
+ const showVisitorNric = ref(false);
2032
+ const shownMemberNrics = ref<number[]>([]);
2033
+
2034
+ function isMemberNricShown(index: number) {
2035
+ return shownMemberNrics.value.includes(index);
2036
+ }
2037
+
2038
+ function toggleMemberNric(index: number) {
2039
+ shownMemberNrics.value = isMemberNricShown(index)
2040
+ ? shownMemberNrics.value.filter((x) => x !== index)
2041
+ : [...shownMemberNrics.value, index];
2042
+ }
2043
+
2044
+ watch(
2045
+ () => dialog.viewVisitor,
2046
+ (open) => {
2047
+ if (open) return;
2048
+ showVisitorNric.value = false;
2049
+ shownMemberNrics.value = [];
2050
+ }
2051
+ );
2052
+
2053
+ /**
2054
+ * What a member row prints under the name, in order. `plateNumber` is in here
2055
+ * because the API returns it on `members[]` even though neither
2056
+ * `TMemberInfo` (this package) nor `TContractorMembers` (API-core's visitor
2057
+ * model, name and nric only) declares it - the two types have drifted from the
2058
+ * document and from each other. Reading the key defensively costs nothing and
2059
+ * shows the vehicle a member actually arrived in; the types are somebody's to
2060
+ * reconcile separately.
2061
+ */
2062
+ const memberDetailFields = [
2063
+ { key: "nric", label: "NRIC" },
2064
+ { key: "contact", label: "Contact" },
2065
+ { key: "plateNumber", label: "Vehicle" },
2066
+ ] as const;
2067
+
1901
2068
  const formatType = (item: any) =>
1902
2069
  (item.deliveryType ? item.deliveryType + "-" : "") + item.type;
1903
2070
 
@@ -1911,6 +2078,7 @@ const formattedFields = {
1911
2078
  level: "Level",
1912
2079
  unit: "Unit",
1913
2080
  purpose: "Purpose",
2081
+ members: "Members",
1914
2082
  checkIn: "Check In",
1915
2083
  snapshotEntryImage: "Entry Image",
1916
2084
  checkOut: "Check Out",
@@ -2889,6 +3057,100 @@ watchEffect(async () => {
2889
3057
  word-break: break-word;
2890
3058
  }
2891
3059
 
3060
+ /* A row whose value is a set of records rather than a value - it drops the
3061
+ two-column grid and runs the full width of the card body. */
3062
+ .visitor-preview__row--block {
3063
+ display: block;
3064
+ }
3065
+
3066
+ .visitor-preview__members {
3067
+ display: flex;
3068
+ flex-direction: column;
3069
+ gap: 8px;
3070
+ margin-top: 8px;
3071
+ }
3072
+
3073
+ /*
3074
+ * An added member reads as an inset on the card it sits in - `--hover` on
3075
+ * `--border` at the inner radius. Those are `Card/MemberInfoSummary`'s three
3076
+ * decisions, unchanged, so a member looks the same in the preview as it does
3077
+ * in the form that created it. Only the TYPE differs: that card still prints
3078
+ * `<strong>Label:</strong> value`, which is the pattern this dialog just moved
3079
+ * off, so the lines below are set on the scale rather than inherited.
3080
+ */
3081
+ .visitor-preview__member {
3082
+ padding: 9px 12px;
3083
+ border: 1px solid var(--border);
3084
+ border-radius: var(--r-inner);
3085
+ background: var(--hover);
3086
+ }
3087
+
3088
+ .visitor-preview__member-line {
3089
+ display: flex;
3090
+ gap: 8px;
3091
+ margin-top: 3px;
3092
+ font-size: var(--fs-breadcrumb);
3093
+ color: var(--text2);
3094
+ word-break: break-word;
3095
+ }
3096
+
3097
+ .visitor-preview__member-key {
3098
+ flex: 0 0 52px;
3099
+ color: var(--muted);
3100
+ }
3101
+
3102
+ /*
3103
+ * THE NRIC REVEAL.
3104
+ *
3105
+ * The pressable thing is the masked number, not the glyph beside it: an eye on
3106
+ * its own is a 14-16px target where 24px is the floor, and on a 12.5px member
3107
+ * line an `AppButton variant="icon"` - the layer's 32px icon square - would
3108
+ * make the NRIC line half again the height of the Contact line under it.
3109
+ * Pressing the digits gives a target the width of the value at no cost to the
3110
+ * rhythm, and reads the right way round: the number is what changes.
3111
+ *
3112
+ * It inherits its type rather than setting any, so the visitor's NRIC stays on
3113
+ * `--fs-cell` and a member's on the `--fs-breadcrumb` of the line it sits in.
3114
+ * The negative margin pays back the padding, so a revealed value starts on the
3115
+ * same left edge as every other value in the card.
3116
+ */
3117
+ .visitor-preview__reveal {
3118
+ display: inline-flex;
3119
+ align-items: center;
3120
+ gap: 6px;
3121
+ margin: -3px -7px;
3122
+ padding: 3px 7px;
3123
+ border: none;
3124
+ border-radius: var(--r-inner-sm);
3125
+ background: transparent;
3126
+ font: inherit;
3127
+ color: inherit;
3128
+ text-align: left;
3129
+ cursor: pointer;
3130
+ transition: background var(--motion) ease;
3131
+ }
3132
+
3133
+ .visitor-preview__reveal:hover {
3134
+ background: var(--hover);
3135
+ }
3136
+
3137
+ .visitor-preview__reveal:focus-visible {
3138
+ outline: 2px solid var(--accent);
3139
+ outline-offset: 1px;
3140
+ }
3141
+
3142
+ /* The design's interactive ink - not Vuetify's fixed blue, which is one colour
3143
+ on both themes. `affectedEntities` gives its NRIC eye the same value. */
3144
+ .visitor-preview__eye {
3145
+ color: var(--accent-text);
3146
+ }
3147
+
3148
+ @media (prefers-reduced-motion: reduce) {
3149
+ .visitor-preview__reveal {
3150
+ transition: none;
3151
+ }
3152
+ }
3153
+
2892
3154
  /* The width the type filter carried as `max-width="200"` on the v-select. */
2893
3155
  .visitor-type-filter {
2894
3156
  max-width: 200px;
package/package.json CHANGED
@@ -2,7 +2,7 @@
2
2
  "name": "@7365admin1/layer-common",
3
3
  "license": "MIT",
4
4
  "type": "module",
5
- "version": "4.2.9-staging.279",
5
+ "version": "4.2.10-staging.280",
6
6
  "author": "7365admin1",
7
7
  "main": "./nuxt.config.ts",
8
8
  "//files": "What a consumer extending this layer actually loads. Without this npm ships the whole working tree - the changesets, the CI workflows, the render harness in tools/ and any scratch directory that happened to exist at publish time. Nuxt resolves a layer by directory, so every runtime directory below has to stay listed; adding a new top-level runtime directory means adding it here too.",