X-Git-Url: https://code.delx.au/refind/blobdiff_plain/775c835c500538b43f65469afadc2af7b61cf65b..7c898f4a26b66344e4cc8ed5c2e272d5ea0a71dc:/docs/refind/todo.html diff --git a/docs/refind/todo.html b/docs/refind/todo.html index 9201b69..993af2d 100644 --- a/docs/refind/todo.html +++ b/docs/refind/todo.html @@ -15,7 +15,7 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

Originally written: 3/14/2012; last Web page update: -5/20/2012, referencing rEFInd 0.4.0

+8/12/2012, referencing rEFInd 0.4.5

I'm a technical writer and consultant specializing in Linux technologies. This Web page is provided free of charge and with no annoying outside ads; however, I did take time to prepare it, and Web hosting does cost money. If you find this Web page useful, please consider making a small donation to help keep this site up and running. Thanks!

@@ -157,10 +157,30 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

from the partition data is harder than extracting the volume's label or counting up the filesystem numbers. +
  • 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.
    • + +
  • 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.
    • +
  • 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).
    • +
  • Various options (dont_scan_dirs, also_scan_dirs, + scan_driver_dirs, etc.) refer to directories or files, + either on the ESP or on all partitions. A way to identify specific + partitions for these options would be useful in some + situations.
    • +
  • Known bugs that need squashing: @@ -193,9 +213,9 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

    implementation, and a dismal one at that, so I'm inclined to just let it go.
    • -
  • The Shutdown option works correctly on Macs, but not on UEFI-based PCs. - On such systems, Shutdown reboots the computer. This should be - fixed.
    • +
  • The Shutdown option works correctly on Macs, but not on UEFI-based + PCs. On such systems, Shutdown reboots the computer. This should be + fixed.
  • The media-ejection feature (F12) should be extended to work on UEFI-based PCs and early Macs. At the moment, it relies on an @@ -206,13 +226,19 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

    ignoring new media or keeping old media that have been ejected. This should be investigated and fixed.
    • -
  • The re-scan feature renders the user interface immobile until - the re-scan is complete. This is usually just a second or two, - but it can be longer if an optical disc needs to be spun up. - Adding a temporary "scanning media" notice would be helpful.
    • +
  • The "scanning for new boot loaders" message that appears during the + re-scan feature is primitive. Some sort of dynamic icon would be + nice, but perhaps impractical, given the single-tasking nature of + EFI.
    • + +
  • On my Mac Mini, launching a shell, returning, and performing a + re-scan causes the system to be unable to launch the shell again. I + have not observed this behavior on UEFI-based PCs. It seems to be + caused by a truncated DevicePath to the shell, which includes the + shell's pathname but not the device identifier.
  • The code is in need of review to search for memory leaks and - similar problems.

    + similar problems.
    • @@ -237,8 +263,10 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

    forum thread for more information.
  • I'd like to find a way to enable users to enter customizations for - boot options and then save them to the refind.conf - file.
    • + boot options and then save them to the refind.conf file. + One possible way to implement this would be to have manual boot + stanzas override auto-detected boot loader definitions for the same + boot loader file.
  • It should be possible to override specific auto-detected boot loader settings—say, to disable one specific boot loader or @@ -256,27 +284,28 @@ href="mailto:rodsmith@rodsbooks.com">rodsmith@rodsbooks.com

  • I'd like to give the user the ability to set custom options on a single-boot basis, similar to what's possible in GRUB.
    • +
  • A way to set the color of the font would be useful for theming + purposes.
    • + +
  • Going further, the ability to load arbitrary other fonts, ideally + in a standard format, would be desirable for theming purposes.
    • + +
  • A GUI configuration tool would be nice, but it's low on my personal + priority list. If you'd like to contribute, I prefer something + written in a cross-platform GUI toolkit, so that a single code base + can be used on any of the major OSes.
    • + +
  • A way to "source" one configuration file from another one would be + helpful for some types of configuration scripts. (This would enable + overriding options in a secondary file without modifying the + default original file, for instance.)
    • +
  • Improvements to the EFI drivers: