Update readme to include documentation links for packaging tools

Include links to documentation for packaging tools that create the MSI and DMG files in case a user runs into any issues and is looking for clarity.
MSI:
https://github.com/felixrieseberg/electron-wix-msi
DMG:
https://github.com/electron-userland/electron-installer-dmg

Exists in the readme.


fix: bump version in pip install instructions

fixes #241

Please make sure that all the checks pass. Please add here any additional information regarding this pull request. It's highly recommended that you link this PR to an issue (please create one if it doesn't exist for this PR)

Thanks!
Sorry I did miss the PR and fixed it directly - https://github.com/frictionlessdata/application/commit/ac1e9a6f05b53884dfc0b6c414c1d18906e735a5 (closing in favor of this commit)


Upgrade tcmalloc-rs to 0.3

What have you changed? (mandatory)
This is a follow up to https://github.com/tikv/tikv/pull/4370.
Upgrading to 0.3 links tcmalloc statically.
Note the caveats about profiling and libunwind/libgcc on 64-bit linux — they are not built by this crate, and tcmalloc will silently link to versions of both that can cause profiling deadlocks.
What are the type of the changes? (mandatory)

Improvement (change which is an improvement to an existing feature)

How has this PR been tested? (mandatory)
cargo build --no-default-features --features=tcmalloc
Does this PR affect documentation (docs) update? (mandatory)
no
Does this PR affect tidb-ansible update? (mandatory)
no
Refer to a related PR or issue link (optional)
Fixes https://github.com/tikv/tikv/issues/4471
Benchmark result if necessary (optional)
Add a few positive/negative examples (optional)

oh, can we link libunwind statically too?

@siddontang I think so, but unwinders are tricky so I'd like to do it as a followup. Here's an issue for it: https://github.com/tikv/tikv/issues/4520

Comments addressed.

@breeswish
I think after this PR, you can update your cargo profile PR


Clarify behaviour and error messages for results.Result objects

Currently the results.Result object is not behaving ideally.

Accessing an empty key should return None instead of an empty Result object. Alternatively, we should raise an error
Accessing an empty key should not create it, only if we assign a key should we assign higher level empty keys
Error messages should originate from raising a KeyValue exception

I have implemented a method to get the parents of a Result object in a nice format. I then use it to give more detailed error messages when attempting to call __call__ or __hash__ of a Result object. Previously this would give a not-so-helpful "could not hash Result object" or "Result object is not callable" exception.

I have also added a prune method to the Result class. This will remove empty paths in the object, cleaning it up. This might be helpful to call before printing the object or before writing it to a file.


bug: Never checking zone when retrying(validating) records after being published

What
When the DNSRecord is first published and starts to go into the loop for validation with backoff it never hits the applyChanges which would actually verify that there were no changes in the provider. You can see this in the logs on every reconcile:
Skipping managed zone to which the DNS dnsRecord is already published and is still valid

recordReceivedPrematurely looks to always be returning true

It is going into applyChanges prior to the reconciliation loop after the status update, so this is fine. Closing.


[Storage] Fix flaky retry test once and for all (hopefully)

After many failed attempts to fix the flaky read timeout retry test, this change will hopefully be the final fix. This changes the test to essentially mock raising a timeout exception rather than relying on actually causing a read timeout as causing a real read timeout was difficult to achieve in the Live test environment (likely because inter-datacenter requests were just too fast).
I tried to make the raised timeout exceptions as close as possible to what they would be in a real timeout scenario to test that our retry mechanism is catching them. This meant wrapping the correct underlying transport's (requests or aiohttp) read timeout exception with the core ServiceResponseError.
Hopefully this should eliminate the flakiness in this test for good.

API change check
API changes are not detected in this pull request.


GeometryMask invertAlpha documentation

Version

Phaser Version: 3.24.1

Operating system: Not relevant

Browser: Not relevant

Description
If I understood well, the invertedAlpha property and the setInvertAlpha method of the GeometryMask is available with the WEBGL renderer only.
If so, it should be stated in the docs.

Example Test Code

Additional Information

Thank you for submitting this issue. We have fixed this and the fix has been pushed to the master branch. It will be part of the next release. If you get time to build and test it for yourself we would appreciate that.


feat(icon): add cmrc icon

