Closed benjore closed 6 years ago
@benjore what should happen if, when loading some alignment data from a file, I find a word that does not exist in the verse?
For example. I loaded this project into tC and discovered it uses the following word:
"word": "ἐν",
"lemma": "ἐν",
"morph": "Gr,P,,,,,D,,,",
"occurrence": 1,
"occurrences": 2,
"strong": "G17220"
However, in the UGNT there is only once instance of ἐν
within that particular sentence. Therefore the occurrences value is wrong. It should be 1
not 2
.
Should I completely reset the verse alignments in this case?
@cckozie how can I reproduce the third issue described above?
@neutrinog Import the attached and go to 17:21 in the alignment tool. 41-MAT.usfm.zip
0.10.0 (e6fe53e) A. Footnotes being displayed in word list en_ult_mat_text.zip
B. The check mark for completed alignments is not being displayed or reset until the user clicks on another verse or exits the tool.
build 0.10.0 (af7b11b) (Copied from #3562 written by @cckozie ) There is still a problem here. To recreate:
9) Align verse 1:10
10) Switch over to tW and change the word 'people' to 'folks in verse 1:10
11) BUG: The reset alignment warning is not displayed when the Save button is clicked
12) Go the tools page and see that the wA card does show 1 reset alignment
13) Load the project in wA and navigate to verse 1:10
14) The reset alignment alert is correctly displayed
@cckozie @benjore @jag3773 Should wA be expected to parse footnote USFM or should tC clean all of that out first?
The user is no longer warned when a verse is edited in wA that invalidates a check in tW.
0.10.0 (a48d474)
The alignment warning is now fixed in https://github.com/unfoldingWord-dev/translationCore/pull/4621 and https://github.com/translationCoreApps/wordAlignment/pull/43.
The progress circles also appear to be working. I think this was fixed by something @PhotoNomad0 was working on.
The warning about the missing bible has been added back in https://github.com/translationCoreApps/wordAlignment/pull/43
A. When moving an aligned word to a different Greek word, the user is warned that there have been changes to the verse and the word being moved is moved back to its original place. FIXED IN 0.10.0 (4add745)
B. s, p, and q usfm markers show as words in the word list
@cckozie I've fixed the dragging issue in https://github.com/translationCoreApps/wordAlignment/pull/47.
Those extra tokens are handled in this PR from @mannycolon https://github.com/translationCoreApps/wordAlignment/pull/49
wA locks up when dragging word between alignment boxes. I made alignments in 1 Timothy 3:16 as shown here:
I tried dragging 'taken' from ἔθνεσιν to ἀνελήμφθη and the app froze other than I can still scroll.
@cckozie can you upload the project? I cannot reproduce this error with the projects I have.
@neutrinog Here is the project, but I have been unable to reproduce the problem in the current build 0.10.0 (0ef3ec4). en_ult_1ti_book.zip
It was imported from 55-1TI.usfm.zip
0.10.1 (f43aa52) en_ult_1th_book.zip
When I open this project in wA I get the 'There have been changes ...' alert, but none of the alignments get reset. Seems like I should either not get the message or I should see words returned to the word list.
@cckozie the changes may have been in another verse. wA will now perform alignment validation on the entire book not just the current verse.
A. The 'some alignments have been reset' message is displayed on the wrong verse.
B. The 'some alignments have been reset' message is displayed when no resets occurred. Edit a word in the current verse that has not been aligned. The message is displayed but should not be.
@cckozie when a verse is edited wA is evaluating the entire book. It doesn't matter which verse you are currently on. So what you have described above is exactly how it should work. This ensures the user can always see the correct icons in the groups menu.
If you think it would help, I can expand on the message by including the references that was reset. Or if multiple verses were reset I can just include something like "several verses have been reset".
@neutrinog That is not the way it worked before the refactor. Then the message was displayed when the user navigated to the verse that had alignments reset.
That is correct. We had to change it to avoid stale state.
waiting on feedback from @benjore
Here's what we need to do:
For any verse that has had something reset/invalidated, the invalidated icon needs to show in the side menu. (The invalidated icon remains until some action is taken on that verse (e.g. click or drag a card or click a button), then it disappears.)
New warning dialogs:
Changes have been detected that invalidate work previously done in the translationWords Tool.
Changes have been detected that invalidate work previously done in the Word Alignment Tool.
@benjore is this invalid icon meant to be functionally separate from the the invalid icon seen in tW? That is to say, a verse that is invalid due to reset alignments will show the invalid icon while in wA but not in tW. This pattern is seen currently in tW where an invalid icon there is not shown in wA.
However, if each tool displays it's own invalidation icons what happens when someone edits a verse in tW and is directed to look at the invalid icons. They won't actually see the new invalid icons.
I suspect we will need to change the invalidation (I think this is what is being called checkData in the project) to be a generic feature of the tc tool so that there is consistency between the tools.
@neutrinog The invalid icon needs to be displayed in wA for each verse that has alignments that have been invalidated regardless of whether the edit was performed in tW or wA. The icon is displayed on the verse until the alignment is fixed. (This should be the same behavior as before the rewrite) Also, per @benjore, the warning message should be displayed only when an edit causes one or more words to be moved back to the word bank. Currently the message is displayed in this scenario for edits that do not affect alignments: Partially align a verse Make an edit to that verse that affects the alignment (message is displayed) Make another edit to the same verse that does not affect alignment (message is again displayed)
ok. Then fixing the text and fixing when the dialog will be displayed is going to be easy. However, the icon will be tricky, and I think we'll need to discuss this in person to make sure everyone understands what's happening.
@benjore @cckozie what would you think if the invalidation icon disappeared when the user visited the verse instead of just "when they change it"?
There are a few benefits to defining it that way
@neutrinog @benjore I think ^^^ is a less desirable solution for the user.
0.10.0 (26126c1)
A. [#4766] Broken links not displayed by verses that have reset alignments
THIS ISSUES WAS MOVED TO #4768
https://git.door43.org/tc02/es_fail_tit_book
~~1. Load this project in wA and note the alignments in 1:1
B. [#4765] THIS ISSUES WAS MOVED TO #4769
The tW 'some selections are no longer valid' alert should be displayed when edits performed in wA affect tW selections. (Currently when edits are made in wA that affect tW selections, the user is not warned that selections have been cleared.)
C. [#4767] en_tstf_tit_book.zip
@cckozie Hey could you please give me more details about B. The tW 'some selections are no longer valid' alert should be displayed when edits performed in wA affect tW selections.
Is the some selections are no longer valid
alert supposed to open while working in wA ?
For the 0.10 release, let's just do letter C.
0.10.0 (6ea8367) This is an aligned project from a repo the aligners are using. https://git.door43.org/ult-pre-alignment/en_tit
When loaded in wA the 'invalidated alignments' alert is displayed. A broken link is displayed at 1:7 and 2:5. Clicked on both verses to clear the broken link. Switched to tW. 'Invalidated alignments' alert is displayed. Switched back to wA. 'Invalidated alignments' alert is displayed. Broken link is no longer displayed on 2:5, but it is still displayed on 1:7. Clicked on 1:7 to clear the broken link. Switched to tW. 'Invalidated alignments' alert is displayed. Switched back to wA. 'Invalidated alignments' alert is displayed. Broken link is no longer displayed on 1:7, but now it is still displayed on 2:5.
It appears that whatever verse was selected in wA when the switch was made to tW will keep the broken link cleared, but the broken link will come back on the other verse(s). If a completely different verse is selected in wA when switching to tW, then both of the broken links come back. It works the same way if I load a different project with wA and then return to the original one.
https://git.door43.org/ult-pre-alignment/en_1th
There are still a lot of remaining problems, but they have all been written up in new issues so that we can get 0.10.0 out.