Proposal: <screen /> root component
See original GitHub issueThis is just a quick proposal to change the current render/mount syntax.
The motivation is to remove the need to require both react-blessed
and blessed
and let react-blessed
manage both.
import {Screen, render} from 'react-blessed';
const App = () => (
<Screen
autoPadding={true}
smartCSR={true}
title="react-blessed hello world"
>
<box top="center"
left="center"
width="50%"
height="50%"
border={{type: 'line'}}
style={{border: {fg: 'blue'}}}>
Hello World!
</box>
</Screen>
);
render(<App />);
Issue Analytics
- State:
- Created 8 years ago
- Comments:7 (7 by maintainers)
Top Results From Across the Web
Proposal: Ability to get navigation screens state · Issue #6853
State will allow to understand from any part of the code how the screen is opened. Root, Modal, Overlay, and call corresponding method...
Read more >Root Component - IBM
The root component is typically an element appearing on the first screen displayed when SDF is started. In Figure 1, the CHI01 system...
Read more >React Navigation
Each Screen component defines a route in our app. If we want nested navigators, e.g. a tab navigator within a stack navigator, we...
Read more >Build an Angular 2 App: The Root Component - Atmosera
Run your apps in the environment best suited for their requirements. Build an Angular 2 App: The Root Component. By Rachel Snowbeck.
Read more >Feature Proposal: Conversational Components - Feedback ...
Feature Proposal: Conversational Components We're back with another feature ... or bundle everything up inside a components directory in the root folder of ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The initial point was not to bind
react-blessed
to a specific version ofblessed
so I don’t have to upgrade the dependencies along withblessed
each time a minor/patch is released. Plus the idea was to let people mount an app on an already existingblessed
app the same way you would withreact-dom
. I don’t particularly see what we win by creating ascreen
component inreact-blessed
.alternatively return both screen and component?
could attach
screen
andcomponent
tocomponent
e.g.then we support both:
and
or maybe better to do it vv.
and
doesn’t mean you can’t support mount points as well