FLTK logo

[fltk.coredev] Wayland test results

FLTK matrix user chat room
(using Element browser app)   FLTK gitter user chat room   GitHub FLTK Project   FLTK News RSS Feed  
  FLTK Apps      FLTK Library      Forums      Links     Login 
 All Forums  |  Back to fltk.coredev  ]
 
Previous Message ]New Message | Reply ]Next Message ]

Wayland test results Albrecht Schlosser Oct 18, 2021  
  Some observations with the latest Wayland commit 06f6f01cc351859 (all tests on Linux Mint with Weston):

Drawing lines, points, circles, curves etc. is excellent, rotated text is superb! The gleam scheme looks very good (with some really minor artifacts when scaled). Tested with unittests and some more test programs.

glpuzzle: very slow spinning when you drag the mouse on the board. Hitting 'space' or 'n' key which should stop spinning reacts delayed rather than immediately. There seems to be a very long "pipeline" of events to be serviced before the app reacts. Even the window close button seems to react delayed while the puzzle is spinning.

threads: sluggish like glpuzzle when trying to stop the demo (delay ~5 seconds in my tests). This may be caused by the WM or Weston though, I don't know.

sudoku: this app should change its window title but this doesn't happen in my test environment. To test you can use the "Difficulty" menu.

mandelbrot: dragging the mouse leaves a trace of rectangles. ISTR that this is a known issue, but anyway.

tile: the horizontal drag cursor is fine (FL_CURSOR_WE, the vertical drag cursor (FL_CURSOR_NS) doesn't appear. Dragging an intersection of more than two sections displays a somewhat uncommon "hand" cursor (a normal cursor with a small white square or something similar). This is obviously FL_CURSOR_MOVE (as displayed by the cursor demo).

Note: the "cursor" demo displays FL_CURSOR_HAND correctly (a "hand") but FL_CURSOR_NS is shown as the "normal" cursor.

message and ask: the popup windows (fl_message et al.) seem to pop up at arbitrary locations. Particularly the "hotspot" setting doesn't seem to work (at least not always). I couldn't test this further though.

Other observations:

It's sometimes difficult to drag a window border because the cursor doesn't change when you hover over the border. This is particularly an issue on the left and top sides and corners. It works *much* better at the bottom and right sides and the bottom right corner. I got the impression that you can drag the border even if the cursor doesn't indicate it. If you do so the cursor changes as soon as you click the mouse near the border or corner.

I ran out of time, hence I had to stop my tests here. Summary: many, many things (which I didn't mention explicitly) work flawlessly but I couldn't test every demo program. The glitches mentioned above are no real show stoppers but in parts inconvenient.

Altogether: it's awesome! Great work! Thank you very much, Manolo.

--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/d8f1c3e7-7d5c-81f6-8602-5babf1004542%40online.de.
Direct Link to Message ]
 
     
Previous Message ]New Message | Reply ]Next Message ]
 
 

Comments are owned by the poster. All other content is copyright 1998-2024 by Bill Spitzak and others. This project is hosted by The FLTK Team. Please report site problems to 'erco@seriss.com'.