Add 'one click print' feature

[ellensp]

Description

Adds advanced option: ONE_CLICK_PRINT

With this option enabled on power-up with media or insertion of media, Marlin will search for the newest gcode file and prompt the user to print that file.

Simply selecting Confirm (the default) will print the latest file in one click.

Example:

Requirements

SDSUPPORT, a display that uses Marlin Menus, NO_SD_AUTOSTART and ONE_CLICK_PRINT

Benefits

Marlin support true one click printing.

Configurations

Config file part of the PR, as options have been added

Related Issues

Has been requesting in Discord a number of times, and there is a FR for it somewhere (can't find it just now)

[thinkyhead]

Pretty cool! I think we could tweak it slightly to imitate SD_REPRINT_LAST_SELECTED_FILE where it puts up the select_screen.

  char * const longest = card.longest_filename();
  char buffer[strlen(longest) + 2];
  buffer[0] = ' ';
  strcpy(buffer + 1, longest);
  MenuItem_confirm::select_screen(
    GET_TEXT_F(MSG_BUTTON_PRINT), GET_TEXT_F(MSG_BUTTON_CANCEL),
   []{
      card.openAndPrintFile(card.filename);
      ui.return_to_status();
      ui.reset_status();
    }, nullptr,
    GET_TEXT_F(MSG_ONE_CLICK_PRINT), buffer, F("?")
  );

The relevant workDir and filename just need to be selected within CardReader by the same methodology as diveToFile before the working directory and file name are ready to be used by openAndPrintFile(card.filename). That should also result in less buffer being needed since we never need to store any full path outside of the recursive dive. We just store the final workDir and short path which already have storage set aside in CardReader.

[thinkyhead]

Well, I went for it a bit there but haven't gotten into testing it yet. Maybe more of the stuff in CardReader::manage_media can/should be moved to MarlinUI::media_changed, as that's where BROWSE_MEDIA_ON_INSERT happens, among other things. There's also this feature PASSWORD_ON_SD_PRINT_MENU that's meant to require a password for SD printing, so we might look at that (and how it also interacts with SD_REPRINT_LAST_SELECTED_FILE).

Anyway, I'm fading here at 3am so I'll hold off on flashing my printer, testing, and debugging until after a long snooze.

[thinkyhead]

Somehow those updates actually worked the first time, which is surprising considering how convoluted CardReader can be. The important thing is that is (usually) uses less memory and doesn't require copying the whole path each time it finds a newer file. It just copies the MediaFile and short name, which adds up to ~37 bytes.

The Select Screen function expects to draw wrapped strings, so it's not great at making inverted headings / prefixes, but I think users will forgive that aspect. For color screens, at least, it should be pretty easy to change the prefix and string/filename colors later on.

Anyway, it works as you would want. On first boot it asks if you want to print the newest file on the attached media. And it does the same for any media inserted later. I'm not sure how it will behave when booting with both an SD card and a Flash Drive inserted at the same time. We'll have to work that out sooner or later, along with making it work with password protection.