Fix: Use absolute paths in ls output for clickable file links

[Copilot]

When running ls <directory> from a different location, clicking on files in the output failed with "no such file or directory" because links used relative filenames instead of absolute paths.

Changes

Modified the ls/dir command handler to display files with absolute virtual paths:

// Before: displayed as "file.txt" 
// After: displayed as "/zenroom/file.txt"
displayName := path.Join(virtualPath, name)
coloredNames = append(coloredNames, colorizeName(info, displayName))

This ensures clickable links contain the full path regardless of current working directory. Applied to both short (ls) and long (ls -l) listing formats.

Before/After

Before: ls zenroom shows files as file.txt → clicking executes cat file.txt (fails)

After: ls zenroom shows files as /zenroom/file.txt → clicking executes cat /zenroom/file.txt (succeeds)

Original prompt

---

This section details on the original issue you should resolve

<issue_title>Tocuh should be aware of path in input to ls</issue_title>
<issue_description>If I do ls with an input path, e.g.

ls zenroom

and then I try to click on a element printed to screen I get

cat: no such file or directory

since it searching the files on the previous folder</issue_description>

<agent_instructions>please put absolute path in links, when shown on the interface</agent_instructions>

Comments on the Issue (you are @copilot in this section)

• Fixes Tocuh should be aware of path in input to ls #48

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.