This adds the cmrc logo (a component generator :  for https://marketplace.visualstudio.com/items?itemName=Ar-mane.component-maker).
Changes proposed:

[x] Add
[ ] Delete
[ ] Fix
[ ] Prepare

DO NOT commit on master. Always use a branch.


Validate messages received from Ably

We should be validating if the messages that we receive are in the correct format. Otherwise, the parsing library (gson) might be behaving unexpectedly.
┆Issue is synchronized with this Jira Task by Unito

After a discussion on an internal channel we've decided that an invalid message is a protocol error and should change the trackable state to Failed.
Therefore, we should work on https://github.com/ably/ably-asset-tracking-android/issues/134 before solving this issue.


Domain search results capped at 2001

When I search for a domain that has many results (for example, google.com), the results are always capped out at 2001 results. I am assuming this is a database limitation. Any ideas for a good work around?

@p4lsec

When I search for a domain that has many results (for example, google.com), the results are always capped out at 2001 results. I am assuming this is a database limitation. Any ideas for a good work around?

Yeah probably it is. but this dev tool is nothing to do about the domain and their db. This tool is just for scraping from that website.
@davidtavarez do not own the domain.

thanks @0x0is1 👍


/api/v1/accounts/familiar_followers via Ivory crashes web process

Not sure if I should open an issue on the hatchway repo or here.
I tracked this down to an unhandled pydantic exception inside hatchway which ends up crashing the Django web worker.
Ivory is sending the id parameter, not as a list like documented in the Mastodon API, but just as a string, i.e.: /api/v1/accounts/familiar_followers?id=158915328448909978, instead of /api/v1/accounts/familiar_followers?id[]=158915328448909978
It happens here: https://github.com/andrewgodwin/django-hatchway/blob/82713b549a93e1425a5b35e95765ad2f555f1300/hatchway/view.py#L283

Oh, that's very fun. It's probably correct of Pydantic to bail, so I need to fix hatchway to not error as badly and then fix Takahē to accept a string there.


HtmlStep

Overview
Most of Phase 1 in this (non-public) issue: https://github.com/CareEvolution/MyDataHelpsDesignerUI/issues/631

Adds a new step type: HtmlStep. This step writes user-provided content to the step's DOM, much like our WebView step. The difference is that this step should come with baked in support for various common needs, so that the user can focus on functional stuff and have an easier time getting it to look good+consistent with other styles.
The new step has a few pieces to it:

HtmlStep.tsx: Imports and runs other pieces to host all the content. Also, custom steps can receive user-defined styles. This file is where those styles are used to set CSS variables.
InnerHtml.tsx: Where the user's content is transformed from string to nodes on a DOM. To support scripting this runs in a couple steps, detailed below.
elements.css and classes.css: Contains the new default styles for HtmlStep content. I've copied in some common styles, but these need some suggestions to finish.
HtmlStep.stories.tsx: Some examples of different styling and scripting capabilities
/HtmlStepContainer directory with simple container element.

Additional changes to support the HtmlStep:

Add build support for importing files as plain strings. This applies to imports for files ending in ?raw.

Very useful to do work with editor language features on stuff that will ultimately be encoded as a string. In this case

Use the storybook-addon-fetch-mock package to simulate MDH.js delegated access requests

InnerHtml.tsx details
This parses a string of HTML content to a DocumentFragment. This basically creates a tree of nodes, without any processing past that.
The component moves the top-level child trees from the fragment over to the main document one at a time. It waits after each move to let script loading and execution finish.
Waiting for each move is accomplished using a MutationObserver. Before each move, a new Promise is created which only resolves when a mutation observer detects new changes. The observer resolves the promise as soon as changes are detected unless there are

Awesome - sorry I forgot about the whole scripts loading out of order thing; cool that you got it working but imagine that was a pain?
I'm gonna have a ton of tweaks to the default CSS here more than likely...thinking about how we want to structure that given that step styles differ in some slight ways from MDHUI styles, but I want to move steps more in the direction of MDHUI styles in terms of padding/margins/etc...

Closing for now. Likely going to re-implement in separate repo.


Set versioned to True on MetricsDataSet

Description

Development notes

Checklist

[ ] Read the contributing guidelines
[ ] Opened this PR as a 'Draft Pull Request' if it is work-in-progress
[ ] Updated the documentation to reflect the code changes
[ ] Added a description of this change in the RELEASE.md file
[ ] Added tests to cover my changes

Notice

[ ] I acknowledge and agree that, by checking this box and clicking "Submit Pull Request":

I submit this contribution under the Apache 2.0 license and represent that I am entitled to do so on behalf of myself, my employer, or relevant third parties, as applicable.

I certify that (a) this contribution is my original creation and / or (b) to the extent it is not my original creation, I am authorised to submit this contribution on behalf of the original creator(s) or their licensees.

I certify that the use of this contribution as authorised by the Apache 2.0 license does not violate the intellectual property rights of anyone else.

I like this solution! Do you want to add this in my PR or do you want me to do it?

@MerelTheisenQB do you mind taking over 🙏 I'm a bit tied up with the viz stuff and will be off for 2 weeks


Automatic graphics backend throws an error

Description of your problem
If graphics backend for Ipython is set to "Automatic", ipython throws a ModuleNotFoundError for qt5 even if tkinter and/or GTK3 backend is installed.
What steps will reproduce the problem?

Tools -> Preferences ->IPython Console
Graphics tab
Set graphics backend to automatic

What is the expected output? What do you see instead?
Any code that generates graphics output should show output. Instead, there is not graphics output, only error message.
Traceback (most recent call last):

  File "<ipython-input-1-9701cca0214f>", line 1, in <module>
    runfile('/home/mukundan/nextcloud/documents/programming/python/misc/plot_test.py', wdir='/home/mukundan/nextcloud/documents/programming/python/misc')

  File "/usr/lib/python3.6/site-packages/spyder/utils/site/sitecustomize.py", line 710, in runfile
    execfile(filename, namespace)

  File "/usr/lib/python3.6/site-packages/spyder/utils/site/sitecustomize.py", line 101, in execfile
    exec(compile(f.read(), filename, 'exec'), namespace)

  File "/home/mukundan/nextcloud/documents/programming/python/misc/plot_test.py", line 9, in <module>
    import matplotlib.pyplot as plt

  File "/usr/lib64/python3.6/site-packages/matplotlib/pyplot.py", line 115, in <module>
    _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup()

  File "/usr/lib64/python3.6/site-packages/matplotlib/backends/__init__.py", line 32, in pylab_setup
    globals(),locals(),[backend_name],0)

