sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: terminal
Issue: Add a setting to control vertical antialiasing
Labels: Help Wanted,Area-Rendering,Product-Terminal,Issue-Task

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

# Description of the new feature/enhancement

<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->

Adding a setting to control DirectWrite's rendering mode is wanted to improve font rendering quality when using a font that does not have hinting information.

I prefer NasuM font (https://osdn.net/users/itouhiro/pf/font/files/) because it has high readability. But it does not have hinting information and it causes decrasing rendering  quality in Windows Terminal.

Below is a screenshot that taken from Windows Terminal with using NasuM font:
![Terminal](https://user-images.githubusercontent.com/4392059/77371923-c9c02400-6da7-11ea-8fb9-83dc92714e6a.png)

Below is a screenshot that taken from WSL window with using NasuM font:
![WSL](https://user-images.githubusercontent.com/4392059/77371986-f411e180-6da7-11ea-831e-1b73739df04d.png)

Please focus on horizontal lines in the Kanji character "見".

Windows's legacy command window uses GDI and now it supports vertical antialiasing (I believe), but Windows Terminal does not support that.

If Windows Terminal has a setting to enable vertical antialiasing, it can improve font rendering quality at this situation.

# Proposed technical implementation details (optional)

<!-- 
A clear and concise description of what you want to happen.
-->

Firefox has a hidden setting to control DirectWrite's rendering mode (https://support.mozilla.org/en-US/questions/1115938). When `gfx.font_rendering.cleartype_params.rendering_mode` is 5 (Natural Symmetric), Firefox enables vertical antialiasing.

If Windows Terminal has similar one, it would solve this problem.
Repository: ant-design
Issue: After Drawer's getContianer changes, its createPortal's container does not change immediately
Labels: Inactive

- [ ] I have searched the [issues](https://github.com/ant-design/ant-design/issues) of this repository and believe that this is not a duplicate.

### Reproduction link
[![Edit on CodeSandbox](https://codesandbox.io/static/img/play-codesandbox.svg)](https://codesandbox.io/s/anniuleixing-ant-design-demo-kdz7o)

### Steps to reproduce
1. Click to show
2. Click to switch the container and click on the cover to close the drawer
3. Click to switch containers and click Show
4. The container is not switched at this time, then click the cover to close the drawer
5. Click Show again to switch the container

### What is expected?
1. After clicking to switch containers, click Show to display in the new container

### What is actually happening?
1. For the first time, because this.container of Portal in rc-util still exists, the last container used by its createPortal is still used. The actual result is that it is not switched for the first time, and then switched for the second time.

| Environment | Info |
|---|---|
| antd | 4.0.4 |
| React | 16.12.0 |
| System | macOS |
| Browser | Google 80.0.3987.149 |

---
I submitted a [PR] (https://github.com/react-component/util/pull/89) to rc-util, but I don't know if there will be other side effects


<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: create-react-app
Issue: Add a "retry" option to "Something is already running on port X" message
Labels: issue: proposal,needs triage

### Is your proposal related to a problem?

<!--
  Provide a clear and concise description of what the problem is.
  For example, "I'm always frustrated when..."
-->

Whenever I get the "Something is already running on port X" message it's because I was working on another project and left it running. My response is always to find it and quit it. I then have to say no to "Would you like to run the app on another port instead?" and run `start` again.

### Describe the solution you'd like

<!--
  Provide a clear and concise description of what you want to happen.
-->

It would be nice if the options were "yes", "no" and "retry" so that I could just quit the other process and then come back and press r to carry on.

### Describe alternatives you've considered

<!--
  Let us know about other solutions you've tried or researched.
-->

I usually press n for no and then run `start` again. It doesn't ruin my day though.

### Additional context

<!--
  Is there anything else you can add about the proposal?
  You might want to link to related issues here, if you haven't already.
-->

I suspect that others also have the same desire to quit the other process and retry on the default port.
Repository: create-react-app
Issue: a small change in the doc of deployment on github pages
Labels: issue: proposal,needs triage

### Is your proposal related to a problem?

I've stuck for a long time on deploying my react-app to the Github pages. After several trial and errors, I finally figured out that I didn't do **Step1** correct: **Add homepage to package.json**

The difference of react-app folder name and my github repository name tricked me. 

### Describe the solution you'd like
In this case, people should set 

`"homepage": "https://myusername.github.io/github-repository-name",`

instead of 

`"homepage": "https://myusername.github.io/local-react-app-name",`

However, on the official doc, this is not made super clear to the user. Hope this can help others!

### Describe alternatives you've considered

<!--
  Let us know about other solutions you've tried or researched.
-->



### Additional context

<!--
  Is there anything else you can add about the proposal?
  You might want to link to related issues here, if you haven't already.
-->
Repository: electron
Issue: Expose macOS app presentation options
Labels: enhancement :sparkles:,platform/macOS

<!--  As an open source project with a dedicated but small maintainer team, it can sometimes take a long time for issues to be addressed so please be patient and we will get back to you as soon as we can.
-->

### Preflight Checklist
<!-- Please ensure you've completed the following steps by replacing [ ] with [x]-->

* [x] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/master/CONTRIBUTING.md) for this project.
* [x] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/master/CODE_OF_CONDUCT.md) that this project adheres to.
* [x] I have searched the issue tracker for a feature request that matches the one I want to file, without success.

### Problem Description

I need to have the menu bar be set to auto-hide when my Electron app is active.

### Proposed Solution

This is possible through the [`NSApp.presentationOptions` API](https://developer.apple.com/documentation/appkit/nsapplication/1428664-presentationoptions?language=objc).

Here's how I would do it in Swift:

```swift
NSApp.presentationOptions = [.autoHideMenuBar]
```

I imagine the Electron API could be:

```js
app.presentationOptions = ['auto-hide-menu-bar'];
```

Just like the native API, it should be possible to set this at any time after `app.on('ready')` and it should be able to re-set it.

I don't need the other options, but I think they should all be supported: https://developer.apple.com/documentation/appkit/nsapplication/presentationoptions
Repository: youtube-dl
Issue: axios.com video not supported
Labels: site-support-request

<!--

######################################################################
  WARNING!
  IGNORING THE FOLLOWING TEMPLATE WILL RESULT IN ISSUE CLOSED AS INCOMPLETE
######################################################################

-->


## Checklist

<!--
Carefully read and work through this check list in order to prevent the most common mistakes and misuse of youtube-dl:
- First of, make sure you are using the latest version of youtube-dl. Run `youtube-dl --version` and ensure your version is 2020.03.24. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x ] I'm reporting a new site support request
- [ x] I've verified that I'm running youtube-dl version **2020.03.24**
- [x ] I've checked that all provided URLs are alive and playable in a browser
- [x ] I've checked that none of provided URLs violate any copyrights
- [x ] I've searched the bugtracker for similar site support requests including closed ones


## Example URLs

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Single video: https://www.axios.com/coronavirus-texas-official-grandparents-die-172ca951-891c-44e7-a9ec-77c486e0c5c3.html


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

Plays OK on Firefox
Repository: create-react-app
Issue: Upgrade to htm-webpack-plugin 4
Labels: issue: proposal,needs triage

### Is your proposal related to a problem?

<!--
  Provide a clear and concise description of what the problem is.
  For example, "I'm always frustrated when..."
-->

the [html-webpack-plugin](https://github.com/jantimon/html-webpack-plugin) released a [new major yesterday](https://dev.to/jantimon/html-webpack-plugin-4-has-been-released-125d)

Please let me know if you need any help to migrate from https://github.com/facebook/create-react-app/blob/d2f813f8897ffcd2f0b0d2da75d0c44924c92f4d/packages/react-scripts/package.json#L55

You could also remove the following option as `inject:true` has been the default for a long time:

https://github.com/facebook/create-react-app/blob/d2f813f8897ffcd2f0b0d2da75d0c44924c92f4d/packages/react-scripts/config/webpack.config.js#L566

Also the [`InterpolateHtmlPlugin`](https://github.com/facebook/create-react-app/blob/d2f813f8897ffcd2f0b0d2da75d0c44924c92f4d/packages/react-dev-utils/InterpolateHtmlPlugin.js#L19) is now built in an can probably replaced with the html-webpack-plugin `templateParameters` option as seen in this code sandbox:

https://codesandbox.io/s/html-webpack-plugin--templateparameters-z2j84

```js
    new HtmlWebpackPlugin({
      templateParameters: {
        'PUBLIC_URL': 'demo/value'
```

```html
<html>
  <head>
    <title><%= htmlWebpackPlugin.options.title %></title>
  </head>
  <body>
    <h1>Hello World</h1>
    <%= PUBLIC_URL %>
  </body>
</html>
```
Repository: flutter
Issue: [flutter-tools] Help text for "flutter symbolize" is a little cray cray
Labels: tool,a: quality,P2,team-tool,triaged-tool

Running "flutter symbolize -h" produced:

```
~ $ flutter symbolize -h
Symbolize a stack trace from an AOT compiled flutter application.

Usage: flutter symbolize [arguments]
-h, --help                                                                     Print this
                                                                               usage
                                                                               informatio
                                                                               n.

-d, --debug-info=</out/android/app.arm64.symbols>                              A path to
                                                                               the
                                                                               symbols
                                                                               file
                                                                               generated
                                                                               with
                                                                               "--split-d
                                                                               ebug-info"
                                                                               .

-i, --input=</crashes/stack_trace.err>                                         A file
                                                                               path
                                                                               containing
                                                                               a Dart
                                                                               stack
                                                                               trace.

-o, --output=<A file path for a symbolicated stack trace to be written to.>    
```

```
~ $ flutter doctor
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel master, v1.16.2-pre.49, on Mac OS X 10.15.3 19D76,
    locale en-US)
 
[✓] Android toolchain - develop for Android devices (Android SDK version
    28.0.3)
[✓] Xcode - develop for iOS and macOS (Xcode 11.2)
[✓] Chrome - develop for the web
[✓] Android Studio (version 3.5)
[✓] IntelliJ IDEA Community Edition (version 2019.2.4)
[✓] VS Code (version 1.43.0)
[✓] Connected device (2 available)

• No issues found!
```
Repository: youtube-dl
Issue: Please support Globe Wien
Labels: site-support-request

<!--

######################################################################
  WARNING!
  IGNORING THE FOLLOWING TEMPLATE WILL RESULT IN ISSUE CLOSED AS INCOMPLETE
######################################################################

-->


## Checklist

<!--
Carefully read and work through this check list in order to prevent the most common mistakes and misuse of youtube-dl:
- First of, make sure you are using the latest version of youtube-dl. Run `youtube-dl --version` and ensure your version is 2020.03.24. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2020.03.24**
- [x] I've checked that all provided URLs are alive and playable in a browser
- [x] I've checked that none of provided URLs violate any copyrights
- [x] I've searched the bugtracker for similar site support requests including closed ones


## Example URLs

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Single video: https://player.globe.wien/globe-wien/ottojaus-fastfertig?streamNow=true


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->
Please add support for Globe Wien.
No credentials are needed.
https://player.globe.wien
lists a couple more video links.
Thank you!
Repository: vue-element-admin
Issue: tagview 外面的el-scrollbar 不出现滚动条
Labels: bug

## Question（提问）

tagview 增加到一定个数时   外面的el-scrollbar 不出现滚动条，必须改变窗口大小才会出来

#### Steps to reproduce（问题复现步骤）


#### Screenshot or Gif（截图或动态图）
Repository: pytorch
Issue: Why C++ version libtorch so slow
Labels: oncall: jit,triaged

my code is sample

` torch::jit::getProfilingMode() = false;`
  ` torch::jit::setGraphExecutorOptimize(false);`
   ` torch::Tensor tensor = torch::zeros({1,3, 1280, 1280},at::kFloat);`
   ` torch::jit::script::Module model = torch::jit::load("./psenet.pt");`
    `model.eval();`
    `std::vector<torch::jit::IValue> inputs;`
    `inputs.push_back(tensor);`
    `long long t1 = getSystemTime();`
    `for(int i = 0; i < 8 ;++i)`
    `{`
        `auto output = model.forward(inputs).toTensor();`
    `}`

    `long long t2 = getSystemTime();
    printf("cost %f \n",(t2 - t1) / 8.0 / 1000.0);`

but the code is 2 times slower than pytorch version ? 
anyone know the problem?

cc @suo
Repository: rust
Issue: Code inference fails for several levels of indirection case
Labels: A-closures,T-compiler,A-inference,C-bug

I tried this code:

```rust
pub fn bar(f: Option<impl Fn(usize, usize) -> usize>) {
}

pub fn mai() {
    let arr = vec![vec![3;10];10];
    bar(Some(|i,j| arr[i][j]));
}
```

Which fails with:

```
error[E0282]: type annotations needed
 --> src/lib.rs:6:20
  |
  |     bar(Some(|i,j| arr[i][j]));
  |                    ^^^^^^ cannot infer type
  |
  = note: type must be known at this point
```

It's enough to remove one level of indirection, e.g. remove `Option`. or change `Vec<Vec<usize>>` to `Vec<usize>` to make compiler happy:

```rust
pub fn bar(f: impl Fn(usize, usize) -> usize) {
}

pub fn mai() {
    let arr = vec![vec![3;10];10];
    bar(|i,j| arr[i][j]);
}
```

```rust
pub fn bar(f: Option<impl Fn(usize, usize) -> usize>) {
}

pub fn mai() {
    let arr = vec![3;10];
    bar(Some(|i,j| arr[i+j]));
}
```

### Meta

`rustc --version --verbose`:
```
rustc 1.44.0-nightly (1edd389cc 2020-03-23)
binary: rustc
commit-hash: 1edd389cc4c7b5be7a3dd4fe4b986f6017018e54
commit-date: 2020-03-23
host: x86_64-pc-windows-gnu
release: 1.44.0-nightly
LLVM version: 9.0
```

Although I can stable reproduce it in every toolchain I have and playground (I'm not sure what version it uses).
Repository: rust
Issue: Per-module control of overflow checks?
Labels: T-lang,C-feature-request

For arithmetic that happens inside Miri, I am quite paranoid that we may have an overflow issue, so I spent a lot of time last week-end to go over every occurrence of `+`/`-`/`*` and replace them all by `checked_*` operations. That has not made code more readable, and I am worried I might have missed some cases.

I am not sure if enabling overflow checks for all of rustc is realistic, so it would be great if that could be controlled on a per-module level: if I could set something like `#![enable_overflow_checks]` in the interpreter modules, I could sleep much more soundly as I would be sure we'd not have silently overflowing arithmetic -- and I wouldn't have to make the code unreadable by turning `(x * 2) + 1` into `x.checked_mul(2).unwrap().checked_add(1).unwrap()`.

Overflow checks are embedded into MIR, and it seems entirely possible to take module-level attributes into account during MIR building, so I think this is realistic.

(I am not sure if this should go into this repo or the RFC repo, feel free to move around.)
Repository: terminal
Issue: Mouse selection should begin and end at nearest cell boundary
Labels: Help Wanted,Area-TerminalControl,Product-Terminal,Issue-Task,In-PR,Priority-3

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

# Description of the new feature/enhancement

<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->

For the intuitive highlighting behavior, and consistency with most other applications; when selecting text with the mouse, the two endpoints should be rounded to the _nearest vertical boundary_ between adjacent characters, and highlight/select whatever is between these two points; rather than necessarily including the character the mouse was clicked on / released at.

Note that this is for single click only. For double click, it's the characters under the click location and the release endpoint that should be expanded.

For more details, rationale etc. see for example https://github.com/kovidgoyal/kitty/issues/945.