Like the GNOME image viewer eog, which has svg support via librsvg, will lximage-qt support viewing, zooming, exporting, and resaving svg files via Qt's svg implementation (also allows displaying of animated svg images) or librsvg (I stated this because certain svg images may contain features that might not be supported by Qt's svg implementation)? That way, one will not have to install a more heavyweight program such as KDE's gwenview or Inkscape, and that gtk+ could potentially not have to be installed for running eog or the rsvg-viewer that comes with librsvg.<br><br>On Tuesday, May 14, 2013 1:17:29 AM UTC-5, PCMan wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Hello,
<br>I did a new Qt-based image viewer for LXDE/Qt.
<br>git clone git://<a href="http://lxde.git.sourceforge.net/gitroot/lxde/lximage-qt/" target="_blank">lxde.git.sourceforge.<wbr>net/gitroot/lxde/lximage-qt/</a>
<br>
<br>It's not the Qt port of the gtk+-based GPicView image viewer program.
<br>Strictly speaking this is a new application.
<br>The original GPicView mimics the UI of Windows image viewer.
<br>LXImage-Qt resembles Viewnior and eog more, but it's Qt-based.
<br>I know there are already several Qt-based image viewers, but I'm not
<br>satisfied with them. So it's time to make one.
<br>
<br>Features:
<br>1. Fast multi-threading image loading with gio/gvfs support. Can load
<br>file on remote filesystems supported by gvfs. (not yet finished)
<br>2. Acceptable memory usage (I say acceptable, not low, but it won't be
<br>heavier than any other Qt-based viewers. Otherwise its' a bug and I'll
<br>fix it.)
<br>3. Libfm-Qt integration. In the future thumbnails and file
<br>properties/file operation supprt from libfm will be used. Currently
<br>libfm is used for folder loading and monitoring.
<br>4. Good painting performance on zooming without increasing memory
<br>usage. Thanks to QGraphicsView/QGraphicsScene canvas system provided
<br>by Qt, this becomes a trivial task. The Gtk+ equivalence should be
<br>gtkimageview lib which is not part of gtk+ and is gtk+ 2 only. Without
<br>3rd party lib, doing this with plain gtk+ is a pain.
<br>5. Better UI and cleaner code base than GPicView.
<br>
<br>To compile the program, you need the latest git version of libfm-qt
<br>and libexif (not used now, but will be used soon). Please help test if
<br>you're interested.
<br>
<br>Thanks!
<br></blockquote>