Spelling and URL fixes.
diff --git a/documentation/architecture.sgml b/documentation/architecture.sgml index 2ce26a1..53e66c7 100644 --- a/documentation/architecture.sgml +++ b/documentation/architecture.sgml
@@ -455,7 +455,7 @@ not obscured by other windows. If a window has the <constant>WS_CLIPCHILDREN</constant> style then all areas below its children are considered invisible. - Similarily, if the <constant>WS_CLIPSIBLINGS</constant> + Similarly, if the <constant>WS_CLIPSIBLINGS</constant> bit is in effect then all areas obscured by its siblings are invisible. Child windows are always clipped by the boundaries of their parent windows. @@ -675,7 +675,7 @@ Most windowing systems use a concept known as "focus". The window with focus gets all incoming keyboard messages. Focus can be changed from window - to window by apps or by users clicking on winodws. + to window by apps or by users clicking on windows. </para> <para> This is the second source of the problem. Suppose @@ -738,7 +738,7 @@ queues, a timer is started. When the timer goes off, if the focus change has not yet happened, the bad app has its focus taken away and all messages - targetted at that window are skipped. When the bad + targeted at that window are skipped. When the bad app finally handles the focus change message, OS/2 will detect this and stop skipping its messages. </para> @@ -860,7 +860,7 @@ present under Intel Unix and Wine. </para> <para> - Finally, occassionally built-in Wine DLLs implement more + Finally, occasionally built-in Wine DLLs implement more features than the corresponding native Windows DLLs. Probably the most important example of such behavior is the integration of Wine with X provided by Wine's built-in USER @@ -954,7 +954,7 @@ <!-- FIXME: Should convert this table into a VariableList element --> <screen> ADVAPI32.DLL: 32-bit application advanced programming interfaces - like crypto, systeminfo, security and eventlogging + like crypto, systeminfo, security and event logging AVIFILE.DLL: 32-bit application programming interfaces for the Audio Video Interleave (AVI) Windows-specific Microsoft audio-video standard
diff --git a/documentation/bugs.sgml b/documentation/bugs.sgml index 5a56b0b..8da6cb3 100644 --- a/documentation/bugs.sgml +++ b/documentation/bugs.sgml
@@ -124,7 +124,7 @@ <para> Sometimes wine installation process changes and new versions of - Wine acccount on these changes. + Wine account on these changes. This is especially true if your setup was created long time ago. Rename your existing <filename>~/.wine</filename> directory @@ -145,9 +145,6 @@ <title>Check out further information</title> <para> - Check out the <ulink - url="http://www.winehq.org/fom-meta/cache/19.html">Wine Troubleshooting Guide</ulink> on WineHQ. - Go to <ulink url="http://groups.google.com">Google Groups</ulink> and check whether some guys are smarter than you ;-) (well, whether they found a solution to the problem, that is) @@ -263,9 +260,9 @@ </para> <para> This will output additional information at the console - that may be helpfull in in debugging the program. It also + that may be helpful in debugging the program. It also slows the execution of program. There are some cases where - the bug seems to dissappear when <parameter> +relay + the bug seems to disappear when <parameter> +relay </parameter> is used. Please mention that in the bug report. </para> </listitem> @@ -304,7 +301,7 @@ <listitem> <para> This method is meant to allow even a total novice to - submit a relevent trace log in the event of a crash. + submit a relevant trace log in the event of a crash. </para> <para> Your computer <emphasis>must</emphasis> have perl on it @@ -348,7 +345,7 @@ <title>The Hard Way</title> <para> It is likely that only the last 100 or so lines of the - trace are nessesary to find out where the program crashes. + trace are necessary to find out where the program crashes. In order to get those last 100 lines we need to do the following </para> <orderedlist>
diff --git a/documentation/configuring.sgml b/documentation/configuring.sgml index 11aef90..d4e4913 100644 --- a/documentation/configuring.sgml +++ b/documentation/configuring.sgml
@@ -1170,7 +1170,7 @@ <para> Case insensitive. Alike to Windows 9x/NT 4. This is the long filename filesystem you are probably used - to working with. The filesystem bæhaviour of choice for most + to working with. The filesystem behavior of choice for most programs to be run under wine. <emphasis>Probably the one you want!</emphasis> </para> @@ -1889,7 +1889,7 @@ <sect3> <title>How To Set Up?</title> <para> - Reading labels and serial numbers just works automagically + Reading labels and serial numbers just works automatically if you specify a <literal>"Device" =</literal> line in the [Drive x] section in your <filename>~/.wine/config</filename>. Note that the device has to exist and must be accessible by the user @@ -2194,7 +2194,7 @@ </para> <para> It is of course also possible to override these settings by - explictly using Wine's <parameter>--dll</parameter> + explicitly using Wine's <parameter>--dll</parameter> command-line option (see the man page for details). Some hints for choosing your optimal configuration (listed by 16/32-bit DLL pair):
diff --git a/documentation/consoles.sgml b/documentation/consoles.sgml index cb31a66..a6bf4af 100644 --- a/documentation/consoles.sgml +++ b/documentation/consoles.sgml
@@ -18,7 +18,7 @@ differences between the three approaches. <table> - <title>Fonction consoles implementation comparison</title> + <title>Function consoles implementation comparison</title> <tgroup cols="4" align="left"> <thead> <row> @@ -76,7 +76,7 @@ Fully supported, except for the creation of a new console, which will be rendered on the same Unix terminal as the previous one, leading to - unpredictible results. + unpredictable results. </entry> </row> <row>
diff --git a/documentation/cvs-regression.sgml b/documentation/cvs-regression.sgml index a071aaa..dc48cfc 100644 --- a/documentation/cvs-regression.sgml +++ b/documentation/cvs-regression.sgml
@@ -11,7 +11,7 @@ <para> A problem that can happen sometimes is 'it used to work before, now it doesn't anymore...'. Here is a step by step - procedure to try to pinpoint when the problem occured. This is + procedure to try to pinpoint when the problem occurred. This is <emphasis>NOT</emphasis> for casual users. </para> @@ -115,8 +115,8 @@ </screen> <para> If any non-programmer reads this, the fastest method to get - at the point where the problem occured is to use a binary - search, that is, if the problem occured in 1999, start at + at the point where the problem occurred is to use a binary + search, that is, if the problem occurred in 1999, start at mid-year, then is the problem is already here, back to 1st April, if not, to 1st October, and so on. </para> @@ -143,7 +143,7 @@ If you find the patch that is the cause of the problem, you have almost won; report about it to <ulink url="http://bugs.winehq.com/">Wine Bugzilla</ulink> - or susbscribe to wine-devel and post it there. There is a chance + or subscribe to wine-devel and post it there. There is a chance that the author will jump in to suggest a fix; or there is always the possibility to look hard at the patch until it is coerced to reveal where is
diff --git a/documentation/cvs.sgml b/documentation/cvs.sgml index 17a0cdd..63bb854 100644 --- a/documentation/cvs.sgml +++ b/documentation/cvs.sgml
@@ -27,7 +27,7 @@ CVS. You will need CVS 1.9 or above. If you are coming from behind a firewall, you will either need a hole in the firewall for the CVS port (2401) or use <ulink - url="http://www.cyclic.com/cvs/d ev-net.html">SOCKS</ulink>. + url="http://www.cvshome.org/cyclic/cyclic-pages/unoff-socks.txt">SOCKS</ulink>. </para> </sect1> @@ -87,7 +87,7 @@ <command>joe</command>, <command>ae</command>, <command>vi</command>), or by creating the file <filename>.cvsrc</filename> in your - home directory with your favourite graphical editor like nedit, kedit, + home directory with your favorite graphical editor like nedit, kedit, gedit or others. </para> <para> @@ -174,7 +174,7 @@ <title>Wine CVS mirror servers</title> <para> - Wine's CVS tree is mirrored at several places arround the world + Wine's CVS tree is mirrored at several places around the world to make sure that the source is easily accessible. Note that not all servers have all repositories available, but all have at least the Wine source. @@ -191,7 +191,7 @@ <para> Alternatively, you can use the -d parameter of <command>cvs</command> instead. - Substitude the applicable fields from the table below. + Substitute the applicable fields from the table below. </para> <para> Just do a traceroute and a ping on all servers below to find out
diff --git a/documentation/debugger.sgml b/documentation/debugger.sgml index d9d3298..baca983 100644 --- a/documentation/debugger.sgml +++ b/documentation/debugger.sgml
@@ -251,7 +251,7 @@ <command>detach</command> command). Unfortunately, as the debugger cannot, for now, neither clear its internal information, nor restart a new process, the debugger, after - detaching itself, cannot do much except being quited. + detaching itself, cannot do much except being quitted. </para> </sect2> </sect1> @@ -320,7 +320,7 @@ <para> Get the reason for the crash. This is usually an access to an invalid selector, an access to an out of range address - in a valid selector, popping a segmentregister from the + in a valid selector, popping a segment register from the stack or the like. When reporting a crash, report this <emphasis>whole</emphasis> crashdump even if it doesn't make sense to you. @@ -369,9 +369,9 @@ </para> <para> Occasionally there are additional debug channels defined at the - begining of the file in the form. + beginning of the file in the form. <function>WINE_DECLARE_DEBUG_CHANNEL(<channel>);</function> - If so the offending fuction may also uses one of these alternate + If so the offending function may also uses one of these alternate channels. Look through the the function for <function>TRACE_(<channel>)(" ... /n");</function> and add any additional channels to the commandline. @@ -622,7 +622,7 @@ |Ret KERNEL.74: OPENFILE() retval=0xffff ret=060f:09d8 ds=0927 ^^^^^^ HFILE_ERROR16, yes, it failed. -|Call USER.1: MESSAGEBOX(0x0000,0x09278376"Sie mussen Windows verlassen und SHARE.EXE laden bevor Sie Word starten.",0x00000000,0x1030) ret=060f:084f ds=0927 +|Call USER.1: MESSAGEBOX(0x0000,0x09278376"You must close Windows and load SHARE.EXE before you start Word.",0x00000000,0x1030) ret=060f:084f ds=0927 </screen> <para> And MessageBox'ed. @@ -734,8 +734,8 @@ <para> Provided that segment <literal>0x0004</literal> is indeed segment <literal>0x1cf</literal>, we now we can use IDA (available at - <ulink url="ftp://ftp.uni-koeln.de/pc/msdos/programming/assembler/ida35bx.zip"> - ftp://ftp.uni-koeln.de/pc/msdos/programming/assembler/ida35bx.zip</ulink>) to + <ulink url="http://www.filelibrary.com:8080/cgi-bin/freedownload/DOS/h/72/ida35bx.zip"> + http://www.filelibrary.com:8080/cgi-bin/freedownload/DOS/h/72/ida35bx.zip</ulink>) to disassemble the part that caused the error. We just have to find the address of the call to <function>FreeLibrary()</function>. Some lines before that the runtime error occurred. But be careful! In some cases you don't have to @@ -767,8 +767,8 @@ <term> <application>IDA</application>: <filename> - <ulink url="ftp://ftp.uni-koeln.de/pc/msdos/programming/assembler/ida35bx.zip"> - ftp://ftp.uni-koeln.de/pc/msdos/programming/assembler/ida35bx.zip</ulink> + <ulink url="http://www.filelibrary.com:8080/cgi-bin/freedownload/DOS/h/72/ida35bx.zip"> + http://www.filelibrary.com:8080/cgi-bin/freedownload/DOS/h/72/ida35bx.zip</ulink> </filename> </term> <listitem> @@ -782,8 +782,8 @@ <term> <application>XRAY</application>: <filename> - <ulink url="ftp://ftp.th-darmstadt.de/pub/machines/ms-dos/SimTel/msdos/asmutil/xray15.zip"> - ftp://ftp.th-darmstadt.de/pub/machines/ms-dos/SimTel/msdos/asmutil/xray15.zip</ulink> + <ulink url="http://garbo.uwasa.fi/pub/pc/sysinfo/xray15.zip"> + http://garbo.uwasa.fi/pub/pc/sysinfo/xray15.zip</ulink> </filename> </term> <listitem> @@ -797,8 +797,8 @@ <term> <application>pedump</application>: <filename> - <ulink url="http://oak.oakland.edu/pub/simtelnet/win95/prog/pedump.zip"> - http://oak.oakland.edu/pub/simtelnet/win95/prog/pedump.zip</ulink> + <ulink url="ftp://ftp.simtel.net/pub/simtelnet/win95/prog/pedump.zip"> + ftp://ftp.simtel.net/pub/simtelnet/win95/prog/pedump.zip</ulink> </filename> </term> <listitem> @@ -1472,7 +1472,7 @@ x => 32 bit unsigned hexadecimal integer d => 32 bit signed decimal integer w => 16 bit unsigned hexadecimal integer -c => character (only printable 0x20-0x7f are actuallyprinted) +c => character (only printable 0x20-0x7f are actually printed) b => 8 bit unsigned hexadecimal integer g => GUID </screen> @@ -1535,7 +1535,7 @@ <para> However, some limitation in GDB while debugging wine (see - below) don't ppear in this mode: + below) don't appear in this mode: <itemizedlist> <listitem> <para>
diff --git a/documentation/dlls.sgml b/documentation/dlls.sgml index bac289e..69ae99f 100644 --- a/documentation/dlls.sgml +++ b/documentation/dlls.sgml
@@ -51,7 +51,7 @@ <para> The common controls have been continuously improved in the - past. Some of the orignal structures had to be extended + past. Some of the original structures had to be extended and their size changed. Most of the common control structures include their size as the first parameter. If a control gets the wrong size in a message or function a @@ -63,7 +63,7 @@ </para> <note> <para> - Some stuctures are NOT defined in wine's COMCTL32 yet. + Some structures are NOT defined in wine's COMCTL32 yet. </para> </note>
diff --git a/documentation/documentation.sgml b/documentation/documentation.sgml index 4a20eba..c46e67d 100644 --- a/documentation/documentation.sgml +++ b/documentation/documentation.sgml
@@ -12,9 +12,9 @@ <para> Like most large scale volunteer projects, Wine is strongest in areas that are rewarding for its volunteers to work in. The majority of contributors send code patches either - fixing bugs, adding new functionalty or otherwise improving the software components of + fixing bugs, adding new functionality or otherwise improving the software components of the distribution. A lesser number contribute in other ways, such as reporting bugs and - regressions, creating tests, providing organisational assistance, or helping to document + regressions, creating tests, providing organizational assistance, or helping to document Wine. </para> @@ -34,13 +34,13 @@ The Wine source code tree comes with a large amount of documentation in the <filename>documentation/</filename> subdirectory. This used to be a collection of text files culled from various places such as the Wine Weekly News and the wine-devel - mailing list, but was reorganised some time ago into a number of books, each of which is + mailing list, but was reorganized some time ago into a number of books, each of which is marked up using SGML. You are reading one of these books (the <emphasis>Wine Developer's Guide</emphasis>) right now. </para> <para> - Since being reorganised, the books have been updated and extended regularly. In their + Since being reorganized, the books have been updated and extended regularly. In their current state they provide a good framework which over time can be expanded and kept up to date. This means that most of the time when further documentation is added, it is a simple matter of updating the content of an already existing file. The books @@ -99,7 +99,7 @@ <title>Introduction to API Documentation</title> <para> Wine includes a large amount of documentation on the API functions - it implements. There are serveral reasons to want to document the Win32 + it implements. There are several reasons to want to document the Win32 API: <itemizedlist> @@ -119,14 +119,14 @@ <listItem><para> To provide more accurate documentation where the existing documentation - is accendentally or deliberately vague or misleading. + is accidentally or deliberately vague or misleading. </para></listitem> </itemizedlist> </para> <para> - To this end, a semi formalised way of producing documentation from the Wine + To this end, a semi formalized way of producing documentation from the Wine source code has evolved. Since the primary users of API documentation are Wine developers themselves, documentation is usually inserted into the source code in the form of comments and notes. Good things to include in the documentation @@ -294,7 +294,7 @@ <para> The input/output status tells the programmer whether the value will be modified by the function (an output parameter), or only read (an input parameter). The - status must be enclosed in square brackets to be recognised, otherwise, or if it + status must be enclosed in square brackets to be recognized, otherwise, or if it is absent, anything following the parameter name is treated as the parameter description. This field is case insensitive and can be any of the following: <command>[I]</command>, <command>[In]</command>, <command>[O]</command>, @@ -352,7 +352,7 @@ <command>FIXME</command>. Things that should be updated or addressed in the implementation of the function at some future date (perhaps dependent on other parts of Wine). Note that if this information is only relevant to Wine developers then it should probably - be placed in the relavent code section instead. + be placed in the relevant code section instead. </para></listitem> </orderedlist> </para> @@ -458,7 +458,7 @@ <para> Words in all uppercase are assumed to be API constants and are highlighted. If - you want to emphasise something in the documentation, put it in a section by itself + you want to emphasize something in the documentation, put it in a section by itself rather than making it upper case. </para> @@ -475,7 +475,7 @@ <para> Any line starting with a single word followed by a colon (<command>:</command>) - is assumed to be case listing and is emphasised and put in its own paragrah. This + is assumed to be case listing and is emphasized and put in its own paragraph. This is most often used for return values, as in the example section below. </para> <screen> @@ -516,7 +516,7 @@ <para> These items are generated using the same formatting rules as described earlier. The only difference is the first line of the comment, which indicates to the generator - that the documentation is supplimental and does not describe an export from the dll + that the documentation is supplemental and does not describe an export from the dll being processed. </para> @@ -537,7 +537,7 @@ <para> Format this documentation exactly as you would a standard export. The only - difference is the use of curly brackets to mark this documentation as supplimental. + difference is the use of curly brackets to mark this documentation as supplemental. The generator will output this documentation using the name given before the DLL name, and will link to it from the main DLL page. In addition, if you have referred to the comment name in other documentation using "IExample interface", @@ -1545,7 +1545,7 @@ ...</programlisting> </para> <para> - By default, most SGML processors will autogenerate + By default, most SGML processors will auto generate some generic text for the <sgmltag class="starttag">xref</sgmltag> link, like <quote>Section 2.3.1</quote>. You can use the
diff --git a/documentation/getting.sgml b/documentation/getting.sgml index b36dd4a..a9a57f6 100644 --- a/documentation/getting.sgml +++ b/documentation/getting.sgml
@@ -534,7 +534,7 @@ <command>joe</command>, <command>ae</command>, <command>vi</command>), or by creating the file <filename>.cvsrc</filename> in your - home directory with your favourite graphical editor like nedit, kedit, + home directory with your favorite graphical editor like nedit, kedit, gedit or others. </para> </sect3>
diff --git a/documentation/i18n.sgml b/documentation/i18n.sgml index 7a0d8e8..a7da80c 100644 --- a/documentation/i18n.sgml +++ b/documentation/i18n.sgml
@@ -175,13 +175,13 @@ <listitem> <para> Several of the winelib based programs in the subdirectory - programs also have internationalisation support. See the + programs also have internationalization support. See the appropriate files there for reference. </para> </listitem> <listitem> <para>Edit - <filename>documentation/internationalisation</filename> to + <filename>documentation/internationalization</filename> to show the new status.</para> </listitem> <listitem>
diff --git a/documentation/implementation.sgml b/documentation/implementation.sgml index 224f0db..260a925 100644 --- a/documentation/implementation.sgml +++ b/documentation/implementation.sgml
@@ -207,7 +207,7 @@ <filename>stdout</filename>, <filename>stderr</filename>, <filename>stdaux</filename> and <filename>stdprn</filename>. Windows 16 inherits this behavior, and in fact, win16 handles - are interchangable with DOS handles. Some nasty windows + are interchangeable with DOS handles. Some nasty windows programs even do this! </para> <para> @@ -363,7 +363,7 @@ < data was read from the port </programlisting> <para> - My basic tip for interperating these logs is to pay close + My basic tip for interpreting these logs is to pay close attention to the addresses of the IO instructions. Their grouping and sometimes proximity should reveal the presence of subroutines in the driver. By studying the different versions @@ -450,7 +450,7 @@ program to analyse the logfile and decode them futher as this can reveal higher level grouping of the low level routines. For example from the logs from my UMAX Astra 600P when decoded - futher reveal (this is a small snippet) + further reveal (this is a small snippet) </para> <programlisting> start:
diff --git a/documentation/multimedia.sgml b/documentation/multimedia.sgml index 0811f3f..96544ed 100644 --- a/documentation/multimedia.sgml +++ b/documentation/multimedia.sgml
@@ -426,7 +426,7 @@ <para> A built-in MIDI mapper can be found in dlls/winmm/midimap/. It partly - provides the same functionnality as the Windows' one. It allows to pick up + provides the same functionality as the Windows' one. It allows to pick up destination channels (you can map a given channel to a specific playback device channel (see the configuration bits for more details). </para> @@ -717,7 +717,7 @@ </listitem> <listitem> <para> - fix the audio/video synchronisation issue + fix the audio/video synchronization issue </para> </listitem> </itemizedlist> @@ -817,7 +817,7 @@ <para> Note that native VIDEODISC crashes when the module is loaded, which - occurs when the MCI procedures are initialised. Make sure that this is + occurs when the MCI procedures are initialized. Make sure that this is not in the list from above. Try adding: mci=CDAUDIO:SEQUENCER:WAVEAUDIO:AVIVIDEO:MPEGVIDEO to the [options] section of the wine config file. @@ -913,7 +913,7 @@ <para> The API consists of the mmio* functions found in dlls/winmm/mmio.c. Seems to work ok in most of the cases. There's some linear/segmented - issues with 16 bit code. There are also some bugs when writting MMIO + issues with 16 bit code. There are also some bugs when writing MMIO files. </para> @@ -1047,7 +1047,7 @@ </screen> a link to and .IDF file which allows to remap channels internally (for example 9 -> 16), to change instruments identification, event - controlers values. See the source file dlls/winmm/midimap/midimap.c + controllers values. See the source file dlls/winmm/midimap/midimap.c for the details (this isn't implemented yet). </para> </sect2>
diff --git a/documentation/ole.sgml b/documentation/ole.sgml index c92989c..05b067d 100644 --- a/documentation/ole.sgml +++ b/documentation/ole.sgml
@@ -65,7 +65,7 @@ Unfortunately the layout of the virtual table is compiler specific, the layout of g++ virtual tables is not the same as that of an egcs virtual table which is not the same as - that generated by Visual C+. There are workarounds to make + that generated by Visual C+. There are work arounds to make the virtual tables compatible via padding but unfortunately the one which is imposed to the Wine emulator by the Windows binaries, i.e. the Visual C++ one, is the most compact of @@ -73,7 +73,7 @@ </para> <para> So the solution I finally adopted does not use virtual - tables. Instead I use inline non virtual methods that + tables. Instead I use in-line non virtual methods that dereference the method pointer themselves and perform the call. </para> @@ -166,7 +166,7 @@ C. Unfortunately I don't see any way to avoid having to duplicate the inherited method definitions there. This time I could have used a trick to use only one macro whatever the - number of parameters but I prefered to have it work the same + number of parameters but I preferred to have it work the same way as above. </para> <para> @@ -240,7 +240,7 @@ and initialize the lpVtbl field to point to this variable. </para> <para> - The IDirect3D_Xxx macros then just derefence the lpVtbl + The IDirect3D_Xxx macros then just difference the lpVtbl pointer and use the function pointer corresponding to the macro name. This emulates the behavior of a virtual table and should be just as fast. @@ -282,7 +282,7 @@ <para> In C++ IDirect3D does double duty as both the virtual/jump table and as the interface definition. The reason for this - is to avoid having to duplicate the mehod definitions: once + is to avoid having to duplicate the method definitions: once to have the function pointers in the jump table and once to have the methods in the interface class. Here one macro can generate both. This means though that the first pointer, @@ -300,7 +300,7 @@ <para> Since IDirect3D does double duty, each ICOM_METHOD macro defines both a function pointer and a non-virtual inline - method which dereferences it and calls it. This way this + method which differences it and calls it. This way this method behaves just like a virtual method but does not create a true C++ virtual table which would break the structure layout. If you look at the implementation of these
diff --git a/documentation/opengl.sgml b/documentation/opengl.sgml index 712429d..7813378 100644 --- a/documentation/opengl.sgml +++ b/documentation/opengl.sgml
@@ -76,7 +76,7 @@ 'modern' OpenGL libraries do). </para> <para> - If the OpenGL library explicitely links in libpthread (you + If the OpenGL library explicitly links in libpthread (you can check it with a <command>ldd libGL.so</command>), you need to force OpenGL support by starting <command>configure</command> with the @@ -88,7 +88,7 @@ most of the cases (glibc 2.1.x). On the other hand, we never got Wine to work with glibc 2.0.6. Thus, I deemed preferable to play it safe : by default, I suppose that the hack won't - work and that it's the user's responsability to enable it. + work and that it's the user's responsibility to enable it. </para> <para> Anyway, it should be pretty safe to build with @@ -186,7 +186,7 @@ </orderedlist> <para> - Add to this some braindead programs (using GL calls without + Add to this some brain-dead programs (using GL calls without setting-up a context or deleting three time the same context) and you have still some work to do :-) </para> @@ -207,7 +207,7 @@ double buffer mode. This is implemented in <filename>graphics/x11drv/opengl.c</filename> (all these functions are part of Wine's graphic driver function - pointer table and thus could be reimplented if ever Wine + pointer table and thus could be reimplemented if ever Wine works on another Windowing system than X). </para> </listitem> @@ -333,8 +333,8 @@ a better solution than adding another autogenerated thunk file), you can always download anywhere on the net (it's free) a <filename>GLU32.DLL</filename> file (by browsing, for example, - <ulink url="http://ftpsearch.lycos.com/"> - http://ftpsearch.lycos.com/</ulink>). + <ulink url="http://www.dll-files.com/dllindex/index.shtml"> + http://www.dll-files.com/dllindex/index.shtml</ulink>). </para> </sect2>
diff --git a/documentation/patches.sgml b/documentation/patches.sgml index 9ec93af..d0d0325 100644 --- a/documentation/patches.sgml +++ b/documentation/patches.sgml
@@ -59,7 +59,7 @@ </para> <para> Since wine is constantly changing due to development it is strongly - recomended that you use cvs for patches, if you cannot use cvs for + recommended that you use cvs for patches, if you cannot use cvs for some reason, you can submit patches against the latest tarball. To do this make a copy of the files that you will be modifying and <command>diff -u</command> against the old file. I.E. @@ -80,8 +80,8 @@ <itemizedlist> <listitem> <para> - No HTML mail, since patches should be inlined and HTML turns the - patch into garbage. Also it is considered bad netiquette as it + No HTML mail, since patches should be in-lined and HTML turns the + patch into garbage. Also it is considered bad etiquette as it uglifies the message, and is not viewable by many of the subscribers. </para> </listitem> @@ -89,7 +89,7 @@ <para> Only one change set per patch. Patches should address only one bug/problem at a time. If a lot of changes need to be made then it - is perfered to break it into a series of patches. This makes it + is preferred to break it into a series of patches. This makes it easier to find regressions. </para> </listitem> @@ -126,8 +126,8 @@ </listitem> <listitem> <para> - Patches should be inlined (if you can configure your email client to - not wrap lines), or attached as plain text attachements so they can + Patches should be in-lined (if you can configure your email client to + not wrap lines), or attached as plain text attachments so they can be read inline. This may mean some more work for you. However it allows others to review your patch easily and decreases the chances of it being overlooked or forgotten. @@ -144,7 +144,7 @@ <sect2 id="Inline-Attachments-with-OE"> <title>Inline attachments with Outlook Express</title> <para> - Outlook Express is notorious for mangleing attachements. Giving the + Outlook Express is notorious for mangling attachments. Giving the patch a <filename>.txt</filename> extension and attaching will solve the problem for most mailers including Outlook. Also, there is a way to enable Outlook Express send <filename>.diff</filename> @@ -197,7 +197,7 @@ </para> <para> Make sure your patch applies to the current CVS head - revisions. If a bunch of patches are commited to CVS that may + revisions. If a bunch of patches are committed to CVS that may affect whether your patch will apply cleanly then verify that your patch does apply! <command>cvs update</command> is your friend!
diff --git a/documentation/porting.sgml b/documentation/porting.sgml index dbe78b5..c6f91da 100644 --- a/documentation/porting.sgml +++ b/documentation/porting.sgml
@@ -21,7 +21,7 @@ <itemizedlist> <listitem> - <para>How to port Wine to your favourite operating system</para> + <para>How to port Wine to your favorite operating system</para> </listitem> <listitem> <para>Why you probably shouldn't use <symbol>#ifdef MyOS</symbol></para>
diff --git a/documentation/printing.sgml b/documentation/printing.sgml index 7cef465..3abf3bb 100644 --- a/documentation/printing.sgml +++ b/documentation/printing.sgml
@@ -184,7 +184,7 @@ </para> <para> You also need to add certain entries to the registry. - The easiest way to do this is to customise the PostScript + The easiest way to do this is to customize the PostScript driver contents of <filename>winedefault.reg</filename> (see below) and use the Winelib program <command>programs/regedit/regedit</command>. For example, if you have installed the Wine source tree in
diff --git a/documentation/running.sgml b/documentation/running.sgml index 1e35687..6220511 100644 --- a/documentation/running.sgml +++ b/documentation/running.sgml
@@ -464,12 +464,12 @@ <sect1 id="CUI-programs"> <title>Text mode programs (CUI: Console User Interface)</title> <para>Text mode programs are program which output is only made - out of text (surprise!). In Windows terminolgy, they are + out of text (surprise!). In Windows terminology, they are called CUI (Console User Interface) executables, by opposition to GUI (Graphical User Interface) executables. Win32 API provide a complete set of APIs to handle this situation, which goes from basic features like text printing, up to high level - functionnalities (like full screen editing, color support, + functionalities (like full screen editing, color support, cursor motion, mouse support), going through features like line editing or raw/cooked input stream support </para> @@ -676,7 +676,7 @@ This lets you pick up how many commands you want the console to recall. You can also drive whether you want, when entering several times the same - command - potentially intertwened with others - + command - potentially intertwined with others - whether you want to store all of them (tick off) or only the last one (tick on). </entry>
diff --git a/documentation/testing.sgml b/documentation/testing.sgml index 2a3ce36..c86987e 100644 --- a/documentation/testing.sgml +++ b/documentation/testing.sgml
@@ -75,8 +75,8 @@ <listitem> <para> Tests written in advance of the Wine development (possibly even - by non Wine developpers) can also simplify the work of the - futur implementer by making it easier for him to check the + by non Wine developers) can also simplify the work of the + future implementer by making it easier for him to check the correctness of his code. </para> </listitem>
diff --git a/documentation/tools.sgml b/documentation/tools.sgml index df3ee71..21ad6ec 100644 --- a/documentation/tools.sgml +++ b/documentation/tools.sgml
@@ -12,7 +12,7 @@ </para> <para> - This document desribes tools for handling resources within wine + This document describes tools for handling resources within wine </para> <sect2>
diff --git a/documentation/winelib-bindlls.sgml b/documentation/winelib-bindlls.sgml index 6635c02..e121a47 100644 --- a/documentation/winelib-bindlls.sgml +++ b/documentation/winelib-bindlls.sgml
@@ -193,7 +193,7 @@ </para> <para> Then each of the functions simply calls the appropriate Linux function - through the function pointer that was set up during initialisation. + through the function pointer that was set up during initialization. </para> </sect1>
diff --git a/documentation/winelib-intro.sgml b/documentation/winelib-intro.sgml index 657c538..282d8d3 100644 --- a/documentation/winelib-intro.sgml +++ b/documentation/winelib-intro.sgml
@@ -32,7 +32,7 @@ What you gain by recompiling your application with Winelib is the ability to make calls to Unix APIs, directly from your Windows source code. This allows for a better integration with the - Unix environment than is allowed by runnning an unmodified Windows + Unix environment than is allowed by running an unmodified Windows application running in Wine. Another benefit is that a Winelib application can relatively easily be recompiled on a non-Intel architecture and run there without the need for a slow software @@ -398,7 +398,7 @@ review the <filename>Makefile.in</filename> files to adjust the default compilation and link options set by winemaker. See the <xref linkend="source-analysis" - endterm="source-analysis.title"> section for some hints. + endterm="source-analysis.title"> section for some hints. </para> </listitem> <listitem>
diff --git a/documentation/winelib-porting.sgml b/documentation/winelib-porting.sgml index c21dc46..e76d785 100644 --- a/documentation/winelib-porting.sgml +++ b/documentation/winelib-porting.sgml
@@ -87,7 +87,7 @@ <constant>WINE_UNICODE_REWRITE</constant> for each file that is built, and add <parameter>-fwritable-strings</parameter> to the compiler - command line. You should replace all occurances of + command line. You should replace all occurrences of <type>wchar_t</type> with <type>WCHAR</type> also, since <type>wchar_t</type> is the native (32 bit) type. These changes allow Wine to modify the native unicode strings @@ -247,7 +247,7 @@ too that some functions are implemented with an underscore in their name and <function>#define</function>d to that name in the MS headers. So you may need to find out the name by - examing <filename>dlls/msvcrt/msvcrt.spec</filename> to get + examining <filename>dlls/msvcrt/msvcrt.spec</filename> to get the correct name for your <function>@ignore</function> entry. </para> </sect1> @@ -271,9 +271,9 @@ <parameter>-lwine_uuid</parameter> to the link line. </para> <para> - gcc is more strict than VC++, especially whan compiling + gcc is more strict than VC++, especially when compiling C++. This may require you to add casts to your C++ to prevent - overloading abiguities between similar types (such as two + overloading ambiguities between similar types (such as two overloads that take int and char respectively). </para> <para> @@ -305,7 +305,7 @@ Further compounding the problem is the fact that Linux's (GNU's?) current dynamic library loader does not call the module initializers in their dependency order. So even if Winelib were to - have its own initializer there would be no garantee that it would be + have its own initializer there would be no guarantee that it would be called before the initializer of the library containing this static variable. Finally even if the variable is in a library that your application links with, that library's initializer may be called
diff --git a/documentation/winelib-toolkit.sgml b/documentation/winelib-toolkit.sgml index 3546155..499561c 100644 --- a/documentation/winelib-toolkit.sgml +++ b/documentation/winelib-toolkit.sgml
@@ -147,7 +147,7 @@ If winemaker fails to find a file in any of the directories of the include path, it will rename it to lowercase on the basis that it is most likely a system header and that all system headers names - are lowercase (this can be overriden by using + are lowercase (this can be overridden by using <option>--nolower-include</option>). </para> <para> @@ -700,7 +700,7 @@ <literal>long</literal> for 8, 16, or 32 bits respectively. <literal>EXPORTNAME</literal> will be the name available for dynamic linking. <literal>DATA</literal> can be a decimal number - or a hex number preceeded by "0x". The example defines the + or a hex number preceded by "0x". The example defines the variable <literal>Variable</literal> at ordinal 2 and containing 4 bytes. </para> @@ -715,7 +715,7 @@ corresponding to the variable. <literal>EXPORTNAME</literal> will be the name available for dynamic linking. <literal>DATA</literal> can be a decimal number or a hex number - preceeded by "0x". + preceded by "0x". </para> <programlisting>