Hi Seem you just want to paint it using a border. Not having a border inside image. That you can easy do when painting it. Like void MiniSVG::paintEvent(QPaintEvent* ) { QPainter p(this); QSvgRenderer r; // this would normally be a member.. r.load(QString(":/7XB_smaller.svg")); r.render(&p, rect().adjusted(64, 64, -64, -64)); } sample to play with https://www.dropbox.com/s/7a9t5ywrpmagxjd/drawsvg.zip?dl=0 if its only this image u need this for, you can also just change page size. ( view box) that should work too.

@Konstantin-Tokarev Hi Konstantin, Thanks for your quick reply. In case the SVG support is disabled, would it still be possible to display inline SVG images (the first polygon image above)? Also, could you please suggest how to check if SVG support is enabled/disabled, and how to enable in case it is disabled. Thanks.

@markugra Dito here. SVG images don't work in Qt 5.11.0 either. Edit: From this link: https://github.com/papyros/qml-material/issues/302 I learned that for Android, you also need to include the <QtSvg> header in your main file, because deployment sometimes just forgets to include the svg lib. So I just added in my main.cpp: the following: #ifdef Q_OS_ANDROID #include <QtSvg> //Because deployment sometimes just forgets to include this lib otherwise #endif This did the trick in my case.

I've had problems with the way Sketch exports SVGs. Text drifts (as you have seen), and items that were rotated in Sketch unrotate themselves when exported. I'd suggest that you export as a PNG, rather than SVG.

@hskoglund said in How to correctly deploy a modular Qt-Application on windows? (Contains: can not display svg-files in qml): You could check the list of directories from where Qt tries to load its plugins by calling QCoreApplication::libraryPaths() That looks like a cunning plan :) <insert Blackadder reference here> I played around with this information a bit and made the following observations: Dumping the library paths in the constructor of my module indeed lists only the module directory, but not the application directory. So I guess you mean the relative path when you say Your module_ui.dll inherits the search path from the .exe for .dlls Adding the application folder to the library search path within the module constructor solves the issue without the need for double-deployment Thanks a lot, you brought me on the right track.

I think then I need to use png-files instead. Even though that is exhausting - as the app works on other platforms. So I need to create png's just for iOS. But that's the way it goes... Thank you very much for helping me! If anyone has an idea on how to use the svg's I'll be happy to hear about it :).

@SGaist @vlada thanks finally i built for apk android it works..... it's image goodluck

I saw that this bug has been reported.

hi As far as I know there is no build in raster to vector conversion. Also many images are not really good for it. Im wonder if QGraphicsScene is scaling images with best quality. http://stackoverflow.com/questions/22652491/qt-resize-image-with-best-quality

Hi QToolButton wants border to display on some platforms. QToolButton { border: 2px; image: url(:/border.svg); } works for me. example: https://www.dropbox.com/s/z0oqrco7tfs4qm8/svgtest.zip?dl=0

You're welcome ! If that answers your question, please update the thread title prepending [solved] so other forum members may know a solution has been found :)

Thank you

Hi As far as i know there is no better way than to parse and handle the svg yourself. maybe parse once, create hover pixmap version and use that.

@mcallegari79 I'm a little confused by your remark. Do you mean there actually is a property called 'targetSize'? Because I couldn't find such a property neither in Image nor in Item. Or do you mean the property 'sourceSize' should be called 'targetSize'? Because I thought, I understood how that part worked. But I didn't know how to properly get the "original" size of the SVG, multipling this by my scaling factor and applying this to sourceSize. And as it currently looks there is no nicer way than what @Wieland has shown.