wine-devel October 2003

wine-devel@winehq.org

166 participants
384 discussions

Focus problems
by Pavel Roskin 06 Oct '03

06 Oct '03

Hello! My patch for fixing the focus of some programs (notepad, winecfg) on startup hasn't been applied, so I'm guessing what the reason might be. One reason may be that the testing could have found another bug that might seem to be related. When Wine uses non-managed windows without desktop, they don't get the keyboard focus initially. It affects even programs what show active captions, such as Winemine. When Winemine is started, the keyboard events go to the original window. The same happens after the "About" dialog is run. But when the "About" dialog is dismissed, the main window of Winemine gets keyboard focus. It seems to be another example of not doing something because the initial window is "already focused". This is a separate problem, it affects a wider class of programs and doesn't affect Wine in the desktop mode. If fixing this is considered precondition to fixing all other focus problems, I'd like to know that. Another possible reason I can think of is because SetFocus is supposed to affect widgets before the application window is shown. That's something that needs testing. I've made a patch that only disables activation of the parent window if it's invisible, but still focuses the window for which SetFocus() was called. The patch is attached. Before I start time-consuming verification, I'd like to know if I going in the right direction. There is another, third focus problem. Windows should not cover modal dialogs. Shareware Windows Commander 5.0 is useless in the desktop mode because the main window covers the "nag screen" on startup. The workaround is to enter "foo" in the command line and press Enter - there will be an error message, and after it's dismissed, the "nag screen" will pop up. Again, it's a separate problem that I'm not trying to solve at this point. I'll appreciate an advise in which order to proceed and what kind of verification is expected for the changes in the focus code. -- Regards, Pavel Roskin

2 1

Wineconf - survey
by Jeremy White 06 Oct '03

06 Oct '03

Hi everyone, I've put up a survey page here: http://www.winehq.org/wineconf/ I'd like to ask everyone who would come to Wineconf to go and enter their preferences. If you would not come to Wineconf regardless of where it was held, please do not fill out the survey. Let's hold this open through Friday, and then let's consider it final. Sound reasonable? Cheers, Jer

1 0

Re: Problem into the mail server ?
by Hannu Valtonen 06 Oct '03

06 Oct '03

Duane Clark wrote: > If you don't want the emails sent to you, subscribe and then turn on the > option to "Disable mail delivery". No need, I subscribed to a bunch of lists and finally configured my Mozilla Mail's filters. Took me a grand total of five minutes. The traffic is hardly a problem since I'm sitting behind a cablemodem and would've read the posts on the mailinglists anyway. But thanks for the suggestion. - Hannu Valtonen Hannu.Valtonen(a)hut.fi

1 0

Unicode strings
by Kevin Koltzau 06 Oct '03

06 Oct '03

I've come upon an instance where I need to create a large lookup table of unicode strings, and was curious what the recommended way to handle this was. Using MSVC I would simply declare the string as L"Text" I only see two options currently, either declare the string as (const WCHAR[]){'T','e','x','t'} or store as non-unicode and use WideCharToMultiByte/MultiByteToWideChar as appropriate As this is being implemented for a unicode-only function, it seems silly to convert the string, but declaring it as (const WCHAR[]){'T','e','x','t'} is a little unwieldy for the quantity of data that I need to declare

3 2

Re: Oleaut32 7
by Alexandre Julliard 06 Oct '03

06 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +/* The list of localised text data */ > +const VARIANT_TEXT VARIANT_LocalisedTextList[NUM_LOCALISED_LANGS] = > +{ > + { szCzechStrings, LANG_CZECH, 7, 16, 24, 32, 36 }, > + { szDanishStrings, LANG_DANISH, 5, 11, 14, 18, 22 }, > + { szGermanStrings, LANG_GERMAN, 5, 12, 15, 20, 24 }, > + { szEnglishStrings, LANG_ENGLISH, 5, 11, 14, 18, 22 }, > + { szSpanishStrings, LANG_SPANISH, 10, 16, 19, 22, 31 }, > + { szFinnishStrings, LANG_FINNISH, 5, 13, 19, 22, 31 }, > + { szFrenchStrings, LANG_FRENCH, 5, 10, 16, 24, 28 }, > + { szHungarianStrings,LANG_HUNGARIAN, 5, 11, 16, 20, 23 }, > + { szItalianStrings, LANG_ITALIAN, 5, 11, 14, 17, 20 }, > + { szDutchStrings, LANG_DUTCH, 5, 12, 15, 19, 24 }, > + { szNorseStrings, LANG_NORWEGIAN, 5, 11, 14, 18, 21 }, > + { szPolishStrings, LANG_POLISH, 7, 13, 17, 21, 24 }, > + { szSwedishStrings, LANG_SWEDISH, 5, 12, 15, 19, 22 } > +}; It would be better IMO to store that as string resources; you then get all the localisation mechanism for free, and people can translate them without digging into the code. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Oleaut32 4
by Alexandre Julliard 06 Oct '03

