Problem

See #3856 . Developer would like the ability to configure whether the developer menu or viewer menu is displayed while they are developing on cloud IDEs like Gitpod or Github Codespaces

Solution

Create a config option

showDeveloperMenu: true | false | auto

where

• true: always shows the developer menu locally and while deployed
• false: always sho

• Base README.md
• Quizzes
• Introduction base README
  • Defining Data Science README
  • Defining Data Science assignment
  • Ethics README
  • Ethics assignment
  • Defining Data README
  • Defining Data assignment
  • Stats and Probability README
  • Stats and Probability assignment
• Working with Data base README
  • Rel

Describe the bug

git diff-tree used by linter on push checks only files from the last commit and regardless of files status, so deleted or renamed files are also checked.

There are now 2 different git commands used for finding the list of broken files (find them here: https://github.com/github/super-linter/blob/v3.14.4/lib/functions/buildFileList.sh#L59-L105). git diff-tree is u

Current implementation of Go binding can not specify options.

GPUOptions struct is in internal package. And go generate doesn't work for protobuf directory. So we can't specify GPUOptions for NewSession.

Whenever we switch to the database plugin or if we click on the refresh button

connection.receive(
        DATABASE_LIST_COMMAND,
....

is called thus, the info about our database is updated in the desktop client.

Is it possible to do the other way around, that is, notify the client that it should update the UI because our database has changed, thus not requiring to press the refr

Clear and concise description of the problem

Function name is repeating the module name.

Suggested solution

Create a new function number in the phone module that is a copy of the current phoneNumber function. Call this new function in the current function and add a deprecation warning.

Alternative

No response

Additional context

Marked as todo in #541

Currently many more Python projects like dask and optuna are using Python type hints. With the Python package of xgboost gaining more and more features, we should also adopt mypy as a safe guard against some type errors and for better code documentation.

The multiline examples in the docs are misleading / confusing as the are for the new filestream syntax and since that is now the default the multiline examples / docs should follow the new standard / syntax

User trying the current docs are very frustrated as the current documented examples just gets ignored ..

https://www.elastic.co/guide/en/beats/filebeat/current/multiline-examples.html