Web: Some more typo fixes

Francois Gouget fgouget at free.fr
Mon Jun 23 19:10:07 CDT 2003


Changelog:

 * templates/en/status_todo.template,
   wwn/wn19990627_2.xml,
   wwn/wn20000117_26.xml,
   wwn/wn20010506_94.xml,
   wwn/wn20011102_107.xml,
   wwn/wn20020726_130.xml,
   wwn/wn20020920_136.xml,
   wwn/wn20021115_144.xml,
   wwn/wn20021129_146.xml,
   wwn/wn20021206_147.xml,
   wwn/wn20021213_148.xml,
   wwn/wn20030103_151.xml,
   wwn/wn20030307_160.xml,
   wwn/wn20030523_171.xml,
   wwn/wn20030613_174.xml,
   wwn/wn20030620_175.xml
  Some more typo/spelling fixes (s/dependancy/dependency,
s/suport/support/, s/successfull/successful/)


-- 
Francois Gouget         fgouget at free.fr        http://fgouget.free.fr/
                            $live{free} || die "";
-------------- next part --------------
Index: templates/en/status_todo.template
===================================================================
RCS file: /home/wine/lostwages/templates/en/status_todo.template,v
retrieving revision 1.1
diff -u -r1.1 status_todo.template
--- templates/en/status_todo.template	25 Mar 2003 18:56:54 -0000	1.1
+++ templates/en/status_todo.template	23 Jun 2003 23:58:54 -0000
@@ -139,7 +139,7 @@
 
 <ul>
 <li>Better separation of win16/32 code</li>
-<li>Remove/rewrite win16/9x API dependancy on newer code</li>
+<li>Remove/rewrite win16/9x API dependency on newer code</li>
 <li>Remove/rewrite wineisms from code</li>
 <li>Rewrite/fix unixisms in most WINE dlls&nbsp;</li>
 <li>Documentation fixes</li>
Index: wwn/wn19990627_2.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn19990627_2.xml,v
retrieving revision 1.2
diff -u -r1.2 wn19990627_2.xml
--- wwn/wn19990627_2.xml	18 Jun 2003 14:40:31 -0000	1.2
+++ wwn/wn19990627_2.xml	23 Jun 2003 23:58:55 -0000
@@ -432,7 +432,7 @@
 
 <p />
 
