May 2003 - Wine-Devel - list.winehq.org

Re: Apps with problems during install using Managed Mode

by Carlos Lozano

El jue, 29 de may de 2003, a las 18:14, Mike Hearn escribio: > It is not that simple. I'm pretty sure that change would break many > other apps. > > Being able to install apps in managed mode requires deep knowledge and > hacks of the x11drv, it is on the Wine 0.9 TODO list. Alexandre has > discussed it before, this is not a simple bug by any means :( > > So, thanks for your efforts, but I'm not sure this is the correct > solution. I think that the question is check if it is better than the actual, and if it is, then move to it. Sure that it is not 100%, but if it hasn't bad side effects, then it could delay a bit more the x11drv rewrite, and have more time for other changes. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

May 29, 2003

Re: Internet Explorer regressions

by Duane Clark

Mike Hearn wrote: > I've been doing that, but unfortunately am limited in how far I can go > back before I lose NPTL support and wine stops running. > > If it's my setup here then it'll also be borked. I'm sending latest CVS > into work, to see if that breaks IE as well, then I'll know if it's code > or environment. > Well, at least on RH7.3 (no nptl) ie6 seems to run reasonably well.

May 29, 2003

Re: Bultin OCX?

by Mike Hearn

> Err, we are trying that. Hmm, you want to create an Explorer clone as well? MS Paint? What I meant was, it's not necessary to recreate every aspect of Windows the desktop. Windows the platform yes, maybe. > And a standard winsock OCX falls under the > "to be done" category for me. Ok, cool. I'd guess it's like MFC, nice to have but as apps usually ship with it, not critical. But if somebody is going to write it, then that's great :)

May 29, 2003

Re: Apps with problems during install using Managed Mode

by Mike Hearn

It is not that simple. I'm pretty sure that change would break many other apps. Being able to install apps in managed mode requires deep knowledge and hacks of the x11drv, it is on the Wine 0.9 TODO list. Alexandre has discussed it before, this is not a simple bug by any means :( So, thanks for your efforts, but I'm not sure this is the correct solution. On Thu, 2003-05-29 at 17:28, Carlos Lozano wrote: > Hello, > > > I'm not 100% sure this is right, just because a window has WS_CLIPSIBLINGS > > and WS_CLIPCHILDREN does not mean we necessarily want to manage it. > > > > For example, both Trillian and WinAmp set this combination, and these need to > > be unmanaged (ideally semi managed I think, where we draw the system bar, let > > the app clip it away, then hand over to the window manager setting hints for > > no decoration.. but thats another matter) > > I don't know even what means "WS_CLIPSIBLINGS" and "WS_CLIPCHILDREN" ;) > I have been searching a way to install this applications, using managed > mode O:-) > > Regards, > Carlos.

May 29, 2003

Re: Apps with problems during install using Managed Mode

by Mark Westcott

Hi, I'm not 100% sure this is right, just because a window has WS_CLIPSIBLINGS and WS_CLIPCHILDREN does not mean we necessarily want to manage it. For example, both Trillian and WinAmp set this combination, and these need to be unmanaged (ideally semi managed I think, where we draw the system bar, let the app clip it away, then hand over to the window manager setting hints for no decoration.. but thats another matter) But then again I may be talking rubbish, Mark > inline static BOOL is_window_managed( WND *win ) > { > if (!managed_mode) return FALSE; > /* tray window is always managed */ > if (win->dwExStyle & WS_EX_TRAYWINDOW) return TRUE; > /* child windows are not managed */ > if (win->dwStyle & WS_CHILD) return FALSE; > /* tool windows are not managed */ > if (win->dwExStyle & WS_EX_TOOLWINDOW) return FALSE; > /* windows with caption or thick frame are managed */ > if ((win->dwStyle & WS_CAPTION) == WS_CAPTION) return TRUE; > if (win->dwStyle & WS_THICKFRAME) return TRUE; > > /**************** New code *****************************/ > if ((win->dwStyle & (WS_CLIPSIBLINGS|WS_CLIPCHILDREN) ) == > (WS_CLIPSIBLINGS|WS_CLIPCHILDREN)) > return TRUE; > /************** End new code ***************************/ > > /* default: not managed */ > return FALSE; > }

May 29, 2003

Re: Bultin OCX?

by Marcus Meissner

On Thu, May 29, 2003 at 05:25:20PM +0100, Mike Hearn wrote: > > >They are normally shipped with the app. So would we really need one >in Wine? > > > > I think one of the goals of wine is to implement all the functions > > of windows systems, for instance now i'm testing an application > > written in VB that uses both Winsock.ocx and mscomm.ocx (RS-232), > > and I would like to use as builtin libraries/"com libraries" as possible, instead of using a "closed ocx", in which i can't do anything if something > > fails...I know now exists some builtin programs like wine-Notepad or winemine, so i think, the next step is to develop builtin OCX...under > > wine license > > OK, that's fine, but be aware that: > > * notepad is there because some apps require it > * winemine is just a simple demo of how to write a WineLib app > > ie, Wine is NOT trying to replicate the entirety of Windows. Err, we are trying that. And a standard winsock OCX falls under the "to be done" category for me. Ciao, Marcus