ModuleNotFoundError: No module named 'matplotlib.backends.backend_qt5agg'

If I install matplotlib-qt5 and select automatic, I get this -
 Traceback (most recent call last):

  File "<ipython-input-1-64557277dbff>", line 1, in <module>
    get_ipython().run_line_magic('matplotlib', 'qt5')

  File "/usr/lib/python3.6/site-packages/IPython/core/interactiveshell.py", line 2095, in run_line_magic
    result = fn(*args,**kwargs)

  File "<decorator-gen-107>", line 2, in matplotlib

  File "/usr/lib/python3.6/site-packages/IPython/core/magic.py", line 187, in <lambda>
    call = lambda f, *a, **k: f(*a, **k)

  File "/usr/lib/python3.6/site-packages/IPython/core/magics/pylab.py", line 99, in matplotlib
    gui, backend = self.shell.enable_matplotlib(args.gui)

  File "/usr/lib/python3.6/site-packages/IPython/core/interactiveshell.py", line 2983, in enable_matplotlib
    self.enable_gui(gui)

  File "/usr/lib/python3.6/site-packages/ipykernel/zmqshell.py", line 482, in enable_gui
    real_enable_gui(gui)

  File "/usr/lib/python3.6/site-packages/ipykernel/eventloops.py", line 284, in enable_gui
    raise RuntimeError("Cannot activate multiple GUI eventloops")

RuntimeError: Cannot activate multiple GUI eventloops

It seems like the tk (or other non qt) backend should be detected automatically but is not happening.
Please provide any additional information below
If I manually select the graphics backend (inline, qt5, gtk3, tkinter), everything works as expected. Only 'automatic' seems to fail.
Versions and main components

Spyder Version: 3.2.4 (same problem exists in 3.2.3 as well)
Python Version: 3.6.3 (64-bit)
Qt Version: 5.9.2
PyQt Version: 5.9
Operating system: Linux (Fedora 27 beta; problem also exists in Fedora 26).

