Now also catching bad spellings of don't, won't, etc.
Changelog:
Assorted spelling fixes
--
Francois Gouget fgouget@xxxxxxx http://fgouget.free.fr/
War doesn't determine who's right. War determines who's left.Index: wwn/wn19990718_4.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn19990718_4.xml,v
retrieving revision 1.4
diff -u -r1.4 wn19990718_4.xml
--- wwn/wn19990718_4.xml 18 Jul 2003 20:50:49 -0000 1.4
+++ wwn/wn19990718_4.xml 13 Dec 2003 23:29:56 -0000
@@ -700,7 +700,7 @@
The converse works partially. You can select something in an X terminal and
paste it into Wine using XA_PRIMARY. However if you copy something into the
clipboard using the CLIPBOARD atom from a clipboard aware app like Netscape,
-Wine won't know about this selection since it doesnt yet know about this
+Wine won't know about this selection since it doesn't yet know about this
atom.
<p />
Index: wwn/wn20000918_61.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20000918_61.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20000918_61.xml
--- wwn/wn20000918_61.xml 18 Jul 2003 20:50:50 -0000 1.2
+++ wwn/wn20000918_61.xml 13 Dec 2003 23:30:14 -0000
@@ -153,7 +153,7 @@
shared with msvcrt.dll (way in the future).</li>
<li><b>#includes</b>: Wine's "process.h" will conflict with the
crt "process.h". Is it desirable to have crt headers in the wine
-include dir, or should they be in include/crt? (note I wont be writing
+include dir, or should they be in include/crt? (note I won't be writing
headers for some time).</li>
</ul>
</quote>
Index: wwn/wn20020331_119.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020331_119.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20020331_119.xml
--- wwn/wn20020331_119.xml 4 Sep 2003 15:53:36 -0000 1.6
+++ wwn/wn20020331_119.xml 13 Dec 2003 23:29:26 -0000
@@ -378,7 +378,7 @@
can do whatever it wants to (render to it or whatever) and it then gets
copied back when needed, same method..
<p />
- One of the big savers here is that the ShmPixmap means we dont have to
+ One of the big savers here is that the ShmPixmap means we don't have to
be sending stuff between X server/client, saves alot of time..
<p />
As for X supporting multiple depths - I investigated this and talked to
Index: wwn/wn20020710_128.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020710_128.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20020710_128.xml
--- wwn/wn20020710_128.xml 18 Jul 2003 20:50:50 -0000 1.2
+++ wwn/wn20020710_128.xml 14 Dec 2003 10:28:34 -0000
@@ -339,7 +339,7 @@
is much faster und easier. And (for all GNU-fanatics) its fully
GPL-compatible....
</p><p>
-My problem is, that I dont know all options of the config-file. Till now
+My problem is, that I don't know all options of the config-file. Till now
I only implemented the options which stands in my wine-config, including
the ;-Entries. Only the specific-program settings are not iplemented,
its too hard to make this part GUI-based (I'm so sorry, but my english
@@ -347,7 +347,7 @@
</p><p>
Is such a tool already avaible, or an existing codebase?
</p><p>
-Please note that Jine (Jawy after the rewrite) isnt ready for use. O.K
+Please note that Jine (Jawy after the rewrite) isn't ready for use. O.K
it does work, but the code is awful and I'm currently working on a rewrite.
</p></quote>
<p><a href="http://www.winehq.com/hypermail/wine-devel/2002/07/att-0084/01-jine-screenshot.png";>
Index: wwn/wn20020807_131.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020807_131.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20020807_131.xml
--- wwn/wn20020807_131.xml 18 Jul 2003 20:50:50 -0000 1.5
+++ wwn/wn20020807_131.xml 13 Dec 2003 23:29:18 -0000
@@ -401,7 +401,7 @@
<p>Steven Edwards had a quick solution,
<quote who="Steven Edwards">
You need to use the windows dinput.dll as ours is (still) not up to spec. I used to play this game
- all the time under linux till tribes2. I dont know if this will work with the directx 8.1 but if
+ all the time under linux till tribes2. I don't know if this will work with the directx 8.1 but if
you can find a dinput.dll from dx5 or 6 it should work. </quote></p>
<p>That seemed to work, but Kristoffer went on to mention some other problems such as
Index: wwn/wn20020913_135.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020913_135.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20020913_135.xml
--- wwn/wn20020913_135.xml 4 Sep 2003 15:53:36 -0000 1.6
+++ wwn/wn20020913_135.xml 13 Dec 2003 23:29:13 -0000
@@ -186,19 +186,19 @@
code which runs some simple Direct3D samples and most of a sequence of
tutorials. (9 out of 11 work reasonably well).
</p><p>
-I dont have a problem with the code remaining personal to me and probably
+I don't have a problem with the code remaining personal to me and probably
archived, as I have learnt a lot by doing it (which was my original aim),
but if it is agreed that adding directx 8 support completely different to
the TransGaming code is ok, then I may try to submit some patches.
</p><p>
-Note the current code is nowhere near ideal, so dont get your hopes up.
+Note the current code is nowhere near ideal, so don't get your hopes up.
Specifically, it exports X11DRV_get_client_window from X11DRV as a means of
getting the X window from the HWND, which is not clean. It does not use a
HAL (which is where the current ddraw code was starting to head), it calls
all the opengl calls inline. I have only tested on one machine with one
level of mesa (tough! thats all I have). It also has all the c parts in the
d3d8 directory, completely separate (and in some cases duplicating code from
-the ddraw code), which may or may not be desired. I also dont have a clue
+the ddraw code), which may or may not be desired. I also don't have a clue
about the configure tests and makefile.in, so I have just a basic structure
which works enough for me. I'm also relatively certain I havent necessarily
used the highest performing code everywhere, I have done the best I could
Index: wwn/wn20021115_144.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20021115_144.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20021115_144.xml
--- wwn/wn20021115_144.xml 25 Jul 2003 18:45:03 -0000 1.6
+++ wwn/wn20021115_144.xml 13 Dec 2003 23:29:05 -0000
@@ -627,7 +627,7 @@
if you look at that dll, there are still a huge number of stubs.
Additionally the date/time handling is (was, anyway) pretty useless. I would
strongly recommend if anyone starts writing VB testcases they try and
-exercise the Variant cases as well as the standard types (...and no, I dont
+exercise the Variant cases as well as the standard types (...and no, I don't
have time!)</quote></p>
<p>Marcus Meissner pointed out another potential problem,
<quote who="Marcus Meissner">
Index: wwn/wn20021206_147.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20021206_147.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20021206_147.xml
--- wwn/wn20021206_147.xml 18 Jul 2003 20:50:50 -0000 1.6
+++ wwn/wn20021206_147.xml 13 Dec 2003 23:29:53 -0000
@@ -692,7 +692,7 @@
The second is an older benchmark/demo called Tirtanium:
<ul><a href="http://www.tirtanium.de/prog3d.html";>
http://www.tirtanium.de/prog3d.html</a></ul>
-The homepage doesnt seem to have the binary anymore so here's a direct link
+The homepage doesn't seem to have the binary anymore so here's a direct link
to a mirror:
<ul><a href="http://public.planetmirror.com/pub/3dfiles/tweakfiles/benchmark/tirta190.zip";>
http://public.planetmirror.com/pub/3dfiles/tweakfiles/benchmark/tirta190.zip</a></ul>
Index: wwn/wn20021213_148.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20021213_148.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20021213_148.xml
--- wwn/wn20021213_148.xml 4 Sep 2003 15:53:36 -0000 1.6
+++ wwn/wn20021213_148.xml 13 Dec 2003 23:29:01 -0000
@@ -254,7 +254,7 @@
with the Spanish keyboard. At this point Zsolt Rizsanyi mentioned
he had a workaround but it wasn't the proper fix:</p>
<quote who="Zsolt Rizsanyi"><p>
-I dont think that the problem is with the keyboard layout. I had poblems
+I don't think that the problem is with the keyboard layout. I had poblems
entering hungarian keys odoubleacute and udoubleacute. I fixed that
problem with a hack to convert non Latin-1 keysyms to Unicode. I have sent
that patch for inclusion, but I was said that there is a more correct patch
Index: wwn/wn20030110_152.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030110_152.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20030110_152.xml
--- wwn/wn20030110_152.xml 9 Sep 2003 14:34:58 -0000 1.5
+++ wwn/wn20030110_152.xml 5 Dec 2003 02:37:38 -0000
@@ -487,7 +487,7 @@
<p>Lionel Ulmer then wrote in with an interesting idea:</p>
<quote who="Lionel Ulmer"><p>
-Yeah, this is one of the most persistant 'Wine dream' around :-)
+Yeah, this is one of the most persistent 'Wine dream' around :-)
</p><p>
I had once a long discussion with a fellow hacker on this subject (going
into the likes of using Valgrind's virtualization engine to output non-X86
Index: wwn/wn20030207_156.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030207_156.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20030207_156.xml
--- wwn/wn20030207_156.xml 5 Sep 2003 14:30:55 -0000 1.7
+++ wwn/wn20030207_156.xml 13 Dec 2003 23:28:47 -0000
@@ -463,7 +463,7 @@
know ReactOS had its first release. ReactOS is intended to function
as a drop in replacement for those operating systems from Redmond.</p>
<quote who="Steven Edwards"><p>
-Just wanted to let everyone know that we've hit our first major milestone with ReactOS. I dont
+Just wanted to let everyone know that we've hit our first major milestone with ReactOS. I don't
have the changelog in front of me but to some it up here it the list that I know off the top of my
head.
<ul>
@@ -476,7 +476,7 @@
</ul></p><p>
Once WINE hits 1.x we will again take a snapshot of your tree so we have standard debugging
-interfaces. Right now in or tree we dont use libwine but have our own dll that implements the
+interfaces. Right now in or tree we don't use libwine but have our own dll that implements the
debug channels. We also still need to adapt alot of the controls from WINE for our user32.
</p><p>
Thanks for all the help
Index: wwn/wn20030328_163.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030328_163.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20030328_163.xml
--- wwn/wn20030328_163.xml 5 Sep 2003 14:30:55 -0000 1.6
+++ wwn/wn20030328_163.xml 14 Dec 2003 10:28:43 -0000
@@ -327,17 +327,17 @@
<p>Steven Edwards thought it would be possible,
<quote who="Steven Edwards">
You might want to make a wrapper application like wine/programs/services. This program could then
-be started by wineserver and a config option if you want to try and run a NT service. I dont
+be started by wineserver and a config option if you want to try and run a NT service. I don't
really see the point on running services under WINE unless you want to try and install AV software
that loads as a service =)</quote></p>
<p>Sylvain Petreolle didn't like the idea at all,
<quote who="Sylvain Petreolle">
-dooooont do it ! even wineboot isnt started by the server !</quote></p>
+dooooont do it ! even wineboot isn't started by the server !</quote></p>
<p>Steven thought about it and remarked,
<quote who="Steven Edwards">
-I havent been following how wineboot operates as I dont have a need for it under Mingw or Cygwin
+I havent been following how wineboot operates as I don't have a need for it under Mingw or Cygwin
ATM. Sylvain is right you should look at the way wineboot and rpcss work under WINE and then
implement services as such. It would be nice if you add a net command to wcmd so we can net stop
service-name
Index: wwn/wn20030425_167.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030425_167.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20030425_167.xml
--- wwn/wn20030425_167.xml 9 Sep 2003 14:34:58 -0000 1.5
+++ wwn/wn20030425_167.xml 13 Dec 2003 23:28:31 -0000
@@ -531,7 +531,7 @@
is sources except in help text ...)</li>
<li> save/restore breakpoints/displays/defined symbols</li>
<li> reverse backtrace list (so current frame is at the bottom and you
- dont have to scroll all the way up)</li>
+ don't have to scroll all the way up)</li>
<li> remove limit of 10 entries in DEBUG_GetSymbolValue [done]</li>
<li> remove duplicated code in DEBUG_FindNearestSymbol/DEBUG_CheckLinenoStatus</li>
</ul></p><p>
Index: wwn/wn20030516_170.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030516_170.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20030516_170.xml
--- wwn/wn20030516_170.xml 5 Sep 2003 14:30:55 -0000 1.6
+++ wwn/wn20030516_170.xml 13 Dec 2003 23:28:27 -0000
@@ -186,7 +186,7 @@
concerning Max Payne,
<quote who="Jason Edmeades">
With this fix MayPayne is starting to be playable. Looks fine as
- long as you dont change weapon (Fancy doing it all with the pistol?).
+ long as you don't change weapon (Fancy doing it all with the pistol?).
You have to wait with a black screen during some of the movie sections
though. </quote> A few hours later he had more problems fixed,
including being able to change weapons, and announced,
@@ -194,7 +194,7 @@
Aside from no movies and no sound May Payne looks quite good. I also
checked my changes didnt break warcraft3 either, so we now at least have
2 games which are playable.
- PS Dont expect much more from me for a while now - Busy playing games...
+ PS: Don't expect much more from me for a while now - Busy playing games...
</quote>
</p>
@@ -417,8 +417,8 @@
I am doing some work trying to separate Ole* and Ole32 for use in
ReactOS. Before we can make use of most of the WINE code all of the
Non-Win32api imported functions are going to need to be compiled out or
- rewitten. I dont need someone to do this for me but I am going to need a
- little hand-holding as I dont want to waste my or anyone elses time.
+ rewitten. I don't need someone to do this for me but I am going to need a
+ little hand-holding as I don't want to waste my or anyone else's time.
</p><p>
Currentlly Ole32 Imports these non-Win32api functions:
<ul>
Index: wwn/wn20030606_173.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030606_173.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030606_173.xml
--- wwn/wn20030606_173.xml 18 Jul 2003 20:50:50 -0000 1.3
+++ wwn/wn20030606_173.xml 13 Dec 2003 23:27:59 -0000
@@ -230,7 +230,7 @@
<p>Sylvain Petreolle objected first:</p>
<quote who="Sylvain Petreolle"><p>
- please dont add / to the default config.
+ please don't add / to the default config.
Some reasons no to do that:
<ul>
<li> its insecure, since you can write everywhere you want
Index: wwn/wn20030613_174.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030613_174.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20030613_174.xml
--- wwn/wn20030613_174.xml 5 Sep 2003 14:30:55 -0000 1.6
+++ wwn/wn20030613_174.xml 13 Dec 2003 23:27:49 -0000
@@ -458,7 +458,7 @@
cg mem)</li></ul></li>
<li> CopyRect:
<ul>
- <li> dont lock/Unlock when not really needed</li>
+ <li> don't lock/Unlock when not really needed</li>
<li> use glTexSubImage2d for optimisation when possible</li></ul></li>
<li> Lock/Unlock:
<ul>
Index: wwn/wn20030620_175.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030620_175.xml,v
retrieving revision 1.4
diff -u -r1.4 wn20030620_175.xml
--- wwn/wn20030620_175.xml 4 Sep 2003 15:53:36 -0000 1.4
+++ wwn/wn20030620_175.xml 13 Dec 2003 23:29:46 -0000
@@ -138,7 +138,7 @@
<p>Sylvain Petreolle want to know some DirectX work was being done:</p>
<quote who="Sylvain Petreolle"><p>
Is anyone of you working on Dmusic interfaces ?
-Now doing test with Dxdiag doesnt work,
+Now doing test with Dxdiag doesn't work,
it says "No such interface" when trying to create a IDirectPerformance
object.
</p><p>
Index: wwn/wn20030808_182.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030808_182.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030808_182.xml
--- wwn/wn20030808_182.xml 4 Sep 2003 15:53:36 -0000 1.3
+++ wwn/wn20030808_182.xml 13 Dec 2003 23:30:49 -0000
@@ -334,7 +334,7 @@
texture object is bound. This patch on my machine changes the displayed
fps by the Billboard sample from 30.6 to about 42.6. [Actually it was
43.0
-with patch b, but I dont see why!]
+with patch b, but I don't see why!]
</p><p>
There is still more optimization which can be done here, but this is a
start.
Index: wwn/wn20030829_185.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20030829_185.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20030829_185.xml
--- wwn/wn20030829_185.xml 10 Nov 2003 19:19:14 -0000 1.3
+++ wwn/wn20030829_185.xml 13 Dec 2003 23:27:54 -0000
@@ -358,7 +358,7 @@
After investigating the DirectX NT dlls as part of an investigation to see
if they would work on ReactOS, I discovered something.
</p><p>
-The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) dont
+The core DX dlls (like ddraw.dll, dsound.dll, dinput.dll and others) don't
seem to make kernel-mode or driver/hardware calls directly.
Most of it appears to be done via other places (such as winmm.dll, some
special thunks in gdl32.dll and others)
Index: wwn/wn20031108_195.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031108_195.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20031108_195.xml
--- wwn/wn20031108_195.xml 10 Nov 2003 19:19:14 -0000 1.2
+++ wwn/wn20031108_195.xml 13 Dec 2003 23:28:56 -0000
@@ -339,7 +339,7 @@
made this remark:</p>
<quote who="Jason Edmeades"><p>
One other thought. At some point in time we will have to address copy
- protection. I dont want to get into legal discussions and I dont intend
+ protection. I don't want to get into legal discussions and I don't intend
looking into it (yet), BUT would I be correct in saying that if someone
worked out the first point at which copy protection fails, and codes a
basic application which emulates this behaviour. Since this simple app
@@ -378,7 +378,7 @@
<li>2 was committed to wine CVS.</li>
<li>The problems behind 1 and 3 were fixed in the meantime.</li>
<li>I have read a discussion about 4 on wine-devel. If I remember correctly it was
-agreed that it should be added to wine sooner or later. But I dont see it
+agreed that it should be added to wine sooner or later. But I don't see it
yet in the CVS.</li>
<li>5 is the only part which is related to safedisc. The SECDRV device handler is
implemented in the secdrv.sys file which comes with the copy protected CD.
@@ -411,7 +411,7 @@
Yes it should be possibe to adapt the work of Jan Kratochvil's Captive
NTFS project to let you load the safedisk driver under Linux rather
than the Windows NTFS driver. I have not tested loading the safedisk
-driver under ReactOS but I dont see why it wouldn't work.
+driver under ReactOS but I don't see why it wouldn't work.
<ul><a href="http://www.jankratochvil.net/project/captive/";>
http://www.jankratochvil.net/project/captive/</a></ul></p></quote>
Index: wwn/wn20031114_196.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031114_196.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031114_196.xml
--- wwn/wn20031114_196.xml 18 Nov 2003 15:15:02 -0000 1.1
+++ wwn/wn20031114_196.xml 13 Dec 2003 23:29:49 -0000
@@ -205,7 +205,7 @@
<quote who="Sylvain Petreolle"><p>
With yesterday cvs update, whch adds a glibc-threading detection,
-wine doesnt load a _Windows_ program anymore.
+wine doesn't load a _Windows_ program anymore.
</p><p>
Using the RedHat rpm Yarrow kernel, I get :
<ul><code>
Index: wwn/wn20031128_198.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031128_198.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031128_198.xml
--- wwn/wn20031128_198.xml 28 Nov 2003 22:59:35 -0000 1.1
+++ wwn/wn20031128_198.xml 2 Dec 2003 21:41:04 -0000
@@ -129,7 +129,7 @@
.com suffix raises all sorts of nasty questions that are
better avoided.
</p><p>
- We wouldn't be the first project to have to related names
+ We wouldn't be the first project to have two related names
for their site, and I see no potential danger in making
the change, just an upside. Please consider it.
</p><p>
@@ -171,10 +171,10 @@
This time, I actually installed a spell checker. Believe it or not.
<a href="http://www.shemesh.biz/wine";>http://www.shemesh.biz/wine</a>
holds the PDF and the openoffice of the slides. I'm hoping this is the
-last draft. You know youv'e stayed up for too long when you start
+last draft. You know you've stayed up for too long when you start
putting stuff into your sig.
</p><p>
-A huge thanks for everyone for their input.
+A huge thanks to everyone for their input.
</p></quote>
<p>Shachar noted that the presentation is meant to be accompanied
@@ -183,7 +183,7 @@
</section>
<section
- title="Running PhotoShop Plugins in the GIMP With Wine"
+ title="Running Photoshop Plugins in the GIMP With Wine"
subject="Fun projects?"
archive="http://www.winehq.com/hypermail/wine-devel/2003/11/0611.html";
posts="12"
@@ -204,10 +204,10 @@
</p>
<p>On the <a href="http://www.winehq.com/site/fun_projects";>Fun
-Projects></a> page is an idea suggested by Marcus Meissner to investigate
-using native PhotoShop plugins with the <a href="http://www.gimp.org";>GIMP</a>.
-This week Rob Collins provided some details on interfacing with PhotoShop
-plugins:></p>
+Projects</a> page is an idea suggested by Marcus Meissner to investigate
+using native Photoshop plugins with the <a href="http://www.gimp.org";>GIMP</a>.
+This week Rob Collins provided some details on interfacing with Photoshop
+plugins:</p>
<quote who="Rob Collins"><p>
Photoshop plugins are DLLs, with all calls from the host using 1 entry point
@@ -273,7 +273,7 @@
<quote who="Rob Collins"><p>
Well! It would do this project no good if I were to break the agreement I
made with Adobe in regards these SDKs (I have the AE and Premiere ones too).
-So, until I get a responce from Adobe or their maillist (I lost that
+So, until I get a response from Adobe or their maillist (I lost that
agreement), I won't directly provide any details from the SDK itself.
There's still plenty of information available online, though.
</p><p>
@@ -294,7 +294,7 @@
Cinepaint's sourceforge downloads page, among other sites. The
/pspi-source-root/src/pspi.c has the struct for the entry point.
</p><p>
- We certainly won't get 100% compatability: some/maybe many P$ filters call
+ We certainly won't get 100% compatibility: some/maybe many P$ filters call
other DLLs ... not just windows DLLs but their own ; possibly to extend their
functionality, but likely as a part of copy protection.
</p><p>
@@ -339,7 +339,7 @@
meantime, any other projects you can think of that do this sort of thing?
(ndiswrapper is a kernel module).
</p><p>
- Just for some basic info ... MPlayer fakes responces to system API on a
+ Just for some basic info ... MPlayer fakes responses to system API on a
per-codec-DLL basis, which means, for each new DLL, they add the necessary
callbacks. I think this could eventually wind them into trouble if the dlls
they want to use grew in the wrong way. But, the advantage, they don't have
@@ -348,7 +348,7 @@
</p><p>
I don't know if speed will be such an issue for my purposes; I'm not
outputting unencoded video ... hopefully this flexability (a full wine) lends
-enough compatability that I only need .specs for supporting DLLs for the
+enough compatibility that I only need .specs for supporting DLLs for the
plugins. Since their port includes the interface to the DLLs, it's still
another resource to look at.
</p><p>
Index: wwn/wn20031205_199.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031205_199.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031205_199.xml
--- wwn/wn20031205_199.xml 6 Dec 2003 22:04:18 -0000 1.1
+++ wwn/wn20031205_199.xml 13 Dec 2003 23:43:24 -0000
@@ -88,7 +88,7 @@
<p>OSNews published a really nice writeup about the
<a href="http://www.osnews.com/story.php?news_id=5262";>combination of
SuSE 9.0 and CrossOver Office 2.1.0</a>. The author installed SuSE 9.0
-on a colleagues machine when Windows became unstable. Various Windows
+on a colleague's machine when Windows became unstable. Various Windows
apps, including the genetic sequencer "Sequencher", were required:</p>
<quote who="OSNew"><p>
On the other hand, while the barrier to Linux usage by employees is arguably
@@ -98,13 +98,13 @@
understand Linux or other *nix operating systems. For example, while this
desktop installation of SuSE 9.0 proceeded flawlessly --and indeed much
better than I anticipated would be the case with some failing hardware in the
- mix-- the installation of Crossover Office required a trivial bit of
+ mix-- the installation of CrossOver Office required a trivial bit of
additional manual setup that certainly could have stumped Windows sysadmins
- who were new to Linux (Crossover installs without issue on SuSE 9.0, but
+ who were new to Linux (CrossOver installs without issue on SuSE 9.0, but
application icons do not show up on the user's desktop). Solving the nuts and
bolts of minor installation issues is however just a small part of the
equation. A more important aspect is the realization that tools like
- Crossover Office exist and may have a number of advantages (speed, cost, ...)
+ CrossOver Office exist and may have a number of advantages (speed, cost, ...)
over alternative solutions like VMWare for organizations that are looking
for practical ways to deploy Linux on a wider scale than they have
previously. </p></quote>
@@ -131,7 +131,7 @@
<topic>Ports</topic>
<p>I guess the title I gave this thread is a bit redundant since
Opteron implies 64 bit processor. Oh well.
-Jonathon Grant wondered the feasibility of buying one:</p>
+Jonathon Grant wondered about the feasibility of using one:</p>
<quote who="Jonathon Grant"><p>
I'm considering getting an Opteron. With this being a 64bit CPU I
wondered if there would be any issues with using WINE to make use of
@@ -162,7 +162,7 @@
SUSE 9.0 comes with full biarch toolchain support on AMD64.</p><p>
-Before you start, install additionaly to the default packages:
+Before you start, install additionally to the default packages:
<ul>
<li>glibc-devel-32bit</li>
<li>freetype2-devel-32bit</li>
@@ -187,7 +187,7 @@
If you have arts-devel installed, you might need to patch
dlls/winmm/winearts/Makefile and replace lib64 by lib.
</p><p>
-You will also need attached winebuild patch that uses "LD" from the environment.
+You will also need the attached winebuild patch that uses "LD" from the environment.
</p></quote>
</section>
@@ -261,7 +261,7 @@
linking under Winelib (again some problems with the typelibs.)
</p><p>
I have my own copyrighted DirectShow video render that is implemented on
-top of DirectDraw. It uses the Overlay Surfaces YUV or RGB what ever is
+top of DirectDraw. It uses the Overlay Surfaces YUV or RGB whatever is
available/requested. It will also fall back to HW (HardWare) memory
surfaces that are not overlay. I did not yet implement the Memory
surfaces support. (didn't need to but it should be easy to add them). I
@@ -285,7 +285,7 @@
It is a big project. Do you know of a Company that would like to finance
such a thing to some extent. ( condition 1 above applies C++ only). I'll
think about it any way. Maybe it is not as big as I think. (Usually
-projects are much bigger then I think they are)</p></quote>
+projects are much bigger than I think they are)</p></quote>
<p>The problem here may be with C++. In order to use it in Wine you'd
@@ -314,7 +314,7 @@
integrated into CVS needed to be taken care. After a little discussion and
some minor patches, Alexandre committed it. </p>
-<p>However, that's only one piece of the puzzle. When you run it it
+<p>However, that's only one piece of the puzzle. When you run it, it
packages up all the test results and sends them to a mailing list. Something
is still required to parse those emails and create a nice table of information.
Ferenc Wagner has worked on that side and dropped a note this week to start
@@ -441,11 +441,11 @@
I'm new to this list. The company I'm working for, is developing
software for Windows and as a personal Linux fan I was testing
our software with Wine from time to time. The last tries (several
-month ago) were still pretting bad, but with the Wine from Suse 9.0
+month ago) were still pretting bad, but with the Wine from SuSE 9.0
(snapshot from August 2003)
there were only "trivial" errors (mostly conformance) which we were
able to circumwent in our software. I tracked all problems and reported
-them als bugs: (1844, 1845, 1847, 1848) together with a patch for two of
+them as bugs: (1844, 1845, 1847, 1848) together with a patch for two of
them.
</p><p>
We have a customer, who already asked for a version of our software
@@ -456,7 +456,7 @@
into the bug list and found the rather old "meta bug" #170.
Unfortunately the link inside is broken.
</p><p>
-Perhaps we can contribute in making the InstallShield Setup Engine
+Perhaps we can contribute to making the InstallShield Setup Engine
work. Has anybody tracked what's causing the problem? I read
about "global window handles", but this didn't gave me the right
clue. Is it related with the API call FindWindow? Is the IS Setup Engine
@@ -478,12 +478,12 @@
not the desired solution. Rob Shearman mentioned some of the problems
with native OLE/DCOM:</p>
<quote who="Robert Shearman"><p>
-I belive that it is our lack of proper ThreadingModel support in COM. We
+I believe that it is our lack of proper ThreadingModel support in COM. We
currently ignore the registry parameter
<tt>HKCU\CLSID\{GUID}\InprocServer32\ThreadingModel</tt>. I believe we do that right
thing in the case of that value being Apartment and the application calling
<tt>CoInitializeEx(NULL,COINIT_APARTMENTTHREADED)</tt>. However, we don't do the
-right thing in any of the other combination of flags. I belive the right
+right thing in any of the other combination of flags. I believe the right
course of action is to use stubless proxies to marshal the interface across
boundaries in certain cases. These cases are listed in the books "Inside
OLE" and "Inside DCOM" by Microsoft Press.
@@ -501,7 +501,7 @@
regressions since then though, Marcus fixed one bad one lately (in-place
coercion of arguments to IDispatch::Invoke).
</p><p>
- Oves work on interthread marshalling has been X11 licensed and I
+ Ove's work on interthread marshalling has been X11 licensed and I
produced a patch that merged it with WineHQ (and fixed a minor bugs and
such). I think Mike McCormack has a copy I sent him, but I never
submitted it. I need to do that sometime really.
@@ -525,7 +525,7 @@
<p>Steven Edwards reported that the Windows version of OpenOffice
worked with Wine:</p>
<quote who="Steven Edwards"><p>
-I have just compleated a full install of OO 1.1 under WINE. No outsite
+I have just compleated a full install of OO 1.1 under WINE. No outside
packages are required to install and configure OpenOffice for Win32
under Wine. There are a few minor bugs with some of the strings in
menus but I would rate it at 99%. If anyone is interested in a good
@@ -594,7 +594,7 @@
Eric Pouech, the Wine debugger guru, noted that .dbg files are supported,
<quote who="Eric Pouech">but it also depends on the MS debugging format used.
Ulrich Weigand wrote some support for some formats (NB09, NB10 and N11), but
-latest formats are not supported.</quote>. </p>
+latest formats are not supported.</quote></p>
<p>Concerning moving code out of winedbg, he added,
<quote who="Eric Pouech">
Index: wwn/wn20031212_200.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031212_200.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031212_200.xml
--- wwn/wn20031212_200.xml 12 Dec 2003 06:14:57 -0000 1.1
+++ wwn/wn20031212_200.xml 13 Dec 2003 23:27:01 -0000
@@ -135,7 +135,7 @@
But that could be solved using yet another language called C++ -
if only Santa would let it be.
</p><p>
-Oh please Santa ! Let us adultrate WINE with C++, please.
+Oh please Santa ! Let us adulterate WINE with C++, please.
</p><p>
It's not that we will rewrite everything in C++ once we get the
green signal - things like the loader, scheduler, and most of
@@ -150,7 +150,7 @@
object pointers running wild, whereas encapsulation would have
done away with it !
</p><p>
-As a simple explanation, we might take our 'This' hack wheras C++
+As a simple explanation, we might take our 'This' hack whereas C++
would let have us use it as 'this' without even us worrying about
it! Also, there are many places in shell32, ole and shwlapi
(I cannot comment on DirectX source as I do not have a graphics
@@ -177,16 +177,16 @@
comes into play and "That's Not A Good Thing(TM)" !
</p><p>
Please give us the green card - alternately, a new test branch
-may also be created just to see if C++ would work.All C++ based
-modfications would goto that tree. If that test branch works
-and delivers, it maybe merged into the main WINE tree, otherwise
+may also be created just to see if C++ would work. All C++ based
+modfications would go to that tree. If that test branch works
+and delivers, it may be merged into the main WINE tree, otherwise
if it fails to deliver just remove it after a stipulated period !
</p><p>
If WINE stuck to C only because some platforms do not support
C++, then will Win32 apps run on such OS at all ? Things like
SPARC do not need MS Apps at all (though SPARC has C++..)
</p><p>
-For a expert discussion on C++ please see
+For an expert discussion on C++ please see
<a href="http://www.research.att.com/~bs/blast.html";>http://www.research.att.com/~bs/blast.html</a>
Microsoft themselves use C++ :
<ul>
@@ -223,7 +223,7 @@
should be part of Wine, it's not a core Windows component. There's
nothing wrong with having a separate FreeMFC project outside Wine using
C++ (and compiling their FreeMFC libs with MSVC++ for the benefit of
- Wine users)
+ Wine users).
</p><p>
As for COM/DCOM, having implemented big parts of it myself, I'm not so
sure C++ would have helped a whole lot in any case. It's a mess and the
@@ -366,15 +366,15 @@
following thread:</p>
<quote who="Steven Edwards"><p>
Ok I know this going to start YALD (Yet Another Long Discussion) that
-wont go anywhere right away but......
+won't go anywhere right away but......
</p><p>
ReactOS is getting ready to do a major import of the WINE dlls as you
guys know due to my repeated cross-postings to Wine-devel and
ros-kernel. When we compile rpcrt and ole32 from WINE with some hacks
-we can make it work under ReactOS but I would like to develop a
-implementation that works properly without dirty hacking. I dont know
+we can make it work under ReactOS but I would like to develop an
+implementation that works properly without dirty hacking. I don't know
much about WINEs rpcss other than whats in the comments of the code and
-for that matter I dont know much about Windows rpcss. Can we share
+for that matter I don't know much about Windows rpcss. Can we share
these components? How are we going to break compatibility by doing this?
</p></quote>
@@ -428,7 +428,7 @@
rpcss, and it rarely runs.
</p><p>
Sorry to fulfill the prophecy about "YALD (Yet Another Long
- Discussion) that wont go anywhere right away but......",
+ Discussion) that won't go anywhere right away but......",
</p></quote>
<p>Steven then gave a pointer to ReactOS' LPC:
@@ -452,8 +452,8 @@
Petreolle decided to submit a patch to update Wine's ALSA interface but
wondered why it wasn't applied:</p>
<quote who="Sylvain Petreolle"><p>
-My winalsa patch for alsa 1.0 support wasnt commited and there
-wasnt any feedback fo it. Another winealsa patch was commited after
+My winalsa patch for alsa 1.0 support wasn't commited and there
+wasn't any feedback fo it. Another winealsa patch was commited after
that, should I resubmit mine ?
</p><p>
References:
@@ -502,7 +502,7 @@
<p>Mostly unrelated to this, Christian Costa submitted a patch
adding WaveIn support to the ALSA driver and noted,
<quote who="Christian Costa">
- I've succesfully done record and playback at the same time.
+ I've successfully done record and playback at the same time.
</quote></p>
</section>
![http://www.winehq.com/hypermail/wine-devel/2002/07/att-0084/01-jine-screenshot.png"](http://www.winehq.com/hypermail/wine-devel/2002/07/att-0084/01-jine-screenshot.png"){kind=link}