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

Closed
Deedolith opened this issue Apr 21, 2024 · 2 comments
Closed

Export / Import to various folders #6213

Deedolith opened this issue Apr 21, 2024 · 2 comments
Labels
enhancement Feature requests, or enhancements to existing features. Ideas. Anything within the project's scope. retriage-v3 Issue is deferred until v3 is completed and may be entirely solved by the paradigm shift

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.

@Vogel612 Vogel612 added the retriage-v3 Issue is deferred until v3 is completed and may be entirely solved by the paradigm shift label Dec 6, 2024
@Vogel612
Copy link
Member

Vogel612 commented Dec 6, 2024

solved by v3 paradigm shift

@Vogel612 Vogel612 closed this as completed Dec 6, 2024
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. retriage-v3 Issue is deferred until v3 is completed and may be entirely solved by the paradigm shift
Projects
None yet
Development

No branches or pull requests

3 participants