Dependencies
Please go to the menu entry Help > Optional Dependencies (or
Help > Dependencies), press the button Copy to clipboard
and paste the contents below:
IPython >=4.0    :  6.2.1 (OK)
cython >=0.21    :  None (NOK)
jedi >=0.9.0     :  0.10.2 (OK)
nbconvert >=4.0  :  5.2.1 (OK)
numpy >=1.7      :  1.13.3 (OK)
pandas >=0.13.1  :  0.20.1 (OK)
psutil >=0.3     :  5.2.2 (OK)
pycodestyle >=2.3:  2.3.1 (OK)
pyflakes >=0.6.0 :  1.6.0 (OK)
pygments >=2.0   :  2.2.0 (OK)
pylint >=0.25    :  1.7.4 (OK)
qtconsole >=4.2.0:  4.3.0 (OK)
rope >=0.9.4     :  None (NOK)
sphinx >=0.6.6   :  1.6.4 (OK)
sympy >=0.7.3    :  1.1.1 (OK)

matplotlib-tk (python 3) is installed and works fine upon manual selection.
$ rpm -qa *matplotlib* | sort
python3-matplotlib-2.0.0-3.fc27.x86_64
python3-matplotlib-tk-2.0.0-3.fc27.x86_64
python-matplotlib-data-2.0.0-3.fc27.noarch
python-matplotlib-data-fonts-2.0.0-3.fc27.noarch

The Automatic option always fallback to Qt (4 or 5) because you need one of those to run Spyder. I didn't know that Fedora decided to break the Matplotlib Qt5 support in yet another package. Sorry, this is not our problem.

If I install matplotlib-qt5 and select automatic

About the error you get here, do you have a matplotlibrc file in your home directory that sets the Matplotlib backend?

You are right. /etc/matplotlibrc was set to TkAgg and it messed it up. But, I changed that to Qt5Agg and re-ran the plot code. This is what I get -
runfile('/home/test/test.py', wdir='/home/test')
Traceback (most recent call last):

  File "<ipython-input-1-53e50646982f>", line 1, in <module>
    runfile('/home/test/test.py', wdir='/home/test')

  File "/usr/lib/python3.6/site-packages/spyder/utils/site/sitecustomize.py", line 710, in runfile
    execfile(filename, namespace)

  File "/usr/lib/python3.6/site-packages/spyder/utils/site/sitecustomize.py", line 101, in execfile
    exec(compile(f.read(), filename, 'exec'), namespace)

  File "/home/test/test.py", line 10, in <module>
    import matplotlib.pyplot as plt

  File "/usr/lib64/python3.6/site-packages/matplotlib/pyplot.py", line 115, in <module>
    _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup()

  File "/usr/lib64/python3.6/site-packages/matplotlib/backends/__init__.py", line 32, in pylab_setup
    globals(),locals(),[backend_name],0)

ModuleNotFoundError: No module named 'matplotlib.backends.backend_qt4agg'

This does not look right. Am I missing something?

Hi,
The matplotlibrc file is located in the /etc directory, and there is no .matplotlibrc file in the home directory.
The is a Fedora 26 installation.
Regards,
Shadders.

This does not look right. Am I missing something?

It look like an installation issue, not a Spyder problem, sorry.

The matplotlibrc file is located in the /etc directory

So, this is a problem with Fedora setting a default backend in its Matplotlib package. There's nothing we can do about it, except catching the errors above to prevent these crashes.

Hi,
If possible, can you let me know which file is supposed to be changed when i select "automatic" in the relevant menu ?.
Although the deployment may be slightly different on Fedora 26, it may be a simple issue such as permissions on a file, or library missing, although i have installed all relevant libraries (see : https://bugzilla.redhat.com/show_bug.cgi?id=1502871)
Thanks and regards,
Shadmeister.

The Automatic option always fallback to Qt (4 or 5) because you need one of those to run Spyder. I didn't know that Fedora decided to break the Matplotlib Qt5 support in yet another package. Sorry, this is not our problem.

It look like an installation issue, not a Spyder problem, sorry.

I am not sure I am following here.
Spyder has a fallback to qt4 or qt5. In the case of Fedora, QT5 is used throughout (I can provide build logs if needed). So, in the case I mentioned above, I am setting matplotlib to QT5Agg but spyder still seems to look for QT4 instead of QT5.
Is there any other option that needs to be set?

Hi! I have more information about this. As long as I have python3-matplotlib-qt5(or -qt4) installed, I can get any plot to work just fine either running this in a terminal
$ python3 plot_test.py
Or, by unchecking "Activate support" under graphics tab under Ipython console in the Spyder preferences window.
So, I think there is something that is being imported when spyder activates graphics support that seems to interfere. If you can give me some pointers on how I can trace what is being launched, I can probably provide more information. This would enable me to understand where the issue is (my package or elsewhere).
Thanks!
test_plot.py

#! /usr/bin/env python3
# -*- coding: utf-8 -*-

import matplotlib
matplotlib.use("Qt4Agg")
import matplotlib.pyplot
matplotlib.pyplot.plot([1, 2, 3])
matplotlib.pyplot.show()

@ccordoba12 : Could you please help out @nonamedotc with some more information. This bug is affecting me as well, so I have an own (egoisitic ;)) interest to get this bug solved.
Regards

