First of all thanks for reviewing the test!
"Detlef Riekenberg" <[EMAIL PROTECTED]> wrote:
- Version 0x0400 was correct for win9x-Drivers (4.00).
Version 3 is for Usermode-Drivers on w2k and above.
(Version 2 is Kernelmode-Driver for NT4.0 and w2k)
(Version 1 is NT3.5x and Version 0 is NT 3.
On 4/14/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Tommy Kho wrote:
> >This patch changes the behavior of selecting greyed out menu items via
> >accelerator key. Wine currently keeps the menu open; Windows closes the menu.
> > ...
> > else
> >+{
> > pmt->hCurrentMenu = MENU_ShowSubPop
Tommy Kho wrote:
>This patch changes the behavior of selecting greyed out menu items via
>accelerator key. Wine currently keeps the menu open; Windows closes the menu.
> ...
> else
>+{
> pmt->hCurrentMenu = MENU_ShowSubPopup(pmt->hOwnerWnd, hMenu, TRUE,
> wFlags);
>+return -1
Hi everybody!
There are two weeks before students can
submit Summer of Code proposals.
How can we use that time to maximize the
number of successful projects this year?
The students who already have their own good ideas
(whoever they are) will probably succeed;
we probably need to provide a set of
On Fri, 2006-04-14 at 15:25 -0400, Chris Morgan wrote:
> Just thought that I would throw out the point that it isn't likely
> that SETI at home will ever find any intelligent signals
What about the wow signal?
I think "isn't likely" is a bit pessimistic, but the probability that an
intelligent s
On Fri, 14 Apr 2006, Alexandre Julliard wrote:
>> On FreeBSD, build wine-pthread in addition to wine-kthread and make
>> the former the default.
> If you build both, then you need a way to decide which one will be
> used. That's not the sort of detail we want to have users worry
> about.
Well, but
Am Freitag, den 14.04.2006, 12:46 -0500 schrieb Alexandre Julliard:
> Author: Dmitry Timoshkov <[EMAIL PROTECTED]>
> Date: Fri Apr 14 22:34:57 2006 +0900
>
> winspool: Add a test for GetPrinterDriver, make it pass under Wine.
Thanks for working on winspool.drv, but i'm Sorry that I had not
en
> >>that SETI at home will ever find any intelligent signals and that it
> >>is mostly a waste of energy to look for them given our long distance
[. . .]
> > This is all for fun anyway. Probably [EMAIL PROTECTED] wastes less energy
> > than
> > running Doom3 on a high-end GPU :)
> >
> > Besides, s
Kuba Ober wrote:
On Friday 14 April 2006 15:25, Chris Morgan wrote:
Just thought that I would throw out the point that it isn't likely
that SETI at home will ever find any intelligent signals and that it
is mostly a waste of energy to look for them given our long distance
to nearby galaxies and
I've updated http://wiki.winehq.org/SummerOfCode,
but it's a bit short on project ideas.
(Somewhat on purpose -- last year, people just copied
and pasted our detailed project ideas. This year, lets
give fewer details and more ideas... if somebody's
really interested, they'll ask for details on win
On Friday 14 April 2006 15:25, Chris Morgan wrote:
> Just thought that I would throw out the point that it isn't likely
> that SETI at home will ever find any intelligent signals and that it
> is mostly a waste of energy to look for them given our long distance
> to nearby galaxies and planets. A
Just thought that I would throw out the point that it isn't likely
that SETI at home will ever find any intelligent signals and that it
is mostly a waste of energy to look for them given our long distance
to nearby galaxies and planets. A more productive use of the same cpu
time is likely to be pr
This is a lil bit off topic, but I thought I would bring it up, since we have users that are trying to run windows BOINC under wine.The wine project has a [EMAIL PROTECTED] team (has had for some time), so if you run the windows or linux
BOINC/[EMAIL PROTECTED] client, you can join our team and ap
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> Contrast this with the settings on Linux
>
> linux* | k*bsd*-gnu)
> AC_SUBST(MAIN_BINARY,"wine-glibc")
> AC_SUBST(EXTRA_BINARIES,"wine-kthread wine-pthread wine-preloader") ;;
>
> where we build wine-glibc (to be installed as $PREF
-- Forwarded message --From: Wine Bugs <[EMAIL PROTECTED]>Date: Apr 14, 2006 7:17 AMSubject: [Bug 4051] winecfg crashes when clicking on Audio tab due to arts bugs
To: [EMAIL PROTECTED]http://bugs.winehq.org/show_bug.cgi?id=4051--- Additional Comments From
[EMAIL PROTECTED] 20
Rich Gilson <[EMAIL PROTECTED]> writes:
> But, if the file with the * in front of it exists, what would be Wine's
> behavior towards it. What I mean is, what does the * in the file name mean
> to Wine? Is it just a standard wildcard to match many files to one entry?
The wildcard means that it
On Friday 14 April 2006 10:50, Mike McCormack wrote:
> Rich Gilson wrote:
> > I'm looking at what is done in Winetools (no, this is not another
> > WineTools discussion ;-) ) as far as the DllOverrides and it has
> > generated a few questions. Here are a couple of lines from the
> > wt-config.reg
Thanks.
On Friday 14 April 2006 13:14, James Hawkins wrote:
> On 4/14/06, Rich Gilson <[EMAIL PROTECTED]> wrote:
> > Here's another question that has been spawned by looking through the
> > Winetools code. It touches two files:
> >
> > ~/.wine/.no_debug_window_flag
> > ~/.wine/.no_prelaunch_windo
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> ChangeLog:
> On FreeBSD, build wine-pthread in addition to wine-kthread and make
> the former the default.
If you build both, then you need a way to decide which one will be
used. That's not the sort of detail we want to have users worry
about.
--
Al
On 4/14/06, Rich Gilson <[EMAIL PROTECTED]> wrote:
> Here's another question that has been spawned by looking through the Winetools
> code. It touches two files:
>
> ~/.wine/.no_debug_window_flag
> ~/.wine/.no_prelaunch_window_flag
>
> Have these been depricated or completely removed, or are they
Here's another question that has been spawned by looking through the Winetools
code. It touches two files:
~/.wine/.no_debug_window_flag
~/.wine/.no_prelaunch_window_flag
Have these been depricated or completely removed, or are they still something
that would be used by Wine? If they are stil
On Friday, April 14, 2006 11:07, Hans Leidekker wrote:
> On Friday 14 April 2006 15:31, Jeremy White wrote:
> > > +"kfmclient
> > > exec,gnome-open,kmail,mozilla-thunderbird,thunderbird,evolution";
>
> Have you tested the clients you added? kmail doesn't understand mailto URLs
> passed on t
On Friday 14 April 2006 9:31 am, Jeremy White wrote:
> The standard that's developing is that you don't invoke a KDE program
> unless KDE_FULL_DESKTOP is set and you don't invoke a Gnome session
IIRC its if KDE_FULL_SESSION==true
On Friday, April 14, 2006 09:31, Jeremy White wrote:
> > +"kfmclient
> > exec,gnome-open,kmail,mozilla-thunderbird,thunderbird,evolution";
>
> A Gnome user will be offended if you spool up the entire KDE environment
> just to launch a URL; a KDE user will be similarly offended by gnome-open
On Friday 14 April 2006 15:31, Jeremy White wrote:
> > +"kfmclient
> > exec,gnome-open,kmail,mozilla-thunderbird,thunderbird,evolution";
Have you tested the clients you added? kmail doesn't understand mailto URLs
passed on the command line last I looked.
-Hans
On Thu, Apr 13, 2006 at 03:49:39PM -0400, J.R. Oldroyd wrote:
> I've been discussing this with the maintainer of the FreeBSD
> wine port.
>
> Right now, detection of libcups.so is done by the configure
> script at compile time. This means that pre-built packages
> must either pull in cups as a po
Rich Gilson wrote:
I'm looking at what is done in Winetools (no, this is not another WineTools
discussion ;-) ) as far as the DllOverrides and it has generated a few
questions. Here are a couple of lines from the wt-config.reg file:
"*"="native, builtin"
"*autorun.exe"="native,builtin"
"msi"
I'm looking at what is done in Winetools (no, this is not another WineTools
discussion ;-) ) as far as the DllOverrides and it has generated a few
questions. Here are a couple of lines from the wt-config.reg file:
"*"="native, builtin"
"*autorun.exe"="native,builtin"
"msi"="native, builtin"
"od
> +"kfmclient
> exec,gnome-open,kmail,mozilla-thunderbird,thunderbird,evolution";
A Gnome user will be offended if you spool up the entire KDE environment
just to launch a URL; a KDE user will be similarly offended by gnome-open.
Further, if I'm a Gnome user, I may have KDE on my system,
I've been discussing this with the maintainer of the FreeBSD
wine port.
Right now, detection of libcups.so is done by the configure
script at compile time. This means that pre-built packages
must either pull in cups as a port dependency in order to
always enable printer support, or they must do w
Phil Krylov wrote:
However, I don't think there are a lot of programs using these
APIs... I mean, let's implement it one or another way and wait till some
such programs break (when ported to big-endian machines;) and see how exactly
they will break and fix it then.
True... and probably even l
As I see it, Fontforge was never the problem. The problem was that it
was necessary to read the code to find out that there even was such a
dependency. This was especially true of the Red Hat binaries. There
was no notice or documentation that they would use Fontforge. I didn't
find out unt
Hi.
Hope I do not spam too much.
Things That Doesn't Work Too Well With DxGrab=Yes (tm)
=
1.) Grabbing isn't disabled when I switch to the KDE menu with CTRL-ESC.
(I was trying to start ksnapshot.)
2.) Grabbing isn't disabled when I switch (to ksn
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
Awesome, thanks Matthew. Full credit to James Hawkins who figured out
what was tripped up the scanner anyway, I just forwarded the info on.
So there we go guys! We are down 220 bugs overnight :)
Matthew Hayward wrote:
Hello Mike,
Thanks for pointing
[CCd wine-devel]
Awesome, thanks Matthew. Full credit to James Hawkins who figured out
what was tripped up the scanner anyway, I just forwarded the info on.
So there we go guys! We are down 220 bugs overnight :)
Matthew Hayward wrote:
Hello Mike,
Thanks for pointing out the WideCharToMult
Neil Skrypuch wrote:
> You can tell Wine to use xvidmode instead of xrandr. Add UseXVidMode as Y
> and UseXRandR as N in \HKEY_CURRENT_USER\Software\Wine\X11 Driver.
Aha, that's why my XVidMode=Y didn't work.
How odd that one flag isn't enough.
eg.
SwitchResolutionWith = XRandR / XVidMode
Thank
On Friday, April 14, 2006 05:34, you wrote:
> Neil Skrypuch wrote:
> > Molle Bestefich wrote:
> > > I can switch to 640x480 just fine using [CTRL] [ALT] [-],
> >
> > That uses xvidmode to switch resolutions (and really just changes the
> > amount you can view, the desktop size stays the same, try m
Neil Skrypuch wrote:
> Molle Bestefich wrote:
> > I can switch to 640x480 just fine using [CTRL] [ALT] [-],
>
> That uses xvidmode to switch resolutions (and really just changes the amount
> you can view, the desktop size stays the same, try moving the mouse to the
> edges of the screen). xrandr is
38 matches
Mail list logo
