X3Photo Gallery Forums

We will consider image metadata search for a future release, although I can say it's not top priority. Imagevue has always been focused around having a nice clean interface, and all added interface items add more "clutter". Besides, who would use this functionality except the gallery owner themselves? I certainly don't want to search any gallery I view ...

Well, we like to be honest about what we produce, and this is us being honest and unfortunately this may be disappointing to some people. We like to believe Imagevue is best at some things (or else why would we make it and why would people use it?), while other stuff Imagevue may not be very good for. Imagevue is simply inferior for searching and managing large databases with images ... It does not have the correct interface for this, nor an optimized backend. If someone has other opinions, they are of course entitled to this!

You must admit, this page you refer to is much different from Imagevue? Just like flickr and other pages, they may not have a nice visual appeal, but they sure do a good job of searching and categorizing 1000s of images.

As mentioned, we will consider this nevertheless for a future release ...

Sorry, but although we will consider this, it would not be imminent until after the 2.8 major release coming soon.

I'm sorry to hear this ... As I insinuated in my last response, search engine for Imagevue is not high on the priority list. We need to follow our designer intuition for Imagevue, which made it successful in the first place, and we don't believe search-engine should be focus for Imagevue ... Imagevue as a designer-portfolio style gallery, perhaps not for huge libraries. For big libraries, there are other solutions which simply speaking are better optimized and faster, although perhaps not as elegant ...

For an Imagevue gallery, the average visitor is there to view a few images ... What will they be using the search for? Perhaps you can provide some example of usage that is not from the admin user?

I'll have to agree with Alt it would be very useful to have at least keyword or other kind of filter search and should not be that hard in html5 version of Imagevue.

Well, first of all, html5 or flash ... this is irrelevant. The search will need to be in PHP naturally, connected to the frontend somehow. Also, it would require a database to be able to function any effectively, and Imagevue could not be folder-based as it is now, because all meta data would need to get stored in the database.

Yes, I did remove your link earlier, and this is just a policy that I am sure all gallery creators have in their forums. It is not because I didnt look at it, because I did ... I did not see an attractive gallery though, and besides, I am asking you how you see search being used ... I don't need to see an example of how it is integrated. So I imagine a user coming to your website, and what are they gonna sue the search for? "bird"? "crocodiles"? Please enlighten me, if a random visitor enter your gallery, what is it that they suddenly might wanna search for in your gallery page? If its a vast library, I might understand it, but this is not what Imagevue is good at in the first place, and I don't see any logical reason why a normal visitor would want a search for this type of gallery.

There are different aspects as to how to create a product. Apple for instance, never listens to customers, while others create anything the customer might want, but that does not necessarily make it into a smart product.

I will not argue your requirement for search and to abandon Imagevue, but we would never have been able to release Imagevue back then, if we didn't make it as we saw it fit.

grimurnet wrote:I'll have to agree with Alt it would be very useful to have at least keyword or other kind of filter search and should not be that hard in html5 version of Imagevue.

How will you make search in html5? At best, you could create some client side javascript that filters away images as you enter a keyword. That would of course only work for pages that are already loaded into the current page, and certainly is not true search. Just for the record ...