I think I have found the issue in the code. In qgslayoutatlas.cpp, in line 347. I believe that what is happening is that the entire path is converted into a QFileInfo fileName() somehow (I'm sorry, my knowledge in C++ is very limited) so my understanding is that because a file cannot contain a "\" in the name, it is converted to a "_" in the dialog.
My conclusion is that this might not be a bug after all, and that now it is working as it is supposed to be (I might be wrong though). I think in QGIS 2.18, it did what it wasn't supposed to and miraculously served our purpose, which was to find the correct folder (constructed with an expression) and adding the feature name to the file automatically. Any ideas on this? Best, Raúl El lun., 21 ene. 2019 a las 11:03, Raúl Sangonzalo Terrado (< [email protected]>) escribió: > Hello, > > I posted this in "https://issues.qgis.org/issues/21010";. I re-send it > here, since we have released QGIS 3 finally in our office and that's been > one of the biggest issues so far: > > > The output filename expression (in Atlas Generation) is not translating > correctly the inserted text to the Windows Dialog when exporting the map. > Even if you use the variable "@project_path" the output string gets > corrupted, transforming the \ into _ . > > We have used this feature in QGIS 2.18, as we use different layouts for > different products and it has been working well most of the time (although > sometimes the code wasn't being refreshed and got stuck in the previous > value) > > Thanks, > Raúl >
_______________________________________________ Qgis-user mailing list [email protected] List info: https://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
