Can anyone shed any light on this?
1.
If I take Petzold's POPPAD1 project and slightly modify it so that the
style is
WS_CHILD | WS_BORDER | WS_VISIBLE | ES_AUTOHSCROLL
and then spy on the WM_NCCREATE and WM_CREATE it tells me that the style
passed in is
WS_OVERLAPPEDWINDOW | WS_CHILDWINDOW | WS_VISIBLE | ES_AUTOHSCROLL
which is not the same thing.
Does anyone know if
a. The Windows Spy++ is telling fibs
b. (Win95) CreateWindow patches them up in some way.
2. (Why I was even looking at 1)
In the application I am working on we open Edit controls almost as above
inside dialogs and they appear with a single pixel solid frame under
Windows whereas under Wine they appear with a 2-pixel sunken frame. There
are several changes I can make in the controls/edit.c to get the same
behaviour under Wine but so far they all "mess up" normal sunken ones.
(Under windows the resulting windows end up with zero extended style and
50000088 style.)
Any thoughts would be appreciated.
Bill
Hi,
WinZip 8.0 has a toolbar. It used to show all the toolbar buttons, but
it seems to have a problem now, since only the LHS
button is shown. Some debug output below.
Mike
mike@linux:~/c > wine Program\ Files/WinZip/WINZIP32.EXE
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
x11drv: Warning: $DISPLAY variable ignored, using ':0.0' specified in
config file
..
trace:rebar:REBAR_AdjustBands start=0, end=0, max x=550, max y=61
trace:rebar:REBAR_AdjustBands Phase 1 band 0, (0,0)-(69,61), orig x=0,
xsep=0
trace:rebar:REBAR_AdjustBands Phase 2 band 0, (0,0)-(69,61), orig x=0,
xsep=0
err:rebar:REBAR_AdjustBands Serious problem adjusting row 1, start
band 0, end band 0
trace:rebar:REBAR_AdjustBands start=0, end=0, max x=561, max y=61
trace:rebar:REBAR_AdjustBands Phase 1 band 0, (0,0)-(69,61), orig x=0,
xsep=0
trace:rebar:REBAR_AdjustBands Phase 2 band 0, (0,0)-(69,61), orig x=0,
xsep=0
err:rebar:REBAR_AdjustBands Serious problem adjusting row 1, start
band 0, end band 0
..
fixme:shell:SHGetFileInfoA set icon to shell size, stub
fixme:listview:LISTVIEW_SetColumnOrderArray iCount 9 lpiArray
0x405a6a74
mike@linux:~/c
------------------------------------------
mailto:[email protected]
ph +82 16 430 0425
__________________________________________________________________
Get your free Australian email account at http://www.Looksmart.com.au
"Guy L. Albertelli" <galberte(a)neo.lrun.com> writes:
> In attempting to use Specmaker to create a forwarding DLL to do testing of
> the Rebar and ComboBoxEx controls, I ran into a problem where pe_image.c did
> not support forwarding an ordinal only reference. This patch allows that
> function to work. The ordinal forward is of the form:
> dllname.DLLNAME_nnnn.
I don't think Windows supports something like this. I would suggest
instead to fix specmaker to not generate a forward in this case.
--
Alexandre Julliard
julliard(a)winehq.com
Patrik Stridvall <ps(a)leissner.se> writes:
> Proper detection of VM86 support
> on FreeBSD, Linux and Solaris added.
I don't think that's useful. Even if we someday support vm86 on other
platforms, this is one of these cases where a simple platform check
(#ifdef linux) is preferable to complex configure magic IMO. This is
how we do the LDT check too, because there simply isn't enough
similarity between platforms to justify configure tests.
--
Alexandre Julliard
julliard(a)winehq.com
This is a problem of intermittents hangings, when moving the
mouse or closing a window (not obvious). I finally realized
that the traces in the hanging of Eudora 4 looked very similar,
but Eudora 4 hangs reliably ;-)
I have found this Eudora crash an infinite loop generated by a
mouse move message, cooked to generate a WM_NCMOUSEMOVE,
then this last message is obtained repeatedly from the server
without being ever removed.
It does not seem right to peek a cooked message off the server,
not find anything useful to do with it, and just ignore it and
asking the server again.
The following patch removes the problem, and *seems*
to cure the intermittent hangings of other apps.
Gerard
--- message.c.orig Wed Jun 27 22:14:07 2001
+++ message.c Wed Jun 27 22:13:57 2001
@@ -790,7 +790,11 @@
if (qmsg.kind == RAW_HW_MESSAGE || qmsg.kind == COOKED_HW_MESSAGE)
{
if (!process_hardware_message( &qmsg, hwnd, first, last,
flags & PM_REMOVE ))
+ {
+ if (qmsg.kind == COOKED_HW_MESSAGE)
+ if (!(flags & PM_REMOVE)) QUEUE_FindMsg( hwnd,
first, last, TRUE, &qmsg );
goto retry;
+ }
}
else
{
Andreas Mohr <a.mohr(a)mailto.de> writes:
> diff -u -r1.9 DEVELOPERS-HINTS
> --- DEVELOPERS-HINTS 2001/01/10 23:59:25 1.9
> +++ DEVELOPERS-HINTS 2001/06/26 23:02:00
> @@ -23,6 +23,7 @@
>
> GDI:
>
> + console/ - handling of text consoles
> graphics/ - graphics drivers
> x11drv/ - X11 display driver
> win16drv/ -> see below
> @@ -58,7 +59,7 @@
> msnet/
> msvcrt/ - C runtime library
> msvideo/ - 16 bit video manager
> - ole32/ - 32 bit OLE 2.0 librairies
> + ole32/ - 32 bit OLE 2.0 libraries
> oleaut32/ - 32 bit OLE 2.0 automation
> olecli/ - 16 bit OLE client
> oledlg/ - OLE 2.0 user interface support
> @@ -86,12 +87,13 @@
>
> Miscellaneous:
>
> - misc/ - shell, registry, winsock, etc.
> + misc/ - misc. wine management, registry, etc.
> ipc/ - SysV IPC based interprocess communication
> - win32/ - misc Win32 functions
> ole/ - OLE code
> - nls/ - National Language Support
> + nls/ - National Language Support
> configuration files
> + unicode/ - Unicode (character) support
> + win32/ - misc Win32 functions
>
I have nothing against updating the doc, but I don't think adding
wrong information is going to help <g>. console/ is not a GDI
directory, and there is no top level nls/ directory.
--
Alexandre Julliard
julliard(a)winehq.com
On Tue, Jun 26, 2001 at 03:34:23PM +0900, Bang Jun-Young wrote:
> * configure.in:
> Remove a redundant check for flex.
It is not redundant! AC_PROG_LEX does more than just look for the 'lex'
binary.
Please do not apply.
Ciao, Marcus
> -AC_PROG_LEX
> AC_CHECK_PROGS(XLEX,$LEX flex lex,none)
> if test "$XLEX" = "none"
> then
Is anyone working on the edit control's handling of WM_STYLE_CHANGED?
Does anyone have any useful information?
I intend adding handling of WM_STYLE_CHANGING/ED to controls/edit.c for our
application (which uses SetWindowLong to modify the style after creation).
1. Does anyone know why the EDITSTATE.style is not fed back to the
pWnd->dwStyle after being modified.
2. Does anyone know of any documentation of the interaction within windows
when the styles are incompatible?
Bill
The new Application DB (http://wine.codeweavers.com/appdb/) is starting to
fill up. But, we still need your help before we totally unleash it on the
Wine community. We need as much feedback, comments, and flames [:-)] as
possible this week. We need volunteers to take responsibility for updating
Apps in the DB. If you would like to help, email the appDB team at
appdb(a)codeweavers.com.
Areas we need help on:
- Add Apps and App Versions.
- Comments on Apps
- Application Owners
(the app db has a privilege system where you can be
owner of an app.)
- Screenshots (lots of 'em)
---
_ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com
| \| |_____ __ ___ __ __ _ _ _ -= http://jnewman.codeweavers.com
| .` / -_) V V / ' \/ _` | ' \ -= mailto:[email protected]
|_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon
