Comments (4)
Great!
I've just release the first RC for v1.1.0, and this feature is part of it! Check it out in the release page. Please update me if you find any bugs, or have anything to suggest.
from agrippa.
Hi!
I totally agree with you - I've been missing this feature myself, and adding a --dest
flag (or something equivalent) is the main feature I'm planning for v1.1.
I'm hoping to complete it in a few days.
As a workaround until then, you could cd
into ./src/components
in a new terminal, and call commands from there. It's not perfect, but I'm hoping it'll be good enough to get by until it's implemented.
Thanks for reaching out!
from agrippa.
In rough terms, what I want to add is this:
- a
--componentDir
flag for setting a base component folder; this is equivalent to./src/components
in your example.
I'm assuming most projects have some sort of such a base folder, which most components would be created in (either as direct children or nested in more folders). - If the user wants to create a component in a folder relative to the
componentDir
, instead of the directory itself, they can use a '--dest' flag with a relative path (in addition tocomponentDir
), e.g.agrippa gen top-bar --componentDir ./src/components --dest ./common
would generate the component in./src/components/common
. - An alternative to using
dest
would be to input a relative path for the component name - which functionally should give the same result.
For exmaple,agrippa gen --componentDir ./common/top-bar ./src/components
should give the same result asagrippa gen top-bar --componentDir ./src/components --dest ./common
.
In a typical project, componentDir
would be defined in the config, and the --dest
flag (or a relative path as the name) would be used to append to that through the CLI when generating the components themselves.
Nothing here is final (especially the naming), but I think this is a good solution for the different major use-cases of this feature.
What do you think?
from agrippa.
In rough terms, what I want to add is this:
- a
--componentDir
flag for setting a base component folder; this is equivalent to./src/components
in your example.
I'm assuming most projects have some sort of such a base folder, which most components would be created in (either as direct children or nested in more folders).- If the user wants to create a component in a folder relative to the
componentDir
, instead of the directory itself, they can use a '--dest' flag with a relative path (in addition tocomponentDir
), e.g.agrippa gen top-bar --componentDir ./src/components --dest ./common
would generate the component in./src/components/common
.- An alternative to using
dest
would be to input a relative path for the component name - which functionally should give the same result.
For exmaple,agrippa gen --componentDir ./common/top-bar ./src/components
should give the same result asagrippa gen top-bar --componentDir ./src/components --dest ./common
.In a typical project,
componentDir
would be defined in the config, and the--dest
flag (or a relative path as the name) would be used to append to that through the CLI when generating the components themselves.Nothing here is final (especially the naming), but I think this is a good solution for the different major use-cases of this feature.
What do you think?
I think it will be useful. The componentDir
flag is for agrippa.config.js
and --dest is optional will be good.
CLI command will be short by this for eg agrippa gen component-name --componentDir [get automatically from agrippa.config.js | ./src/components] [--dest ./common | null]
from agrippa.
Related Issues (20)
- Implement also a different directory layout HOT 2
- Add unit tests for `strings` utils. HOT 1
- Set up E2E tests HOT 1
- Add support for MUI 5 HOT 1
- Fix generation bug with `--children`
- Index file is listed twice in CLI output (v1.3.0) HOT 1
- More examples? HOT 4
- Fix `props` default value logic HOT 1
- Update the JSON schema for v1.3.0 HOT 3
- Make integration test Dockerfile version-agnostic HOT 1
- Have option to use type instead of interfaces for component props HOT 6
- Add support for this component file structure HOT 7
- Add component name variables to post-command vars HOT 1
- Typo in the warning for upates HOT 2
- Add support for types HOT 1
- Also stub the test file as well? HOT 6
- Update JSON schema for v1.4.0 HOT 2
- Default option of `importReact` is not aligned with the documentation HOT 2
- Add support for Tailwind CSS? HOT 1
- What to do with not existing properties in docs but existing in JSON schema? HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from agrippa.