From c28575e0e8d59d3dc9fed617e96f8c0328dc9430 Mon Sep 17 00:00:00 2001 From: Tom Wickline Date: Wed, 9 Jul 2003 19:50:14 +0000 Subject: [PATCH] Spelling and URL fixes. --- documentation/architecture.sgml | 10 +++++----- documentation/bugs.sgml | 13 +++++-------- documentation/configuring.sgml | 6 +++--- documentation/consoles.sgml | 4 ++-- documentation/cvs-regression.sgml | 8 ++++---- documentation/cvs.sgml | 8 ++++---- documentation/debugger.sgml | 30 +++++++++++++++--------------- documentation/dlls.sgml | 4 ++-- documentation/documentation.sgml | 28 ++++++++++++++-------------- documentation/getting.sgml | 2 +- documentation/i18n.sgml | 4 ++-- documentation/implementation.sgml | 6 +++--- documentation/multimedia.sgml | 10 +++++----- documentation/ole.sgml | 12 ++++++------ documentation/opengl.sgml | 12 ++++++------ documentation/patches.sgml | 16 ++++++++-------- documentation/porting.sgml | 2 +- documentation/printing.sgml | 2 +- documentation/running.sgml | 6 +++--- documentation/testing.sgml | 4 ++-- documentation/tools.sgml | 2 +- documentation/winelib-bindlls.sgml | 2 +- documentation/winelib-intro.sgml | 4 ++-- documentation/winelib-porting.sgml | 10 +++++----- documentation/winelib-toolkit.sgml | 6 +++--- 25 files changed, 104 insertions(+), 107 deletions(-) diff --git a/documentation/architecture.sgml b/documentation/architecture.sgml index 2ce26a162e4..53e66c78343 100644 --- a/documentation/architecture.sgml +++ b/documentation/architecture.sgml @@ -455,7 +455,7 @@ child1->popup->child2->child3->wnd1->child4->wnd2->desktop. not obscured by other windows. If a window has the WS_CLIPCHILDREN style then all areas below its children are considered invisible. - Similarily, if the WS_CLIPSIBLINGS + Similarly, if the WS_CLIPSIBLINGS 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 @@ child1->popup->child2->child3->wnd1->child4->wnd2->desktop. 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. This is the second source of the problem. Suppose @@ -738,7 +738,7 @@ child1->popup->child2->child3->wnd1->child4->wnd2->desktop. 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. @@ -860,7 +860,7 @@ child1->popup->child2->child3->wnd1->child4->wnd2->desktop. present under Intel Unix and Wine. - 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 @@ child1->popup->child2->child3->wnd1->child4->wnd2->desktop. 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 5a56b0b7ce9..8da6cb34eb2 100644 --- a/documentation/bugs.sgml +++ b/documentation/bugs.sgml @@ -124,7 +124,7 @@ 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 ~/.wine directory @@ -145,9 +145,6 @@ Check out further information - Check out the Wine Troubleshooting Guide on WineHQ. - Go to Google Groups and check whether some guys are smarter than you ;-) (well, whether they found a solution to the problem, that is) @@ -263,9 +260,9 @@ 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 +relay + the bug seems to disappear when +relay is used. Please mention that in the bug report. @@ -304,7 +301,7 @@ 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. Your computer must have perl on it @@ -348,7 +345,7 @@ The Hard Way 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 diff --git a/documentation/configuring.sgml b/documentation/configuring.sgml index 11aef90b413..d4e4913023b 100644 --- a/documentation/configuring.sgml +++ b/documentation/configuring.sgml @@ -1170,7 +1170,7 @@ C:\ Root directory of primary disk drive 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. Probably the one you want! @@ -1889,7 +1889,7 @@ And here is a setup for Drive A, a generic floppy drive: How To Set Up? - Reading labels and serial numbers just works automagically + Reading labels and serial numbers just works automatically if you specify a "Device" = line in the [Drive x] section in your ~/.wine/config. Note that the device has to exist and must be accessible by the user @@ -2194,7 +2194,7 @@ And here is a setup for Drive A, a generic floppy drive: It is of course also possible to override these settings by - explictly using Wine's --dll + explicitly using Wine's --dll 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 cb31a669a0b..a6bf4af4830 100644 --- a/documentation/consoles.sgml +++ b/documentation/consoles.sgml @@ -18,7 +18,7 @@ differences between the three approaches. - Fonction consoles implementation comparison + Function consoles implementation comparison @@ -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. diff --git a/documentation/cvs-regression.sgml b/documentation/cvs-regression.sgml index a071aaa3f23..dc48cfca040 100644 --- a/documentation/cvs-regression.sgml +++ b/documentation/cvs-regression.sgml @@ -11,7 +11,7 @@ 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 NOT for casual users. @@ -115,8 +115,8 @@ make depend && make 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. @@ -143,7 +143,7 @@ cvs -d $CVSROOT update -D "2002-06-01 15:17:25 CST" If you find the patch that is the cause of the problem, you have almost won; report about it to Wine Bugzilla - 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 17a0cddf7e6..63bb854128e 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 SOCKS. + url="http://www.cvshome.org/cyclic/cyclic-pages/unoff-socks.txt">SOCKS. @@ -87,7 +87,7 @@ checkout -P joe, ae, vi), or by creating the file .cvsrc 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. @@ -174,7 +174,7 @@ checkout -P Wine CVS mirror servers - 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 @@ CVSROOT=:pserver:<Username>@<CVS Server>:<Server root> Alternatively, you can use the -d parameter of cvs instead. - Substitude the applicable fields from the table below. + Substitute the applicable fields from the table below. 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 d9d3298309a..baca9836aba 100644 --- a/documentation/debugger.sgml +++ b/documentation/debugger.sgml @@ -251,7 +251,7 @@ winedbg "hl.exe -windowed" detach 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. @@ -320,7 +320,7 @@ winedbg "hl.exe -windowed" 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 whole crashdump even if it doesn't make sense to you. @@ -369,9 +369,9 @@ winedbg "hl.exe -windowed" Occasionally there are additional debug channels defined at the - begining of the file in the form. + beginning of the file in the form. WINE_DECLARE_DEBUG_CHANNEL(<channel>); - 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 TRACE_(<channel>)(" ... /n"); and add any additional channels to the commandline. @@ -622,7 +622,7 @@ call KERNEL.LSTRLEN |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 And MessageBox'ed. @@ -734,8 +734,8 @@ Call KERNEL.96: FREELIBRARY(0x031f) ret=01cf:105c ds=01ff Provided that segment 0x0004 is indeed segment 0x1cf, we now we can use IDA (available at - - ftp://ftp.uni-koeln.de/pc/msdos/programming/assembler/ida35bx.zip) to + + http://www.filelibrary.com:8080/cgi-bin/freedownload/DOS/h/72/ida35bx.zip) to disassemble the part that caused the error. We just have to find the address of the call to FreeLibrary(). Some lines before that the runtime error occurred. But be careful! In some cases you don't have to @@ -767,8 +767,8 @@ Call KERNEL.96: FREELIBRARY(0x031f) ret=01cf:105c ds=01ff IDA: - - ftp://ftp.uni-koeln.de/pc/msdos/programming/assembler/ida35bx.zip + + http://www.filelibrary.com:8080/cgi-bin/freedownload/DOS/h/72/ida35bx.zip @@ -782,8 +782,8 @@ Call KERNEL.96: FREELIBRARY(0x031f) ret=01cf:105c ds=01ff XRAY: - - ftp://ftp.th-darmstadt.de/pub/machines/ms-dos/SimTel/msdos/asmutil/xray15.zip + + http://garbo.uwasa.fi/pub/pc/sysinfo/xray15.zip @@ -797,8 +797,8 @@ Call KERNEL.96: FREELIBRARY(0x031f) ret=01cf:105c ds=01ff pedump: - - http://oak.oakland.edu/pub/simtelnet/win95/prog/pedump.zip + + ftp://ftp.simtel.net/pub/simtelnet/win95/prog/pedump.zip @@ -1472,7 +1472,7 @@ i => instructions (disassemble) 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 @@ -1535,7 +1535,7 @@ set - fixme => turn off the 'fixme' class However, some limitation in GDB while debugging wine (see - below) don't ppear in this mode: + below) don't appear in this mode: diff --git a/documentation/dlls.sgml b/documentation/dlls.sgml index bac289e486e..69ae99fd874 100644 --- a/documentation/dlls.sgml +++ b/documentation/dlls.sgml @@ -51,7 +51,7 @@ 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 @@ - Some stuctures are NOT defined in wine's COMCTL32 yet. + Some structures are NOT defined in wine's COMCTL32 yet. diff --git a/documentation/documentation.sgml b/documentation/documentation.sgml index 4a20eba545a..c46e67dfaa5 100644 --- a/documentation/documentation.sgml +++ b/documentation/documentation.sgml @@ -12,9 +12,9 @@ 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. @@ -34,13 +34,13 @@ The Wine source code tree comes with a large amount of documentation in the documentation/ 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 Wine Developer's Guide) right now. - 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 @@ Introduction to API Documentation 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: @@ -119,14 +119,14 @@ To provide more accurate documentation where the existing documentation - is accendentally or deliberately vague or misleading. + is accidentally or deliberately vague or misleading. - 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 @@ 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: [I], [In], [O], @@ -352,7 +352,7 @@ BOOL WINAPI PathRelativePathToA( FIXME. 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. @@ -458,7 +458,7 @@ BOOL WINAPI PathRelativePathToA( 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. @@ -475,7 +475,7 @@ BOOL WINAPI PathRelativePathToA( Any line starting with a single word followed by a colon (:) - 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. @@ -516,7 +516,7 @@ BOOL WINAPI PathRelativePathToA( 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. @@ -537,7 +537,7 @@ BOOL WINAPI PathRelativePathToA( 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 @@ BOOL WINAPI PathRelativePathToA( ... - By default, most SGML processors will autogenerate + By default, most SGML processors will auto generate some generic text for the xref link, like Section 2.3.1. You can use the diff --git a/documentation/getting.sgml b/documentation/getting.sgml index b36dd4a14e0..a9a57f66fa7 100644 --- a/documentation/getting.sgml +++ b/documentation/getting.sgml @@ -534,7 +534,7 @@ checkout -P joe, ae, vi), or by creating the file .cvsrc 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. diff --git a/documentation/i18n.sgml b/documentation/i18n.sgml index 7a0d8e831ff..a7da80cb4d6 100644 --- a/documentation/i18n.sgml +++ b/documentation/i18n.sgml @@ -175,13 +175,13 @@ 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. Edit - documentation/internationalisation to + documentation/internationalization to show the new status. diff --git a/documentation/implementation.sgml b/documentation/implementation.sgml index 224f0db36d0..260a9259af2 100644 --- a/documentation/implementation.sgml +++ b/documentation/implementation.sgml @@ -207,7 +207,7 @@ WORD cmd; stdout, stderr, stdaux and stdprn. 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! @@ -363,7 +363,7 @@ XXXX > YY @ ZZZZ:ZZZZ < data was read from the port - 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 @@ int udpp_put(int udpp_base, unsigned char command) 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) start: diff --git a/documentation/multimedia.sgml b/documentation/multimedia.sgml index 0811f3f9a15..96544edd3d2 100644 --- a/documentation/multimedia.sgml +++ b/documentation/multimedia.sgml @@ -426,7 +426,7 @@ 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). @@ -717,7 +717,7 @@ - fix the audio/video synchronisation issue + fix the audio/video synchronization issue @@ -817,7 +817,7 @@ 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 @@ 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. @@ -1047,7 +1047,7 @@ HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\MediaProperties\PrivatePrope 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). diff --git a/documentation/ole.sgml b/documentation/ole.sgml index c92989c5356..05b067dc1bc 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 @@ 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. @@ -166,7 +166,7 @@ ICOM_DEFINE(IDirect3D,IUnknown) 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. @@ -240,7 +240,7 @@ struct IDirect3DVtbl { and initialize the lpVtbl field to point to this variable. - 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 @@ struct IDirect3DVtbl { 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 @@ struct IDirect3DVtbl { 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 712429d74e4..781337829f8 100644 --- a/documentation/opengl.sgml +++ b/documentation/opengl.sgml @@ -76,7 +76,7 @@ 'modern' OpenGL libraries do). - If the OpenGL library explicitely links in libpthread (you + If the OpenGL library explicitly links in libpthread (you can check it with a ldd libGL.so), you need to force OpenGL support by starting configure 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. Anyway, it should be pretty safe to build with @@ -186,7 +186,7 @@ DesktopDoubleBuffered = Y - 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 :-) @@ -207,7 +207,7 @@ DesktopDoubleBuffered = Y double buffer mode. This is implemented in graphics/x11drv/opengl.c (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). @@ -333,8 +333,8 @@ DesktopDoubleBuffered = Y a better solution than adding another autogenerated thunk file), you can always download anywhere on the net (it's free) a GLU32.DLL file (by browsing, for example, - - http://ftpsearch.lycos.com/). + + http://www.dll-files.com/dllindex/index.shtml). diff --git a/documentation/patches.sgml b/documentation/patches.sgml index 9ec93afa80a..d0d03258b77 100644 --- a/documentation/patches.sgml +++ b/documentation/patches.sgml @@ -59,7 +59,7 @@ 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 diff -u against the old file. I.E. @@ -80,8 +80,8 @@ diff -u file.old file.c > file.txt - 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. @@ -89,7 +89,7 @@ diff -u file.old file.c > file.txt 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. @@ -126,8 +126,8 @@ code - 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 @@ code Inline attachments with Outlook Express - Outlook Express is notorious for mangleing attachements. Giving the + Outlook Express is notorious for mangling attachments. Giving the patch a .txt extension and attaching will solve the problem for most mailers including Outlook. Also, there is a way to enable Outlook Express send .diff @@ -197,7 +197,7 @@ code 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! cvs update is your friend! diff --git a/documentation/porting.sgml b/documentation/porting.sgml index dbe78b5a3ef..c6f91dad7cc 100644 --- a/documentation/porting.sgml +++ b/documentation/porting.sgml @@ -21,7 +21,7 @@ - How to port Wine to your favourite operating system + How to port Wine to your favorite operating system Why you probably shouldn't use #ifdef MyOS diff --git a/documentation/printing.sgml b/documentation/printing.sgml index 7cef465d4c1..3abf3bb7f11 100644 --- a/documentation/printing.sgml +++ b/documentation/printing.sgml @@ -184,7 +184,7 @@ printer=on 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 winedefault.reg (see below) and use the Winelib program programs/regedit/regedit. For example, if you have installed the Wine source tree in diff --git a/documentation/running.sgml b/documentation/running.sgml index 1e356870dd4..6220511dcc8 100644 --- a/documentation/running.sgml +++ b/documentation/running.sgml @@ -464,12 +464,12 @@ winspoolwnetx11 Text mode programs (CUI: Console User Interface) 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 @@ -676,7 +676,7 @@ winspoolwnetx11 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). diff --git a/documentation/testing.sgml b/documentation/testing.sgml index 2a3ce363580..c86987e6849 100644 --- a/documentation/testing.sgml +++ b/documentation/testing.sgml @@ -75,8 +75,8 @@ 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. diff --git a/documentation/tools.sgml b/documentation/tools.sgml index df3ee71c7ea..21ad6eca8e3 100644 --- a/documentation/tools.sgml +++ b/documentation/tools.sgml @@ -12,7 +12,7 @@ - This document desribes tools for handling resources within wine + This document describes tools for handling resources within wine diff --git a/documentation/winelib-bindlls.sgml b/documentation/winelib-bindlls.sgml index 6635c028d38..e121a473d7d 100644 --- a/documentation/winelib-bindlls.sgml +++ b/documentation/winelib-bindlls.sgml @@ -193,7 +193,7 @@ signed short WINAPI MyProxyWinFunc (unsigned short a, void *b, void *c, 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. diff --git a/documentation/winelib-intro.sgml b/documentation/winelib-intro.sgml index 657c5389b0d..282d8d34815 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 Makefile.in files to adjust the default compilation and link options set by winemaker. See the section for some hints. + endterm="source-analysis.title"> section for some hints. diff --git a/documentation/winelib-porting.sgml b/documentation/winelib-porting.sgml index c21dc467515..e76d78576c5 100644 --- a/documentation/winelib-porting.sgml +++ b/documentation/winelib-porting.sgml @@ -87,7 +87,7 @@ printf("Processor architecture=%d\n",si ANONS .wProcessorArchitecture); WINE_UNICODE_REWRITE for each file that is built, and add -fwritable-strings to the compiler - command line. You should replace all occurances of + command line. You should replace all occurrences of wchar_t with WCHAR also, since wchar_t is the native (32 bit) type. These changes allow Wine to modify the native unicode strings @@ -247,7 +247,7 @@ printf("Processor architecture=%d\n",si ANONS .wProcessorArchitecture); too that some functions are implemented with an underscore in their name and #defined to that name in the MS headers. So you may need to find out the name by - examing dlls/msvcrt/msvcrt.spec to get + examining dlls/msvcrt/msvcrt.spec to get the correct name for your @ignore entry. @@ -271,9 +271,9 @@ printf("Processor architecture=%d\n",si ANONS .wProcessorArchitecture); -lwine_uuid to the link line. - 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). @@ -305,7 +305,7 @@ printf("Processor architecture=%d\n",si ANONS .wProcessorArchitecture); 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 3546155a232..499561ca679 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 ). @@ -700,7 +700,7 @@ ORDINAL VARTYPE EXPORTNAME (DATA [DATA [DATA [...]]]) long for 8, 16, or 32 bits respectively. EXPORTNAME will be the name available for dynamic linking. DATA 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 Variable at ordinal 2 and containing 4 bytes. @@ -715,7 +715,7 @@ ORDINAL equate EXPORTNAME DATA corresponding to the variable. EXPORTNAME will be the name available for dynamic linking. DATA can be a decimal number or a hex number - preceeded by "0x". + preceded by "0x". -- 2.11.4.GIT