Add Path Context for Recent Files about moonshine-ide HOT 4 CLOSED

Some thoughts on the options suggested:

1. This indeed an expensive process to determine if a file is part of project, specially if the file resides deep inside the folders; Furthermore, showing project name for some files and "Unknown" for non-project files - I feel this all a little confusing
2. I vote for this
3. I don't think we can show tooltip in menu items - specially, on macOS

While working on 2, I was thinking how the "..." format we wants to present. Few options crossed my mind as follows:

• .../MyProjectName/src/MyProjectFile.as
• /Users/$user/.../MyProjectName/src/MyProjectFile.as
• MyProjectFile.as (.../MyProjectName/src)

We needs to shorten the label as much as possible since horizontal-space is limited here, and some file/folder name could be larger. So I chose first option from here, and I'd like to know how this feels to you.

(NOTE: Many things are still needs to be tuned - this update only displays the new label format in home screen)

Currently, I'm showing last 3 values if separated by file-separator, i.e.
.../MyProjectName/src/MyProjectFile.as

On screen this looks something like this:

If we feel the format meets the purpose, I shall continue with other tuning.

from moonshine-ide.

Updates:

• Mixed text style in recent-files list (italic, normal)
• Opening new file properly renders with newer style format
• Fixed recent-files menu item disable problem (was occurring after opening a file from recent-list)

This is now ready for full release.

from moonshine-ide.

The Recents section looks like this now:

I would like to see the file names stand out even more (with bold or underline), but @rat-moonshine was concerned that this would look jarringly out of place.

I also see the menu is updated. This has no contrast for now between the path and file names:

Also note that in my examples, the limited nesting on the path means that Java files with packages don't show the project names. Even a class with a single-level package is nested 4 levels deep in the project. That said, showing more of the path would use too much space. Also, the class files are less likely to have duplicate names than configuration-by-convention file names like build.gradle or pom.xml.

In general, I think this is a useful improvement. We can discuss tomorrow if we want any further changes before closing the issue.

from moonshine-ide.

I think this is good enough for now. We can revisit this when we work on converting the Home page.

from moonshine-ide.