WineHQ: Assorted spelling fixes
Francois Gouget
fgouget at free.fr
Tue Aug 31 12:26:46 CDT 2004
Changelog:
* news/2004081801.xml
templates/en/press.template
templates/en/winelib.template
wwn/wn19991011_12.xml
wwn/wn20011021_106.xml
wwn/wn20020114_113.xml
wwn/wn20020830_133.xml
wwn/wn20020913_135.xml
wwn/wn20021206_147.xml
wwn/wn20030117_153.xml
wwn/wn20040806_234.xml
wwn/wn20040813_235.xml
wwn/wn20040820_236.xml
wwn/wn20040827_237.xml
Assorted spelling fixes
--
Francois Gouget fgouget at free.fr http://fgouget.free.fr/
I haven't lost my mind, it's backed up on tape around here somewhere...
-------------- next part --------------
Index: news/2004081801.xml
===================================================================
RCS file: /var/cvs/lostwages/news/2004081801.xml,v
retrieving revision 1.1
diff -u -r1.1 2004081801.xml
--- news/2004081801.xml 18 Aug 2004 22:28:16 -0000 1.1
+++ news/2004081801.xml 30 Aug 2004 12:19:55 -0000
@@ -5,7 +5,7 @@
<p>A bunch of website updates have poured in over the past week.
Tom Wickline updated the
<a href="http://www.winehq.com/site/status">status pages</a>, including the
-addition of builtin versions atl.dll, d3dxof.dll, dbghelp.dll, and mlang.dll.
+addition of builtin versions of atl.dll, d3dxof.dll, dbghelp.dll, and mlang.dll.
Our <a href="http://www.winehq.com/site/janitorial">janitorial projects</a>
received a bit of their own janitorial clean up courtesy of Dimi Paun.
They also saw the addition of -Wsign-compare as a useful gcc warning to
Index: templates/en/press.template
===================================================================
RCS file: /var/cvs/lostwages/templates/en/press.template,v
retrieving revision 1.20
diff -u -r1.20 press.template
--- templates/en/press.template 18 Aug 2004 20:35:12 -0000 1.20
+++ templates/en/press.template 22 Aug 2004 22:50:26 -0000
@@ -9,7 +9,7 @@
<li> <a href="http://www.nwfusion.com/news/2004/0803linuxstart.html">NWFusion</a> August 5, 2004 - Linux Start-up Develops David to Take on Windows Goliath
<li> <a href="http://www.codeweavers.com/site/about/general/press/?id=20040803">CodeWeavers</a> August 3,2004 - CodeWeaversTM CodeWeavers Adds Support For Apple iTunes In New CrossOver OfficeTM 3.1 Preview
<li> <a href="http://www.codeweavers.com/site/about/general/press/?id=20040616">CodeWeavers</a> June 16,2004 - CodeWeavers, LycorisTM Team Up To Bring Native Quicken, Lotus Notes Support To Linux Desktop
- <li> <a href="http://linuxtoday.com/news_story.php3?ltsn=2004-06-08-031-26-OP-CY">LinuxToday</a> June 8, 2004 - Codeweavers & Crossover Office 3.0 on The Linux Show!
+ <li> <a href="http://linuxtoday.com/news_story.php3?ltsn=2004-06-08-031-26-OP-CY">LinuxToday</a> June 8, 2004 - CodeWeavers & CrossOver Office 3.0 on The Linux Show!
<li> <a href="http://www.eweek.com/article2/0,1759,1602124,00.asp">EWeek</a> May 31, 2004 - CrossOver Office Does Windows Better
<li> <a href="http://www.osviews.com/modules.php?op=modload&name=News&file=article&sid=1454">OSViews</a> May 30, 2004 - SpecOpS Labs response to Wine Project
<li> <a href="http://madpenguin.org/Article1513.html">MadPenguin</a> May 22, 2004 - A First Look at CodeWeaver's CrossOver Office 3.0
Index: templates/en/winelib.template
===================================================================
RCS file: /var/cvs/lostwages/templates/en/winelib.template,v
retrieving revision 1.14
diff -u -r1.14 winelib.template
--- templates/en/winelib.template 7 Jun 2004 19:10:25 -0000 1.14
+++ templates/en/winelib.template 23 Jul 2004 08:59:01 -0000
@@ -245,7 +245,7 @@
<li>updated: Aug 18, 2003
<li>homepage: <a href="http://www.tim-mann.org/xboard.html">www.tim-mann.org/xboard.html</a>
</ul>
- Intresting and simple chess game because it depends on email and network (TCP/IP) code to function.
+ Interesting and simple chess game because it depends on email and network (TCP/IP) code to function.
<a name="coolplayer"></a><h3 class=works>CoolPlayer</h3>
<p>Suggested by <a href="mailto:henrik.uggla at hem.utfors.se">Henrik Uggla</a>.
Index: wwn/wn19991011_12.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn19991011_12.xml,v
retrieving revision 1.2
diff -u -r1.2 wn19991011_12.xml
--- wwn/wn19991011_12.xml 18 Jul 2003 20:50:50 -0000 1.2
+++ wwn/wn19991011_12.xml 17 Jul 2004 23:07:49 -0000
@@ -144,7 +144,7 @@
can perform many common 'ripping' tasks on standard format bitmaps.
<li />The Windows NT DDI is a 32-bit interface that is completely
-different to the Windows 16-bit DDI. Windows NT graphics drivers have
+different from the Windows 16-bit DDI. Windows NT graphics drivers have
no relationship whatsoever to Windows 95/98 drivers.
<li />It is a common misconception that Windows 98/2000 printer drivers
Index: wwn/wn20011021_106.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20011021_106.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20011021_106.xml
--- wwn/wn20011021_106.xml 16 Dec 2003 17:09:27 -0000 1.7
+++ wwn/wn20011021_106.xml 23 Jul 2004 08:58:34 -0000
@@ -321,7 +321,7 @@
Now we can presumably forget about the VxD and the undocumented NETBIOS DLL
and concentrate on implementing the documented NETAPI32 DLL.
</p><p>
- It would be intresting to know what the content of NCB structure that
+ It would be interesting to know what's the content of the NCB structure that
Netbios takes as pointer to as argument.
</p><p>
So the next step would be to make a Wine implementation of the NETAPI32.DLL
Index: wwn/wn20020114_113.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020114_113.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20020114_113.xml
--- wwn/wn20020114_113.xml 16 Dec 2003 17:09:27 -0000 1.5
+++ wwn/wn20020114_113.xml 23 Jul 2004 08:57:49 -0000
@@ -443,7 +443,7 @@
currency it likes after the defaults have been set and every application
is supposed to be able to handle it.
</p><p>
- So I do not really oppose the patch. It is more the principle I'm intrested
+ So I do not really oppose the patch. It is more the principle I'm interested
in: Under what circumstances should Wine change the behavior
if Windows does something in the wrong way?
</p></quote>
Index: wwn/wn20020830_133.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020830_133.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20020830_133.xml
--- wwn/wn20020830_133.xml 16 Dec 2003 17:09:27 -0000 1.3
+++ wwn/wn20020830_133.xml 31 Aug 2004 17:20:29 -0000
@@ -281,7 +281,7 @@
Why do we include a mp3 decoder in the Wine tree?
Why not just link to an external library?
I can't see maintaining a mp3 decoder being in the best
- intrest of Wine anyway patents or not...
+ interest of Wine anyway patents or not...
</p></quote>
Index: wwn/wn20020913_135.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020913_135.xml,v
retrieving revision 1.8
diff -u -r1.8 wn20020913_135.xml
--- wwn/wn20020913_135.xml 16 Dec 2003 17:09:27 -0000 1.8
+++ wwn/wn20020913_135.xml 31 Aug 2004 17:19:26 -0000
@@ -188,7 +188,7 @@
</p><p>
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
+but if it is agreed that adding directx 8 support completely different from
the TransGaming code is ok, then I may try to submit some patches.
</p><p>
Note the current code is nowhere near ideal, so don't get your hopes up.
@@ -330,7 +330,7 @@
date, so it'd be somewhere around there...). When I went to run it today
(after several CVS updates on wine, including "moments ago"), after the
company data file is opened, the main menu bar goes away. This was
- definately NOT a problem the last time I ran QuickBooks, so I surmise that it
+ definitely NOT a problem the last time I ran QuickBooks, so I surmise that it
is the result of a change committed to CVS within the past two to three weeks
that is causing this behaviour. It happens in both managed and unmanaged
window mode.
Index: wwn/wn20021206_147.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20021206_147.xml,v
retrieving revision 1.8
diff -u -r1.8 wn20021206_147.xml
--- wwn/wn20021206_147.xml 16 Dec 2003 17:09:27 -0000 1.8
+++ wwn/wn20021206_147.xml 31 Aug 2004 17:18:54 -0000
@@ -295,7 +295,7 @@
<quote who="James Brown"><p>
I'm just posting a quick update on my various WINE work for those
-intrested.
+interested.
</p><p>
I currently have a working HTML Help viewer, which seems to work pretty
well on everything I've tested so far. It does however need some more work
@@ -309,7 +309,7 @@
</p><p>
That brings me to my other WIP, de-QT'ing KHTML and turning it into a
working browser implementation for WINE. So far this is actually coming
-along quite well, and besides a few points it definatly makes an effective
+along quite well, and besides a few points it definitely makes an effective
browser and IE compatibility seems to generally be good enough to keep the
majority of IWebBrowser using applications happy. I've since abandoned my
earlier hopes to keep the changes minor (in order to make it easier to
Index: wwn/wn20030117_153.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030117_153.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20030117_153.xml
--- wwn/wn20030117_153.xml 12 Apr 2004 19:08:35 -0000 1.7
+++ wwn/wn20030117_153.xml 31 Aug 2004 17:17:14 -0000
@@ -287,7 +287,7 @@
port using Apple's WebCore wrapper system I think I will take a break on
my current code and play with that a little. Personally I didn't want to
have to take on the chore myself, but this whole Safari thing IS creating
-more intrest in non-X11/QT platforms... it definatly changes the playing
+more interest in non-X11/QT platforms... it definitely changes the playing
field, and with the large speed and compatibility merges from Safari
lately my current tree is hopelessly out of date anyway :)
</p><p>
Index: wwn/wn20040806_234.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040806_234.xml,v
retrieving revision 1.2
diff -u -r1.2 wn20040806_234.xml
--- wwn/wn20040806_234.xml 18 Aug 2004 20:34:30 -0000 1.2
+++ wwn/wn20040806_234.xml 22 Aug 2004 22:49:50 -0000
@@ -79,7 +79,7 @@
<a href="http://news.com.com/Start-up+to+make+iTunes+sing+on+Linux/2100-1041_3-5293915.html">an article</a>
that closely mirrors the press release. It appears only some aspects of
iTunes are working, but more support is on the way:</p>
-<quote who="Codeweavers"><p>
+<quote who="CodeWeavers"><p>
With iTunes support, CrossOver Office users will be able to download and
organize songs from the iTunes Music Store. Soon they will also be able to
plug their iPod into their Linux PC for music transfers and other
@@ -196,7 +196,7 @@
details of the problem and asked if anyone else had run across it:</p>
<quote who="Mike Hearn"><p>
It seems quite a few people have been seeing this message lately, and I'm
-not sure why. This occurs even with a non-existant ~/.wine directory, so
+not sure why. This occurs even with a non-existent ~/.wine directory, so
wineprefixcreate should set up a correct system for them.
</p><p>
Examples:
Index: wwn/wn20040813_235.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040813_235.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20040813_235.xml
--- wwn/wn20040813_235.xml 15 Aug 2004 19:55:42 -0000 1.3
+++ wwn/wn20040813_235.xml 31 Aug 2004 16:58:57 -0000
@@ -227,7 +227,7 @@
</p><p>
Yup i am looking hard at the setupapi device calls and cfgmgr to try to
get some usb support targeted toward the iPod. I have made some progress
-and am beginning to have an understand of how usb is handled in windows
+and am beginning to have an understanding of how usb is handled in windows
(Win2K is my target version) and how to try to handle it in Wine.
</p><p>
I do have some difficulty figuring out how Win2K is translating vendor
@@ -326,7 +326,7 @@
example of it occurring:</p>
<quote who="Henning Gerhardt"><p>
a friend of me would update the wine package (20030813) from his SuSE 9.0
-system to the latest availabe package for this system (20040716). After the
+system to the latest available package for this system (20040716). After the
update following error message appears on each start of wine:
<ul><code>
Warning: the specified Windows directory L"C:\\Windows" is not accessible.<br />
@@ -343,10 +343,10 @@
</ul>
</p><p>
-I think the problem is the ${HOME} variable which is not parsed / correct
-replaced during the convert process.</p><p>
+I think the problem is the ${HOME} variable which is not parsed / correctly
+replaced during the conversion process.</p><p>
-Have anyone an idea to solve this problem ? Or is it only a problem of the
+Has anyone an idea to solve this problem ? Or is it only a problem of the
SuSE distribution ?
</p></quote>
@@ -399,7 +399,7 @@
isn't a whole lot different than the existing config file. The huge
benefit is that Wine's registry reading/writing code is pretty stable
now and it's worth using one set of functions for handling all that
-stuff. Since the registry is accessible via Win32 API's it's possible to
+stuff. Since the registry is accessible via Win32 APIs it's possible to
write graphical configuration tools (such as winecfg) using Winelib.</p>
</section>
<section
@@ -433,7 +433,7 @@
the X-Server a Wine-Server resource. Will using a different user help?
Will using desktop mode help? Has any one been successful with letting
different network users connect and run Windows Apps under wine? How did
-they Setup wine? How does Codeweavers do it with their Server Product?
+they Setup wine? How does CodeWeavers do it with their Server Product?
</p></quote>
<p>Alexandre described a couple of different workarounds,
Index: wwn/wn20040820_236.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040820_236.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20040820_236.xml
--- wwn/wn20040820_236.xml 20 Aug 2004 19:21:24 -0000 1.1
+++ wwn/wn20040820_236.xml 31 Aug 2004 13:27:44 -0000
@@ -79,7 +79,7 @@
<quote who="WineHQ"><p>
Tom Wickline updated the
<a href="http://www.winehq.com/site/status">status pages</a>, including the
-addition of builtin versions atl.dll, d3dxof.dll, dbghelp.dll, and mlang.dll.
+addition of builtin versions of atl.dll, d3dxof.dll, dbghelp.dll, and mlang.dll.
Our <a href="http://www.winehq.com/site/janitorial">janitorial projects</a>
received a bit of their own janitorial clean up courtesy of Dimi Paun.
They also saw the addition of -Wsign-compare as a useful gcc warning to
@@ -148,7 +148,7 @@
<p>Several people, however, liked the idea of just getting a simple
backtrace. Dimi Paun explained:</p>
<quote who="Dimitrie Paun">
-<p>I am not 100% how the patch that Robert's proposing would work in
+<p>I am not 100% sure how the patch that Robert's proposing would work in
practice, but I can tell you (from working with Java for a long
time now) that having readily available backtraces is invaluable.
</p><p>
@@ -330,7 +330,7 @@
to the large number of threads blowing the fd limit (there were lots of
sockets as well).</quote></p>
-<p>Dan Kegel like Shachar's idea and offered some advice:</p>
+<p>Dan Kegel liked Shachar's idea and offered some advice:</p>
<quote who="Dan Kegel"><p>
By all means, let's try epoll.</p><p>
FWIW, I wrote a wrapper layer that illustrates how to detect
Index: wwn/wn20040827_237.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040827_237.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20040827_237.xml
--- wwn/wn20040827_237.xml 27 Aug 2004 06:09:24 -0000 1.1
+++ wwn/wn20040827_237.xml 28 Aug 2004 18:56:54 -0000
@@ -147,7 +147,7 @@
<quote who="Jim White"><p>
And perhaps the most interesting news is that Darwine's lead developer
-Pierre d'Herbemont has sucessfully ported QEMU (fast X86 emulator) to
+Pierre d'Herbemont has successfully ported QEMU (fast X86 emulator) to
Mac OS X:
<ul><p>
QEMU on Mac OS X<br />
@@ -186,7 +186,7 @@
because the problem that a general processor emulator has is its compilation
window... Like QUMU compiles instructions... and compiles them into native code
and runs that, but since it doesn't know things like 'what are code blocks' and
-this sort of thing... its very limited in what it can do there.... its window
+this sort of thing... it's very limited in what it can do there.... its window
translating scheme.
</p><p>
But with Darwine, down the road... since we know things like, 'what are code blocks' things could could actually be natively translated. {This allows} a block of code to be compiled in native code and not have to use dynamic compilation at all. Performance could potentially get MUCH better than systems that use operating system virtualization.
@@ -220,7 +220,7 @@
</quote></p>
<p>That actually seemed to open the floor to some discussion that's not seen
-very often on the list. In the case it centered around getting Wine to
+very often on the list. In this case it centered around getting Wine to
use QEMU as a CPU-level emulator, but without running a separate operating
system on top of it. Now, in the interview above Jim alludes to running
Linux on QEMU running on MacOS X. Within that sandbox he could also run
@@ -239,7 +239,7 @@
Let's take a really simple example simplified to the point where the example
is wrong, but the idea is right. Let's examine what happens to the number
65,534 when it's stored in memory. First, you can break 65534 down into a
-hexidecimal number FFFE, or in hex notation 0xFFFE. Now, the geeks among you
+hexadecimal number FFFE, or in hex notation 0xFFFE. Now, the geeks among you
(and judging from this
audience it's probably most of you) will truly recognize that for what it
is - two bytes of information. (For the sake of this discussion we won't
@@ -250,7 +250,7 @@
science agrees on everything. Things begin to fall apart when we need to
store these bytes in computer memory. Now, on both big-endian and little-endian
architectures each memory location addresses 1 byte. How these memory
-locations are assigned differ though. On a big-endian machine (PPC) the
+locations are assigned differs though. On a big-endian machine (PPC) the
most significant byte (in this case, 0xFF) is stored at a memory location
with the lowest address,
the next most significant byte (0xFE) is stored in the next address, etc. So
@@ -471,7 +471,7 @@
<p>The
<a href="http://www.winehq.com/hypermail/wine-devel/2004/08/0527.html">list</a>
was quite lengthy with 286 possible cases. Compare that to the 54 we list on
-the janitorial page and it looks as we haven't even started. Rob Shearman
+the janitorial page and it looks as if we haven't even started. Rob Shearman
pointed out the latest CVS might contain less since a very recent patch
corrected calls to GetWindowLongA. Vincent reran the test and found things
improved! We dropped to 270! (Sorry, I just got done watching <i>The Daily
@@ -546,7 +546,7 @@
In any case, seeing that getting your patch accepted will take some
effort, it's probably a good idea to use the glibc version functions
first, and deal with the problem of missing epoll functions in older
-glibcs in a seperate patch.</p></quote>
+glibcs in a separate patch.</p></quote>
<p>Shachar ran some benchmarks and posted the results:</p>
<quote who="Shachar Shemesh"><p>
More information about the wine-patches
mailing list