-Patrick Stridvall, who is working on removing X11 dependancy from Wine (and
+Patrick Stridvall, who is working on removing X11 dependency from Wine (and
 also allowing Wine to run on some other platforms) gave the current state of
 his effort: <quote who="Patrick Stridvall">Yes and no. I have been working
 on some kind of driver system for Wine and which moved all X code to special
Index: wwn/wn20000117_26.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20000117_26.xml,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 wn20000117_26.xml
--- wwn/wn20000117_26.xml	2 Dec 2002 17:08:26 -0000	1.1.1.1
+++ wwn/wn20000117_26.xml	23 Jun 2003 23:58:55 -0000
@@ -142,7 +142,7 @@
    <li />it's simple (mostly removes code ;-)
 </ul></quote>
 
-The only known drawback is a dependancy on a gcc feature, (the
+The only known drawback is a dependency on a gcc feature, (the
 __attribute__((constructor)) telling that a function has to be called
 before main() is entered; this is used in this case to register the
 module). 
Index: wwn/wn20010506_94.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20010506_94.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20010506_94.xml
--- wwn/wn20010506_94.xml	9 Jun 2003 15:57:38 -0000	1.1
+++ wwn/wn20010506_94.xml	23 Jun 2003 23:58:55 -0000
@@ -110,7 +110,7 @@
    present in the TrueType font files, so the driver might as well use it.</p>
 <p>
    The driver could read this information directly from the font files, but
-   this would make Wine dependant on the FreeType libraries, and that
+   this would make Wine dependent on the FreeType libraries, and that
    doesn't strike me as a wonderful idea.  Instead, I have cobbled together
    a small program which reads a TrueType font file and creates a "TrueType
    Font Metrics" file, which is very similar to an AFM file.  (This program
@@ -149,7 +149,7 @@
  <li> Implement a FreeType font driver that links to Freetype and uses
    the FreeType APIs for all font metrics data as well as rasterization.</li>
 
- <li> Implement an X11-dependant font driver in the Font Engine to rely
+ <li> Implement an X11-dependent font driver in the Font Engine to rely
    on as a backup if FreeType isn't available.</li></ul></p>
 <p>
    Using FreeType more directly would also allow Wine to do serious
Index: wwn/wn20011102_107.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20011102_107.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20011102_107.xml
--- wwn/wn20011102_107.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20011102_107.xml	23 Jun 2003 23:58:56 -0000
@@ -179,7 +179,7 @@
 Gerard Patel had some insight:</p>
 <quote who="Gerard Patel"><p>
   Yes, I have looked at this application.
-  It loads fine under Windows - however, both dependancy walker and the
+  It loads fine under Windows - however, both dependency walker and the
   Nt quick viewer are not happy with it (one displays that there is a format
   error in the exe, the other loops and finally crashes)
 </p><p> 
Index: wwn/wn20020726_130.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20020726_130.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20020726_130.xml
--- wwn/wn20020726_130.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20020726_130.xml	23 Jun 2003 23:58:56 -0000
@@ -184,7 +184,7 @@
 access some unimplemented functions, <quote who="Peter Lord">
 the stumbling block is when the application starts to use network 
 operations, specifically WPUCompleteOverlappedRequest and 
-WSAAddressToStringA.  Right now, these are unimplimented and the java 
+WSAAddressToStringA.  Right now, these are unimplemented and the java 
 app crashes when trying to call them.</quote>  He wondered
 if there were any plans to add those two Wine.</p>
 
Index: wwn/wn20020920_136.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20020920_136.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20020920_136.xml
--- wwn/wn20020920_136.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20020920_136.xml	23 Jun 2003 23:58:56 -0000
@@ -169,7 +169,7 @@
 Status: </p>
 <p><ul>
 	Compiles, simple (non-unicode) test program authenticates 
-        sucessfully against Unix and Windows PDC accounts 
+        successfully against Unix and Windows PDC accounts 
 	(and fails with wrong password).
 </ul></p>
 <p>
Index: wwn/wn20021115_144.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20021115_144.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20021115_144.xml
--- wwn/wn20021115_144.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20021115_144.xml	23 Jun 2003 23:58:57 -0000
@@ -416,7 +416,7 @@
 the 3D code from the X11 driver:</p>
 <quote who="Lionel Ulmer"><p>
 The current OpenGL code (well, to be more precise, the current WGL code) is
-really X11 dependant and is only separated through hacks via ExtEscape
+really X11 dependent and is only separated through hacks via ExtEscape
 mechanisms to get X11 specific variables.
 </p><p>
 As I never was able to find documentation about the OpenGL ICD mechanism (ie
Index: wwn/wn20021129_146.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20021129_146.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20021129_146.xml
--- wwn/wn20021129_146.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20021129_146.xml	23 Jun 2003 23:58:57 -0000
@@ -303,7 +303,7 @@
  how would you prefer for us to track dependencies
       between patches ? Submit each time a patch agains fresh CVS with all
       previous patches sent (with an ever growing changelog) or do you prefer
-      (like here) a lot of patches dependant one on the others ?
+      (like here) a lot of patches dependent one on the others ?
       If it's the latter, do we need to do 'letter tracking' as Dimi did ?
 </quote></p>
 
Index: wwn/wn20021206_147.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20021206_147.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20021206_147.xml
--- wwn/wn20021206_147.xml	10 Jun 2003 18:05:36 -0000	1.3
+++ wwn/wn20021206_147.xml	23 Jun 2003 23:58:58 -0000
@@ -339,7 +339,7 @@
 <quote who="Mike Hearn"><p><ul>
 
 <li> Simple</li>
-<li> No XPCOM dependancies</li>
+<li> No XPCOM dependencies</li>
 <li> Could be more easily hacked to add IE compatibility (and was more IE
 compatible to start with)</li>
 <li> Small, good for embedding, relatively fast (gecko embedding is huge)</li>
Index: wwn/wn20021213_148.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20021213_148.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20021213_148.xml
--- wwn/wn20021213_148.xml	12 Jun 2003 20:48:20 -0000	1.2
+++ wwn/wn20021213_148.xml	23 Jun 2003 23:58:59 -0000
@@ -598,7 +598,7 @@
 Also, MSI installed apps have a special kind of shortcut that tracks 
 uses and allows for delayed installations (i.e. - install just the icon 
 now, we'll install the actual file when needed). I'm pretty sure there 
-is a heavy dependancy of MSI on file and directory tracking (it's 
+is a heavy dependency of MSI on file and directory tracking (it's 
 ability to recover slightly missing installs).
 </p><p>
 So, it's not going to be easy, and there is a lot of infrastructure 
Index: wwn/wn20030103_151.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20030103_151.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20030103_151.xml
--- wwn/wn20030103_151.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20030103_151.xml	23 Jun 2003 23:58:59 -0000
@@ -173,7 +173,7 @@
 </ul>
 </p><p>
 however, it doesn't move the code to kernel32 (there are still quite a 
-few pending dependancies)
+few pending dependencies)
 </p><p>
 since I'm not sure Alexandre will apply it right away (it seems his 
 mailbox is ready to explode ;-)), please give it a try (I've been using 
Index: wwn/wn20030307_160.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20030307_160.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20030307_160.xml
--- wwn/wn20030307_160.xml	10 Jun 2003 18:05:36 -0000	1.2
+++ wwn/wn20030307_160.xml	23 Jun 2003 23:59:00 -0000
@@ -287,7 +287,7 @@
 
 <section 
 	title="Wine's Library Dependencies" 
-	subject="Wine dependancies"
+	subject="Wine dependencies"
 	archive="http://www.winehq.com/hypermail/wine-devel/2003/03/0075.html" 
 	posts="4"
 	startdate="03/03/2003"
@@ -332,7 +332,7 @@
 the libs are detected at runtime, I know there was a patch to make
 OpenGL code detected like this (as opposed to enabled at compile time) -
 despite having a driver for the Jack sound server in this directory for
-instance, there is no dependancy on libjack. The other libs are fairly
+instance, there is no dependency on libjack. The other libs are fairly
 standard and would be present on almost all installations. A few, like
 the C++ libs and ncurses aren't a part of the LSB and at present would
 need to be statically linked.
Index: wwn/wn20030523_171.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20030523_171.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030523_171.xml
--- wwn/wn20030523_171.xml	12 Jun 2003 20:28:59 -0000	1.3
+++ wwn/wn20030523_171.xml	23 Jun 2003 23:59:00 -0000
@@ -389,7 +389,7 @@
 <quote who="Shachar Shemesh"><p>
 The static link question seems simple enough. I know that Mozilla uses 
 ICU, and I think OpenOffice does too. Both of them don't have a runtime 
-dependancy on it (or else it would be available for redhat, right?). 
+dependency on it (or else it would be available for redhat, right?). 
 This means they either static link it or imported the sources into their 
 app.
 </p><p>
@@ -404,7 +404,7 @@
 considering that the maintainer is from Iran). It only supports UCS-4.
 </p><p>
 Also - like I told Mike H on IRC, static linking ICU will mean that we 
-don't have to remove a dependancy from the Wine binary if FriBiDi ever 
+don't have to remove a dependency from the Wine binary if FriBiDi ever 
 catches up.
 </p><p>
 ICU implements both mirroring and shaping. It supports UTF-16, including 
@@ -413,10 +413,10 @@
 but the version you downloaded is). This is meaningless for BiDi (there 
 was no change), but does indicate that the library is alive.
 </p><p>
