Hi Nelson, Thank you for your feedback.
Hm - but you are not supposed to provide a path with multiple gigabytes of data to browser for SVG files. Of course this would be slow. Every photo manager takes a long time if it has to browse the whole disk for photos. This would be a misuse of this setting. This setting is meant for you to provide a handful of smaller directories reserved to hold SVG files for QGIS - not to search the whole hard drive - lets say not more than a couple hundred files at maximum. The question is how this works for Debian users under "normal" conditions, where you don't specify your whole home drive as a search path. Andreas On 2016-07-07 14:31, Nelson A. de Oliveira wrote: > On Thu, Jul 7, 2016 at 7:49 AM, Neumann, Andreas <[email protected]> wrote: > >> Are there any Debian (or Ubuntu) users out there who can reproduce this bug >> here: >> >> http://hub.qgis.org/issues/14255 titled "SVG preview blocks QGIS". > > If I properly understand the problem, it seems that QGIS, by default, > traverses the user home looking for SVG files. > And indeed, depending on the size of the home it takes some time (and > QGIS stays blocked while it doesn't finish this). > > Have a home with 346G (like mine) and you should see what happens. > > I don't know how it's made, but maybe this traversal could be > implemented asynchronously or using a thread? (so the main process > won't get blocked while searching for SVG files)
_______________________________________________ Qgis-user mailing list [email protected] List info: http://lists.osgeo.org/mailman/listinfo/qgis-user Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