Look, if you want to select backends at runtime (i.e. with matplotlib.use), it's obvious you don't need to select Activate support + Automatic in Spyder, because if you do that, then Spyder will try to set the backend for you, but you're trying to set it yourself in the first place!
And (in case you don't know), it's not possible to switch backends at runtime (with the exception of inline).
As a matter of fact, that's the source of the problem here: Fedora Matplotlib packagers decided to set a backend themselves (TkAgg), and that's conflicting with the Spyder mechanism. That's (I'd say) bad practice because it generates unexpected and confusing results. Users should set a backend themselves, or at least inline should be set by default (as we do), so that people can select a different backend at runtime.
Finally, about @nonamedotc's https://github.com/spyder-ide/spyder/issues/5541#issuecomment-339159363 above, where he says:

This does not look right. Am I missing something?

I really don't know. It seems Fedora devs broke something by making a package for every Matplotlib backend (which is something crazy to do, and one of the reasons we keep recommending Anaconda above any other installation method). In any case, that's not Spyder problem nor bug, so it's not our fault.

Hi,
I have removed all settings in /etc/matplotlibrc for the backend.
I then set the Spyder 3 environment to turn off "Activate Support".
Restarted Spyder3.
Ran the file which included the line "matplotlib.use('Qt5Agg')"
The first time it was run, the graphic window appeared, and all is ok.
Closed the graphic window.
The second time the same script was run, no graphic, and the warning :
/usr/lib64/python3.6/site-packages/matplotlib/__init__.py:1404: UserWarning:  This call to matplotlib.use() has no effect
because the backend has already been chosen;
matplotlib.use() must be called *before* pylab, matplotlib.pyplot,
or matplotlib.backends is imported for the first time.

  warnings.warn(_use_error_msg)

The kernel hangs, so you have to restart the kernel. The call to matplotlib.use is before the stated requirements in the error message.
As such,is this a Fedora issue or SPyder3 issue ?
Thanks and regards,
Shadders.

The second time the same script was run, no graphic, and the warning

I said you can't switch backends at runtime, or wasn't I clear enough? That means you can only set your backend once, and that's it.
Please google to understand how Matplotlib backends work and read carefully about them before using them, and specially before blaming Spyder about failures that really don't exist.

Hi,
Ok - understood and modified the system.
Activate Support is not selected.
/etc/matplotlibrc has been set with :
backend      : Qt5Agg
No reference in the python script to import matplotlib or matplotlib.use('Qt5Agg')
Run the script - graphic appears.
Close the graphic.
Run the script - graphic appears and the kernel hangs.
Close the graphic.
As such, is this an issue still - no errors, but the kernel hangs ?
Regards,
Shadmeister.

Hi,
For information, using the following page :

And specifically the code :
import numpy as np import matplotlib.pyplot as plt X = np.linspace(-np.pi, np.pi, 256, endpoint=True) C, S = np.cos(X), np.sin(X) plt.plot(X, C) plt.plot(X, S) plt.show()
Regards,
Shadmeister.


About the gcc/g++ version required by apollo.

Hi,
On Ubuntu 20.04, I want to install git master version of apollo on the apollo Dev-kit vehicle. I noticed that the suggested gcc/g++ version is 4.8. Considering that it's a rather old version, so I'm very confused on this requirement. Any hints for this problem?
Regards.

