Git Product home page Git Product logo

ewlc's People

Contributors

abique avatar ammen99 avatar aomader avatar cl91 avatar cloudef avatar crondog avatar ddevault avatar deathlyfrantic avatar drakulix avatar earnestly avatar enerccio avatar fluxchief avatar holysmoke86 avatar hummer12007 avatar jwrdegoede avatar kozec avatar linkmauve avatar ljrk0 avatar lkundrak avatar mikkeloscar avatar sardemff7 avatar sce avatar snirkimmington avatar stebalien avatar valpackett avatar vially avatar xerpi avatar yohanesu avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar

ewlc's Issues

Documentation

Issue by Cloudef
Tuesday Aug 18, 2015 at 15:14 GMT
Originally opened as Cloudef/wlc#48


It would be nice to have documentation syntax in code so we can generate for example man pages for wlc API. Doxygen has been used before, but it may be worth to resee what are the options nowadays.

Disappearing / black views

Issue by sce
Wednesday Oct 28, 2015 at 21:00 GMT
Originally opened as Cloudef/wlc#79


(This bug appears in sway, but since I think the root cause might be in wlc so I'm posting it here.)

In sway, in the following situations:
A) You move a floating window to another visible workspace (ie. another output) with at least one other non-floating window, or
B) You already have a workspace that is not in focus (ie. on another output) which contains at least two windows (where one window must be non-floating and the other can be either floating or non-floating), and you change tty back and forth ...

... then one of the windows will sometimes disappear/become black.

If you then move the pointer over the disappeared window or you remove the other still visible window, the disappeared window reappears.

