Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Export / Import to various folders #6213

Open
Deedolith opened this issue Apr 21, 2024 · 1 comment
Open

Export / Import to various folders #6213

Deedolith opened this issue Apr 21, 2024 · 1 comment
Labels
enhancement Feature requests, or enhancements to existing features. Ideas. Anything within the project's scope.

Comments

@Deedolith
Copy link

Justification
Hello,

For now, the export / import project functionalities assumes that all files are within the same folder, wich can be confusing when accessing the files from a file explorer.

Description
I suggest to add the possibility to dispatch the source code in custom folders / subfolders when exporting the project.
The idea is to segregate the main code from test code.
Of course the reverse operation is desirable.
(eventually, go a step further and export / import the folder structure shown in the code explorer).

Additional context
This is to accomodate with source code managment third party software and plateforms, such as GitHub.

@Deedolith Deedolith added the enhancement Feature requests, or enhancements to existing features. Ideas. Anything within the project's scope. label Apr 21, 2024
@retailcoder
Copy link
Member

retailcoder commented Apr 21, 2024

There's an open issue somewhere about honoring the @Folder annotations when exporting, however without somewhere to hold the information about where the files are, importing could get messy with the ability to recursively import files from any folder hierarchy out there.
The metadata could be in the host document, but then the implementation becomes host-dependent. Or it could be in a "comment module", but then it would pollute every project RD touches with such a not-a-module, which isn't desirable.
RD3 is going to solve this by introducing workspaces, which are exactly that: a folder hierarchy with the metadata for the project, stored on the file system in a host-agnostic way.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Feature requests, or enhancements to existing features. Ideas. Anything within the project's scope.
Projects
None yet
Development

No branches or pull requests

2 participants