[[!meta title="wishlist for Dimbola"]] This page lists wishes for new stuff to add to Dimbola. See also [[problems]] page. Done in bzr, but not in a release yet ------------------------------------- * Allow user to remove photos from database and optionally from disk as well. Planned for the next release ---------------------------- * Dimbola should write (and rotate) a log file that could be added to bug reports easily. * Add date of import. This could be used for an iPhoto-like "list of imports" view. Perhaps a "import id" as well? Website ------- * Website wants to be loved by a web designer. **Help needed.** * Make a feedback form for each release, using ikiwiki polling features. Importing photos ---------------- * Importing should detect duplicate photos and optionally not add them. * Maybe importing should add photos really fast, and then add thumbnails, previews in the background? * When importing images to database, the folders with the new images should perhaps be selected so the images are visible immediately. * Import should optionally be recursive: everything in subdirectories should be imported as well. * Add all exif fields into database, not just selected ones. Let user see a predefined set, all of them, or a user-defined set (multiple user-defined sets?). Add way for user to re-scan all files for Exif headers (useful for then (py)exiv2 gets new features?). Thumbnail grid -------------- * Thumbnails should have some basic metadata displayed: stars for ratings, at the very least. * Thumbnail grid should allow selecting by painting with the mouse. * Thumbnail grid shows images in semi-random order (photoid). Order by mtime, if nothing else. Ideally user should be able to choose from different orderings, such as Exif timestamp, camera photo serial number, or file mtime. Tag and tag management ---------------------- * Tag tree should allow showing all tags (expand all trees), only top level tags (close all trees), or close everything except a single tree. * Photo's tag list: should let user select whether to show only tags explicitly added, or also their parents (and aliases if those are added). * Should be able to add add multiple tags to multiple photos at a time with drag-and-drop. Exporting photos ---------------- * Add tags, exif to exported photos (jpegs, originals). Editing with the GIMP --------------------- * When editing with gimp, can we export a .xcf? Or have gimp do raw conversion? Code reactoring --------------- * When grid.photoids gets set, it should automatically trigger loading of thumbnails from database, and also shouldn't forget thumbnails that are in the new value of photoids. * remove_from_menu should be accompanied by method that just removes all menu entries added by that plugin. New features ------------ * Preview sizes should perhaps be user-configurable. * Searching based on Exif headers would be good. ("Find all photos taken with this camera and that lense on this time of day.") * It should be easy to copy tags from one photo to another. * Folders, tags (in tag tree), and grid should display photo counts. * Remember some settings across restarts, such as size of thumbnails. * Undo/redo: adding, renaming, removing tags in tag tree; adding, removing tags to photos; rotate; ratings; ... * Tags should perhaps have aliases, flags (export with photo, export when sharing tag lists). See also . * Search tags in tag tree. Add a search box at the top. * Should handle the case when photos move in the filesystem: have a way to search for and reconnect with photos after they've moved. (Might happen 'cause they're on an external disk and the mount point changes.) Store checksum, size of original files and use that to find the photos if they move. * Would be nice to handle offline images properly: indicate when they're not there, and warn (not crash) when doing things that would require them. * Would be nice to have an icon for Dimbola. **Help wanted.** * Add the functionality of dimbola-copy to dimbola-gtk. * A performance stress tester for the database would be good, so we know how big a photo set it can handle. * Support IPTC tags. * Make it possible to have "presets" of tags and other metadata that get added to images when they're imported, or later. * Background jobs should estimate remaining time. * Smart collections or saved searches, a la Lightroom. * Collections or manually created virtual folders, a la Lightroom. * Should use unicode only in the database, and not allow any other kind of text. * Synchronization between Dimbola databases would be really cool. * Add support for arbitrary key/value pairs as metadata? * Dimbola should have File/New, File/Open, File/Close. Not File/Save, since all changes are saved immediately and implicitly, but perhaps File/Save as. * Need to add i18n and l10n. * .dimbola files need a MIME type of their own, so double-clicking on them will open them up in Dimbola without hassle. But not all Sqlite files! * Verify checksums of photos, at opportune moments. Also, a background job to verify checksums of selected photos, or all photos. * Export metadata to photos (not doable for RAW images, mostly) or XMP files. Either manually, or automatically for each change. * Large thumbnail or small preview of the selected photo, a la Lightroom. * Film strip to show all photos on the grid, for non-grid views to show context. * View two photos at a time to compare them. * Survey mode: show all selected photos, then allow user to deselect and make the remaining thumbs bigger (as big as they can be while showing everything). does this emphasize "find faults" rather than "find good stuff"? (see [Carl Weese on editing](http://theonlinephotographer.typepad.com/the_online_photographer/2009/10/editing-a-large-set-of-digital-captures.html) and [followup](http://theonlinephotographer.typepad.com/the_online_photographer/2009/10/zen-slap.html), both at [The Online Photographer blog](http://theonlinephotographer.com/)) * Make a PDF, video file, and web slideshow of selected photos. * A "previous import" collection, or perhaps a way to show all imports as folders. * When no photo is selected, say so in the photo info and other sidebar sections, rather than just making them insensitive. This would provide a hint to the user what the reason for the insensitivity is. * Do some database stress testing: add logging of what requests are done to the db.py module, then make a dummy database that is very large, and do the requests on that many times. Does it work? What's slow? Memory usage? Definitely not until after 1.0 ------------------------------ * Some RAW processing support would be good. (Set parameters for dcraw when it is run.) * Support geo stuff: add location tags from GPS traces (match on timestamps), find by location, perhaps show and search on maps. * A plugin to export selected photos as a PDF formatted for printing as a book would be nice.