* show active item in hotbar & allow to pin it
Signed-off-by: Jari Kolehmainen <jari.kolehmainen@gmail.com>
* cleanup
Signed-off-by: Jari Kolehmainen <jari.kolehmainen@gmail.com>
* fix styles
Signed-off-by: Jari Kolehmainen <jari.kolehmainen@gmail.com>
* Add IPC capabilities for Extensions
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* revert onA|D change:
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* Switch to pushing the disposer in the methods
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* improve documentation, switch to a singleton instead of extension methods
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* fix build
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* make exported class abstract, improve guide
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* fix docs
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* fix lint
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* Change guide demo to initialization in constructor
Signed-off-by: Sebastian Malton <sebastian@malton.name>
* include the hotbar index in the label displayed for a hotbar
Signed-off-by: Jim Ehrismann <jehrismann@mirantis.com>
* address review comments for hotbarDisplayLabel()
Signed-off-by: Jim Ehrismann <jehrismann@mirantis.com>
* tweaks to hotbarDisplayLabel()
Signed-off-by: Jim Ehrismann <jehrismann@mirantis.com>
- Revamping {useDefineForClassFields: true} to avoid issues with non-observable class fields in some cases (from previous commit):
```
@observer
export class CommandContainer extends React.Component<CommandContainerProps> {
// without some defined initial value "commandComponent" is non-observable for some reasons
// when tsconfig.ts has {useDefineForClassFields:false}
@observable.ref commandComponent: React.ReactNode = null;
constructor(props: CommandContainerProps) {
super(props);
makeObservable(this);
}
```
Signed-off-by: Roman <ixrock@gmail.com>
* Saving more entity data to HotbarItem
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Adding generic MaterialTooltip component
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Move HotbarCell to separate component
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Abstract out HotbarEntityIcon from HotbarIcon
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Styling disabled hotbar items
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Migration for adding extra data to hotbar items
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Testing migration
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Some cleaning up
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Bump migration version
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* Bump app version in package.json
Signed-off-by: Alex Andreev <alex.andreev.email@gmail.com>
* check source files for license header
Signed-off-by: Jari Kolehmainen <jari.kolehmainen@gmail.com>
* tweak
Signed-off-by: Jari Kolehmainen <jari.kolehmainen@gmail.com>
* add license header to all relevant source files
Signed-off-by: Jari Kolehmainen <jari.kolehmainen@gmail.com>
This flag seems to be not possible to use with class-inheritance in some cases.
Example / demo:
`KubeObject` class has initial type definitions for the fields like: "metadata", "kind", etc.
and constructor() has Object.assign(this, data);
Meanwhile child class, e.g. KubeEvent inherited from KubeObject and has it's own extra type definitions for underlying resource, e.g. "involvedObject", "source", etc.
So calling super(data) doesn't work as expected for child class as it's own type definitions overwrites data from parent's constructor with `undefined` at later point.
Signed-off-by: Roman <ixrock@gmail.com>
* relax kube api data type validation (to allow metrics-server resources)
Signed-off-by: Jim Ehrismann <jehrismann@mirantis.com>
* removed a few now incorrect tests
Signed-off-by: Jim Ehrismann <jehrismann@mirantis.com>
* correct PodMetrics kind
Signed-off-by: Jim Ehrismann <jehrismann@mirantis.com>
