|
|
Screenshot_2019-10-12_12-10-42.png (110,741 bytes) |
|
|
why would it? you are "moving" episodes, by changing their episode number. moving it up or and retaining the number would literally do nothing. |
|
|
Well yeah, but I don't want that trailer to become a C episode either, which current interface suggests. If I were to give a more realistic example: I want to add a new S episode before all existing S episodes. So I add it (a new row S3 titled "Episode S3" appears at the end) and move it up - it's now in the row S1, which is nice, but "Episode 12 Ending", which was S2 and is supposed to become S3, is now in the row C1 (and the PV is in the row S3). I'm personally afraid to save changes in this state, as I can't be sure whether the type of all episodes is correctly retained. If this is the intended behavior and I can safely use the feature, I don't mind making this issue a lower priority suggestion instead of a bug and removing "broken" from the summary, but I still think the interface is misleading. Also I really think the interface used to behave differently right after implementing 0003128 as I used it a few times, but I might be wrong. Screenshot_2019-10-13_04-20-00.png (66,919 bytes) |
|
|
ok i guess operating blockwise and only blockwise might have it's merits. wasn't somethign i considered when rewriting the code. |
- Anonymous
