Alexandre,
do we really want to install winemine Wine
application by default?
Andriy
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
the server just misses the instruction to notify the wineconsole program of a change in the title... I'll submit a patch tonight
so you can safely implement the TITLE command
you can try adding this in server/console.c (function set_console_input_info, just after the new title is set when the mask
has the SET_CONSOLE_INPUT_INFO_TITLE bit set). This should do it.
evt.event = CONSOLE_RENDERER_TITLE_EVENT;
console_input_events_append( console->evt, &evt );
A+
> Question - I modified WCMD to support the 'TITLE' command which passed it
> through to SetConsoleTitle(A), and a simple program which subsequently calls
> GetConsoleTitle shows that the new value is in effect, but I dont see any
> window title for the WCMD shell.
>
> Is this a limitation of the console handling? (I tried with Managed='Y' and
> with no Managed line in my config file and the result was the same)
>
> Should I submit the patch to support the title command even though it will
> not be displayed currently? Its simple enough to do.
>
> Regards,
> Jason
>
>
>
---------------
Eric Pouech
(http://perso.wanadoo.fr/eric.pouech/)
The future will be better tomorrow,
Vice President Dan Quayle
____________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr
Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.
> Actually Aric and Ulrich helped a lot and they provided us the patch you
> Codeweavers did for your clients and Aric has
> gained permission to open the source. Since he needs to clean up the
> code, he suggested to let him post the patch when it's
> done.
>
> I used it to try for Chinese Input on Notes Client r6. Unfortunately,
> it only works on some controls.
> When I want to type Chinese/Japanese on the mail content area ( do not
> know what kind of widget it is),
> it doesn't show properly. I think it's a bug. Could you kindly help?
> Which segment of code I should trace on?
I have not used Notes R6 extensively but based on my understanding of the
Notes R4 - R5 code, the mail content area is a Notes Rich Text field,
which is implemented internally to Notes. It's not a Windows control
therefore will not be responsive to code that hooks into Windows controls.
Notes is localized for many countries,including, I think, Chinese,
although the Notes R6 Beta is probably US-English only. I suggest you
experiment with a copy of Notes R5 with Chinese localization.
If you need technical details on how localized versions of Notes handle
alternate keyboard input methods, let me know and I'll see what I can dig
up.
Regards,
Dan Schwarz
http://www.winecentric.com/wiki
The Wine Wiki
Hi,
In order to reflect the evolution of the wine tree,
I propose the following patch.
Comments ?
Changelog:
Update of DEVELOPERS-HINTS to reflect the current
state of Wine.
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com
Wineconsole regressed between 10pm April 3 and 10pm April 4 (GMT).
The IDA Pro disassembler (idaw.exe, available from
http://www.datarescue.be/downloadfreeware.htm) fails due to changes
on this date. This is a console mode program with turbo pascal style
windows, for example windows have a little green square as a close box.
History:
Jan 1 CVS : program runs with good sized font, however bitmaps like
the little green square show up as odd characters.
Apr 3 CVS : program runs with tiny font, bitmaps are displayed correctly.
> Apr 4 CVS : window comes up, disappears, wine exits without an error.
(Normal behaviour: window comes up, is resized, initial screen is drawn.)
Thus the bug is: wine exits immediately after bringing up the window (but
before drawing anything in it). This seems to be due to changes in xfont.c.
I offer here a choice of two patches that "fix" this. Â Surely neither
of them is getting to the root cause of the problem. Â Either works,
but with patch 2, the text comes up in a tiny font like with Apr 3 CVS, with
patch 1 it comes up in a normal font (but no little bitmaps, like Jan 1 CVS).
All the best,
Duncan.
Patch 1 (also attachment 1). Â This reverts from using the global
variable text_caps to using a local variable XTextCaps.
--- bad/graphics/x11drv/xfont.c.orig    Wed May  1 09:42:32 2002
+++ bad/graphics/x11drv/xfont.c Wed May  1 09:46:39 2002
@@Â -78,6 +78,11 @@
Â
 static fontAlias *aliasTable = NULL;
Â
+static UINT XTextCaps = (TC_OP_CHARACTER | TC_OP_STROKE | TC_CP_STROKE | TC_CR_ANY |
+ Â Â Â Â Â Â Â Â Â Â Â Â TC_SA_DOUBLE | TC_SA_INTEGER | TC_SA_CONTIN |
+ Â Â Â Â Â Â Â Â Â Â Â Â TC_UA_ABLE | TC_SO_ABLE | TC_RA_ABLE);
+ Â Â Â Â Â Â Â Â Â Â Â Â /* X11R6 adds TC_SF_X_YINDEP, maybe more... */
+
 static const char*     INIFontMetrics = "cachedmetrics.";
 static const char*     INIFontSection = "Software\\Wine\\Wine\\Config\\fonts";
 static const char*     INIAliasSection = "Alias";
@@Â -948,7 +953,7 @@
    aLFD.resolution_x = resx_string;
Â
    strcpy(resy_string, resx_string);
- Â Â Â if( uRelax == 0 Â && text_caps & TC_SF_X_YINDEP )
+ Â Â Â if( uRelax == 0 Â && XTextCaps & TC_SF_X_YINDEP )
    {
         if( fo->lf.lfWidth && !(fo->fo_flags & FO_SYNTH_WIDTH))
         {
@@Â -2424,7 +2429,7 @@
  fontInfo*   pfi = pfm->pfi;     /* device font to match */
  LPLOGFONT16  plf = pfm->plf;     /* wanted logical font */
  UINT    penalty = 0;
- Â BOOL Â Â Â bR6 = pfm->flags & FO_MATCH_XYINDEP; Â Â /* from text_caps */
+ Â BOOL Â Â Â bR6 = pfm->flags & FO_MATCH_XYINDEP; Â Â /* from XTextCaps */
  BOOL    bScale = pfi->fi_flags & FI_SCALABLE;
  int d = 0, height;
Â
@@Â -2947,7 +2952,7 @@
    strcpy(buffer, "-*-*-*-*-normal-*-[12 0 0 12]-*-72-*-*-*-iso8859-1");
    if( (x_fs = TSXLoadQueryFont(gdi_display, buffer)) )
    {
-Â Â Â Â Â Â Â Â text_caps |= TC_SF_X_YINDEP;
+Â Â Â Â Â Â Â Â XTextCaps |= TC_SF_X_YINDEP;
         TSXFreeFont(gdi_display, x_fs);
    }
  }
@@Â -2980,7 +2985,7 @@
  XFONT_GetPointResolution( log_pixels_x, log_pixels_y );
Â
  if(X11DRV_XRender_Installed)
- Â Â text_caps |= TC_VA_ABLE;
+ Â Â XTextCaps |= TC_VA_ABLE;
Â
  return;
 }
@@Â -3055,7 +3060,7 @@
        fm.plf = plf;
        fm.internal_charset = internal_charset;
Â
-Â Â Â Â Â Â Â if( text_caps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP;
+Â Â Â Â Â Â Â if( XTextCaps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP;
Â
        /* allocate new font cache entry */
-------------------------------------------------------------------
Patch 2 (also attachment 2). Â BOTH lines need to be changed.
--- bad/graphics/x11drv/xfont.c.orig    Wed May  1 09:42:32 2002
+++ bad/graphics/x11drv/xfont.c       Wed May  1 09:15:35 2002
@@Â -2978,6 +2978,7 @@
 void X11DRV_FONT_Init( int *log_pixels_x, int *log_pixels_y )
 {
  XFONT_GetPointResolution( log_pixels_x, log_pixels_y );
+ Â X11DRV_FONT_InitX11Metrics();
Â
  if(X11DRV_XRender_Installed)
   text_caps |= TC_VA_ABLE;
@@Â -3324,7 +3325,7 @@
   LOGFONT16      lf16;
Â
   /* don't enumerate x11 fonts if we're using client side fonts */
- Â Â if (physDev->dc->gdiFont) return FALSE;
+/* Â Â if (physDev->dc->gdiFont) return FALSE;*/
Â
   FONT_LogFontWTo16(plf, &lf16);
Â
-------------------------------------------------------------------------------
For information, here are the changes to xfont.c between
April 3 and April 4 (attachment 3).
diff -u -r --exclude=CVS 4_april_2002_mid/graphics/x11drv/xfont.c 4_april_2002/graphics/x11drv/xfont.c
--- 4_april_2002_mid/graphics/x11drv/xfont.c    Mon Apr 29 20:56:51 2002
+++ 4_april_2002/graphics/x11drv/xfont.c        Sun Apr 28 20:53:50 2002
@@Â -77,11 +77,6 @@
Â
 static fontAlias *aliasTable = NULL;
Â
-static UINT XTextCaps = (TC_OP_CHARACTER | TC_OP_STROKE | TC_CP_STROKE | TC_CR_ANY |
- Â Â Â Â Â Â Â Â Â Â Â Â TC_SA_DOUBLE | TC_SA_INTEGER | TC_SA_CONTIN |
- Â Â Â Â Â Â Â Â Â Â Â Â TC_UA_ABLE | TC_SO_ABLE | TC_RA_ABLE);
- Â Â Â Â Â Â Â Â Â Â Â Â /* X11R6 adds TC_SF_X_YINDEP, maybe more... */
-
 static const char*     INIFontMetrics = "cachedmetrics.";
 static const char*     INIFontSection = "Software\\Wine\\Wine\\Config\\fonts";
 static const char*     INIAliasSection = "Alias";
@@Â -952,7 +947,7 @@
    aLFD.resolution_x = resx_string;
Â
    strcpy(resy_string, resx_string);
- Â Â Â if( uRelax == 0 Â && XTextCaps & TC_SF_X_YINDEP )
+ Â Â Â if( uRelax == 0 Â && text_caps & TC_SF_X_YINDEP )
    {
         if( fo->lf.lfWidth && !(fo->fo_flags & FO_SYNTH_WIDTH))
         {
@@Â -2428,7 +2423,7 @@
  fontInfo*   pfi = pfm->pfi;     /* device font to match */
  LPLOGFONT16  plf = pfm->plf;     /* wanted logical font */
  UINT    penalty = 0;
- Â BOOL Â Â Â bR6 = pfm->flags & FO_MATCH_XYINDEP; Â Â /* from TextCaps */
+ Â BOOL Â Â Â bR6 = pfm->flags & FO_MATCH_XYINDEP; Â Â /* from text_caps */
  BOOL    bScale = pfi->fi_flags & FI_SCALABLE;
  int d = 0, height;
Â
@@Â -2834,24 +2829,22 @@
 }
Â
 /***********************************************************************
- * Â Â Â Â Â X11DRV_FONT_Init
+ * Â Â Â Â Â X11DRV_FONT_InitX11Metrics
 *
 * Initialize font resource list and allocate font cache.
 */
-int X11DRV_FONT_Init( int *log_pixels_x, int *log_pixels_y )
+void X11DRV_FONT_InitX11Metrics( void )
 {
  char**   x_pattern;
  unsigned  x_checksum;
-  int    i,res, x_count, fd, buf_size;
+  int    i, x_count, fd, buf_size;
  char    *buffer;
  HKEY hkey;
Â
- Â res = XFONT_GetPointResolution( log_pixels_x, log_pixels_y );
- Â Â Â
+
  x_pattern = TSXListFonts(gdi_display, "*", MAX_FONTS, &x_count );
Â
- Â TRACE("Font Mapper: initializing %i fonts [logical dpi=%i, default dpi=%i]\n",
-Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â x_count, res, DefResolution);
+ Â TRACE("Font Mapper: initializing %i x11 fonts\n", x_count);
  if (x_count == MAX_FONTS)   Â
    MESSAGE("There may be more fonts available - try increasing the value of MAX_FONTS\n");
Â
@@Â -2917,7 +2910,7 @@
    strcpy(buffer, "-*-*-*-*-normal-*-[12 0 0 12]-*-72-*-*-*-iso8859-1");
    if( (x_fs = TSXLoadQueryFont(gdi_display, buffer)) )
    {
-Â Â Â Â Â Â Â Â XTextCaps |= TC_SF_X_YINDEP;
+Â Â Â Â Â Â Â Â text_caps |= TC_SF_X_YINDEP;
         TSXFreeFont(gdi_display, x_fs);
    }
  }
@@Â -2939,11 +2932,20 @@
Â
  RAW_ASCENT  = TSXInternAtom(gdi_display, "RAW_ASCENT", TRUE);
  RAW_DESCENT = TSXInternAtom(gdi_display, "RAW_DESCENT", TRUE);
+ Â return;
+}
+
+/***********************************************************************
+ * Â Â Â Â Â X11DRV_FONT_Init
+ */
+void X11DRV_FONT_Init( int *log_pixels_x, int *log_pixels_y )
+{
+ Â XFONT_GetPointResolution( log_pixels_x, log_pixels_y );
Â
  if(X11DRV_XRender_Installed)
- Â Â XTextCaps |= TC_VA_ABLE;
+ Â Â text_caps |= TC_VA_ABLE;
Â
- Â return XTextCaps;
+ Â return;
 }
Â
 /**********************************************************************
@@Â -3016,7 +3018,7 @@
        fm.plf = plf;
        fm.internal_charset = internal_charset;
Â
-Â Â Â Â Â Â Â if( XTextCaps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP;
+Â Â Â Â Â Â Â if( text_caps & TC_SF_X_YINDEP ) fm.flags = FO_MATCH_XYINDEP;
Â
        /* allocate new font cache entry */
Â
@@Â -3203,6 +3205,8 @@
Â
   EnterCriticalSection( &crtsc_fonts_X11 );
Â
+ Â Â if(fontList == NULL) X11DRV_FONT_InitX11Metrics();
+
   if( CHECK_PFONT(physDev->font) )
     XFONT_ReleaseCacheEntry( __PFONT(physDev->font) );
Â
@@Â -3279,9 +3283,17 @@
   ENUMLOGFONTEXW     lf;
   NEWTEXTMETRICEXW   tm;
   fontResource*      pfr = fontList;
- Â Â BOOLÂ Â Â Â Â Â Â Â Â Â Â Â Â Â b, bRet = 0;
+ Â Â BOOLÂ Â Â Â Â Â Â Â Â Â Â Â Â Â b, bRet = 0, using_gdi = 0;
   LOGFONT16      lf16;
+ Â Â DC *dc;
+
+ Â Â dc = DC_GetDCPtr(hdc);
+ Â Â if(!dc) return FALSE;
+ Â Â if(dc->gdiFont) using_gdi = TRUE;
+ Â Â GDI_ReleaseObj(hdc);
Â
+ Â Â /* don't enumerate x11 fonts if we're using client side fonts */
+ Â Â if(using_gdi) return FALSE;
Â
   FONT_LogFontWTo16(plf, &lf16);
I'm currently working on bug 585 - "wine installation
process should install and configure wine
applications".
The first part of the work is done - wine
applications, like regedit are installed by Wine build
process.
I wanted to ask you about correct approach to place
these applications to deploy them.
I think that applications can be called with full
path, with or without extention, names in different
cases. So I'm going to change wineinstall process to
create symbolic links in c:/windows/system32 e.g. for
regedit:
regedit -> /usr/local/bin/wine
regedit.so -> /usr/local/bin/regedit.so
regedit.exe -> /usr/local/bin/wine
regedit.exe.so -> /usr/local/bin/regedit.so
This fixes problems with full path and with using or
not using file extention, but how to handle
case-insensitivity?
Regedit can be called as REGEDIT, RegEdit, Regedit,
regedit. Now multiply this on number of extentions
exe, EXE. This is without considering really fancy
cases, like "ReGeDiT".
Is there a way to handle this problem?
Thanks,
Andriy Palamarchuk
__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com
I'm sorry, but I don't want to distribute my
MultiMedia codes now...
(I solicited Alexandre to remove my codes)
Please don't use my removed code anymore...
And I sent patches to removing from ReWind too,
but is not applied yet now...
Hidenori
hullo everybody,
i'm new to the wine-devel list, but i was wondering if this:
http://chris.luethy.net/wine/image.jpg
was a known issue. Whenever you drag around flat-edged windows (I'm not
sure what the offical name is in Win32), like the type you see in
Winamp's preferences or any non-resizeable window (thus, the flat edge
window) it leaves behind the white outline of that window (see link
above). I was wondering if anybody is currently working to resolve this
issue, or perhaps this is an issue in my configuration. Any hints?
--
Chris Thielen
chris(a)luethy.net