native
Here are 1,822 public repositories matching this topic...
-
Updated
Jan 11, 2022 - Objective-C
-
Updated
Oct 31, 2021 - JavaScript
-
Updated
Sep 2, 2021 - TypeScript
-
Updated
Dec 31, 2021 - TypeScript
-
Updated
Jun 10, 2020 - Java
-
Updated
Jan 4, 2022 - JavaScript
-
Updated
Jan 9, 2022 - Red
We should add a compile-time check when trying to use extern in an unsupported manner.
For example extern cannot be used in val foo: Int = extern
Also, it should report usages as a default parameter of methods, if it is not runtime exceptions should contain information about unsupported usage of the extern method.
No version of 'react-native-dom' found that satisfies a peer dependency on 'react-native@0.56.0'
When use "$: react-native dom"
Appears:
No version of 'react-native-dom' found that satisfies a peer dependency on 'react-native@0.56.0'
This is my package.json:
{
"name": "dom",
"version": "0.0.1",
"private": true,
"scripts": {
"start": "node node_modules/react-native/local-cli/cli.js start",
"test": "jest"
},
"dependencies": {
"react": "16.4.1",
"
-
Updated
Jan 10, 2022 - Objective-C
-
Updated
Jan 10, 2022 - D
-
Updated
Jan 10, 2022 - Java
-
Updated
Jul 9, 2021 - TypeScript
-
Updated
Jan 8, 2022 - Swift
COMMUNITY-DRIVEN WORK TRACKING ISSUE
Summary of feature
Today, Silk.NET has no official support for receiving KeyDown (et al) events in any keyboard layout other than US (even though the SDL backend accidentally mandatorily supports it, but this is a bug with that backend).
This has been requested lots of times, and even got to a point where [a proposal made it to review](https://gi
-
Updated
May 9, 2021 - JavaScript
-
Updated
Jan 26, 2018 - Pascal
-
Updated
Jan 7, 2022 - Java
-
Updated
Dec 27, 2021 - C
-
Updated
Jan 4, 2022 - Pascal
Improve this page
Add a description, image, and links to the native topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the native topic, visit your repo's landing page and select "manage topics."
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?