| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Improve AltGr detection even further on Windows so we can detect the
case when Ctrl and AltGr are pressed together.
|
|
|
|
|
|
| |
Try to properly detect the fake CtrlL+AltR sequence Windows sends
when pressing AltGr. This allows us to send more accurate key
events over to the server.
|
|\ |
|
| |
| |
| |
| |
| | |
The shift buttons are a bit buggy on Windows unfortunately, but we
can do slightly better than we're doing today.
|
| |
| |
| |
| |
| | |
Windows mostly follows the AT set 1 scan codes that we want, but
there are a few exceptions.
|
|/
|
|
|
| |
We've fixed the issue more properly in the server now, so remove the
workaround we had in the client.
|
| |
|
|
|
|
|
| |
Make sure it can map between the key codes of the local system
in to the key codes used by the protocol.
|
|
|
|
|
|
| |
This adds the basic infrastructure and handshake for the QEMU
Extended Key Events extension. No viewer or server makes use of
the extra functionality yet though.
|
|
|
|
|
| |
The state might have changed when we didn't have focus. Get
everything back in sync once we're back in control.
|
| |
|
|
|
|
|
| |
This will allow us to use better formats that preserve the entire
alpha channel.
|
|
|
|
|
|
| |
Some platforms draw directly to the screen, which means that updates
will flicker if we draw multiple layers. Prevent this by first
composing the update on a hidden surface.
|
|
|
|
| |
This will allow us to render more things than just the framebuffer.
|
| |
|
|
|
|
|
| |
Primary selection is inherently a X11 concept so there is no point
showing the settings related to it on other platforms.
|
|
|
|
|
|
|
|
|
| |
Done in preparation for multi-core decoding. Keeps the complexity
out of the other classes. This also moves ownership of the
framebuffer in to CConnection. It's the CConnection object that is
aware of the threads and how to synchronise with them. Therefore
the ownership of the framebuffer must also be there to make sure
it isn't deleted whilst threads are working.
|
|
|
|
|
| |
Makes it easier to see which hot-keys might conflict with each
other, and allow some variation in translation in the future.
|
|
|
|
|
|
|
| |
Normally we only display screen changes once we have the updates for
the entire screen. This may give the impression that the viewer is
hung though. So display the partial data if the update is taking to
long to arrive.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
There has been some confusion if fillRect() should accept a buffer
or a pixel. This can cause misrendering if your data is not in the
native endian order. A buffer makes more sense here though, and
is what most of the callers are already assuming, so change the
API to follow that.
|
|\
| |
| |
| |
| |
| | |
Conflicts:
contrib/packages/rpm/el5/SPECS/tigervnc.spec
vncviewer/Viewport.cxx
|
| |
| |
| |
| | |
This means that we can remove a lot of conditionals and fallback code.
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
We don't want it automatically creating submenus when least
expected.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit e95412569bd45ec3da43e1b9a244856e0408f6ab
and commit 52a18150a7a8f2802000136c35005bc83b5b0855.
The copy() method unfortunately has its own problems so it was not
a good replacement.
|
| |
| |
| |
| | |
Less risk for bugs this way.
|
| |
| |
| |
| | |
It has less surprises in terms of magical characters.
|
| | |
|
|/
|
|
|
| |
A lot of X11 keyboard layouts send Meta for Shift-Alt so it's not
really a good idea to assume this is the Windows key.
|
|
|
|
|
|
|
| |
Although these are rare, they are still not indicative of bugs so
an exception (which ends up in the log and might also be shown to
the user) is more appropriate than an assert. Asserts should only
be used to catch blatant API misuse and similar.
|
|
|
|
|
|
| |
This key requires a bit extra care on Windows. We get wildly
different messages depending on if Alt is pressed or not. The symbol
chosen now follows the standard behaviour on X11.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The server will get them confused otherwise if they are pressed
at the same time.
|
|
|
|
|
|
| |
Input methods are way too complex for us to map them to the VNC
protocol in any sane manner. Best just to disable them and rely
on simple keyboard behaviour when the viewport is active.
|
|
|
|
|
| |
Some events can sneak through, e.g. from some virtual keyboards.
We need to ignore these to avoid confusion.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Boiler plate code to intercept system events from FLTK so that
we can generate proper keyboard messages.
|
|
|
|
|
| |
Hacky attempt to try to figure out the actual key pressed when
FLTK is giving us control codes.
|
|
|
|
|
| |
Remove the FLTK simple keyboard system and reorganise things in
preparation for a more direct approach.
|
|
|
|
|
| |
This is how the X11 API does things, so it's clearer if we use
the same principle.
|
|
|
|
|
|
|
| |
This avoid a lot of unnecessary middle men. This also pushes the
responsibility for pixel format conversion into the encoders and
decoders. The new bufferFromBuffer() is used for direct conversion,
rather than PixelTransformer/TransImageGetter.
|
|
|
|
|
| |
Clearly separates the read API from the write API
and also from actual implementation.
|
| |
|