This commit is contained in:
2020-02-26 00:01:12 +00:00
parent 9dda20a7c2
commit 388dd228d3
2 changed files with 26 additions and 11 deletions

View File

@@ -42,20 +42,32 @@ CURRENT ROADMAP
CURRENT TODOs
=-=-=-=-=-=-=
todo: outstanding question about below:
- how will it work in practice if Name is the third column desired and set in listview?
- how is client to know it's the default column if it's in third place?
- do I force the leftmost to be immovable and always present? Seems wierd but maybe not as sort and filter not determined by order, acutally it kind of is, shit
- Ok maybe if defined in field definitions first is default but server includes a flag to indicate it's default no matter the order.
- Nope, convention sucks in this case due to column order needs, need to go back to a deterministic method with an added property of datalistfielddefinition object
- it has to be there but in any order so needs a flag instead and some server work to ensure it's returned
TODO: when filter saved sb the one used when you return to the form no exceptions
- right now it returns to the "unsaved", maybe it's not setting formsettings correctly on leave if saved
- actually caused by formstate dirty on exit of listVieweditor
- Is form submit POST route actually reloading the listVieweditor as expected? Looks like not?
TODO: no data should only show if not loading on datatable
todo: re-plan immediate below based on deterministic method with an added property as above, then implement
todo: default "df" thing isn't really working at the moment, I can remove the Name column from widgets and then I can't open a widget from teh grid
- see if "df" has any purpose other than my initial though of an openable option for the record
- if not, remove it entirely and make NAME a required field so it can't be removed from the view, moved, but not re-moved.
- it was required to know what object the row identifies so that bulk actions can be peformed when multiple selected, but other ways to do that
- OLD CHANGES (NO, CHANGE THIS FIRST), replace df column with a CONVENTION of first column (as defined in field column definitions) is always required and identifies the row:
- Remove df column from server, client and tests
- NEW CONVENTION TO REPLACE DF:
- The first column output by datalist (as defined in datalist definition object) is *always* the row ID column and can't be hidden and is required to show in datatable
- Add code to listVieweditor to always have first column in field definitions set to required / visible and cannot be set to hidden (take away the switch to make it obvious)
-It can be moved all they want but never not included
- Change datalist SQL builder select columns code at server to always return row id column even if not in listview
- ListView save Validation change to check that first column is *always* present in listview, not valid if it's missing
- this will happen with our tools automatically but need it for api users
- TESTS: write a test to ensure the first column as defined is always included even if attempt to circumvent by not defining it
- Update integration tests as required to support lack of df column
todo: when duplicate is inactive it looks the same, is it really being set inactive?
- It's inactive if the dlv is dirty or invalid

View File

@@ -16,7 +16,10 @@
<v-icon>fa-filter</v-icon>
</v-btn>
</v-card-title>
<div class="headline ml-3 accent--text" v-if="records.length < 1">
<div
class="headline ml-3 accent--text"
v-if="!loading && records.length < 1"
>
{{ lt("NoData") }}
</div>
<!-- WIDE TABLE VIEW -->