There are several error types dealing with dialogues, but they can't handle well certain situations.
1.
We are working with 40 character limit in one line, so maximum of 80 characters in a subtitle.
If there's a dialogue in the title, but on of the lines has more than 40 characters, we often do this:
Example "A"
[timecodes]
- This is a very long sentence with more
than 40 characters. - Oh, really?
Example "B"
[timecodes]
- This is not a long sentence. - Really?
- Yes, it has 40 characters.
Example "C"
[timecodes]
- This is not a long sentence. - Right.
It has less than 40 characters.
These are the problems:
These are the results after fixing "Dialogue one one line" error type:
Example "A": SW adjust the line unnecessarily (and causing too long line)
[timecodes]
- This is a very long sentence with more than 40 characters.
- Oh, really?
Example "B": SW adjust the line unnecessarily (in this case in the result there is no too long line, but I tried, SW does the same in that case too)
[timecodes]
- This is not a long sentence.
- Really? - Yes, it has 40 characters.
Example "C": SW adjust the line unnecessarily (in this case in the result there is no too long line, but I tried, SW does the same in that case too)
[timecodes]
- This is not a long sentence.
- Right. It has less than 40 characters.
These are the result after fixing "Dash on first line" with "only if there is no dash on second line".
Example "A": according to SW there is no error, thats okay
Example "B": SW deletes the dash in the beginning of the first line
[timecodes]
This is a very long sentence with more
than 40 characters. - Oh, really?
Example "C": SW deletes the dash in the beginning of the first line
[timecodes]
This is not a long sentence. - Right.
It has less than 40 characters.
In short: checking anf fixing these two error types SW doesn't notice the "space dash space" combination within a line as a dialogue dash. You could create an option for this in the settings. Only a switchable option, because there is a chance, that others don't want to use these methods.
Last edit: Mor Tuadh 2014-03-11
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The "Dialogue on one line" error is specifically created for standards that strictly don't allow dialogue on one line in subtitles. Why would you want to fix dialogue on one line, if in your standards it is allowed? If it's allowed, then it's not an error and you should simply turn that error type off.
An option not to delete the dash on the first line if there is a dialogue on one line could be added, I'll add this to the requests list.
Last edit: Andrey Spiridonov 2014-04-01
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In our standard dialogue in one line (in a two-line title) is allowed in certain situations, but there users who cannot create perfectly edited subtitles, so I always have to check that.
This is an error in our standard too, this dash is completely unnecessary:
[timecode]
- This is a two-line subtitle
with a not necessary dash.
But the problem is that when I search these errors, I got error alerts for those titles with dialogues in one line which titles has no errors in our standard. It makes difficult to check the subtitles, becasue I have to manually check every error alert, I cannot autofix them.
I completely understand that there are different standards, and that it's not so important, but in an other release in the future when you have time for that you could examine this problem, and after that SW could support multiple dialogue standards.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It is important actually. That's why there are many options, to support different standards. There will be an option in the next release for standards that allow dialogue on one line (currently Subtitle Workshop doesn't like those at all). I'll make sure this option affects this issue as well.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There are several error types dealing with dialogues, but they can't handle well certain situations.
1.
We are working with 40 character limit in one line, so maximum of 80 characters in a subtitle.
If there's a dialogue in the title, but on of the lines has more than 40 characters, we often do this:
Example "A"
[timecodes]
- This is a very long sentence with more
than 40 characters. - Oh, really?
Example "B"
[timecodes]
- This is not a long sentence. - Really?
- Yes, it has 40 characters.
Example "C"
[timecodes]
- This is not a long sentence. - Right.
It has less than 40 characters.
These are the problems:
These are the results after fixing "Dialogue one one line" error type:
Example "A": SW adjust the line unnecessarily (and causing too long line)
[timecodes]
- This is a very long sentence with more than 40 characters.
- Oh, really?
Example "B": SW adjust the line unnecessarily (in this case in the result there is no too long line, but I tried, SW does the same in that case too)
[timecodes]
- This is not a long sentence.
- Really? - Yes, it has 40 characters.
Example "C": SW adjust the line unnecessarily (in this case in the result there is no too long line, but I tried, SW does the same in that case too)
[timecodes]
- This is not a long sentence.
- Right. It has less than 40 characters.
These are the result after fixing "Dash on first line" with "only if there is no dash on second line".
Example "A": according to SW there is no error, thats okay
Example "B": SW deletes the dash in the beginning of the first line
[timecodes]
This is a very long sentence with more
than 40 characters. - Oh, really?
Example "C": SW deletes the dash in the beginning of the first line
[timecodes]
This is not a long sentence. - Right.
It has less than 40 characters.
In short: checking anf fixing these two error types SW doesn't notice the "space dash space" combination within a line as a dialogue dash. You could create an option for this in the settings. Only a switchable option, because there is a chance, that others don't want to use these methods.
Last edit: Mor Tuadh 2014-03-11
The "Dialogue on one line" error is specifically created for standards that strictly don't allow dialogue on one line in subtitles. Why would you want to fix dialogue on one line, if in your standards it is allowed? If it's allowed, then it's not an error and you should simply turn that error type off.
An option not to delete the dash on the first line if there is a dialogue on one line could be added, I'll add this to the requests list.
Last edit: Andrey Spiridonov 2014-04-01
In our standard dialogue in one line (in a two-line title) is allowed in certain situations, but there users who cannot create perfectly edited subtitles, so I always have to check that.
This is an error in our standard too, this dash is completely unnecessary:
[timecode]
- This is a two-line subtitle
with a not necessary dash.
But the problem is that when I search these errors, I got error alerts for those titles with dialogues in one line which titles has no errors in our standard. It makes difficult to check the subtitles, becasue I have to manually check every error alert, I cannot autofix them.
I completely understand that there are different standards, and that it's not so important, but in an other release in the future when you have time for that you could examine this problem, and after that SW could support multiple dialogue standards.
It is important actually. That's why there are many options, to support different standards. There will be an option in the next release for standards that allow dialogue on one line (currently Subtitle Workshop doesn't like those at all). I'll make sure this option affects this issue as well.