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@free.fr http://fgouget.free.fr/
$live{free} || die "";
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 </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 :)
