Hello all,
I know this will only interest a small portion of you but thought i
would give a quick update on the state of IMM32 since I have brought it
to a major milestone.
All the main patches are in which now separate IMM32 and IMEs. There
is still more work to do but the major framework is in place. X11 XIM
processing should be unchanged. However wine can now begin to load
native windows IMEs as well.
I have tested with windows ATOK20 (a popular Japanese IME) and
successfully had text processing in a fully IME aware application. There
are still clear issues to resolve in many aspects of this processing but
we have forward progress.
ImmInstallIME does not work yet, nor does switching keyboards. So to
get the native IME to work you need to add this registry key.
[System\\CurrentControlSet\\Control\\Keyboard Layouts\\<keyboard layout>]
"Ime File"=<IME filename>
so for example for ATOK20 in Japanese i used.
[System\\CurrentControlSet\\Control\\Keyboard Layouts\\e0010411]
"Ime File"="ATOK20W.IME"
I would love to hear how well things work. I am sure using native IMEs
will quickly show us many places where IMM32 needs to be improved.
One issues I am going to investigate next is that sometimes non x11drv
ime initialization, if occurring too early, causes x11drv to fail to
create windows. I have not investigated with the latest changes to
xim.c (which may already correct this problem) but if you see this
problem this patch may help and i believe the
IME_UpdateAssociation(NULL) is already unneeded.
diff --git a/dlls/winex11.drv/xim.c b/dlls/winex11.drv/xim.c
index d4df9f7..0c98136 100644
--- a/dlls/winex11.drv/xim.c
+++ b/dlls/winex11.drv/xim.c
@@ -475,7 +475,6 @@ static void X11DRV_OpenIM(Display *display, XPointer
ptr, XP
XUnregisterIMInstantiateCallback(display, NULL, NULL, NULL,
X11DRV_OpenIM,
wine_tsx11_unlock();
IME_XIMPresent(TRUE);
- IME_UpdateAssociation(NULL);
}
thanks,
-aric
What happened to the Fedora packages? They have not been updated since
0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro
supported has the up to date packages!!! And why does the Red Hat packages
site not go to the SourceForge site as it does for SUSE packages and the
others?? I have not really had the guts to ask until now, because I thought
that maybe there was a slump, but now, its getting annoying!! And Fedora
just released Fedora Core 5 yesterday!!! Please tell me new packages will be
ready soon!!! Compiling WINE always crashes my computer, so I prefer to use
the RPMs...
Hi.
>From which configuration does the "ERROR_INVALID_NAME" came from,
when calling GetDefaultPrinter(NULL, &size) and no Printer is installed?
This Test is Present in the current "dlls/winspool/tests/info.c".
MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer
is installed:
http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp
I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in
this Situation.
--
By By ...
... Detlef
Well, sort of. I found bugs in shell32, rpcrt4, comctl32 and wininet
that I had to implement, stub and override my way past before it would
render a page, but finally, here's the obligatory screenshot.
-Hans
On Thu, Jun 18, 2009 at 12:32 PM, Gerald Pfeifer<gerald(a)pfeifer.com> wrote:
> I verified this does not cause any extra warnings with GCC 4.4, whereas
> GCC 4.5 will become quite a bit more useful in that regard and thus help
> spot any issues.
>
> As with -Wtype-limits that I suggested last year, I pledge to keep close
> an eye on this and to address any issues proactively as part of my nightly
> test builds.
>
> Gerald
>
> ChangeLog:
> Use GCC's -Wlogical-op if possible.
>
> diff --git a/configure.ac b/configure.ac
> index bef311e..3f7a657 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1385,8 +1385,9 @@ then
> WINE_TRY_CFLAGS([-fno-builtin],[AC_SUBST(BUILTINFLAG,"-fno-builtin")])
> WINE_TRY_CFLAGS([-fno-strict-aliasing])
> WINE_TRY_CFLAGS([-Wdeclaration-after-statement])
> - WINE_TRY_CFLAGS([-Wwrite-strings])
> + WINE_TRY_CFLAGS([-Wlogical-op])
> WINE_TRY_CFLAGS([-Wtype-limits])
> + WINE_TRY_CFLAGS([-Wwrite-strings])
>
> dnl Check for noisy string.h
> saved_CFLAGS="$CFLAGS"
>
>
>
Causes 106 more warnings on 4.3.3 of this sort:
tab.c:693: warning: logical ‘&&’ with non-zero constant will always
evaluate as true
cert.c:1627: warning: logical ‘||’ with non-zero constant will always
evaluate as true
--
-Austin
Does "mac" mean "powerpc mac only"? I rather
thought it meant "apple macintosh", regardless
of cpu. I ask because Austin has just gone through
and changed lots of "mac" bugs to "pc" even
though the bugs were on Intel macs, which just
seems wrong.
See http://bugs.winehq.org/show_bug.cgi?id=14980
Essentially, to run Office 2007, you have to set an override
for riched20. Since Office installs a new, spiffier version
of riched20 in its own private directory, and expects to
find it there, isn't it a bug that we don't let it have it?
Sounds like it's time to write a conformance test...
sure would be nice if that override wasn't needed.
Maarten wrote:
> Why don't we have wine t-shirts any more?
I dunno, where were they before?
I just looked, couldn't find any on cafepress.com.
I'd like to bring back the Codeweavers drunken penguin
t-shirts, perhaps with a slightly more generic Wine
design.
Coincidentally, I found some site on the net had taken
the logo from that shirt and erased the Crossover
logo from the wine bottle; here's a cleaned-up copy:
http://kegel.com/wine/wine-penguin-corkscrew.png
Hello Wine Developers,
Over the last couple of months I have been part of a team of students
at UCLA who have been
developing an implementation of the DxDiag application to release with
Wine. After a long
quarter, we have produced a working implementation. Some of the
features are still missing but
most of the functionality has been completed. I hope that our work
proves useful to the Wine
project.
Attached is a patch that will add our code to the source tree. This
patch is not meant to be
committed, but should provide a demonstration of the application so
far. Any feedback would be
appreciated, I will try to incorporate any suggestions as I work on
releasing incremental patches
over the next few weeks.
- Allen Hair
Hi,
[resend, 1st message disappeared?]
since somewhere between wine-1.1.6 and 1.1.21, going to winecfg's drives tab does not (re)scan all drives such as CD-ROMs anymore. So access to the tab is faster, but winecfg does not display the disk label (shown empty) and serial number (always 0) any more.
wine cmd -> "dir D:" still lists a disk's label and serial number.
Did I miss a voluntary change or shall I file a regression?
I'm not aware that my compilation setup may have changed. hal+dbus-dev have been there for ages.
Thanks,
Jörg Höhle