06 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Changelog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +dlls/oleaut32/i1.c dlls/oleaut32/i2.c dlls/oleaut32/i4.c > dlls/oleaut32/r4.c dlls/oleaut32/Makefile.in > dlls/oleaut32/oleaut32.spec > dlls/oleaut32/variant.c > Implement/document i1/ui1/i2/ui2/i4/ui4/r4 low-level calls I don't think we want to create a separate file for every variant type, especially since most of the functions are just one line. A single file with all the "simple" conversion functions would be enough. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: handle quoting on the command line in uninstaller
by Alexandre Julliard 06 Oct '03

06 Oct '03

Mike McCormack <mike(a)codeweavers.com> writes: > ChangeLog: > * handle quoting on the command line in uninstaller Is there any reason we can't use argv[] here instead? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Oleaut32 7
by Gregory M. Turner 06 Oct '03

06 Oct '03

On Monday 06 October 2003 10:32 am, Jon Griffiths wrote: > Hi, > > Part 7 of oleaut32 updates. > > Cheers, > Jon > > License: X11 > > Changelog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +dlls/oleaut32/bool.c dlls/oleaut32/oleaut32.spec > dlls/oleaut32/variant.c > Implement the boolean low-level calls Nice patch-set. I see there were some surprises, but good job nevertheless... extra kudos for doing laborious "boring" stuff and for providing in-source doc! Wish I was so prolific, as I am a no-patch bum lately.... -- gmt "The vice I am talking about is Pride or Self-Conceit: and the virtue opposite to it, in Christian morals, is called Humility. ... According to Christian teachers, the essential vice, the utmost evil, is Pride. Unchastity, greed, drunkenness, and all that, are mere flea-bites in comparison: it was through Pride that the devil became the devil: Pride leads to every other vice: it is the complete anti-God state of mind." --C. S. Lewis

1 0

Re: What does it take to run a third-party DLL under Wine?
by Dimitrie O. Paun 06 Oct '03

06 Oct '03

On Mon, 6 Oct 2003, John Conneely wrote: > Hey, any ideas of where I might be able to hire a WINE guru to help with > this stuff? I haven't even used Wine before, and I'm looking for someone > that can help us set up our WINE environment, test to see if the DLL we are > trying to use will run under WINE, then create a wrapper for the DLL that is > created with WineLib. Using an RPC mechanism is fine, as long as it doesn't > involve a Windows OS box. Might you be available for a little moonlighting? > I don't think we're talking about a huge amount of work here... mostly the > feasibility analysis work and some pointers on how to setup the environment. > If not you, know any other WINE hackers that might be? Sure, I can take a look. I would also recommend the CodeWeavers guys (http://www.codeweavers.com), they've done this before a number of times, it should be an easy task for them. I'm not affiliated with them, but they are great folks! If you want me to help you get started, email me off the list. -- Dimi.

1 0

patch for font glyph transformation in freetype.c (take II)
by Dave_Belanger＠cimmetry.com 06 Oct '03

06 Oct '03

I'm resubmitting this patch after applying an important correction on it. Thanks to Dmitry. Dave Belanger Cimmetry Systems Inc. dave.belanger(a)cimmetry.com (514) 735-3219 (ext. 204) ------------------------------------ (See attached file: patch_glyphtransform.txt)

1 0

← Newer
1
...
29
30
31
32
33
34
35
...
39
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel October 2003