Hi,
On Ubuntu 20.04, I want to install git master version of apollo on the apollo Dev-kit vehicle. I noticed that the suggested gcc/g++ version is 4.8. Considering that it's a rather old version, so I'm very confused on this requirement. Any hints for this problem?
Regards.

I think the main reason for gcc/g++-4.8 is to avoid possible compilation errors if compiled using higher gcc/g++ versions.
Currently we are working to fix them (if any) for ubuntu （18.04+）with gcc-7.5 & c++14. Once completed, the gcc/g++-4.8 requrements should be removed.
Also cc @diegohu

Why not try to support the latest version which shipped with 20.04:
$ g++ --version
g++ (Ubuntu 9.3.0-10ubuntu2) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ gcc --version
gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I think the main reason for gcc/g++-4.8 is to avoid possible compilation errors if compiled using higher gcc/g++ versions.

Which errors?

Currently we are working to fix them (if any) for ubuntu （18.04+）with gcc-7.5 & c++14.

According to the document here, all versions of gcc 6.1+ support c++14.

Once completed, the gcc/g++-4.8 requrements should be removed.

OTOH, the current Ubuntu stable version is 20.04 LTS. Why not try to support the most recent version which shipped with 20.04:
$ g++ --version
g++ (Ubuntu 9.3.0-10ubuntu2) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ gcc --version
gcc (Ubuntu 9.3.0-10ubuntu2) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

About compilation errors:
gcc-7.5+ was more strict than gcc-4.8.5, so many modules can't compile under gcc-7.5+.
Presently, we are working to get them all resolved.

About gcc-9.3 and gcc-7.5:
Ubuntu 18.04 ships gcc-7.5 while Ubuntu 20.04 ships gcc-9.3 as default gcc compiler.  We are trying hard to make sure Apollo can compile and run on them both with c++14/17 standards. And, our arm64 support was not complete yet. All these need effort.

Backward compatibility is important to any software systems, so do Apollo.
Thanks for your attention to Apollo. Hope my answer helps.

Hi,
On Ubuntu 20.04, I want to install git master version of apollo on the apollo Dev-kit vehicle. I noticed that the suggested gcc/g++ version is 4.8. Considering that it's a rather old version, so I'm very confused on this requirement. Any hints for this problem?
Regards.

I think the main reason for gcc/g++-4.8 is to avoid possible compilation errors if compiled using higher gcc/g++ versions.
Currently we are working to fix them (if any) for ubuntu （18.04+）with gcc-7.5 & c++14. Once completed, the gcc/g++-4.8 requrements should be removed.
Also cc @diegohu

Today the master branch has been updated with ubuntu-18.04+gcc-7.5 support.  gcc/g++-4.8 can be deleted now.

Next step, I expect apollo can support up to the latest stable version of gcc/g++.

Good news. Next step, I expect apollo can support up to the latest stable version of gcc/g++.

Haha, hopes that we can meet you expectation.

Good news. Next step, I expect apollo can support up to the latest stable version of gcc/g++.

Haha, hopes that we can meet your expectation.

Should be hope here :-)


Feature request: Command+I in-line chat / Shortcut to chat with current selection

Is your feature request related to a problem? Please describe.
Thinking about switching from GitHub Copilot.
What I'm currently missing in Twinny, is the ability to use Cmd+i to open an inline chat window like Copilot does.
Describe the solution you'd like
Add a shortcut to open an inline chat about the current code text (around cursor or selected text).
Alternatively, introduce a default shortcut that switches to the chat and focuses the input field. (There are a couple of methods to assign a shortcut for switching to the chat window, but none of them automatically focuses the input. Would also be great if the chat window automatically assumes the context around the cursor.)

Hello @matthiasgeihs for this, you can use twinny.sidebar.focus and assign a custom key binding.  As for the inline chat view, this is under proposal by the vscode team and I plan to add something when it becomes available for extension developers.

I've seen Continue make the inline chat work somehow.
The issue with using twinny.sidebar.focus for quick chat is that the focus doesn't go to the input text field, if the chat is already open. (So it requires another mouse click to start chatting.) Maybe that can be changed?

When you say "inline chat" please could you provide some kind of example?
As for that other issue, I understand your point, perhaps it can be made better :)
Many thanks.

I'm referring to their "Refactor functions where you are coding" feature:
https://github.com/continuedev/continue?tab=readme-ov-file#refactor-functions-where-you-are-coding