For an easier understanding of the possibilities of this gallery and to understand the new terms you should look at the Concepts page of this web site.
A big effort was made to allow on the fly updating of content, which means that in almost all cases a user only sees data which does exist. If updates within the admin section of the portlet are made they are immediately reflected within the view section of the same instance. New instances of the gui (e.g. in another browser window) cannot yet be updated.
This is because it is currently not possible to instantiate backing beans as singletons. It would be with the help of Spring, but Spring does not work in this case. For details on this visit the Spcp7 Blog at http://spcp7.wordpress.com .
Although the GUI is working, it should be considered proof of concept. At the moment it only provides simple functionality. To be able to compete with other image galleries further features have to be implemented. Refer to Missing Features for details.
The view component can display a list of content folders and the content below them.
Pagination and simple navigating through the view without a complete page refresh is supported.
The image gallery has a default set of properties but a content provider can also add special properties itself. The user interface can administrate those properties independent of the underlying content provider and of the fact which properties it defines.
Content folders can be added and removed easily via a clear tree view.
Another innovative feature is the fact that the GUI does not need to be changed for browsing through a tree like structure (file system like with folders and documents). It just works out of the box because of the underlying clearly defined API.
The architecture is very flexible because of the stringent enforcement of the "separation of concerns" paradigm. The view component is completely separated from the Image Gallery API and a content provider is separated from the content provider registry which for example allows completely flexible decisions concerning the architecture of the following components: