Hi all!
i have trouble with wine-systray. I run windows program called "FCat".
Wine-systray work correctly only under xfce-4.2.2. Under openbox-3.2
systray looks as small window on screen. Not in systray. Why?
--
Sorry, im still using windows...
I recently downloaded a Japanese RPG game
(http://download.sama.jp:8080/archives/shinkiro_pre.zip) and
tried to run
it under Wine. However, it crashed with the following fatal trace:
[EMAIL PROTECTED] shinkiro_pre]$ pwd
/home/alex/.wine/drive_c/shinkiro_pre
[EMAIL PROTECTED] shinkiro_pre]$ LANG=ja
Keith Dunwoody wrote:
My patch is here: http://www.winehq.org/hypermail/wine-patches/2005/06/0035.html
I can't see anything immediately wrong with it. It's not immediately
obvious that it's right though... I guess Julliard is not sure about it,
so has placed it in the "makes me think too m
Hi,
My patch is here: http://www.winehq.org/hypermail/wine-patches/2005/06/0035.html
--- Mike McCormack <[EMAIL PROTECTED]> wrote:
>
> Keith Dunwoody wrote:
>
> > A little while ago I sent a fix for bug #50 (PrgWin95: Text justification
> needs
> > beefing up), in which SetTextJustification()
On Tuesday 07 June 2005 06:41, [EMAIL PROTECTED] wrote:
> So get a decent email client! He-he.
>
> On Mon, 06 Jun 2005 23:43:43 +0200, Stefan Dösinger
>
> <[EMAIL PROTECTED]> wrote:
> > Am Montag, 6. Juni 2005 18:23 schrieb Jeremy Newman:
> >> It works correctly for me. When I do a Reply to All, th
Keith Dunwoody wrote:
A little while ago I sent a fix for bug #50 (PrgWin95: Text justification needs
beefing up), in which SetTextJustification() wasn't spacing text lines out
properly. I was wondering why my patch was rejected.
Hi Keith,
I searched wine-patches for a mail with your name
Hi,
A little while ago I sent a fix for bug #50 (PrgWin95: Text justification needs
beefing up), in which SetTextJustification() wasn't spacing text lines out
properly. I was wondering why my patch was rejected.
Thanks,
-- Keith
__
Do You Yahoo!?
Jason Campbell wrote:
set it. (Possibly this is what Windows really does, I'm not sure?) If it
Possibly, a few more test cases would show you what how it works more
clearly?
Mike
Jason Campbell wrote:
+/*
FIXME( "cannot set text %s of other process window %p\n",
debugstr_a(lpString), hwnd );
SetLastError( ERROR_ACCESS_DENIED );
return FALSE;
+*/
+ FIXME( "not allowed by MSDN but some apps programmed this way" );
}
return (BOO
Google hasn't sent out any applications to
the mentoring organizations (e.g. Wine) yet,
but they did just release a breakdown of the
number of proposals recieved for each project.
The count for Wine is at 77!
No idea how many of those will make it through
the selection process, but at least a few
Christian Costa wrote:
Index: dlls/quartz/parser.c
===
RCS file: /home/wine/wine/dlls/quartz/parser.c,v
retrieving revision 1.16
diff -u -r1.16 parser.c
--- dlls/quartz/parser.c6 Jun 2005 19:50:36 - 1.16
+++ dlls/q
On Sun, Jun 05, 2005 at 02:26:40PM -0400, Jason Campbell wrote:
> A possible better patch may be to see if D2 is a child of the D2 bot
> (since most bots can load D2) and allow the title change if it is and
> not allow it if it's not a parent/child.
there are no stupid questions, so i ask: i doub
So get a decent email client! He-he.
On Mon, 06 Jun 2005 23:43:43 +0200, Stefan Dösinger
<[EMAIL PROTECTED]> wrote:
Am Montag, 6. Juni 2005 18:23 schrieb Jeremy Newman:
It works correctly for me. When I do a Reply to All, the recipient is
to, and the list is Cc. First I've heard of anyone h
Just double checked the settings. The lists are set with replies go to
the poster. I also took a look at the mail headers for the messages
being sent out. There is only the To: and Cc: fields. To: is set to the
poster, and Cc: is set to the list.
This sounds like a flaw in your mail program. I don
I really dont know how stable/usable it is just yet but the new alsa-1.09*
does now include software mixing
I tried 1.09-rc3 and had a few oddities so I decided to wait , it is now
at 1.09a, may be worth a look if you sticking point revolves around
missing mixers.
Regards.
On Mon, 06 Jun
Am Montag, 6. Juni 2005 18:23 schrieb Jeremy Newman:
> It works correctly for me. When I do a Reply to All, the recipient is
> to, and the list is Cc. First I've heard of anyone having problems with
> it. We certainly have not changed any settings on the list in quite some
> time now.
I get the sa
ChangeLog:
- Test cases for the direct3d7 light api.
Index: dlls/ddraw/tests/.cvsignore
===
RCS file: /home/wine/wine/dlls/ddraw/tests/.cvsignore,v
retrieving revision 1.3
diff -u -p -r1.3 .cvsignore
--- dlls/ddraw/tests/.cvsignore 3
Resend of http://www.winehq.org/hypermail/wine-patches/2005/06/0103.html,
adapted to Christian's reorganisation of ddraw directory, and as
attachment to avoid gmail word-wrapping the patch :)
ChangeLog:
- Rewrote the light management API to allow for an unlimited amount
of lights to be set, and o
I got NS v4 to work pretty much as effectively as it does under win98.
That's to say pretty good but not great.
=V5 is much better at speach rec. , I have got it to install correctly
but the training is now integrated and I have not found a work around
like I did for v4
I put the project
On Sun, Jun 05, 2005 at 07:56:42PM -0700, Jesse Allen wrote:
> Back to the original subject of the thread, do you think that
> improving quartz would be a challenging enough project?
Yes it is and there is already mention of it on the Wiki page AFAIK.
Lionel
--
Lionel U
It works correctly for me. When I do a Reply to All, the recipient is
to, and the list is Cc. First I've heard of anyone having problems with
it. We certainly have not changed any settings on the list in quite some
time now.
On Tue, 2005-06-07 at 04:05 +1000, Robert Lunnon wrote:
> It appears the
On Mon, 2005-06-06 at 19:50, Alexandre Julliard wrote:
> Paul Vriens <[EMAIL PROTECTED]> writes:
>
> > I removed the __WINESRC__ bit as it will never be used and it makes the
> > (coming) tests look better (no private structure needed).
> > The Windows struct part in SYSTEM_PROCESS_INFORMATION is
It appears the mailing list isn't quite right. When I reply-all I seem to get
the list twice, once as recipient and once as CC, can this be fixed ?
This seems to be affecting more than just me.
Bob
Paul Vriens <[EMAIL PROTECTED]> writes:
> I removed the __WINESRC__ bit as it will never be used and it makes the
> (coming) tests look better (no private structure needed).
> The Windows struct part in SYSTEM_PROCESS_INFORMATION is wrong anyway
> (both by size and members).
Actually in most cas
On Saturday 28 May 2005 06:19, Chuck Hall wrote:
> > Chuck Hall wrote:
> >> Well it looks good. I did get a few failures on the patching, but it
> >> wnet
> >> through 'make depend' without a problem.
> >>
> >> Now I run into the problem in kthread.c:
> >> sed -e 's,@bindir\@,/usr/local/bin,g' -e
On Mon, 2005-06-06 at 11:11 -0500, Robert Shearman wrote:
> Exactly. A refptr shouldn't have those extra 4 bytes because it should
> never be NULL. I would be very surprised if Microsoft have chosen to
> be inconsistent here.
Refptrs can't be NULL but their contents once de-referenced can be, the
On Mon, 2005-06-06 at 12:15, Felix Nawothnig wrote:
> This lets the taskname appear in WinXP's taskmgr.exe.
>
> ChangeLog:
> Make SYSTEM_THREAD_INFORMATION.pszProcessName an UNICODE_STRING
>
> __
Thanks for the fix. The change is
Mike Hearn wrote:
On Mon, 2005-06-06 at 10:26 -0500, Robert Shearman wrote:
switch (type) {
- case RPC_FC_RP: /* ref pointer (always non-null) */
-#if 0 /* this causes problems for InstallShield so is disabled - we
need more tests */
-if (!Pointer)
- RpcRaiseExceptio
On Mon, 2005-06-06 at 10:26 -0500, Robert Shearman wrote:
> > switch (type) {
> >- case RPC_FC_RP: /* ref pointer (always non-null) */
> >-#if 0 /* this causes problems for InstallShield so is disabled - we
> need more tests */
> >-if (!Pointer)
> >- RpcRaiseException(RPC_X_NULL_REF_POI
Jesse Allen <[EMAIL PROTECTED]> writes:
> Well it's rebuilding the format string, I thought for libc. Is there
> another %ll-like specifier? %I64 certainly is not. =)
No, I'm afraid there is no standard way of doing that. You won't be
able to simply forward this one to libc, you'll need to do a
> Well, Win98 was a deliberate choice. Just before WineConf we set
> the Crossover nightlies to Win2k by default and all our tests immediately
> went RED FAIL ;)
>
> Basically, when you set win2k by default, tons and tons of stuff breaks
> because apps become a lot more demanding. For now it makes
Mike Hearn wrote:
This corrects an attempt to demarshal garbage during InstallShield10
startup. For full InstallShield 10 support we need a stdole2.tlb
Mike Hearn <[EMAIL PROTECTED]>
Correctly marshal NULL ppUnk refptrs in NdrPointerMarshall
Index: dlls/rpcrt4/ndr_marshall.c
==
Hi Stefan
Thanks for your reply.
These look harmless to me, the problem you have is that Steam refuses to work
with Wines builtin shdocvw.dll and mshtml.dll, no matter if you install the
Mozilla ActiveX control. Try installing Internet Explorer and set shdocvw and
mshtml to native and try aga
On Sun, 05 Jun 2005 21:24:10 +0200, Andreas Mohr
<[EMAIL PROTECTED]> wrote:
Still,
I think we should at least target Winver=winxp and fix broken apps.
yup, I think we should try to go for that for now, despite some quite
system specific
programs overwhelming us in case of an NT version.
If
On 06 Jun 2005 10:44:22 +0200, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> > +char IntegerLength, IntegerDouble, IntegerSize;
>
> The IntegerDouble field was supposed to be used for that already, no
> need to add another one.
>
The reason why I added IntegerSize is some how we need to re
On 06 Jun 2005 10:44:22 +0200, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Jesse Allen <[EMAIL PROTECTED]> writes:
>
> > @@ -191,11 +191,14 @@
> > } buf;
> > } pf_output;
> >
> > +#define INTEGERSIZE_LONG 1
> > +#define INTEGERSIZE_LONGLONG 2
> > +
> > typedef struct pf_flags_t
> > {
>
On 6/6/05, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> "Jesse Allen" <[EMAIL PROTECTED]> wrote:
>
> > +if( flags->IntegerLength == 'I' )
> > +{
> > +sprintf(p, "l");
> > +p++;
> > +}
> > +if( flags->IntegerSize == INTEGERSIZE_LONGLONG )
> > +{
> > +spr
Hi,
On Monday 06 June 2005 09:34, Andreas Mohr wrote:
> On Mon, Jun 06, 2005 at 08:49:50AM +0200, René Rebe wrote:
> > Are there some holes in some kind of mixer interface implementation? Is
> > there some kind of tracing I can enable in order to take a look what kind
> > of call did fail?
>
> Pr
> "Michael" == Michael Jung <[EMAIL PROTECTED]> writes:
Michael> Hi Uwe, On Monday 06 June 2005 10:59, Uwe Bonnes wrote:
>> Can you perhaps provide a testcase? I pays off the long term...
Michael> A testcase is included in the patch.
Sorry, didn't look close enough and shouted to
Hi Uwe,
On Monday 06 June 2005 10:59, Uwe Bonnes wrote:
> Can you perhaps provide a testcase? I pays off the long term...
A testcase is included in the patch.
Bye,
--
Michael Jung
[EMAIL PROTECTED]
> "Michael" == Michael Jung <[EMAIL PROTECTED]> writes:
Michael> This fixes the problem in DVD Shrink's SHBrowseForFolder
Michael> dialog, reported by Wolfgang Scherer.
Can you perhaps provide a testcase? I pays off the long term...
Bye
--
Uwe Bonnes[EMAIL PROTECTED]
Hi,
> I had similar probs with Dragon Naturally Speaking.
>
> The GUI setup method kept complaining. I was able to get around one issue
> by finding the utility that did the setup (gentrain.exe) and running that
> under wine directly. That fixed that one nicely.
I'm just curious: Does Dragon Natura
> I just copied the dlls from win2k. Is there a document approach to
> install Internet Explorer through WINE?
> I found this page: http://www.von-thadden.de/Joachim/WineTools/ is this
> the way to do it?
This is one way, and perhaps the easiest way. I've installed IE6 manually, but
this is quite
Jesse Allen <[EMAIL PROTECTED]> writes:
> @@ -191,11 +191,14 @@
> } buf;
> } pf_output;
>
> +#define INTEGERSIZE_LONG 1
> +#define INTEGERSIZE_LONGLONG 2
> +
> typedef struct pf_flags_t
> {
> char Sign, LeftAlign, Alternate, PadZero;
> char FieldLength, Precision;
> -char I
"Jesse Allen" <[EMAIL PROTECTED]> wrote:
> +if( flags->IntegerLength == 'I' )
> +{
> +sprintf(p, "l");
> +p++;
> +}
> +if( flags->IntegerSize == INTEGERSIZE_LONGLONG )
> +{
> +sprintf(p, "l");
> +p++;
> +}
sprintf is very inefficient here, w
Hi,
On Monday 06 June 2005 09:33, [EMAIL PROTECTED] wrote:
> I had similar probs with Dragon Naturally Speaking.
That means you have it running and in "every day use"? Which version do you
use?
> The GUI setup method kept complaining. I was able to get around one issue
> by finding the utility
Hi,
On Mon, Jun 06, 2005 at 08:49:50AM +0200, René Rebe wrote:
> Are there some holes in some kind of mixer interface implementation? Is there
> some kind of tracing I can enable in order to take a look what kind of call
> did fail?
Probably (despite Robert Reif and others having done a lot of g
I had similar probs with Dragon Naturally Speaking.
The GUI setup method kept complaining. I was able to get around one issue
by finding the utility that did the setup (gentrain.exe) and running that
under wine directly. That fixed that one nicely.
I would stay with ALSA plus oss-emulation
48 matches
Mail list logo