Describe the Bug

The Link in the E-Mail is broken.

Link: https://my-internal-domain/admin/accept-invite?%0Dtoken=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJlbWFpbCI6Impqb2hhbm5pbmdAZ2%0D1haWwuY29tIiwic2NvcGUiOiJpbnZpdGUiLCJpYXQiOjE2NTY5MjIxNDksImV4cCI6MTY1NzUyN%0Djk0OSwiaXNzIjoiZGlyZWN0dXMifQ.hdcRCh-8xiEEZG_RAYj4z-aYbS9zFzmS_l41LrN20Ik

When I remove the %0D behind the "?" in the above u

Describe the solution you'd like

As you can see from the image, being able to have more than one shell in a project would be great.

Edit by @austincondiff:

This is the design that we will use for multiple terminals. We need this tab system in place in the status bar and the git controls moved up to the toolbar first, then in the terminal tab build the multiple terminal tabs UI, this

Since we also expose the Skia-bindings for a Canvas-like API I think it might be a good idea to start refactoring the API to utilise more named arguments e.g. ~x=..., ~y=....

What do you others think?

The docs are okay, but they have gotten a bit unstructured over time as we've just kept piling things on without any "refactoring". Here are some of the issues I'd like to resolve.

We welcome feedback and pull requests on any of these tasks! We need a fresh set of eyes!

General

• Clean up structure/old sections (careful not to break any links)
  • The user/developer spli

/area API
/area autoscale
/kind cleanup

Actual Behavior

The max-scale and min-scale annotation has been introduced in knative/serving#12103 alignment. The client was using those names, but recently this changed to the inverse - knative/client#958. This leads to confusion on docs, and UX as seen in: https://github.com/knative/docs/iss