Quote:
Originally Posted by turbojet
I was looking for it in edit frame settings but I notice it in the input window and it works, nevermind.
|
It's a global conversion option, so it's in the conversion dialog. Why would you look for a global delay in the dialog to edit a single caption???
Quote:
Originally Posted by turbojet
I change a frames time, save changes does not enable and ok button resets everything to original in preview/re-edit/output.
|
I'm pretty sure that the explanation in my last posting was already my 2nd trial to explain this, but ok, maybe third time is a charm:
If you enter a time or any other value in a text input field inside the edit dialog (or any other dialog), you have to press
RETURN to allow BDSup2Sub to validate the value. After the value has been validated and has been found to be different from the original value, the save button is enabled.
Generally speaking, there are only three possibilities for a program to handle text edit boxes:
- validate while typing: not (easily/if at all) usable to reformat/fix the input. Outside full featured syntax coloring text editors in the league of the Eclipse framework, this is only usable for the easiest of inputs (e.g. single characters).
- validate when leaving the dialog: may lead to unexpected results if inputs are corrected or ignored, but the user is not informed. Also updates can't be processed while the dialog is active.
- validate when pressing return: the user get's immediate feedback and sees if the value was fixed or invalid. Updates can be processed. Easy to implement and understand. Therefore the typical implementation.
So, in a nutshell, validating after pressing return seems to be the most (or even the only) sensible approach.
And again: these assumptions are not limited to BDSup2Sub. You're well advised to press return in any edit box of any tool if it's obviously not reacting during typing (which is something I personally hate in 99% of cases).