November 2004 - Wine-Devel - list.winehq.org

Re: How difficult would it be to make the equivalent of Windows Terminal Server with Wine?

by Hans Leidekker

> > different apps you want to serve. The user uses IE to navigate to that > > page. When clicking, the App comes up as a window in his/her machine. > > First time visit Installs a 12M Cygwin/X server. I really like the concept but your approach seems to limit publishing of apps to Windows boxes. Theoretically you could run the OCX (Internet Explorer) on Wine and the Cygwin/X as well but not practically though, if only from a performance point of view. It would be more interesting if Mac/Linux/Unix users could use their browser of choice and their native X server, which is usually already installed on those platforms. How exactly is this approach dependent on the use of an OCX? -Hans

Nov. 1, 2004

Re: How difficult would it be to make the equivalent of Windows Terminal Server with Wine?

by Jakob Eriksson

Boaz Harrosh wrote: > I did something similar. > > I used X, and have written an IE embeddable OCX that automatically > Installs X-Server and connects to the X applications on the server, in > my case they are Windows apps running under wine. So basically you set > up a web server on your Linux machine. You put a page with the > different apps you want to serve. The user uses IE to navigate to that > page. When clicking, the App comes up as a window in his/her machine. > First time visit Installs a 12M Cygwin/X server. > > I do intend to publish the OCX project as GPL. And the wise-script to > package the Cygwin/X installation. And also have available the binary > package. > > Hope that can help > Free Life > Boaz > Wow! That's just plain cool and useful!

Nov. 1, 2004

Re: Add time zone to TZ_Info

by Rein Klazes

On Sun, 31 Oct 2004 16:29:59 -0800, you wrote: > Roger wrote: > > I agree that PDT should say "Pacific Daylight Time" but whoever wrote > > this section refered to both ..DT and ..ST as "Standard Time" for some > > good reason.I assumed so I followed convention. It came up in an app > > I was running as a fixme since we switched to std time today and is used > > by TIME_GetTZAsStr(). If it appears beneficial, I'll be happy to change > > all the ..DT references to "Daylight Time" and resubmit. > > > > Not quite every place; MEST says daylight. It appears to me that the > only place this is used is the function TIME_GetTZAsStr(), which appears > to only be used in RtlQueryTimeZoneInformation(). Yes, it fills in the field "StandardName" of the TimeZoneInformation structure. When it uses TIME_GetTZAsStr, the returned Info pretends this zone has no transitions (but adjusts the Bias at the right time). So it is correct that this table should only hold standard times. It is also a broken way of doing things, these time abbreviations are not unique. > So the question would > be, what does that function return on Windows It does what RtlQueryTimeZoneInformation does if TIME_GetTimeZoneInfoFromReg returns successfull. > (and perhaps, does any > program care). On windows they are localized, so I don't think an exact string match matters. Rein. -- Rein Klazes rklazes(a)xs4all.nl

Nov. 1, 2004

COM / Installshield status?

by Dan Kegel

What's the current status on bug 423 (http://bugs.winehq.com/show_bug.cgi?id=423) "Out-of-process COM support"? There hasn't been anything added to that bugzilla entry for two years, and presumably there has been some progress. Perhaps someone in the know could update that bug report. Likewise, what's the current status of Installshield support, and how much work would it be to fully support Installshield-based installers? I don't see any open Installshield bug reports, maybe I should file one against the apps I have that don't install at the moment. (Or would that be overkill?) Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

Nov. 1, 2004

Re: Edit - wants all keys when multiline

by Dmitry Timoshkov

"Vitaliy Margolen" <wine-patch(a)kievinfo.com> wrote: > @@ -761,6 +761,12 @@ > > case WM_GETDLGCODE: > result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS; > + > + if (GetWindowLongW( hwnd, GWL_STYLE ) & ES_MULTILINE) > + { > + result |= DLGC_WANTALLKEYS; EDITSTATE structure already has the 'style' member for the optimization sake, so please use it instead of GetWindowLong(GWL_STYLE). > + r = SendMessage(hwEdit, WM_GETDLGCODE, 0, (LPARAM) &msMessage); > + ok(r==0x89, "Expected DLGC_WANTCHARS | DLGC_HASSETSEL | DLGC_WANTARROWS got %x\n", r); Do not use 0x89 and similar cryptic values in the test, use appropriate symbolic constants instead. And please merge your test into existing win.c tests. -- Dmitry.

Nov. 1, 2004

Re: Listview notify_dispinfoT Messageformat

by Thorsten Kani

> > > >Oh, come on, it was just a few more lines of code. In fact, I was happy >with the code as it standed (that's no surprise, as I wrote it :)). >I think we should just revert to it, and accept changes only with >supporting tests. At the time that Aric submitted the patch, I was >rather unhappy with it, but he claimed he performed extensive tests >that proved that behaviour. He should have submitted them as part >of the test suite. > > > As i understand it, the old Listview code was assuming that LVN_GETDISPINFOW is never used and tried to convince apps with the "A" version of the Message.. This leads to problems with Braindamaged_Apps(TM) wich handle only the Unicode Message. (Tested App was "Explorer")

Nov. 1, 2004

Re: Listview notify_dispinfoT Messageformat

by Dimitrie O. Paun

On Mon, Nov 01, 2004 at 01:43:44AM +0100, Thorsten Kani wrote: > As i understand it, the old Listview code was assuming that > LVN_GETDISPINFOW is never used and tried to convince apps with the > "A" version of the Message.. Why are you saying that. The code treats LVN_GETDISPINFOW special because it's the only type of message that *gets* textual data rather then sending. SO for this reason, we just reset the buffer on the way out. What other difference is there? > This leads to problems with Braindamaged_Apps(TM) wich handle only the > Unicode Message. (Tested App was "Explorer") Heh. Right now we only send ASCII notifications, which would be even worse. We need proper test cases. -- Dimi. > >

Nov. 1, 2004

Re: Add time zone to TZ_Info

by Duane Clark

Roger wrote: > I agree that PDT should say "Pacific Daylight Time" but whoever wrote > this section refered to both ..DT and ..ST as "Standard Time" for some > good reason.I assumed so I followed convention. It came up in an app > I was running as a fixme since we switched to std time today and is used > by TIME_GetTZAsStr(). If it appears beneficial, I'll be happy to change > all the ..DT references to "Daylight Time" and resubmit. > Not quite every place; MEST says daylight. It appears to me that the only place this is used is the function TIME_GetTZAsStr(), which appears to only be used in RtlQueryTimeZoneInformation(). So the question would be, what does that function return on Windows (and perhaps, does any program care).

Nov. 1, 2004