NeonView 0.6.0 Released With New Features

This new release, codenamed “Xiphophorus”, comes with several new features and a small bug fix:

  • added zoom in and zoom out functions
  • added rotate left, rotate right and flip image functions
  • fixed a crash when trying to display a file which is no longer available

In addition to these, NeonView already provided the following features:

  • all popular image formats supported (including PNG, JPG, TGA etc)
  • usual keyboard shortcuts and clean, easy-to-use interface
  • it remembers window size, start maximized, lock fit to window, remember fit to window
  • configuration window for several usability options
  • manual configuration via the ~/.neonview/neonview.cfg file


NeonView 0.6.0 – Binary

NeonView 0.6.0a – Source Tarball (Fixed)

About NeonView

NeonView is a minimalist, lightweight image viewer written in C and GTK, completely free and open-source, created by TuxArena. Since it was recently launched, NeonView includes only a handful of features, but this is the base for development of new features and functionality.

The goal of NeonView is to stay lightweight while also providing ease of use and only the necessary options a basic image viewer should have.

Screenshots of 0.6.0

This entry was posted in NeonView, News, Release. Bookmark the permalink. Comments are closed, but you can leave a trackback: Trackback URL.


  1. Edgardo Fredz
    Posted December 1, 2011 at 1:43 AM | Permalink

    Looks good, but I think you should try to use less icons. You can make the navigation bar a lot less cluttered by removing some of those that are unnecesary. I would remove these ones:
    -Open: Normally people use their file manager to open the Images they want to see, and they are done with that. Usually you don’t do image viewing sessions, you just go to your file manager and open what you need to see.
    -Preferences: Not that frequently used, and specially when it’s a image viewer. It only has a few options (as it should), so you won’t be using it that much.
    -Manual and Info: The same reason why I think you shouldn’t put the preferences icon in the navigation bar.
    -Quit: You already have an option to quit your program in the menu, and you can also do it just pressing the X in your window manager. No point in putting a third option there.
    Another thing that I noticed, is that the name of the icons doesn’t match the names in the menu: Configure Neon View vs Settings, Fit image to window vs Fit image, etc. I think the names in the menus are better because they are shorter without losing meaning.
    Also, I think that having the name of the filetype of the image in the status bar is a waste of space, you already have it in the name of the file, and you have that in the status bar. I don’t really get what the part that says “Fit to window” in the status bar is showing, I downloaded your binary and it doesn’t show up anything at all.
    I did a mockup using your image of how I thin it would look better:
    I changed the order of the icons according to frequency of use. I don’t have a fucking clue of usability, but I think that people use more frequently the zoom buttons than the ‘Fit to window’ and ‘Original Size’. I also changed the order of the zoom buttons (first zoom in, after that zoom out) because if the default is ‘Fit to window’, you can see all the content of the image, and I don’t think there are many cases where you would want to zoom out even more; before you zoom out, you have to zoom in.

    Man, I hope you continue working on this, I hope you enjoy coding it and thinking about what you want to implement. Enjoy the development.

    • Dan Craciun
      Posted December 1, 2011 at 11:13 AM | Permalink

      First, thanks a bunch for taking the time to tell me what you think, and thank you for the mockup too.

      I agree with some of your points, especially with the About and Help toolbar icons. This is obviously not a polished version, so I guess I’ll change certain aspects of the interface too.

      Regarding Fit to Window and Original Size, I’m not sure, but I think they are used more frequently (at least I use them). I think for now their position is good.

      I disagree about the extension info, think about very long filenames where the extension is hidden (the space for the filename in the status bar is limited – I should output the first few characters of the filename, then “…”, then the last part maybe, but I don’t like it better than now.

      Again, thanks! Truth is the interface can be changed in few minutes, the real problem is the functions behind those widgets 🙂 That’s where the bugs are and where I will focus for next version.