(Similar symptoms as issue swaywm/sway#141)

When changing tty back-and-forth, if the tty you switch to has an Xorg desktop on it then the bug will trigger more easily (... trigger more easily than if you switch to a console).

[CLOSED] Get rid of wl_lists

Issue by Cloudef
Thursday Feb 05, 2015 at 14:28 GMT
Originally opened as Cloudef/wlc#5


Linked lists are not very efficient and can easily cause access to dangling pointers or otherwise bad memory regions.

Use chck data structures instead. #2 is related,

[CLOSED] Infinite loop in XWayland initialisation

Issue by Calrama
Wednesday Jan 14, 2015 at 14:02 GMT
Originally opened as Cloudef/wlc#3


If there is a normal XServer running on $DISPLAY=:0.0, the following loop will not terminate; if the normal XServer is instead running on $DISPLAY=:1.0, the loop will terminate and XWayland will be loaded correctly:

https://github.com/Cloudef/wlc/blob/ef296c5fb8e3e18acdb4bb12dd813fcff1b3faba/src/xwayland/xwayland.c#L81-L107

UPDATE1: The infinite loop happens because after continuing the loop after the decrease in https://github.com/Cloudef/wlc/blob/ef296c5fb8e3e18acdb4bb12dd813fcff1b3faba/src/xwayland/xwayland.c#L104 wlc reaches the same line once more.

UPDATE2: It seems to me that https://github.com/Cloudef/wlc/blob/ef296c5fb8e3e18acdb4bb12dd813fcff1b3faba/src/xwayland/xwayland.c#L100 should read "kill(owner, 0) == 0)" instead of "kill(owner, 0) != 0)", since wlc should try to use this display only if killing the XServer was successfull, not if the XServer is still running.

Crash when opening application

Issue by crondog
Saturday Feb 13, 2016 at 04:51 GMT
Originally opened as Cloudef/wlc#118


Sometimes when I open a terminal (st) sway crashes. This is while running Sway inside X if it makes any difference.

[log.c:150] Error: Signal 11. Printing backtrace
[log.c:160] Backtrace: sway(error_handler+0xb7) [0x4238e0]
[log.c:160] Backtrace: /usr/lib/libc.so.6(+0x33680) [0x7f44becc5680]
[log.c:160] Backtrace: /usr/lib/libc.so.6(cfree+0x14) [0x7f44bed0daa4]
[log.c:160] Backtrace: /usr/lib/libdrm_intel.so.1(+0x8b9d) [0x7f44b84e1b9d]
[log.c:160] Backtrace: /usr/lib/libdrm_intel.so.1(drm_intel_gem_bo_clear_relocs+0x8d) [0x7f44b84e282d]
[log.c:160] Backtrace: /usr/lib/xorg/modules/dri/i965_dri.so(+0x39789b) [0x7f44b8a9189b]
[log.c:160] Backtrace: /usr/lib/xorg/modules/dri/i965_dri.so(+0x3a57bd) [0x7f44b8a9f7bd]
[log.c:160] Backtrace: /usr/lib/libEGL.so.1(+0x1a78f) [0x7f44bd22878f]
[log.c:160] Backtrace: /usr/lib/libEGL.so.1(+0x190df) [0x7f44bd2270df]
[log.c:160] Backtrace: /usr/lib/libEGL.so.1(eglSwapBuffers+0xc6) [0x7f44bd218856]
[log.c:160] Backtrace: wlc/src/libwlc.so.0(+0x1de57) [0x7f44bfe41e57] wlc/src/platform/context/egl.c:330
[log.c:160] Backtrace: wlc/src/libwlc.so.0(+0x1d068) [0x7f44bfe41068] wlc/src/platform/context/context.c:85
[log.c:160] Backtrace: wlc/src/libwlc.so.0(+0xec9a) [0x7f44bfe32c9a] wlc/src/compositor/output.c:342
[log.c:160] Backtrace: wlc/src/libwlc.so.0(+0xedca) [0x7f44bfe32dca] wlc/src/compositor/output.c:360
[log.c:160] Backtrace: /usr/lib/libwayland-server.so.0(+0x8b67) [0x7f44bf55fb67]
[log.c:160] Backtrace: /usr/lib/libwayland-server.so.0(wl_event_loop_dispatch+0x72) [0x7f44bf560242]
[log.c:160] Backtrace: /usr/lib/libwayland-server.so.0(wl_display_run+0x25) [0x7f44bf55e9a5]
[log.c:160] Backtrace: wlc/src/libwlc.so.0(wlc_run+0xc3) [0x7f44bfe4c8f3]
[log.c:160] Backtrace: sway(main+0x432) [0x4204a2] sway/sway/main.c:217
[log.c:160] Backtrace: /usr/lib/libc.so.6(__libc_start_main+0xf0) [0x7f44becb2610]

[CLOSED] Make fails with Error 2

Issue by kfarwell
Thursday Nov 13, 2014 at 16:41 GMT
Originally opened as Cloudef/wlc#1


$ uname -a
Linux itsuka 3.14.14-gentoo-gnu #5 SMP Wed Nov 5 21:39:53 EST 2014 x86_64 Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz GenuineIntel GNU/Linux

$ make
[ 2%] Generating wayland-xdg-shell-protocol.c
[ 5%] Generating wayland-xdg-shell-server-protocol.h
Scanning dependencies of target wlc
[ 8%] Building C object src/CMakeFiles/wlc.dir/compositor/buffer.c.o
[ 11%] Building C object src/CMakeFiles/wlc.dir/compositor/callback.c.o
[ 14%] Building C object src/CMakeFiles/wlc.dir/compositor/client.c.o
[ 17%] Building C object src/CMakeFiles/wlc.dir/compositor/compositor.c.o
[ 20%] Building C object src/CMakeFiles/wlc.dir/compositor/data.c.o
[ 22%] Building C object src/CMakeFiles/wlc.dir/compositor/output.c.o
/home/kotori/wlc/src/compositor/output.c: In function ‘wl_output_bind’:
/home/kotori/wlc/src/compositor/output.c:79:19: error: ‘WL_OUTPUT_SCALE_SINCE_VERSION’ undeclared (first use in this function)
/home/kotori/wlc/src/compositor/output.c:79:19: note: each undeclared identifier is reported only once for each function it appears in
/home/kotori/wlc/src/compositor/output.c:96:19: error: ‘WL_OUTPUT_DONE_SINCE_VERSION’ undeclared (first use in this function)
src/CMakeFiles/wlc.dir/build.make:182: recipe for target 'src/CMakeFiles/wlc.dir/compositor/output.c.o' failed
make[2]: *** [src/CMakeFiles/wlc.dir/compositor/output.c.o] Error 1
CMakeFiles/Makefile2:78: recipe for target 'src/CMakeFiles/wlc.dir/all' failed
make[1]: *** [src/CMakeFiles/wlc.dir/all] Error 2
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2

[CLOSED] Use floating point instead of int for dragging windows

Issue by Philipp-M
Sunday Feb 01, 2015 at 17:23 GMT
Originally opened as Cloudef/wlc#4


Hey there, nice project.
Looks quite nice already(loliwm)
I was just playing around a little bit with it, and found an issue while moving a window. If moving the cursor slowly while dragging a window, it wont move(I think because delta values under 0 are cut to 0), also after moving a window a lot, the cursor seems to go other ways than the window, it kinda drifts away. My experience says, that it is a float to int typecast issue(had some similar issues playing with touch and android).

[CLOSED] Use floating point instead of int for dragging windows

Issue by Philipp-M
Sunday Feb 01, 2015 at 17:23 GMT
Originally opened as Cloudef/wlc#4


Hey there, nice project.
Looks quite nice already(loliwm)
I was just playing around a little bit with it, and found an issue while moving a window. If moving the cursor slowly while dragging a window, it wont move(I think because delta values under 0 are cut to 0), also after moving a window a lot, the cursor seems to go other ways than the window, it kinda drifts away. My experience says, that it is a float to int typecast issue(had some similar issues playing with touch and android).

Monitor (LVDS) blacks out when adding external monitor

Issue by Manouchehri
Sunday Nov 22, 2015 at 15:38 GMT
Originally opened as Cloudef/wlc#87


Upon plugging in an HDMI monitor to my laptop, the LVDS/internal screen powers off and I cannot see anything on it. Unplugging the HDMI cable does not turn the LVDS screen back on either.

~ > find /sys/class/backlight/intel_backlight/ -type f -print -exec cat {} \;
/sys/class/backlight/intel_backlight/type
raw
/sys/class/backlight/intel_backlight/brightness
976
/sys/class/backlight/intel_backlight/power/control
auto
/sys/class/backlight/intel_backlight/power/async
disabled
/sys/class/backlight/intel_backlight/power/runtime_enabled
disabled
/sys/class/backlight/intel_backlight/power/runtime_active_kids
0
/sys/class/backlight/intel_backlight/power/runtime_active_time
0
/sys/class/backlight/intel_backlight/power/autosuspend_delay_ms
cat: /sys/class/backlight/intel_backlight/power/autosuspend_delay_ms: Input/output error
/sys/class/backlight/intel_backlight/power/runtime_status
unsupported
/sys/class/backlight/intel_backlight/power/runtime_usage
0
/sys/class/backlight/intel_backlight/power/runtime_suspended_time
0
/sys/class/backlight/intel_backlight/bl_power
4
/sys/class/backlight/intel_backlight/max_brightness
976
/sys/class/backlight/intel_backlight/uevent
/sys/class/backlight/intel_backlight/actual_brightness
0

Issue with wlc mode without xwayland

Issue by podhorsky-ksj
Saturday Nov 07, 2015 at 10:20 GMT
Originally opened as Cloudef/wlc#82


Hi,
I have an issue with wlc mode without xwayland.
Some of gtk3 applications crashing, not during start, but when occasionally when I tried to open or close another window, for example pcmanfm crashes with:
(pcmanfm:10144): Gdk-ERROR **: Error flushing display: Broken pipe.
But it can be caused by the gtk3.

More important is that sometimes crash the orbment itself. I took the log.
This time it was caused, that I copied come content from one terminal (I'm using "termite") to another terminal, so I used keys ctrl+shift+c for copy and when I tried to paste it with ctrl+shift+v, wlc crashed. This not occures every time.

Log is here:
https://www.dropbox.com/s/erbf3g77n2cide1/orbment.log.error

I used this configuration:
export WLC_DIM=0.8
export QT_QPA_PLATFORM=wayland-egl
export WLC_XWAYLAND=0
export TERMINAL=termite
export XKB_DEFAULT_LAYOUT="us,cz(qwerty)"
export XKB_DEFAULT_OPTIONS=grp:alt_shift_toggle
export WLC_DEBUG=render,render-loop,focus,xwm
/usr/bin/orbment --log /home/ksj/orbment.log.error & disown

Can you please look at it?

Also, can you give me some guide how to right configure plugin autostart and layout?
I tried configure autostart, but no application was run.

Thanks

Weston client compatability

Issue by crondog
Friday Jan 08, 2016 at 01:53 GMT
Originally opened as Cloudef/wlc#106


So while working on touch, I came across some issues when running some weston client applications. I realise that there are missing features in wlc which could affect this but I just want to share what I have found as I might be important later. Some of these issues affect orbment and sway differently so it could be issues in that code too.

Flowers

  • Left click does not change the flower. The code path of a left click in flowers.c ends up calling xdg_surface_move and doesn't end up doing anything
  • Moving focus in/out of the view in sway causes the flowers.c resize handler to trigger. Which then causes a redraw so the flower changes. In orbment this does not happen

Support multiple "cards"

Issue by Cloudef
Wednesday Mar 04, 2015 at 17:00 GMT
Originally opened as Cloudef/wlc#11


Currently wlc is hardcoded to card0, but multiple cards is possiblity and even render nodes.
It should also be possible to have outputs tied to cards instead of whole drm system, this would allow multiple GPUs used with multiple outputs.

make submodule URI relative

Issue by hashashini
Tuesday Dec 22, 2015 at 20:06 GMT
Originally opened as Cloudef/wlc#98


As protocol URI transformation is not predictable across different platforms like github, a relative URI should be preferred. Thus e.g. package managers can easily check out submodules via the same protocol that is used for checking out the main repo.
(solves https://bugs.gentoo.org/show_bug.cgi?id=568156)


hashashini included the following code: https://github.com/Cloudef/wlc/pull/98/commits

[CLOSED] Infinite loop in XWayland initialisation

Issue by Calrama
Wednesday Jan 14, 2015 at 14:02 GMT
Originally opened as Cloudef/wlc#3


If there is a normal XServer running on $DISPLAY=:0.0, the following loop will not terminate; if the normal XServer is instead running on $DISPLAY=:1.0, the loop will terminate and XWayland will be loaded correctly:

https://github.com/Cloudef/wlc/blob/ef296c5fb8e3e18acdb4bb12dd813fcff1b3faba/src/xwayland/xwayland.c#L81-L107

UPDATE1: The infinite loop happens because after continuing the loop after the decrease in https://github.com/Cloudef/wlc/blob/ef296c5fb8e3e18acdb4bb12dd813fcff1b3faba/src/xwayland/xwayland.c#L104 wlc reaches the same line once more.

UPDATE2: It seems to me that https://github.com/Cloudef/wlc/blob/ef296c5fb8e3e18acdb4bb12dd813fcff1b3faba/src/xwayland/xwayland.c#L100 should read "kill(owner, 0) == 0)" instead of "kill(owner, 0) != 0)", since wlc should try to use this display only if killing the XServer was successfull, not if the XServer is still running.

[CLOSED] Make fails with Error 2

Issue by kfarwell
Thursday Nov 13, 2014 at 16:41 GMT
Originally opened as Cloudef/wlc#1


$ uname -a
Linux itsuka 3.14.14-gentoo-gnu #5 SMP Wed Nov 5 21:39:53 EST 2014 x86_64 Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz GenuineIntel GNU/Linux

$ make
[ 2%] Generating wayland-xdg-shell-protocol.c
[ 5%] Generating wayland-xdg-shell-server-protocol.h
Scanning dependencies of target wlc
[ 8%] Building C object src/CMakeFiles/wlc.dir/compositor/buffer.c.o
[ 11%] Building C object src/CMakeFiles/wlc.dir/compositor/callback.c.o
[ 14%] Building C object src/CMakeFiles/wlc.dir/compositor/client.c.o
[ 17%] Building C object src/CMakeFiles/wlc.dir/compositor/compositor.c.o
[ 20%] Building C object src/CMakeFiles/wlc.dir/compositor/data.c.o
[ 22%] Building C object src/CMakeFiles/wlc.dir/compositor/output.c.o
/home/kotori/wlc/src/compositor/output.c: In function ‘wl_output_bind’:
/home/kotori/wlc/src/compositor/output.c:79:19: error: ‘WL_OUTPUT_SCALE_SINCE_VERSION’ undeclared (first use in this function)
/home/kotori/wlc/src/compositor/output.c:79:19: note: each undeclared identifier is reported only once for each function it appears in
/home/kotori/wlc/src/compositor/output.c:96:19: error: ‘WL_OUTPUT_DONE_SINCE_VERSION’ undeclared (first use in this function)
src/CMakeFiles/wlc.dir/build.make:182: recipe for target 'src/CMakeFiles/wlc.dir/compositor/output.c.o' failed
make[2]: *** [src/CMakeFiles/wlc.dir/compositor/output.c.o] Error 1
CMakeFiles/Makefile2:78: recipe for target 'src/CMakeFiles/wlc.dir/all' failed
make[1]: *** [src/CMakeFiles/wlc.dir/all] Error 2
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2

XWayland Firefox and GTK2 tooltips/menus etc. take up half the screen, like normal windows

Issue by robotanarchy
Tuesday Jan 05, 2016 at 14:54 GMT
Originally opened as Cloudef/wlc#104


This screenshot describes it best:

Screenshot

Happens to Firefox, Geany, Roxterm tooltips and menus. Also the autocompletion bar ("Awesome Bar") in Firefox.

I'm running sway on Void Linux with musl libc.

I've tried to fix this in Cloudef/wlc#102, but it turns out that it was a coincidence that it suddenly worked and it didn't really fix it.

So to fix this, we'll need more information.

Who else does have this issue?

  • Which compositor do you run? (sway or orbment?)
  • Which Linux distribution do you run?
  • How did you compile wlc?

[CLOSED] Provide animation API

Issue by Cloudef
Friday Feb 27, 2015 at 13:25 GMT
Originally opened as Cloudef/wlc#8


Easings, timings, conflict handling and such coupled with custom drawing. Of course we want wobbly windows and desktop cubes. Having this API in wlc allows render loop to be efficient as possible.

Times are not specified in wlc API

Issue by Cloudef
Thursday Oct 01, 2015 at 16:18 GMT
Originally opened as Cloudef/wlc#72


uint32_t time for input events is not particularily useful. The format of the time is not specified here. Is uint32_t enough to hold useful precision? (Should consider uint64_t here) Also implementation assigns the time straight from either X11 or libinput.

Support multiple "cards"

Issue by Cloudef
Wednesday Mar 04, 2015 at 17:00 GMT
Originally opened as Cloudef/wlc#11


Currently wlc is hardcoded to card0, but multiple cards is possiblity and even render nodes.
It should also be possible to have outputs tied to cards instead of whole drm system, this would allow multiple GPUs used with multiple outputs.

[CLOSED] Get rid of wl_lists

Issue by Cloudef
Thursday Feb 05, 2015 at 14:28 GMT
Originally opened as Cloudef/wlc#5


Linked lists are not very efficient and can easily cause access to dangling pointers or otherwise bad memory regions.

Use chck data structures instead. #2 is related,

Currently does not build due to undefined references

Issue by jhdulaney
Friday Sep 25, 2015 at 07:03 GMT
Originally opened as Cloudef/wlc#69


When building, I receive the following build errors:

[ 95%] Linking C executable example
../src/libwlc.so.0.0.1: undefined reference to chck_hash_table_release' ../src/libwlc.so.0.0.1: undefined reference tochck_string_release'
../src/libwlc.so.0.0.1: undefined reference to chck_iter_pool_release' ../src/libwlc.so.0.0.1: undefined reference tochck_pool_iter'
../src/libwlc.so.0.0.1: undefined reference to chck_pool_add' ../src/libwlc.so.0.0.1: undefined reference tochck_hash_table_set'
../src/libwlc.so.0.0.1: undefined reference to chck_iter_pool_iter' ../src/libwlc.so.0.0.1: undefined reference tochck_string_set_cstr'
../src/libwlc.so.0.0.1: undefined reference to chck_hash_table_collisions' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool_push_front'
../src/libwlc.so.0.0.1: undefined reference to xdg_surface_interface' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool_remove'
../src/libwlc.so.0.0.1: undefined reference to chck_string_set_varg' ../src/libwlc.so.0.0.1: undefined reference tochck_hash_table'
../src/libwlc.so.0.0.1: undefined reference to chck_string_set_format' ../src/libwlc.so.0.0.1: undefined reference tochck_string_set_cstr_with_length'
../src/libwlc.so.0.0.1: undefined reference to chck_hash_table_iter' ../src/libwlc.so.0.0.1: undefined reference tochck_pool_release'
../src/libwlc.so.0.0.1: undefined reference to chck_pool_remove' ../src/libwlc.so.0.0.1: undefined reference tochck_hash_table_get'
../src/libwlc.so.0.0.1: undefined reference to chck_pool' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool_to_c_array'
../src/libwlc.so.0.0.1: undefined reference to chck_iter_pool_push_back' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool_insert'
../src/libwlc.so.0.0.1: undefined reference to xdg_shell_interface' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool_get'
../src/libwlc.so.0.0.1: undefined reference to chck_pool_get' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool_set_c_array'
../src/libwlc.so.0.0.1: undefined reference to chck_iter_pool_flush' ../src/libwlc.so.0.0.1: undefined reference tochck_iter_pool'
../src/libwlc.so.0.0.1: undefined reference to `xdg_popup_interface'

I attempted to work around by separately cloning, building, and installing chck, but it appears to not have made a difference.

GTK3 (gnome-terminal) crashing

Issue by Manouchehri
Monday Nov 16, 2015 at 01:34 GMT
Originally opened as Cloudef/wlc#85


I've also posted a ticket with sway as I'm not sure of the source. I'm not that experienced in software debugging, so I apologize if there's information missing.

Getting random crashes with gnome-terminal (GTK3) when I left/right click a lot and move between windows (haven't narrowed down the exact cause). It's difficult to trigger, but does happen frequency enough to be an issue.

~ > gdb --args /usr/lib/gnome-terminal/gnome-terminal-server --app-id my.foo
GNU gdb (GDB) 7.10
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-unknown-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/gnome-terminal/gnome-terminal-server...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/lib/gnome-terminal/gnome-terminal-server --app-id my.foo
[New LWP 12011]
[New LWP 12012]
[New LWP 12013]
/usr/lib/gnome-terminal/gnome-terminal-migration: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory
Profile migrator exited with status 127

(gnome-terminal-server:12007): Gdk-WARNING **: Error 22 (Invalid argument) dispatching to Wayland display.
[LWP 12012 exited]
[LWP 12011 exited]
[LWP 12007 exited]
[Inferior 1 (process 12007) exited with code 01]
(gdb) q

Source of error message (if it's any help): https://github.com/GNOME/gtk/blob/5ea692df23cf6caed7624554be46b8f39fe008ce/gdk/wayland/gdkeventsource.c#L167
@sce swaywm/sway#229 (comment)

[CLOSED] Provide animation API

Issue by Cloudef
Friday Feb 27, 2015 at 13:25 GMT
Originally opened as Cloudef/wlc#8


Easings, timings, conflict handling and such coupled with custom drawing. Of course we want wobbly windows and desktop cubes. Having this API in wlc allows render loop to be efficient as possible.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.