If Timestamp/Date pattern contains both literal or variable length entry and fractions of second placeholders it's likely to cause error

## Describe the bug
If Timestamp/Date pattern contains both literal parts or variable length entry (month name, day name, ...) and fractions of second placeholders namely if any literal part is before any second fraction placeholder it will fail _Standardization_ of such filed or even crash with exception.

## To Reproduce
Steps to reproduce the behavior OR commands run:
1. Set the timestamp pattern to `"'at' HH:mm:ss.SSS"`
2. Try to _Standardize_ or just use 'EnceladusDateTimeParser.format'
3. Exception, wouldn't it be `SSS` be at the tail it would "just" fail the conversion in _Standardization_

## Expected behaviour
This needs to work properly

# Additional context
The reason is that the quote characters are counted in when position of second fractions are analyzed. But in the actual string to convert they are not present making the index out of place, even outside the boundaries.

Related to #466