dimi at users.sourceforge.net
Mon Dec 11 22:20:43 CST 2006
ChangeSet ID: 1165897243237250607068749
Module name: docs
Changes by: dimi at sc8-pr-cvs9.sourceforge.net 2006/12/11 20:20:43
en : wineusr-configuring.sgml
Detlef Riekenberg <wine.dev at web.de>
- Fix system32, winecfg and Printers.
Old revision New revision Changes Path
1.9 1.10 +42 -29 docs/en/wineusr-configuring.sgml
diff -u -p docs/en/wineusr-configuring.sgml:1.9 docs/en/wineusr-configuring.sgml:1.10
--- docs/en/wineusr-configuring.sgml 12 Dec 2006 4:20:43 -0000
+++ /dev/null 12 Dec 2006 4:20:43 -0000
@@ -50,7 +50,7 @@
+ Desktop Integration
@@ -144,10 +144,10 @@
It's not always possible to run an application on builtin
DLL's. Sometimes native DLL's simply work better. After
you've located a native DLL on a Windows system, you'll
- need to place it in suitable place for Wine to find it
+ need to put it in suitable place for Wine to find it
and then configure it to be used. Generally the place
you need to put it is in the directory you've configured
- to be <filename>c:\windows\system</filename> (more on that in
+ to be <filename>c:\windows\system32</filename> (more on that in
the drives section). There are four DLL's you should never
try to use the native versions of:
@@ -187,7 +187,7 @@
files to trick many programs that check for file existence to
determine whether a particular feature (such as Winsock and its
TCP/IP networking) is available. If this is a problem for you, you
- can create empty files in the configured c:\windows\system directory
+ can create empty files in the configured c:\windows\system32 directory
to make the program think it's there, and Wine's built-in DLL will
be loaded when the program actually asks for it. (Unfortunately,
tools/wineinstall does not create such empty files itself.)
@@ -197,7 +197,7 @@
from the physical files (for example, to determine the DirectX
version). Empty files will not do in this case, it is rather
necessary to install files with complete version resources. This
- problem is currently being worked on. In the meantime, you may still
+ problem is already fixed for many files. For others, you may still
need to grab some real DLL files to fool these apps with.
@@ -260,16 +260,7 @@
can configure. For most people the defaults are fine.
- The first is the "screen color depth" and
- represents the number of colors that can be displayed on the
- screen. Older graphics cards had a hard time displaying a
- full-range of colors and for them it's useful to be able to
- specify an "8-bit" display. Modern video cards, namely anything
- with over 8MB of memory, have no problem using a full 24 or 32-bit
- The next few settings primarily affect games and are somewhat
+ The first few settings primarily affect games and are somewhat
self-explanatory. You can prevent the mouse from leaving the
window of a DirectX program (i.e. a game.) and the default is
to have that box checked. There's lots of
@@ -352,24 +343,25 @@
the format is a letter followed by a colon, such as "a:". So,
if the link to your c: drive points to
<filename> ~/.wine/drive_c</filename>, you
- can interpret references to <filename>c:\windows\system</filename>
- to mean <filename> ~/.wine/drive_c/windows/system</filename>.
+ can interpret references to <filename>c:\windows\system32</filename>
+ to mean <filename>~/.wine/drive_c/windows/system32</filename>.
Wine can work with quite a few different audio subsystems
- which you can choose under the "Audio" tab. The
- "Autodetect" button can figure it all out for you, or you can
- manually select a driver. Older
+ which you can choose under the "Audio" tab. winecfg figures out all
+ available drivers for you, but you can manually select which driver
+ will be used. Older
Linux distributions using the 2.4 kernel or earlier typically
- use the "OSS" driver. Newer 2.6 kernels have switched to "ALSA".
- If you're using KDE, regardless of the kernel, you can probably
- also use "aRts". If you're using GNOME you can probably use
+ use the "OSS" driver. Usually 2.6 kernels have switched to "ALSA".
+ Bugs in "aRts" are not fixed from the KDE-side for a long time made
+ it recently nessesary to deactivate this driver.
+ If you're using GNOME you can probably use
EsounD. The OSS and ALSA audio drivers get the most testing, so
it's recommended you stick with them if possible.
- If you need to use "Jack" or "NAS" you probably already know why.
+ If you need to use "Jack", "NAS" or "CoreAudio" you probably already know why.
DirectSound settings are primarily used by games. You can
@@ -378,7 +370,7 @@
+ <title>Desktop Integration</title>
Wine can load Windows themes if you have them available. While
this certainly isn't necessary in order to use Wine or applications,
@@ -409,7 +401,7 @@
- Use the new Appearance tab of winecfg to select the new theme.
+ Use the Desktop Integration tab of winecfg to select the new theme.
@@ -705,10 +697,31 @@
- Wine can interact directly with the CUPS printing system to
+ Wine can interact directly with the local CUPS printing system to
find the printers available on your system. Configuring
- printers with Wine is as simple as making sure your CUPS
- configuration works.
+ printers with Wine is as simple as making sure your CUPS
+ configuration works. Wine still needs the command
+ <userinput>lpr</userinput>(from CUPS), when printing a Document.
+ If you do not use CUPS, the old BSD-Printing system is used:
+ All Printers from <filename>/etc/printcap</filename> are installed automatically in Wine.
+ Wine needs a PPD-File for every Printer (generic.ppd comes with Wine)
+ The command <userinput>lpr</userinput> is called when printing a Document
More information about the wine-cvs