Dmitry Timoshkov wrote:
> For bug 21645.
What is this pending for?
--
Dmitry.
On Wed, Feb 8, 2012 at 07:13, Michael Stefaniuc wrote:
> Vitaliy Margolen wrote:
>> Please don't! I want my window manager decide based on how I configured
>> it where to position new windows. And not every program open in the
>> middle of the screen just because it things it's the most important
Vitaliy Margolen wrote:
> Please don't! I want my window manager decide based on how I configured
> it where to position new windows. And not every program open in the
> middle of the screen just because it things it's the most important
> thing on my screen.
Uh? At the moment it always opens in th
Vitaliy Margolen wrote:
> Please don't! I want my window manager decide based on how I configured it
> where to position new windows. And not every program open in the middle of
> the screen just because it things it's the most important thing on my screen.
I'm surprised to see this comment he
Please don't! I want my window manager decide based on how I configured it
where to position new windows. And not every program open in the middle of
the screen just because it things it's the most important thing on my screen.
Vitaliy.
On Sun, Jan 15, 2012 at 14:42, Stephen Chao wrote:
> On Mon, 16 Jan 2012 01:52:08 +0800 Dmitry Timoshkov wrote:
>> Stephen Chao wrote:
>>
>> > Looking for feedback on a patch for winecfg I sent yesterday. Should I
>> > instead be sending it to the patches lis
On Mon, 16 Jan 2012 01:52:08 +0800 Dmitry Timoshkov wrote:
> Stephen Chao wrote:
>
> > Looking for feedback on a patch for winecfg I sent yesterday. Should I
> > instead be sending it to the patches list?
> > I made this patch to take out the frustration of re
On Sun, Jan 15, 2012 at 16:14, Vitaliy Margolen wrote:
> On 01/15/2012 01:46 PM, Stephen Chao wrote:
>>
>> From my own experiences browsing most games' appdb page, everyone and
>> their
>> brother (including myself) tinkers with d3d registry options.
>
>
> That's exactly why those options where re
On 01/15/2012 01:46 PM, Stephen Chao wrote:
From my own experiences browsing most games' appdb page, everyone and their
brother (including myself) tinkers with d3d registry options.
That's exactly why those options where removed in the first place. To stop
everyone from breaking their configur
On Mon, 16 Jan 2012 01:52:08 +0800 Dmitry Timoshkov wrote:
> Stephen Chao wrote:
>
> > Looking for feedback on a patch for winecfg I sent yesterday. Should I
> > instead be sending it to the patches list?
> > I made this patch to take out the frustration of re
Stephen Chao wrote:
> Looking for feedback on a patch for winecfg I sent yesterday. Should I
> instead be sending it to the patches list?
> I made this patch to take out the frustration of re-adding all the Direct3D
> registry entries every time I wiped my .wine dir. Also
Looking for feedback on a patch for winecfg I sent yesterday. Should I instead
be sending it to the patches list?
I made this patch to take out the frustration of re-adding all the Direct3D
registry entries every time I wiped my .wine dir. Also to know the tinkering
I'm doing is act
---
programs/winecfg/Makefile.in |3 +-
programs/winecfg/direct3d.c | 256 ++
programs/winecfg/main.c | 16 +++-
programs/winecfg/resource.h |8 ++
programs/winecfg/winecfg.h |1 +
programs/winecfg/winecfg.rc | 12 ++
6 files
On 12/01/2011 12:15 PM, André Hentschel wrote:
---
-{ "nt351", "Windows NT 3.5",3, 51, 0x421, VER_PLATFORM_WIN32_NT, "Service Pack
2", 0, 0, "WinNT"},
+{ "nt351", "Windows NT 3.51", 3, 51, 0x421, VER_PLATFORM_WIN32_NT, "Service Pack
5", 5, 0, "WinNT"},
You need to do
On 29 September 2011 15:03, Vitaliy Margolen wrote:
> I can think of few things can be implemented right away and see how it goes:
A lot of these seem like a great way to slow wine development down.
Honestly I think better investment in automated application testing
would be more helpful to the p
On 09/29/2011 02:11 AM, Alexandre Julliard wrote:
Vitaliy Margolen writes:
The part you forgot is Linux (referring to kernel here) being the most
successful FOSS project, used on super computers, stock exchanges,
banks, etc. While Wine still in it's perpetual alpha-beta state,
limited user bas
Michael Stefaniuc wrote:
>- We can directly motivate Andrew to fix those regressions "Oh,
>regressions still open? No dinner for you tonight!".
I still think Andrew deserves kudos for the vast amount of work he did.
mmdevapi, winmm, DSound, ALSA, OSS and CoreAudio are a lot for one person to
tack
Vitaliy Margolen writes:
> The part you forgot is Linux (referring to kernel here) being the most
> successful FOSS project, used on super computers, stock exchanges,
> banks, etc. While Wine still in it's perpetual alpha-beta state,
> limited user base, and not recommended for production use.
>
On 09/28/2011 10:10 AM, Austin English wrote:
> On Wed, Sep 28, 2011 at 11:55, Scott Ritchie wrote:
>> On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
>>> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
Do correct me if I'm wrong here, but users who don't want regressions
in their favourite
On 09/28/2011 11:04 AM, André Hentschel wrote:
Am 28.09.2011 15:09, schrieb Vitaliy Margolen:
On 09/28/2011 05:31 AM, Michael Stefaniuc wrote:
Vitaliy Margolen wrote:
On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
Wine is driven by wrong objectives. Most developers here don't give much
rip a
On Wed, Sep 28, 2011 at 11:55, Scott Ritchie wrote:
> On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
>> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
>>> Do correct me if I'm wrong here, but users who don't want regressions
>>> in their favourite apps/games should be using the stable release. It
>
Am 28.09.2011 15:09, schrieb Vitaliy Margolen:
> On 09/28/2011 05:31 AM, Michael Stefaniuc wrote:
>> Vitaliy Margolen wrote:
>>> On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
>>> Wine is driven by wrong objectives. Most developers here don't give much
>>> rip about regressions if the code they'v
On 09/28/2011 05:57 AM, Vitaliy Margolen wrote:
> On 09/28/2011 04:18 AM, Alex Bradbury wrote:
>> Do correct me if I'm wrong here, but users who don't want regressions
>> in their favourite apps/games should be using the stable release. It
>> doesn't seem fair to complain about regressions being ig
On 09/28/2011 05:31 AM, Michael Stefaniuc wrote:
Vitaliy Margolen wrote:
On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
first place. It would be much better to see the entire conversion to
mmdevapi in a separate tree stabilized before making it's way to main tree.
Like in a development tre
On 09/28/2011 04:18 AM, Alex Bradbury wrote:
Do correct me if I'm wrong here, but users who don't want regressions
in their favourite apps/games should be using the stable release. It
doesn't seem fair to complain about regressions being ignored unless
1.4 releases with a significant number of th
Alex Bradbury wrote:
>Do correct me if I'm wrong here, but users who don't want regressions
>in their favourite apps/games should be using the stable release.
There's some chicken and egg problem.
1. Users find bugs in the stable release.
2. Should they ever report a bug, they'll be asked whether t
Vitaliy Margolen wrote:
> On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
>> On 09/27/2011 03:20 AM, Vitaliy Margolen wrote:
>>> Could we please wait another week (until after the wineconf) before
>>> doing these whole sale changes?
>>>
>>> Please leav
On 28 September 2011 01:33, Vitaliy Margolen wrote:
> You think that all people who'll find their program broken because of this
> sound rewrite care about the code? Or that now dsound talks to mmdevapi
> instead of winmm? Or remarks by Andrew that "he doesn't want to fix old code
> because it's g
On 09/27/2011 12:17 PM, Michael Stefaniuc wrote:
On 09/27/2011 03:20 AM, Vitaliy Margolen wrote:
Could we please wait another week (until after the wineconf) before
doing these whole sale changes?
Please leave sound system and related winecfg code as-is.
Why?
Come to think of it this would
On 09/27/2011 03:20 AM, Vitaliy Margolen wrote:
> On 09/26/2011 09:10 AM, Andrew Eikum wrote:
>> On Mon, Sep 26, 2011 at 04:50:22PM +0200,
>> joerg-cyril.hoe...@t-systems.com wrote:
>>> I'm not satisfied with the removal of the audio tree from winecfg.
>>>
On 09/26/2011 09:10 AM, Andrew Eikum wrote:
On Mon, Sep 26, 2011 at 04:50:22PM +0200, joerg-cyril.hoe...@t-systems.com
wrote:
I'm not satisfied with the removal of the audio tree from winecfg.
Beside allowing to switch or disable drivers, one key feature was to
allow inspecting the de
;(None)"
Showing the detected driver is a good thing, but we shouldn't need to
display the registry setting. The assumption is that users shouldn't
have to worry about this. If it's important enough to show in winecfg
then it has to be editable in winecfg too.
--
Alexandre Julliard
julli...@winehq.org
On Mon, Sep 26, 2011 at 04:50:22PM +0200, joerg-cyril.hoe...@t-systems.com
wrote:
> I'm not satisfied with the removal of the audio tree from winecfg.
> Beside allowing to switch or disable drivers, one key feature was to
> allow inspecting the devices that winmm found on this sys
Hi,
I'm not satisfied with the removal of the audio tree from winecfg.
Beside allowing to switch or disable drivers, one key feature was to
allow inspecting the devices that winmm found on this system.
For instance, I've not yet had time to report a bug that since
wine-1.3.25, one
On Wed, Sep 7, 2011 at 11:27 AM, Francois Gouget wrote:
> Actually, paper size is the more common term.
...
> --- a/programs/winecfg/winecfg.rc
> +++ b/programs/winecfg/winecfg.rc
...
> - IDS_COL_DRIVELETTER "Letter"
> + IDS_COL_DRIVELETTER &q
Am 07.09.2011 00:48, schrieb Francois Gouget:
> It's likely that letter does not always translate the same way for the paper
> format and the alphabet characters.
> ---
>
> This is more to provide context for the translator than to avoid
> conflicts.
>
> progr
On Wed, Aug 31, 2011 at 01:25:41PM -0700, Dan Kegel wrote:
> Ah, I see you resent a fixed version, sorry for the noise.
Thanks just the same. Because of your bot's email, I was able to
know to resend the patch before I ran out the door.
Andrew
> (FWIW, the bot won't test your retry, since it was
Ah, I see you resent a fixed version, sorry for the noise.
(FWIW, the bot won't test your retry, since it was an incomplete patch series.)
On Wed, Aug 31, 2011 at 1:22 PM, Dan Kegel wrote:
> On Wed, Aug 31, 2011 at 1:10 PM, wrote:
>> The Buildbot has detected a failed build on builder runtests
On Wed, Aug 31, 2011 at 1:10 PM, wrote:
> The Buildbot has detected a failed build on builder runtests while building
> Wine.
> Full details are available at:
> http://buildbot.kegel.com/builders/runtests/builds/161
> BUILD FAILED: failed git
Something's fishy; looking at
http://marc.info/?l=w
Grazvydas Ignotas writes:
> ---
> programs/winecfg/winecfg.c | 18 +-
> programs/winecfg/winecfg.h | 14 ++
> 2 files changed, 23 insertions(+), 9 deletions(-)
That sort of thing is not useful. It's going to crash a little later,
and it'
OK, I was pretty busy the whole week last week, and didn't get any chance to
look into anything. But I cannot agree on this:
But all that aside, all changes that winecfg is doing are registry only
> changes. IMHO Wine doesn't need yet another program to writes something into
> reg
4x768 virtual desktop... it'd be nice if one could
instead do winecfg vd=1024x768 or something like that.
Except you don't need winecfg for that you can run:
wine explorer /desktop,program,1024x768 program.exe
But all that aside, all changes that winecfg is doing are registry only
changes. IM
On 03/25/2011 11:12 AM, Tony Zhang wrote:
If I can just build one cpl, how should I build (compile) it and let the
existing wine recognize it?
Yes, you can build only one dll/cpl/program:
# Assuming you are in wine source directory:
$ make -C dlls/inetcpl.cpl
If you trying to use "existing Win
>
> When you add a new cpl, the wine build system does this for you.
>
> So my question is: can I just build one cpl? Or do I need to re-build the
entire wine every time I want to test a particular cpl?
If I can just build one cpl, how should I build (compile) it and let the
existing wine recogniz
Dear Tony
Welcome to Wine.
> > After all the searches, I still do not have an overall idea of how to
> create an control panel applet. From my current understanding, if I put the
> cpl (dll) file in "~/.wine/drive_c/windows/system32/", wine control will
> recognize it automatically, right?
When
You can pretty much ignore everything in the actual C source files of
appwiz.c except the CPlApplet function. CPL_STARTWPARMSW is
unimportant, and all CPL_DBLCLK does is create a window.
The only difference from the layout of a normal Windows program is
that a control panel applet does not include
Dear Owen,
> Actually creating a new control panel applet is a fairly straightforward
> task. You can look at the existing control panels (appwiz.cpl, inetcpl.cpl)
> to get an idea of what's involved
>
> After all the searches, I still do not have an overall idea of how to
create an control panel
Dear Owen,
> Actually creating a new control panel applet is a fairly straightforward
> task. You can look at the existing control panels (appwiz.cpl, inetcpl.cpl)
> to get an idea of what's involved
>
>
I have looked at the two existing applets, but got a little confused by the
variable names an
networking.
> >
> > I've been thinking that winecfg should have a commandline
> > interface, too, and making it accept winetricks settings
> > directly.Something like that would also make a good soc project.
> >
> >
>
> I remember proposing this idea
On 03/23/2011 07:15 AM, Dan Kegel wrote:
> Also... it would be nice if there were a central commandline
> way of changing wine settings, kind of like 'net' is a central
> way of manipulating networking.
>
> I've been thinking that winecfg should have a commandline
&
Winetricks uses the registry. It creates temporary .reg files and
feeds them to regedit.
J. Leclanche
On Wed, Mar 23, 2011 at 6:15 PM, Tony Zhang wrote:
> Now I see what you meant. That really is a nice feature to do something like
> "winecfg vd=1024x768".
> I'll see
Now I see what you meant. That really is a nice feature to do something like
"winecfg vd=1024x768".
I'll see if I can understand how winetricks accomplish that.
On Wed, Mar 23, 2011 at 1:05 PM, Dan Kegel wrote:
> Winetricks is a simple script that adds a few mssing things to
one could
instead do winecfg vd=1024x768 or something like that.
See also http://winetricks.org.
On Mar 23, 2011 10:36 AM, "Tony Zhang" wrote:
Dear Dan,
I agree that it would be nice to have a command-line interface for wine
settings cause I have run into situations that I have to c
Dear Dan,
I agree that it would be nice to have a command-line interface for wine
settings cause I have run into situations that I have to configure wine
before going into X. So is it possible to first group/rearrange winecfg
functions into certain libraries and then let the GUI (control panel
(appwiz.cpl, inetcpl.cpl)
> to get an idea of what's involved, or consult MSDN for more information (
> http://tinyurl.com/6yu7cw4). If you've not got a background in Windows
> programming already, it may of course take a little longer to figure
> everything out.
>
> Mo
Also... it would be nice if there were a central commandline
way of changing wine settings, kind of like 'net' is a central
way of manipulating networking.
I've been thinking that winecfg should have a commandline
interface, too, and making it accept winetricks settings
directl
url.com/6yu7cw4). If you've not got a background
in Windows programming already, it may of course take a little longer to
figure everything out.
More complicated is actually working out how to split up winecfg
effectively, and how to do so in a way that doesn't result in
unn
Hi everyone,
I am a senior student double majoring in Computer Science and Math at
Northern Illinois University (currently applying the CS Master Program at
NIU) and I would like to participate in merging winecfg and control panel
through the Google Summer of Code program.
I have used wine since
Dmitry Timoshkov writes:
> This patch should fix the crash reported in the bug #26367.
A better way would be to use RegOpenKeyExW.
--
Alexandre Julliard
julli...@winehq.org
Right, it's only been a couple days, but here's a new winetricks already.
This release adds dragonage2_demo (released earlier today -- hey,
we're starting to keep up!)
as well as the handy verbs d3dx11_43, regedit, shell, taskmgr, and
winecfg, and a few bugfixes.
Downl
On Sat, Dec 18, 2010 at 9:15 AM, Albert Pool wrote:
> Hello,
>
> I have fixed some English texts which had appeared in the Dutch
> translation of notepad and winecfg. The previous mail with these patch
> seems not to be arrived at you, so I've resent it.
You forgot the patch :-).
--
-Austin
Albert Pool wrote:
One patch per message, please. Please see the Submitting Patches page on the
Wiki.
>
>---
> programs/notepad/Nl.rc |5 +++--
> programs/winecfg/Nl.rc | 15 ---
> 2 files changed, 11 insertions(+), 9 deletions(-)
>
>diff --git a/pro
2010/6/22 Gustavo
> Second try.
>
> Gustavo Henrique Milaré
> gugamil...@gmail.com
If you resend the same patch, append (resend), if it was changed, append
(try N).
Cf.
http://wiki.winehq.org/SubmittingPatches#head-2753aa29adcd5dfc10a88d4370973498e13550a1
Frédéric Delanoy
Sorry, wrong list. My mistake.
Em 17 de junho de 2010 20:56, Gustavo escreveu:
> Hello,
>
> I've updated the translation of winecfg in Brazilian Portuguese.
>
> Making comparisons, I also noted that the "Windows Version" (Versão do
> Windows) drop-dow
Hello,
I've updated the translation of winecfg in Brazilian Portuguese.
Making comparisons, I also noted that the "Windows Version" (Versão do
Windows) drop-down menu disappeared and the Browse... (Localização:) text
in the Drives was cut to half when you execute wine with LA
> > Does it fix a bug? If not, AJ may have placed it aside until after Wine 1.2
> > is released.
>
> Indeed. Adding new strings to translate will/should probably have to
> wait until after Wine 1.2, so we can get as many languages as possible
> at 100% when 1.2 is released.
>
> OTOH, if it new s
> It says apply failure for 3/3, so that's probably why 2/3 wasn't committed
> also.
>
> Problem is that there are a lot of translation updates these days and
> some patches affect winecfg .rc files. I guess you should rebase on
> git head and resend patch. Howev
On Tue, Jun 8, 2010 at 03:41, James McKenzie wrote:
> Joel Holdsworth wrote:
>>
>> On Wed, 2010-06-02 at 23:56 +0100, Joel Holdsworth wrote:
>>
>>>
>>> Signed-off-by: Joel Holdsworth
>>> ---
>>> programs/winecfg/Bg.rc | 19 +
at there are a lot of translation updates these days and
some patches affect winecfg .rc files. I guess you should rebase on
git head and resend patch. However, I see there is still one patch on
the pipe that affects Es.rc from winecfg, so that might again cause
some problems.
Octavian
Joel Holdsworth wrote:
On Wed, 2010-06-02 at 23:56 +0100, Joel Holdsworth wrote:
Signed-off-by: Joel Holdsworth
---
programs/winecfg/Bg.rc| 19 +
Any thoughts about this patch? I guess there's a reason why 1/3 was
merged but not 2/3 and 3/3. Anything I ca
On Wed, 2010-06-02 at 23:56 +0100, Joel Holdsworth wrote:
> Signed-off-by: Joel Holdsworth
> ---
> programs/winecfg/Bg.rc| 19 +
> programs/winecfg/Cs.rc| 19 +
> programs/winecfg/Da.rc| 19 +----
> programs/winecfg/D
On 06/01/2010 09:35 PM, jose rostagno wrote:
+PUSHBUTTON "Cancel",IDCANCEL,105,30,45,14,WS_GROUP
Shouldn't that be "Cancelar" ?
--
Cheers,
Paul.
ms with varying character encodings. Did the patch
> "[PATCH 4/4] winecfg: Cosmetic improvements to the about panel" apply
> cleanly for you?
It looked OK to me. Patch 3 got spam filtered though. I've tried to fix
the spam rules, we'll see what happens when you resend...
--
Alexandre Julliard
julli...@winehq.org
On Tue, 2010-06-01 at 22:39 +0200, Alexandre Julliard wrote:
> Joel Holdsworth writes:
>
> > Are you sure? I really do think using PNGs is preferable. The PNG is
> > 22.8kB, whereas a BMP would be 237.2kB - over 10x larger! If I use a
> > BMP, it will make the winecf
Joel Holdsworth writes:
> Are you sure? I really do think using PNGs is preferable. The PNG is
> 22.8kB, whereas a BMP would be 237.2kB - over 10x larger! If I use a
> BMP, it will make the winecfg executable bloat up 25%.
>
> By contrast importing GDI+ or WIC seems to me like a
ereas a BMP would be 237.2kB - over 10x larger! If I use a
BMP, it will make the winecfg executable bloat up 25%.
By contrast importing GDI+ or WIC seems to me like a small price to pay.
Joel Holdsworth writes:
> Are PNG icons supported? It didn't look like they were when I checked.
> Also, sizes larger than 255px, are only partially supported in the
> format. So any app, including wine would have legitimate reasons to
> reject such a file.
png icons are not supported but uncomp
Are PNG icons supported? It didn't look like they were when I checked.
Also, sizes larger than 255px, are only partially supported in the
format. So any app, including wine would have legitimate reasons to
reject such a file.
On Tue, 2010-06-01 at 11:38 +0200, Alexandre Julliard wrote:
> Joel Hold
Joel Holdsworth writes:
> +GpImage* LoadPNGResourceW(HINSTANCE hInst, LPCWSTR lpName)
> +{
You should be able to use an icon for this, there shouldn't be any need
to involve gdiplus.
--
Alexandre Julliard
julli...@winehq.org
On Mon, May 31, 2010 at 9:28 AM, Alexandru Băluț
wrote:
> Please file a bug.
> Thanks,
> Alex
>
> On Mon, May 31, 2010 at 11:17, wrote:
>>
>> Hi,
>>
>> Joel Holdsworth wrote:
>> >http://www.airwebreathe.org.uk/space/new-about-screen.png
>> winecfg's window seems very tall. I'd like it if somebod
Please file a bug.
Thanks,
Alex
On Mon, May 31, 2010 at 11:17, wrote:
> Hi,
>
> Joel Holdsworth wrote:
> >http://www.airwebreathe.org.uk/space/new-about-screen.png
> winecfg's window seems very tall. I'd like it if somebody
> took care that it displays correctly in a 800x600 screen or virtual
eathe.org.uk/space/new-about-screen.png
>>
>> Basically I've been giving the about page of winecfg a face lift. It
>> seemed like a good idea to put some polish on it in time for the
>> release. Is there any interest in pushing this? or is it too late?
> It would
Hi,
Joel Holdsworth wrote:
>http://www.airwebreathe.org.uk/space/new-about-screen.png
winecfg's window seems very tall. I'd like it if somebody
took care that it displays correctly in a 800x600 screen or virtual desktop.
Currently, the ok & cancel buttons at the bottom are cut off :-(
Regards,
\",,-1,0";
err:winebrowser:get_url_from_dde Unable to retrieve URL from string
L"\""
err:winebrowser:wmain Usage: winebrowser URL
trace:exec:SHELL_execute retval 33
On Sun, 2010-05-30 at 16:41 +0200, André Hentschel wrote:
> Am 29.05.2010 17:17, schrieb Joel Holdsworth:
&
2010/5/30 André Hentschel :
> Like Nikolay i am a bit scared of the link control. Maybe that should not be
> included in the first patch and you can send it later when it surely works.
> Against Nikolay's opinion i think you didnt changed the layout too
> much(compared one by one) so it is ok.
P
Am 29.05.2010 17:17, schrieb Joel Holdsworth:
> Hi All,
>
> I know it's late and we're in freeze mode now, but I wanted to offer
> some work I've been doing:
>
> http://www.airwebreathe.org.uk/space/new-about-screen.png
>
> Basically I've been givi
Hello Joel,
2010/5/29 Joel Holdsworth :
> Hi All,
>
> I know it's late and we're in freeze mode now, but I wanted to offer
> some work I've been doing:
>
> http://www.airwebreathe.org.uk/space/new-about-screen.png
>
> Basically I've been giving the ab
On 5/29/2010 19:17, Joel Holdsworth wrote:
Hi All,
I know it's late and we're in freeze mode now, but I wanted to offer
some work I've been doing:
http://www.airwebreathe.org.uk/space/new-about-screen.png
Basically I've been giving the about page of winecfg a face lift. I
Hi All,
I know it's late and we're in freeze mode now, but I wanted to offer
some work I've been doing:
http://www.airwebreathe.org.uk/space/new-about-screen.png
Basically I've been giving the about page of winecfg a face lift. It
seemed like a good idea to put some polish o
Hi,
Maarten Lankhorst wrote:
>After 1.2 is shipped the audio tab will be all gone anyhow. :)
You wrote "After" and not "With/when". Experience with 1.0 is that
it's used even nowadays by some, so we can assume the same with 1.2.
Therefore, the audio tab ought to work in 1.2 even if 1.3
switches to
Hello Joerg,
On 18-05-10 15:33, joerg-cyril.hoe...@t-systems.com wrote:
did you notice that in winecfg-1.1.44, the audio tab content
is broken: nothing is displayed below ALSA, and OSS lists 5
things only. There used to be much more content.
This is likely a side effect from not calling
2010/4/19 André Hentschel :
> Internet Explorer 9 Preview needs it.
> ---
> programs/winecfg/appdefaults.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/programs/winecfg/appdefaults.c b/programs/winecfg/appdefaults.c
> index 8d28b0a..c
On 4/17/2010 15:14, Davide Pizzetti wrote:
Here's an italian translation update of winecfg
-LTEXT "Le Dynamic Link Libraries possono essere specificate indiv
+LTEXT "Le Dynamic Link Libraries possono essere specificate indiv
Hi,
I've observed 2 seemingly opposed behaviours when no audio
driver is selected in winecfg's audio tab (or when winecfg's
audio tab had never been opened before in this .wine prefix):
- On one hand, some tests and apps still manage to produce sound.
- On the other hand (OTOH), some apps cease t
Hi,
The explanation is probably much simpler: OSS likely won't show up if
the sound device is in use, since it claims total control. If anything
in the background is using sound, it is possible to not see OSS at all.
lsof /dev/dsp* /dev/snd/* probably tells you if anything uses it.
Cheers,
M
Susan Cragin wrote:
Just built today's git, and am running DNS with alsa. (Thanks, Maarten.)
Called up winecfg as usual and found there were no options under OSS Driver.
No wave-out, no wave-in, no mixer devices. Nada.
Peculiar, never saw this before.
So I thought I'd call in.
Just built today's git, and am running DNS with alsa. (Thanks, Maarten.)
Called up winecfg as usual and found there were no options under OSS Driver.
No wave-out, no wave-in, no mixer devices. Nada.
Peculiar, never saw this before.
So I thought I'd call in.
No, please file a bug.
2009/10/9 :
> Hi,
>
> On Linux, I can toggle Wine's idea about
> the current language by starting with:
> LANG=C or =de_DE.UTF-8 or fr_... wine winecfg
> Winecfg then displays text in the chosen locale (english for C).
> This works well in Ubuntu
Hi,
On Linux, I can toggle Wine's idea about
the current language by starting with:
LANG=C or =de_DE.UTF-8 or fr_... wine winecfg
Winecfg then displays text in the chosen locale (english for C).
This works well in Ubuntu for any locale with
the language-pack-xyz packages installed (C always
2009/8/25 Davide Pizzetti :
> -LTEXT "Wine può simulare diverse versioni e stili di Windows
> per ogni applicazione",
> +LTEXT "Wine può simulare diverse versioni e stili di Windows
> per ogni applicazione",
Looks like you messed up the encoding of the original file s
1 - 100 of 690 matches
Mail list logo