Actual behaviour

When simply trying to edit some additional files I often type :e *.js or something similar; this almost ALWAYS results in E77: Too many file names.

Expected behaviour

It's pretty clear what the user wants in this situation; they want to open the files as buffers! I'm sure there are legacy reasons for this error, but it's a pretty poor experience these days that

Environment
Provide version numbers for the following components (information can be retrieved by running tns info in your project folder or by inspecting the package.json of the project):

• CLI: 6.2.2
• Cross-platform modules: 6.0.1
• Android Runtime: 6.2.0
• iOS Runtime: 6.2.0
• Plugin(s): unrelated

Describe the bug
openFile method of utils module does not preview the

Similar to #1196

Issue details

If a game is paused for a long time, after resuming, Gdx.graphics.getDeltaTime() will give the delta of the entire pause duration. This causes freeze/stutter on resume as the game tries to process possibly hours worth of delta. This was fixed for the android version but not for iOS which makes it inconsistent across backends.

Version of LibGDX an

Describe the bug:

Open fyne_demo -> Widgets -> input and drag the slider.
If your finger goes above or below the widget it resets to 0 - but it should track the finger movement.
Most probably a bug in tracking motion events in mobile driver.

To Reproduce:

Steps to reproduce the behaviour:

1. Go to fyne_demo
2. Click on Widgets then input
3. Slide the slider then move your finger

Problem is that I migrated from KeePass to KeePassXC and now all auto type references are broken due to the case sensitivity
Creating 2 different entries in advanced works in KeepassXC:

In KeePass it is blocked:
![grafik](https://user-images.githubusercontent.com/39967070/78254148-

Would it be possible to see if you already "thumbed up" a song by clicking on the menu bar button (to get to the menu, shown in the attached screenshot) via a check mark icon or a thumbs up icon next to the "Thumbs Up" option or via a separate entry within the menu (that would say, for example, "Thumbed Up")? This would be so much easier than having to open a new window by clicking on "Show" every

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?