-
Notifications
You must be signed in to change notification settings - Fork 1
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
Translation Utility sorting inconsistencies #332
Comments
@oliver-phet, what are your thoughts on this? I think it's more of a design question. How should the sorting work ideally? Then once I have the "ideal" behavior, we can talk about engineering. |
I get the same behavior in my testing. It would be nice if it kept Sim Title (ascending A-Z) - so the behavior is to preserve the existing sorting of the table but prioritize the new sort. Essentially, I'm thinking: If that is tricky/time consuming. Let's just sort by one column at a time, leave the others (asc). Another peculiarity (that I think may be more disrupting to translators) is the inconsistent position of 'pH Scale'. If I sort by Sim Title, it is at the top or bottom (seems to be sorting uppercase/lowercase) but if I then sort by Sim/Common Strings, it is sorted correctly? |
Oh - I also wanted to add Sim Strings % and Common Strings % are only sorting the %. When I plug this data into other data sorting tools (excel, google sheets) the entire string is sorted: This also seems nice (allows translators to see among sims that have the same % which contain the most strings) and addresses some of @DianaTavares 's feedback in phetsims/qa#869 (comment). |
@jbphet and I discussed this yesterday, and we think there might be some issues with sorting the string in lexicographic order. For instance, what happens if we want to change the string? Then our sorting might not be correct, depending on how we change the string. Thus, we are going to try to implement a "fallback" sort criterion for sim-specific percent and common percent. The fallback for sim-specific percent will be the total number of sim-specific strings, and the fallback for common percent will be the total number of common strings. This way if the percentages are equal, the sorting will depend on the total number of strings. |
Part of #332. Also part of phetsims/qa#869.
Part of #332. Also part of phetsims/qa#869.
Part of #332. Also part of phetsims/qa#869.
That sounds fine (and probably more robust). |
I'm unassigning myself, since @liammulh is planning to implement this (or has already done so). |
Should resolve #332 and #340. Came out of phetsims/qa#869.
So, for people reading this in the future, the way it should work now is that items with the same percent should have a secondary sort criterion, which is the total number of strings. So if you had something like: 50% (10 of 20) The secondary sort criterion should be the 20 and the 40. Should be resolved as of 006ffca. Marking as ready for review. |
In Round 2, there is now only one string column--Translated strings--but the sort button is working correctly: When pressing the Sort button next to Translated Strings, the sims will sort: When pressing that Sort button a second time, the sims will sort: Closing. |
Part of #332. Also part of phetsims/qa#869.
Part of #332. Also part of phetsims/qa#869.
Part of #332. Also part of phetsims/qa#869.
Should resolve #332 and #340. Came out of phetsims/qa#869.
Test device
MacBook Air (m1 chip) and Dell
Operating System
MacOS 13 and Win10
Browser
Safari and Chrome
Problem description
For phetsims/qa#869, if the sims are listed in ascending order and then I sort the sim-specific or common strings columns, sims with the same %age will be in alphabetic order. Pressing sort again so that the %ages go from least-->most, will result in sims with the same %age being in reverse alphabetic order.
Steps to reproduce
Visuals
sortbuttons.mp4
The text was updated successfully, but these errors were encountered: