-0.2.3 (?/??/2012):
+0.2.7 (?/??/2012):
------------------
+- Fixed bug that caused rEFInd to show up in its own menu sometimes.
+
+- Added new refind.conf token: also_scan_dirs. When scanning volumes for
+ EFI boot loaders, rEFInd always scans the root directory and every
+ subdirectory of the /EFI directory, but it doesn't recurse into these
+ directories. The also_scan_dirs token adds more directories to the scan
+ list. It defaults to "elilo,boot", but you can set it to any directory or
+ directories you like.
+
+0.2.6 (4/14/2012):
+------------------
+
+- Added "volume" keyword to configuration file's stanza options. This
+ option changes the volume from which subsequent files (specified by
+ "loader" and "icon") are loaded. You pass "volume" the name/label of the
+ FILESYSTEM you want to use (not the GPT partition name), or a number
+ followed by a colon (e.g., "1:"). The former should reliably identify a
+ filesystem, assuming the name is unique. The latter assigns numbers based
+ on the order in which they're scanned, which may not be as reliable but
+ should work when a volume is unnamed.
+
+- Fixed bug in 0.2.5 that caused failure of Linux initial RAM disk
+ mapping on some (but not all) systems. Affected computers include at
+ least some Intel motherboards, maybe others.
+
+0.2.5 (4/9/2012):
+-----------------
+
+- Fixed bug that caused an inability to associate initial RAM disks with
+ Linux kernels stored in a volume's root directory.
+
+- Volume badges (that override default badges) are now stored in
+ .VolumeBadge.icns. Although undocumented, rEFInd formerly loaded custom
+ volume badges from .VolumeIcon.icns. This carryover from rEFIt was a
+ confusing name, given the next (new) feature, so I've changed and
+ documented the name....
+
+- Added ability to set a default icon for a loader stored in the root
+ directory of a volume: The icon is stored in .VolumeIcon.icns. This icon
+ is also used for Mac OS X volumes booted from the standard location.
+
+- Fixed bug that caused icons to drop back to generic icons when rEFInd
+ was launched in certain ways (such as from an EFI shell in rEFInd's
+ directory) on certain systems.
+
+- Fixed bug that caused "unknown disable flag" to be shown (very briefly)
+ instead of "unknown hideui flag" when an improper hideui flag was set.
+
+0.2.4 (4/5/2012):
+-----------------
+
+- Created new refind.conf entry: "showtools". This entry takes options of
+ "shell", "gptsync", "about", "exit", "reboot", and "shutdown". This
+ option is in some respects an affirmative version of portions of the old
+ "disable" and "hideui" options; however, it enables users to specify the
+ order in which these options appear on the screen. Also, the "exit"
+ option is new; it terminates the program. The effect is usually to return
+ to whatever tool launched it or to launch a default OS; however, this is
+ somewhat unpredictable. The default therefore omits the "exit" option, as
+ well as "gptsync", which has always been dangerous (but necessary on most
+ MacOS/Windows dual-boot setups on Macs). As part of this reconfiguration,
+ I've eliminated the "rescue Linux" option, which always seemed pointless
+ to me.
+
+- Folded "disable" and "hideui" refind.conf entries into one ("disable"),
+ and reduced the number of options to six: "banner", "label",
+ "singleuser", "hwtest", "arrows", and "all". ("arrows" is new and
+ disables the scroll arrows when a system has too many tags to display
+ simultaneously.)
+
+- Added max_tags option to the refind.conf file, enabling users to reduce
+ the maximum number of OS loader tags that can be displayed at once.
+
+- Updated rEFIt icon, based on the 128x128 volume label from the rEFIt CD
+ image.
+
+- Added x86 and x86-64 EFI shells to the CD image version of the binary,
+ but NOT to the binary zip file. The logic is that the CD image is more
+ likely to be used directly as an emergency disc and so may need this
+ feature, even though the source isn't part of the rEFInd project. (The
+ source is readily available from the TianoCore project.)
+
+- EFI shells may now be stored at /shellx64.efi for x86-64 systems or at
+ /shellia32.efi for x86 systems. The /EFI/tools/shell.efi name is also
+ recognized; however, if both files are present, two EFI shell icons will
+ appear on the main menu. The /efi/{refind-path/apps/shell.efi filename,
+ which was never officially documented but worked as a carryover from
+ rEFIt, is no longer valid.
+
+0.2.3 (3/26/2012):
+------------------
+
+- Fixed (maybe) a bug that caused hangs when launching a second program
+ after returning from a first. There are some weird system-to-system
+ differences, though, and this fix causes (apparently harmless) error
+ messages about "(re)opening our installation volume" on at least one
+ system (a 32-bit Mac Mini). I'm committing this change because, imperfect
+ though it is, it's preferable to the earlier version, at least on my
+ small sample of computers.
+
- Because of news that the Linux kernel developers are planning to use the
filename linux.conf to hold Linux kernel configuration data for EFI
booting, I'm transitioning rEFInd away from that name and to