May 29, 2003

Re: Apps with problems during install using Managed Mode

by Carlos Lozano

Hello, > I'm not 100% sure this is right, just because a window has WS_CLIPSIBLINGS > and WS_CLIPCHILDREN does not mean we necessarily want to manage it. > > For example, both Trillian and WinAmp set this combination, and these need to > be unmanaged (ideally semi managed I think, where we draw the system bar, let > the app clip it away, then hand over to the window manager setting hints for > no decoration.. but thats another matter) I don't know even what means "WS_CLIPSIBLINGS" and "WS_CLIPCHILDREN" ;) I have been searching a way to install this applications, using managed mode O:-) Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

May 29, 2003

Re: Bultin OCX?

by Mike Hearn

> >They are normally shipped with the app. So would we really need one >in Wine? > > I think one of the goals of wine is to implement all the functions > of windows systems, for instance now i'm testing an application > written in VB that uses both Winsock.ocx and mscomm.ocx (RS-232), > and I would like to use as builtin libraries/"com libraries" as possible, instead of using a "closed ocx", in which i can't do anything if something > fails...I know now exists some builtin programs like wine-Notepad or winemine, so i think, the next step is to develop builtin OCX...under > wine license OK, that's fine, but be aware that: * notepad is there because some apps require it * winemine is just a simple demo of how to write a WineLib app ie, Wine is NOT trying to replicate the entirety of Windows. > Well, some ocx yes, but Winsock.ocx has not any visible interface, > and it can be used without IDEs, simply by calling the COM server If you want to write one then by all means go ahead, but I think it would be quite a bit of work. You'd want to use the winsock apis, as then your OCX can be reused on Windows and we keep all the code together. thanks -mike

May 29, 2003

Re: Bultin OCX?

by danielcampos

Hi!: >Could you explain to me what the Winsock Control is? We have a >winsock DLL implementation already..... Winsock.dll is the Windows API to manage sockets, but Winsock control is a high-level library, provided with Visual Studio 6.0. It is mainly used by Visual Basic programmers, as it provides a very simple interface to send and receive data via TCP/UDP protocols. It provides some events (Connection, Data received, Data Sent...), and a easy way to send different data types (automatic conversion for unicode strings, for example) >They are normally shipped with the app. So would we really need one >in Wine? I think one of the goals of wine is to implement all the functions of windows systems, for instance now i'm testing an application written in VB that uses both Winsock.ocx and mscomm.ocx (RS-232), and I would like to use as builtin libraries/"com libraries" as possible, instead of using a "closed ocx", in which i can't do anything if something fails...I know now exists some builtin programs like wine-Notepad or winemine, so i think, the next step is to develop builtin OCX...under wine license OCXs are mainly for plugging into IDEs yes? Well, some ocx yes, but Winsock.ocx has not any visible interface, and it can be used without IDEs, simply by calling the COM server Thanks, Daniel Campos --- On Thu 05/29, Mike Hearn < mike(a)theoretic.com > wrote: From: Mike Hearn [mailto: mike(a)theoretic.com] To: danielcampos(a)myway.com Cc: wine-devel(a)winehq.com Date: 29 May 2003 14:47:32 +0100 Subject: Re: Bultin OCX? > One of the goals of this project would be replacing current native Winsock control by a "Bultin OCX". Could you explain to me what the Winsock Control is? We have a winsock DLL implementation already..... > I've look at Wine Documentation > ant it's simple to create a native DLL, but i've seen nothing > about the possibility of creating a builtin OCX. Is there any way > to do it? What about registry issues? It is possible yes, but rather hard. OCXs are mainly for plugging into IDEs yes? They are normally shipped with the app. So would we really need one in Wine? Also, such a thing would need to use the Win32 winsock api really, not unix sockets. thanks -mike _______________________________________________ No banners. No pop-ups. No kidding. Introducing My Way - http://www.myway.com

May 29, 2003

Re: Apps with problems during install using Managed Mode

by Carlos Lozano

El jue, 29 de may de 2003, a las 17:23, Gerhard W. Gruber escribio: > On Thu, 29 May 2003 15:53:56 +0200, Carlos Lozano <clozano(a)andago.com> wrote: > > >I have been checking some apps what had problems in order > >to install in Managed Mode (due to background above the > >continue window) and after of apply the change what i sent > >yesterday it started to work. With luck it should work for > >every Installshield app. Now the question: > > > >Do you know more apps with problems installing in managed mode? > > Can you provide a list of apps that you tested? I know that DarkProject 2 hung > on install and I know another app as well, but I don't remeber which one that > was. I can try several of course. It were 5 apps (vampire demo, theme hospital demo, praetorima demo, vtd amaril installer, and other game what i don't remember the name), but everyone was Installshield, so i guest that installshield should install correctly now. The question is: does it break any different app? > > >inline static BOOL is_window_managed( WND *win ) > > This is the patch? Then I'll apply it and test some things. Yes, it is not really a diff (i will send it if someone need it), anyway only add this 3 lines in that function, it should be ok to test. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

May 29, 2003