-The compile time dependancy is nothing new. It will be there whether I 
+The compile time dependency is nothing new. It will be there whether I 
 static link or dynamic, and for whichever library I use. The fact that 
 this is an uncommon library, coupled with the fact that I'm going to 
-make it an optional compile time dependancy, means that there is a high 
+make it an optional compile time dependency, means that there is a high 
 chance that the Wine packagers will neglect to download it before 
 building Wine packages. This is a bummer, as the resulting Wine will not 
 support BiDi, but should have no other side effect.
Index: wwn/wn20030613_174.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20030613_174.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20030613_174.xml
--- wwn/wn20030613_174.xml	16 Jun 2003 19:35:07 -0000	1.1
+++ wwn/wn20030613_174.xml	23 Jun 2003 23:59:00 -0000
@@ -562,7 +562,7 @@
 <ul>
  <li> Are they too different? Would it be like trying to map comctrl onto
 Tk?</li>
- <li> Adds an extra dependancy on GStreamer. Still, all distros with
+ <li> Adds an extra dependency on GStreamer. Still, all distros with
 gnome2.2 (ie all of them) ship with it on the CDs.</li>
  <li> I don't know what I'm talking about, so I could be being dumb.</li>
 </ul></p></quote>
Index: wwn/wn20030620_175.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20030620_175.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20030620_175.xml
--- wwn/wn20030620_175.xml	20 Jun 2003 18:33:57 -0000	1.1
+++ wwn/wn20030620_175.xml	23 Jun 2003 23:59:01 -0000
@@ -197,7 +197,7 @@
    By manually adding this entry in system.reg, it is still not possible to get the executables 
  icons :-\ I also saw that
  [Software\\Classes\\.exe\\DefaultIcon] is also queried. Even if i manually add this entry again, 
- it's not successfull. I think i've
+ it's not successful. I think i've
  missed something in these entries definition but i don't know what. Anyway, by forcing the code 
  to look inside executable for icons,
  they finally appear :)


More information about the wine-patches mailing list