mturley

{
  "$id": "https://kubeflow.org/model-registry/catalog.yaml",
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "title": "Model Catalog",
  "type": "object",
  "properties": {
    "source": {
      "type": "string",
      "description": "The name of the catalog provider.",
      "example": "Red Hat"

mturley

I just wanted to write down my thoughts about a possibly-naive but simple approach we could theoretically take to support PF4/PF5/Next component styles existing on the same page.

To be clear: I have not learned much about CSS layers or CSS modules, so this may be better achieved with something fancier. However, this would work without any browser compatibility concerns.

Proposal:

• We release a transitional compatibility-version of PF4 that is identical to the last PF4 version except for the addition of .pf-v-4 version classes on every component/layout style rule.
  • This is technically a breaking change for core CSS/HTML consumers, but React consumers could simply upgrade the packages and not have to change their usage at all (component APIs would remain identical, the rendered DOM would match the new CSS).
• If we are adhering to proper BEM classes for descenant elements of a component/layout, we should only need to apply this special class to the top of each component/layout unless we need to suppo

mturley

#!/bin/sh

minikube config set memory 10240
minikube config set cpus 4

minikube stop

minikube delete

minikube start --addons=dashboard --addons=ingress --addons=olm

mturley

OpenShift Console Extension Types

1. console.action/filter
2. console.action/group
3. console.action/provider
4. console.action/resource-provider
5. console.alert-action
6. console.catalog/item-filter
7. console.catalog/item-metadata
8. console.catalog/item-provider

mturley

This is copied from https://unpkg.com/browse/@openshift-console/[email protected]/doc/console-extensions.md Pasted here to render the markdown for easier reference before it is published somewhere official.

---

OpenShift Console Extension Types

1. console.action/filter
2. console.action/group
3. console.action/provider

mturley

Hi guys, let me know if there is a more appropriate channel for this but I figured we could have a place for async discussion around the Kogito PF stuff within UXD.

For those who want to set up and run the Kogito UI code locally, it's pretty simple. Here's how you can pull down the branches I've been working on with Ajay:

git clone https://github.com/kiegroup/kogito-apps
cd kogito-apps
git remote add mturley https://github.com/mturley/kogito-apps
git fetch mturley
git checkout KOGITO-new-tabledesign

mturley

Imperative vs Declarative Programming

The Value of React for Developers

Writing code for what we want the page to do, not how we want the browser to do it.

Basic concepts

I've been working on how to try and explain the fundamental difference between the following two concepts of how programming the interactions on a web page can be done. It's important to grasp both in order to understand the main benefit of React from a developer's perspective. There are also design benefits of React such as the ability to reuse and compose isolated components, but that is beyond the scope of this document.

mturley

#!/usr/bin/env bash

pwd
mkdir -p ./__tests__
for file in *
do
  if test -f "$file" && [[ $file == *.js ]]
  then
    testfile="./__tests__/${file/\.js/.test.js}"
    if test -f "$testfile"

mturley

ERROR in /Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/~/graphql-language-service-utils/dist/validateWithCustomRules.js
Module not found: Error: Can't resolve 'graphql/validation/rules/ExecutableDefinitions' in '/Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/node_modules/graphql-language-service-utils/dist'
 @ /Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/~/graphql-language-service-utils/dist/validateWithCustomRules.js 20:18-75
 @ /Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/~/graphql-language-service-utils/dist/index.js
 @ /Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/~/graphql-language-service-interface/dist/getDefinition.js
 @ /Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/~/graphql-language-service-interface/dist/index.js
 @ /Users/mturley/.rvm/gems/ruby-2.4.2/bundler/gems/manageiq-graphql-5f68621f2791/~/codemir

mturley

  const getActivePlaybook = task => {
    if (!task || !task.options || !task.options.playbooks) return {};
    const { options: { playbooks } } = task;
    if (playbooks.pre.status === 'Active') return playbooks.pre;
    if (playbooks.post.status === 'Active') return playbooks.post;
    return {};
  };

  const playbooksByTaskId = mostRecentTasks.reduce(
    (map, task) => ({