-
Notifications
You must be signed in to change notification settings - Fork 0
408 allow json imports #473
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
Conversation
- add import option to file menu - permit user to select file for import - comb selected import file for signs and sign-level information
when nonman_specs is None, programmatically generate what would be generated by wrapper_get_nonman_specs() with no selections on gui.
if nonman spec is partially specified and minimal exported, fill in the omitted specs.
…mports-nonman-fallback 408 allow json imports with fallback non-manual
… of stashed changes
|
@kchall thank you very much for your comments and the test corpus. I've addressed the list of three concerns you raised above, but I'm not sure I understand your parenthetical note. When you say that you were not able to write anything in to specify any of the 'other' options... do you mean the user-specifiable options in the movement tree (e.g., for number of repetitions)? Or something different? Thank you! |
… it is missing a sign type module
|
@kvesik Thanks! The wizard is great -- definitely a 'safer' approach for making changes and exiting when intended. A few things:
Here is what it looks like with 'maximal' chosen (the default):
...and here is what it looks like with 'minimal' chosen:
However, on re-opening the original test corpus, I discovered that this entry still had no x-slots, so in some sense the importing was happening 'faithfully,' and the error is in the test corpus. I re-added the x-slots and saved it; then re-exported and re-imported. This time, the imported versions did have the x-slots -- but re-opening the original corpus, it's still missing them. Signs in the sample corpus with multiple x-slots seem to be okay, on loading / exporting / importing. So maybe this is an issue just on that branch with creating multiple x-slots that will get fixed on merging with main?? |
|
@kvesik Oh, forgot to say -- on this version of the 408 branch, I did now have access to the 'other' options -- before, yes, it was the cases you describe, and they just didn't have boxes in which to actually type in things I wanted to 'specify.' But they appear now and seem to be sticky on export / import. :) |
|
@kchall re your comments from last week:
|
|
@kvesik of course ... and when I select 'Minimal', both appear as if activated. Other toggle objects in SLPAA seem fine. 2. missing texts on the first page 3. the default size |
|
@kchall and @stannam I'm a little perplexed about the apparently-never-deselected default option on a couple of those switches, especially because they are not coded with a default at all! I wonder if the macos highlights the first button in a dialog as the default choice. To to test this, I've made a few adjustments to the OptionSwitch code as well as added a "decoy" button to the first page of the export corpus wizard. With this in place, can you please let me know:
Thank you! |
|
@kvesik The decoy works with the Maximal/Minimal buttons! However, the labels are still not showing up initially. Forcing a minimum size seems to fix the issue. I added 2. the buttons in import As for the "Keep original values as per exported file" / "Reset to now" buttons, they are still acting up. However, switching pages fixes the issue. And of course, set minimum size does not solve it. |
|
.... and it got me thinking, as a quick band-aid, what about adding a dummy front page ("welcome to import???") to the import dialog so that the buttons do not show up on the first page? |
… options are the same as the default windows options
|
Thanks so much, Stanley! And thank you for the idea about the dummy front page, but since the import wizard switch is already on a non-initial page (and it is still not working properly), I suspect that the pages are not the issue. Anyway, I've tried fiddling with some wizard settings and would appreciate if @stannam and/or @kchall could try the export and import wizards once again, and let me know if the default highlighting problem persists on Maximal/Minimal (in export wizard) or "Keep original values as per exported file" / "Reset to now" (in import wizard). Thanks! |
|
@kvesik Right! Sorry, what was I thinking! The export Corpus dialog now contains all labels and buttons, and the buttons toggle correctly.
However, the issue persists with the import buttons. Switching pages does not seem to solve it this time...
|
|
OK! @stannam I've added you to issue #408 -- could you please see what you can figure out re the mac issues on import and export wizards (text width and OptionSwitch behaviour), as discussed above? Relevant classes are There's also a third wizard And recently I added the two lines to those three wizards (because of the documentation on QWizard.setOptions(), but they apparently aren't actually doing anything, so those can maybe get removed again. |
- in export window, set a minimum width to reveal text label - in import window, replaced push buttons to radio buttons - also added variable SYSTEM for easy reference to sys.platform
Added a spacer to the left of two radio buttons for timestamp options in the import dialog
|
Thanks @kvesik, Fortunately, I couldn't find a fix for OptionSwitch instances in the import wizard, so I'm wondering if we must use it there. Instead, we can use radio buttons like below.
|
Added a spacer on Page 1 of the export dialog





















Facilitates importing .json files that have been previously exported (whether in minimal or maximal form) by SLP-AA.
Also includes a couple of small changes to exports to ensure that imports run smoothly. Therefore, exports made before this PR are not guaranteed to be complete, nor are they guaranteed to be imported accurately.