Index
History, status, future plans, ...
note: this file is outdated and not maintained anymore.
History
I wrote and used a java/swing application before which was slightly different
(in terms of links). As of today, it is able to do things which fotoalbum is
not yet capable of. But as it is not easy to get swing working on any platform/OS
(for example linux/PPC), I left it behind for a solution in C++ which does also offer
a good separation of GUI and the rest and does a better job as far as links are
concerned.
ToDo and ideas
Things left to do (not in any particular order). This list surely is not complete!
-
rotate in separate thread, progress window
-
Option in popup menu: Delete pictures from tree which can't be found on disc.
Useful to create a project file for a part of an album which is to be put on a CD.
(like old java app)
-
Currently data is saved to xml files. I'd like to be able to use gzipped xml-files, too,
which had been very easy in java.
-
A port to windows? FLTK is possible, what about other libraries/external programs?
-
Make use of libraries instead of calling external programs (rotate, thumbnail creation)
-
Possibility to load project file and access pictures via http and other protocols
(alternative basepaths, this was easy in java...). Use curl or libcurl?
-
Edit basepaths via GUI (like old java app).
-
Drag'n'Drop
-
Internationalization
-
Use another toolkit? I don't like the bloat, so I didn't use KDE or the like. If
someone wants to do it, just do it. The code is separated well enough to create
a new subdirectory gui_kde besides gui_fltk and make another
GUI without touching the base code, so that GUI and the rest stay separated
and gui_fltk still works.
-
Hint: aspect ratio
0.93 for 19" CRT with 1280x1024
1.00 for 15" LCD with 1400x1050 (302mm x 227mm)
-
Index