Kevin Koltzau <[EMAIL PROTECTED]> writes:
> These should probably go into the [Tweak.Layout] section (possibly only
> enabled with a "WineLook"="WinXP") and of course needs the ability for
> application specific settings
Theming can be configured under Windows too, so we should use the same
met
On October 6, 2003 08:45 pm, Kevin Koltzau wrote:
> EnableTheme ="Y|N"
> ThemeMethod = "XP|GTK|KDE|..." GTK, KDE, etc are conceivable, but wont be
> in initial implementation, will default to XP
So let's not add it until we actually need it.
> ThemeName="name of theme" for example "Luna" if Theme
I still get a crash with WinDVD.
Attached : trace with +int (int 1a has no other debug channel) and
disass around $eip.
--- Jukka Heinonen <[EMAIL PROTECTED]> a écrit :
> Okay, I have posted a patch to wine-patches that
> should have fixed this bug. Let's see if that is
> the case.
>
> It may
I've come to a point in the development of uxtheme where configuration options
will be needed, and am looking for feedback on how this should be done.
I currently forsee the following options needed:
EnableTheme ="Y|N"
ThemeMethod = "XP|GTK|KDE|..." GTK, KDE, etc are conceivable, but wont be in
Pavel Roskin <[EMAIL PROTECTED]> writes:
> I'll appreciate an advise in which order to proceed and what kind of
> verification is expected for the changes in the focus code.
The required verification is to make sure that Windows actually
behaves that way; I haven't applied the patch yet because I
* Jukka Heinonen wrote:
| Okay, I have posted a patch to wine-patches that
| should have fixed this bug. Let's see if that is
| the case.
Thanks -- I've tested it, and it seems to get further now. It still
crashes, though...
As you can see, it now crashes in another executable.
$ wine ./Setup
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,
th
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
Okay, I have posted a patch to wine-patches that
should have fixed this bug. Let's see if that is
the case.
It may be that bug has still not been
fixed by that patch. In that case last lines
of trace "wine --debugmsg +int,+int31" before
the point where application crashes would be helpful.
--
J
Eric Pouech <[EMAIL PROTECTED]> writes:
> the (const WCHAR[]){'T','e','x','t'} (don't forget the trailing '\0')
> is the preferred. We all know it's a PITA, but it's better to put the
> constraint once, at code writing time.
Note that the (const WCHAR[]) cast is not portable, so you shouldn't
use
Jon Griffiths <[EMAIL PROTECTED]> 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 },
> + { szGerm
Jon Griffiths <[EMAIL PROTECTED]> writes:
> Changelog:
>
> Jon Griffiths <[EMAIL PROTECTED]>
> +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/ui
Jon Griffiths <[EMAIL PROTECTED]> writes:
> This patch adds two new conversions to libs/unicode, in preparation
> for their
> use by an upcoming patch adding FoldStringA/W. The first converts
> from any
> unicode number into its unicode 0-9 representation. The second maps
> from
> compatibility
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 sinc
I'm resubmitting this patch after applying an important correction on it. Thanks
to Dmitry.
Dave Belanger
Cimmetry Systems Inc.
[EMAIL PROTECTED]
(514) 735-3219 (ext. 204)
(See attached file: patch_glyphtransform.txt)
patch_glyphtransform.txt
Description:
Dmitry,
I'll resubmit the patch taking into account your suggestion about the
transformation matrix. It makes sense; I recall experiencing the same problem
for the rotation matrix. It shouldn't break anything in our application since we
were only using the extra transformation matrix to do flip
Mike McCormack <[EMAIL PROTECTED]> writes:
> ChangeLog:
> * handle quoting on the command line in uninstaller
Is there any reason we can't use argv[] here instead?
--
Alexandre Julliard
[EMAIL PROTECTED]
On Monday 06 October 2003 10:32 am, Jon Griffiths wrote:
> Hi,
>
> Part 7 of oleaut32 updates.
>
> Cheers,
> Jon
>
> License: X11
>
> Changelog:
>
> Jon Griffiths <[EMAIL PROTECTED]>
> +dlls/oleaut32/bool.c dlls/oleaut32/oleaut32.spec
>dlls/oleaut32/variant.c
> Implement the boolean low
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 und
On Mon, 6 Oct 2003, John Conneely wrote:
> 1) Port the code to Linux. I eliminated this as a choice because
> we don't have the source code for the DLL.
> 2) Use some kind of RPC mechanism (COBRA, SOAP, etc.) to have the
> DLL running under windows on a server. This would work in pri
Hi! I need help
determining the feasibility of writing a wrapper around a DLL so that I can
call it from a Linux machine, perhaps as a SO.
I’m looking for either a member of this list that could contract
with us for support, or pointers to a more appropriate place where I can search
for s
--- Gerald Pfeifer <[EMAIL PROTECTED]> wrote:
> GCC 3.3 and also GCC 3.2.3 diagnoses the problem, IIRC. I strongly
> recommend to use one of these for Wine development, for they really
> catch a couple of (real) problems that older versions did not.
I'm on 3.2.2 and wasn't planning an upgrade any
Hi Dimitrie,
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> We don't seem to pass any additional info to _VarDecFromUI1, why
> not simply get rid of it, and implement stuff in the real
> VarDecFromUI1?
Size and speed.
The inlined versions are to meant to be used within the variant code,
the
Dimitrie O. Paun wrote:
* dlls/iphlpapi/ifenum.c 6 Oct 2003 10:13:07 -
These changes look too ugly. Why not do:
#if defined(__sparc__)
#define ifreq lifreq
#define ifr_name lifr_name
#endif
In fact, this may require a configure check, but this
is a better start IMO.
Yes, I ag
On Mon, 6 Oct 2003, Jon Griffiths wrote:
> Are your auto-build logs available somewhere for checking I haven't
> added any new warnings?
That's an excellent suggestion! I made the last log available right away
and hacked the script to automatically publish logs from the daily builds
from now on:
On Mon, 6 Oct 2003, Jon Griffiths wrote:
> Size and speed.
>
> The inlined versions are to meant to be used within the variant code,
> the biggest user being the coercion functions when I get round to
> updating them (after the low level stuff). The code for the vast
> majority of conversions is
On Mon, 6 Oct 2003, Juraj Hercek wrote:
> Hm, I don't understand how packing is supposed to work in wine and
> *especially* what should be packed and what shouldn't. I used the
> fastest way how to make it working, leaving comments on others - you
> know definitely more about wine than I do :-)
[cc'ed to wine-devel]
<[EMAIL PROTECTED]> wrote:
> We are developing a visualization and markup application called AutoVue for most
> CAD and ECAD file formats as well as raster, document and spreadsheet formats.
> We used wine to port our server from Windows to Solaris. I've been debugging
> win
On Mon, 6 Oct 2003, Juraj Hercek wrote:
> Hello,
>
>
> Here go my questions regarding to this files:
* dlls/iphlpapi/ifenum.c 6 Oct 2003 10:13:07 -
These changes look too ugly. Why not do:
#if defined(__sparc__)
#define ifreq lifreq
#define ifr_name lifr_name
#endif
In fact
On Mon, 6 Oct 2003, Jon Griffiths wrote:
> Hi,
>
> Part 3 of oleaut32 updates.
Hi Jon,
Cool stuff, but I don't understand why we have all these forwards:
+HRESULT WINAPI VarDecFromUI1(BYTE bIn, DECIMAL* pDecOut)
+{
+ return _VarDecFromUI1(bIn, pDecOut);
+}
We don't seem to pass any addition
oc.c
Finally, allignment problem on sparc platform - I've just ifdeffed
out packing includes, so structs are alligned to (default) 4 byte boundary.
I'd appreciate any comments - especially those related to gcc-3.3.1.
Regards ;-),
Juraj
? output.txt
? wine-solaris-20031006.d
Hi,
--- Gerald Pfeifer <[EMAIL PROTECTED]> wrote:
> Would you mind having a look? Thanks,
What version of gcc are you using? I don't get this warning. However,
It will be gone shortly, all the conversion functions have been
re-written (patches coming v. shortly). So I guess you can ignore
this fo
On Sun, 5 Oct 2003, Jon Griffiths wrote:
> What version of gcc are you using? I don't get this warning.
GCC 3.3 and also GCC 3.2.3 diagnoses the problem, IIRC. I strongly
recommend to use one of these for Wine development, for they really
catch a couple of (real) problems that older versions did
Hello Dimitrie,
Thursday, September 25, 2003, 11:51:37 AM, you wrote:
DOP> ChangeLog
DOP> Add the HeapReAlloc() task to the Janitorial list.
What about (undocumented ? ) ntdll/RtlReAllocateHeap ?
It suffers the identical problem. Calling it with NULL as previously
allocated memory heap block
34 matches
Mail list logo
