Author Topic: When selecting a replay in Lix, allow the file explorer to go further back  (Read 189 times)

0 Members and 1 Guest are viewing this topic.

Offline Silken Healer

  • Posts: 190
    • View Profile
This is a suggestion for Lix. When selecting a replay in Lix, I believe it would be good to allow the file explorer to go further back outside of the lix/replays directory. A Lix player might back up the best replays to a certain location outside the Lix directory, download a replay off of someone else, etc. so I feel like it would be good to add a way to access them from Lix itself without having to copy the replay you'd like to view to the lix/replays directory.

Offline Simon

  • Administrator
  • Posts: 3876
    • View Profile
    • Lix
Yeah, sounds important.

Workaround: Run Lix with the replay filename as single argument. On Windows: Drag-and-drop the replay onto the Lix executable.



I'll have to see how hard this is to fit onto the existing architecture. Internally, for the file browsers, Lix uses a virtual file system that merges the user's writeable tree (./local/share/lix/ or equivalent Windows) with the Lix installation's read-only tree. But on self-contained Lix, there's only one tree (in the working directory) and you'll never notice any such tree merging. On Windows, Lix is always self-contained because I don't support Windows package managers.

Filenames (Lix's internal filename handling) are already either pointing into that virtual filesystem (they look up from the few fixed roots) or absolute (lookup ignores the roots and hopes that the OS fetches something useful). Virtual filesystem filenames come from the browsers. Absolute filenames come from the command-line arguments.

What we want for this bug: Somehow browsing with absolute filenames in a way that doesn't break too much existing browser UI.

-- Simon