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

Add ability to remove folders from front-end hierarchy. #36

Closed
AGaiki opened this issue Jun 15, 2021 · 2 comments
Closed

Add ability to remove folders from front-end hierarchy. #36

AGaiki opened this issue Jun 15, 2021 · 2 comments
Assignees

Comments

@AGaiki
Copy link
Contributor

AGaiki commented Jun 15, 2021

Hey again! One feature I'd really like to see is the ability to remove folders from the front-end hierarchy. The current way is something like this:

|-- /folder
    |-- /folder2
        |-- sample.md

It will also show that way on the deployment as well. While that is useful, that method quickly falls apart when you attempt to organize files and images into folders. Say in a folder, you have this structure:

|-- /Example
    |-- /ExampleFolder
        |-- sample.md
        |-- image.png
    |-- /ExampleFolder2
        |-- sample2.md
        |-- image.png

When viewing the website, it will create two subfolders in the Example folder, ExampleFolder and ExampleFolder2. This creates unneeded levels within the site. There could be an option in the configuration in each Markdown file to ignore the immediate folder hierarchy and to serve it directly under the parent folder (hopefully that made sense).

@geoffreymcgill geoffreymcgill self-assigned this Jun 15, 2021
@geoffreymcgill
Copy link
Contributor

Your scenario can be supported by renaming sample.md to readme.md or index.md

The same technique would apply to ExampleFolder2/sample2.md which would be renamed to ExampleFolder2/readme.md.

I could see a potential use-case for having a page metadata config that allows for even more flexibility in where the page is placed in the navigation, although that does also seem like it might be adding unnecessary complexity. I'll put some thought into it.

Anyways, for your scenario, renaming both sample.md and sample2.md to readme.md or index.md will support your requirements.

Hope this helps.

@AGaiki
Copy link
Contributor Author

AGaiki commented Jun 15, 2021

It helped! I also figured out that if I wanted multiple articles on the root level of a folder (not THE root folder of the Retype deployment), I just need to create folders and name each article index.md. I'm gonna close this ticket cause my feature request is already in Retype v1.6 in some regard. Thanks for your help!

@AGaiki AGaiki closed this as completed Jun 15, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants