February 2008 - Wine-Devel - list.winehq.org

Re: Windows Mobile API

by Stefan Dösinger

Am Freitag, 15. Februar 2008 17:32:32 schrieb Arthur Maciel: > PS.: I believe that on WINE page I´ll find info about its implementation > and how I could (on a high level description) adapt it to PDA APIs, right? I don't think we have any documentation or attacking angle for Windows Mobile support yet, not even an in-depth investigation. The Windows Mobile API is "documented" at www.msdn.com.

Feb. 15, 2008

Re: Google's support for Wine in 2007

by Austin English

On Fri, Feb 15, 2008 at 9:14 AM, Jeremy White <jwhite(a)winehq.org> wrote: > I just want to take a moment to personally and publicly thank Dan and Google. > > We have appreciated Google's support, and the work of all Google employees, > interns, and SOC students very much; it has been a great boon to Wine. > > I also worry sometimes that Dan is overly humble. His direct technical work > is brilliant and the untold secret is the amazing job Dan has done of stretching every tool > and resource at his command at Google so as to maximize the positive impact for Wine. > > It's clear evidence that one person can truly make an enormous difference in the world. > > Thanks, Dan! > > Cheers, > > Jeremy +1

Feb. 15, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Timothy Lee

Robert Shearman wrote: > Timothy Lee wrote: >> The attached patch allows the WINE desktop to be embedded within an >> existing X11 window, and is similar to the windowed mode in WINE. >> >> I've tested this feature using MS PowerPoint Viewer 2007, so that a >> fullscreen slideshow can be fitted inside any X11 window. > > I'm struggling to imagine a case where the behaviour you've > implemented is useful. > I'm actually using this code as the basis of a PowerPoint plugin under Linux. Regards, Timothy

Feb. 15, 2008

Re: gecko download not robust?

by Austin English

On Fri, Feb 15, 2008 at 11:32 AM, TheBlunderbuss <tehblunderbuss(a)gmail.com> wrote: > marco wrote: > > I looked into it. > > And there are some options. > > > > I can make a separate package of gecko that I can make it a > > dependencie of wine. > > Problem is people have to know where to find it or the get stuck. > > > > I can also make the package and make it not a dependencie on wine but > > the the people don't know it exist. > > > > And I can just put it in the wine package. > > > > I think this is the best option in this case. Its the easiest option > > because people only have to download en install one package. > > > > marco > > > This sounds good to me, but lets not compartmentalize wine too much, > like Debian. > Who wants to find out that you need so many wine* packages in order to > get something to work? > > > Agreed, but I don't think wine, wine-dev, and wine-gecko is too much, especially considering that wine-gecko rarely changes... - Austin

Feb. 15, 2008

Re: gecko download not robust?

by TheBlunderbuss

marco wrote: > I looked into it. > And there are some options. > > I can make a separate package of gecko that I can make it a > dependencie of wine. > Problem is people have to know where to find it or the get stuck. > > I can also make the package and make it not a dependencie on wine but > the the people don't know it exist. > > And I can just put it in the wine package. > > I think this is the best option in this case. Its the easiest option > because people only have to download en install one package. > > marco > This sounds good to me, but lets not compartmentalize wine too much, like Debian. Who wants to find out that you need so many wine* packages in order to get something to work?

Feb. 15, 2008

Re: [PATCH] Environment variable to specify X11 window for desktop

by Steven Edwards

On Fri, Feb 15, 2008 at 10:46 AM, Robert Shearman <rob(a)codeweavers.com> wrote: > Timothy Lee wrote: > > The attached patch allows the WINE desktop to be embedded within an > > existing X11 window, and is similar to the windowed mode in WINE. > > > > I've tested this feature using MS PowerPoint Viewer 2007, so that a > > fullscreen slideshow can be fitted inside any X11 window. > > I'm struggling to imagine a case where the behaviour you've implemented > is useful. Perhaps something like a plugin window like the crossover plugin in the browsers? I can think of a couple of other usage cases where this could come in handy. -- Steven Edwards "There is one thing stronger than all the armies in the world, and that is an idea whose time has come." - Victor Hugo

Feb. 15, 2008

Re: [PATCH] winex11.drv: get hwnd for injected mouse events

by Lei Zhang

On Fri, Feb 15, 2008 at 2:26 AM, Alexandre Julliard <julliard(a)winehq.org> wrote: > "Lei Zhang" <thestig(a)google.com> writes: > > > --- a/dlls/winex11.drv/mouse.c > > +++ b/dlls/winex11.drv/mouse.c > > @@ -278,6 +278,7 @@ void X11DRV_send_mouse_input( HWND hwnd, DWORD flags, DWORD x, DWORD y, > > { > > pt.x = (x * screen_width) >> 16; > > pt.y = (y * screen_height) >> 16; > > + hwnd = GetAncestor(WindowFromPoint(pt), GA_PARENT); > > This should not be needed, for injected events the window is determined > on the server side. > > -- > Alexandre Julliard > julliard(a)winehq.org > I've definitely seen cases where it doesn't work. I'll write a test...

Feb. 15, 2008

Re: Windows Mobile API

by Arthur Maciel

Stefan, I appreciate your attention. Unfortunately I don´t have enough hardware knowledge to make these patches by myself. I hope the interest for linux raises, or maybe I fill the knowledge gap :-). Thanks again. Arthur PS.: I believe that on WINE page I´ll find info about its implementation and how I could (on a high level description) adapt it to PDA APIs, right? 2008/2/15, Stefan Dösinger <stefan(a)codeweavers.com>: > > Am Donnerstag, 14. Februar 2008 19:10:30 schrieb Arthur Maciel: > > > Hi there. > > > > I´m not part of the mailing list, but I really want to know if there is > any > > port of WINE to support Windows Mobile API (that is Windows for pocket > pc, > > handhelds and pocket phones). This would come as a great solution for > me, > > as I need specific WM programs on my pda. > > This question is asked from time to time, and I think it is technically > doable > and a reasonable amount of code can be shared. However, the total interest > has been too small for anything to happen. It might change if more Linux > PDAs > and cell phones appear in the future. So we're open to patches ;-) > > The obstacles may be loader specific parts, and PDA specific APIs, as well > as > the different CPU type. >

Feb. 15, 2008

Re: systray [4/4]: implement systray transparency

by Kirill K. Smirnov

> We don't want to export such a specific function. Besides, it should > really be setting the window shape. I've just understood why we cannot rely upon setting window shape to get transparency. Let's consider almost empty icon or even empty - this may happen when application "flashes" icon, e.g. on incoming ICQ message. 1) Can be there active windows with empty visible area? 2) This windows do not correctly relay mouse events. -- Kirill

Feb. 15, 2008

Re: systray [4/4]: implement systray transparency

by Alexandre Julliard

"Kirill K. Smirnov" <lich(a)math.spbu.ru> writes: > 2) Will it be better to stop embedding wine windows in favor of embedding > pure X windows (like other apps do)? This way assumes implementing all > xembed-specific stuff at winex11.drv side and exporting ONLY ONE function > like wine_xembed_systray_handler(int cmd, void *data), which converts windows > icon to X11 icon, creates X11 window with ParentRelative bkgrnd and embeds > it. Explorer will use this function when it adds/removes icon to/from system > tray. Also, this function will detect the case of wine virtual desktop and > notify explorer to stop using xembed. > I'm just not sure that this way will not break relaying mouse events. I don't think there's any point in making it a non-Wine window, it would just add complexity for no good reason. But moving more of the window support to winex11 would probably be a good idea. -- Alexandre Julliard julliard(a)winehq.org

Feb. 15, 2008