- optical drives and uses generic icons rather than OS-specific
- icons.</li>
-
- <li>Currently, rEFInd can detect whether it's compiled for <i>x</i>86
- or <i>x</i>86-64 systems and displays this information in its
- "About" screen (<tt>AboutrEFInd()</tt> in <tt>main.c</tt>). I'd
- like to add detection for Itanium and ARM systems, but I have no
- way to test such changes.</li>
-
- <li>The code could be more flexible in its handling of the sizes of
- various graphical elements, and particularly drawn text. Prior to
- version 0.2.2, submenu text was invisible on UEFI-based PCs with
- 800x600 and smaller displays because of an inability to properly
- crop the graphics fields that hold the text. With version 0.2.2,
- I've put a band-aid on this problem by reducing the field size so
- that it now works on 800x600 displays, but smaller displays still
- suffer from this problem. This is just an example of the
- inflexibility of certain layout issues within rEFInd.</li>
-
- <li>Although the ICNS file format used by rEFInd supports multiple
- image sizes, if a size that rEFInd needs isn't present in the file,
- rEFInd can't use the icon. The ability to scale images to the
- desired size would be useful.</li>
-
- <li>I would like to be able to specify the volume on which a boot
- loader resides using a partition GUID value, but extracting a GUID
- from the partition data is harder than extracting the volume's
- label or counting up the filesystem numbers.</li>
-
- <li>Currently, if a filesystem's label comes up empty, rEFInd
- substitutes the size, so you get displays like <tt>boot
- EFI\foo\bar.efi from 90 GiB volume</tt>. I'd like to add more
- checks to substitute the GPT <i>partition</i> label if the
- <i>filesystem</i> label comes up empty, or add a filesystem type
- identifier to the size.</li>
-
- <li>The default_selection option in refind.conf could be improved by
- supporting a list of default options, so that if the first item
- isn't found, rEFInd will try to boot the second one in the list,
- and so on. This could be handy in case a driver fails to load, or
- to provide an override in case the user inserts a specific
- removable disk—by placing the removable disk's name first in
- the list, it will take precedence over the normal hard disk
- default.</li>
-
- <li>Along the lines of the previous item, the default_selection might
- be expanded to support some form of specification of disk types, as
- in a special entry for any optical disk or any external disk, no
- matter what its name is.</li>
-
- <li>It would be useful to be able to specify paths to boot loaders
- and/or initial RAM disks relative to the rEFInd directory (or the
- boot loader's directory, in the case of initrds).</li>