-
Notifications
You must be signed in to change notification settings - Fork 225
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
Structuring jsreport entities into folders #250
Comments
both solutions sounds great! can we have both? but i like the label approach more, because it is the easier solution and users can decide if they like to view the resources grouping by entity type (the current one) or by the label. Maybe an organization based on folders sounds more natural but maybe is too much complexity? |
Everyone wants to have both :) It is true that the labels are very easy to do and folders will likely require breaking changes => should be part of the (spring?) jsreport@2 I've some more plans with folders. I would love to be able to download font-awesome or bootstrap, and extract it somewhere to data folder. fs-store would automatically recognize these unknown files as assets and the studio would display it in the same folder structure in ui. This would feel more natural and we can switch to the current |
+1 for folders definately. We use tags to target report types. We would use folders to structure reports for customers and projects. Tags are better than folders but we would love both options. Keep up the good work. |
+1 for folders. |
+1 for folders!!!!!! |
+1 for folders |
1 similar comment
+1 for folders |
📂 📂 📂 |
This have became the most requested feature recently.
The main motivation is that it is hard to work with large numbers of templates in the studio. It is ok with 30, but some users have already 100 and this is too much. They need to structure them into modules.
fs-store
should be probably storing the entities in the real directories, but we need to find a way how to distinguish between entity typesI was thinking a while that the better solution to the problem would be using
lables
. This is more powerful because one template can have multiple labels where it cannot have multiple folders. Also assigning the permission based on the label is technically easier than to the folder. However it still seems to me that the folders are more natural to the users so we likely do it the folders way.Short discussion here - jsreport/jsreport-studio#14
The text was updated successfully, but these errors were encountered: