Paraview 5.11.1 cannot read file series with floating point numbers in filename
I have a series of vtk files with filenames of the pattern: [fixed prefix part]_[floating point number].vtk. The floating point number consists of one or two digits, followed by a decimal separator, followed by a couple of digits representing the decimal places of the number.
In windows explorer I select many of these files. The filenames may be as follows: p_0.000.vtk, p_0.500.vtk, p_1.000.vtk, p_1.500.vtk and so on. Note, that the leading digits vary.
Using Paraview 5.9.0, I can drag and drop the whole selection into the pipeline and they get interpreted as one continuous series (setting the time to integer values which is a wholly different topic to grumble about).
Using Paraview 5.11.1, I can drag and drop the whole selection into the pipeline and they get inserted as multiple series, one series for each of the distinct leading digits.
This behavior can be reproduced with the [File]->[Open...] dialog in both versions. So the clustering using the file open dialog is always over distinct leading digits.
I want to argue that the drag and drop behavior of version 5.9.0 is the most convenient, since I obviously have one continuous series of data. Although the number may not be interpreted as a meaningful value in ParaView itself (and although I might want to grumble about it, I probably understand the reasoning for doing so) it adds useful information to the file itself, should I want to open a specific file, because I know what that number signifies.
I thought, that this might be due to the eternal joy that is machine localisation. So I changed the filenames and set the decimal separator to the one dictated by my machines localisation (switched the point for a comma, damn the German number format). The result was the same, so at least there is no assuming of number formats going on.
Could a more consistent and useful approach for file series loading be implemented going forward? I.e.: Drag and drop constitutes always one series (or multiple series for multiple prefixes) and the open dialog at least lets the user toggle between complete series and break series into distinct-leading-digits-groups.