[Bug 42284] Enable using Wine with Wayland and without X on Linux

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=42284

--- Comment #13 from ilkka.prusi at gmail.com ---
(In reply to zefkerr from comment #12)
> (In reply to ilkka.prusi from comment #11)
> > (In reply to Vincent Povirk from comment #6)
> > > > Would it be possible map calls into GTK, QT, or equivalent toolkit that know
> > > > how to draw directly on a wayland buffer?
> > > 
> > > This would not solve the problem Michael described. These toolkits are able
> > > to correctly position drop-down menus because they know which main window
> > > the menu belongs to, and can request positioning relative to that. Wine does
> > > not generally have this information and would have to guess.
> > > 
> > > I don't think the problem is insurmountable, but then again I didn't do the
> > > work.
> > 
> > Windows has GetClientRect() and GetWindowRect() API calls, first operates on
> > relative coordinates (relative to parent-window) and second by screen
> > coordinates. 
> > Things like menus are most often relative to window (and adjust when window
> > size changes), but I'm certain there are bonkers kludge also which only
> > operate on specific display resolution and uses only screen coordinates.
> > 
> > So for a large part of software the question of coordinates is non-issue,
> > but there is the part about software doing things in weird ways (anyone
> > looked at Windows 3.11 applications lately?). I'm guessing that it would not
> > be a big miss if those that use direct screen coordinates were handled as
> > "fullscreen" (meaning disabled resizing) and just assuming the coordinate is
> > relative to the (faked) "fullscreen" window: likely software that uses
> > directly screen coordinates cannot handle resizing of the window anyway. But
> > of course there's always the chance of something breaking..
> > 
> > But I'm pretty confident you won't even need that hackery in the first place.
> 
> Who and why really need 3.11 applications for today? In my opinion, this is
> not a good reason not to add Wayland support for Wine. Moreover, Wayland
> support for Wine was announced by Alexandre Julliard at WineConf 2016, but
> for reasons unknown to us, no work on its implementation is still visible.
> Well, then when will the native Wayland support for Wine be implemented?
> Thank you.

Who and why really needs dosbox today (/sarcasm).. It is called emulation after
all and I guess there are people who for some reason want to run all kinds of
weird software. 

I think there were some text adventures for 3.1/3.11 which used kindof
scrollbar-system that looked like something from Windows-API but I'm not
absolutely certain it wasn't just some toolkit that had same appearance..

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.