-
Notifications
You must be signed in to change notification settings - Fork 3
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
Global metadata on demand #483
Conversation
for more information, see https://pre-commit.ci
@garrettmflynn small conflict here |
for more information, see https://pre-commit.ci
for more information, see https://pre-commit.ci
…ataWithoutBorders/nwb-guide into global-metadata-on-demand
Alright this is properly merged now |
This design wasn't very intuitive for me personally I went to the file metadata page and started to enter a couple manual values for a field that should have been globally defined, then I clicked the new button and this is what it said Next I manually navigated back to the global metadata page for NWB file metadata, added the field there, hit 'save and continue', and went back to the session level pages, which now have the global value But when I still click on the new 'Edit Global Metadata' button I see the same screen with no values to update, and pressing update didn't seem to change anything on any session pages (even after I manually altered some of them to new values) Maybe this is due to a bug, but can you describe what the exact workflow for the usage of this button is supposed to be? We had discussed it simply being a link back to the global metadata page (to raise user awareness of the early step that they only realize is useful later on in the process) |
There were a few bugs—so I've fixed those now :) Generally, though, I see where the confusion lies. What I was describing was editing the global metadata data structure through a button that opens all / specific properties on demand. As such, the workflow is to (1) press the button to open all the global metadata on that page, (2) update any properties you'd like, (3) press the Update button, (4) re-render the form with the new globals filled in. I've went through this many times for the latest fixes—so it should just work now. We'd also described a pop-up when entering the global metadata pages so that users were forced to explicitly decide to add this metadata or not early in the pipeline—though I have not added this because of the availability of the global data through these buttons. |
Oh, I see - I'll give it another fresh try then Some conflicts now though |
Also looks like tests are failing after the resolution |
Got it my bad. Should be fixed now |
Ahh, yes... This is much better when it's working lol Looks great! |
The only thing I'd change, which I leave as a simple follow-up, would be to remove the button from the 'source data' page since it has no relevance to that specific step Attentive users will also have their attention drawn to the new button when it then appears on the metadata page right after thatt too |
One of the drivers of this PR in the first place was Felix's suggestion to include a way to specify global kwargs for the interfaces—so wouldn't we want to keep this for Source Data? |
fix #424
This PR allows users to pull up global metadata on demand and edit those properties. The Subject, Source Data, and File Metadata pages all have a new button near the header to toggle Global Metadata editing.
Additional related fixes were included, such as:
User Testing Issues