Duplicate index handling » History » Version 1
Woozle Hypertwin, 09/25/2021 02:27 PM
1 | 1 | Woozle Hypertwin | h1. Duplicate index handling |
---|---|---|---|
2 | 1 | Woozle Hypertwin | |
3 | 1 | Woozle Hypertwin | Once we add the ability for the user to alter sorting/saving indexes, we'll need to be able to prevent duplicate indexes, because we can't save the files if any two will end up with the same filename. |
4 | 1 | Woozle Hypertwin | |
5 | 1 | Woozle Hypertwin | There are two basic strategies: prevention and accommodation |
6 | 1 | Woozle Hypertwin | |
7 | 1 | Woozle Hypertwin | h2. Prevention |
8 | 1 | Woozle Hypertwin | |
9 | 1 | Woozle Hypertwin | * Whenever the user enters a duplicate index, display a prominent warning message near the edit-box (maybe indicating the current numerical order of the other one?) |
10 | 1 | Woozle Hypertwin | * If there are duplicates when the user presses the save-files icon, go to the first duplicate found (which should also draw the user's attention to the fact that it's a duplicate). |
11 | 1 | Woozle Hypertwin | |
12 | 1 | Woozle Hypertwin | h2. Accommodation |
13 | 1 | Woozle Hypertwin | |
14 | 1 | Woozle Hypertwin | * If the user enters text which matches an existing sorting index, then: |
15 | 1 | Woozle Hypertwin | ** (a) if both are int, just renumber the set but treat user-edited indexes as fixed. |
16 | 1 | Woozle Hypertwin | ** (b) if the user-text is not an int, then add a numeric suffix to it. (Experimentation will determine whether it should be added to both, or if this just makes more work.) |