WineHQ: Assorted spelling fixes
Francois Gouget
fgouget at free.fr
Thu Aug 12 11:35:24 CDT 2004
Changelog:
* wwn/wn20040723_232.xml
wwn/wn20040730_233.xml
wwn/wn20040806_234.xml
Assorted spelling fixes.
--
Francois Gouget fgouget at free.fr http://fgouget.free.fr/
Broadcast message : fin du monde dans cinq minutes, repentez vous !
-------------- next part --------------
Index: wwn/wn20040723_232.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040723_232.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20040723_232.xml
--- wwn/wn20040723_232.xml 23 Jul 2004 01:00:52 -0000 1.1
+++ wwn/wn20040723_232.xml 23 Jul 2004 10:17:40 -0000
@@ -96,7 +96,7 @@
<p>
There's a review of ELX BizDesk 4.0 on DesktopOS.com. If you
<a href="http://www.desktopos.com/sections.php?op=viewarticle&artid=29">skip
-to page 3</a> you'll find short mention of
+to page 3</a> you'll find a short mention of
<a href="http://www.frankscorner.org/winetools/">WineTools</a>
being packaged with it. That's the first time I've
heard of it being shipped with a distro.</p>
@@ -226,7 +226,7 @@
<quote who="Mike McCormack">right... though you should only need to add
an implementation of URLMON_DllRegisterServerEx to make that work,
assuming that wine.inf already tries to register urlmon.dll</quote>
-Mike offered a tip too,
+Mike Hearn offered a tip too,
<quote who="Mike McCormack">
It's nice to have a test program (usually built on a windows machine) to
test your new interface. Make sure you get the right number of methods
@@ -284,7 +284,7 @@
instead of the file in the source tree. Spec files in the build tree are
ignored. They are always used from the source tree. Therefore I have to
edit the Makefile in the build tree to use the modified spec file, or
-like the dll.so file by hand.
+link the dll.so file by hand.
</p><p>
Hope my problem is explained clearer now. Do I use an undocumented feature?
</p></quote>
@@ -294,7 +294,7 @@
that's not how you are supposed to use build trees. The build
tree should contain only generated files, all the sources should be in
the source tree. It won't work right to have sources in both places,
-not only because of the spec files, dependencies also won't be correct
+not only because of the spec files, dependencies also won't be correct,
include files may not always be included from where you expect, etc.
</quote></p>
Index: wwn/wn20040730_233.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040730_233.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20040730_233.xml
--- wwn/wn20040730_233.xml 30 Jul 2004 03:08:42 -0000 1.1
+++ wwn/wn20040730_233.xml 12 Aug 2004 16:32:24 -0000
@@ -214,7 +214,7 @@
code can be incorporated, or if the work was in vain.</quote></p>
<p>Rob must have sent him the patch and fortunately it appears there
-was a duplication of work:</p>
+was no duplication of work:</p>
<quote who="Michael Jung">
<p>
as far as I can tell from looking at your patch, our work is pretty much non
@@ -331,7 +331,7 @@
the registry for numbers, currency, date/time.
</p><p>
I still want your patch to be removed until you at least
-write test cases showing what exactly APIs are affected
+write test cases showing exactly what APIs are affected
by system/user locale. Using LC_CTYPE for the system
default locale (current ANSI code page) is very dubious
choice as well. The whole purpose and the patch itself
@@ -403,7 +403,7 @@
be needed:</p>
<quote who="Dmitry Timoshkov"><p>
The real question is whether setup with different system and user locale
-is really used under Windows, and if yes, what exactly purpose is pursued?
+is really used under Windows, and if yes, exactly what purpose is pursued?
</p><p>
In the initial patch Shachar wanted to have English user interface while
being able to not break current ANSI codepage support. Instead of implementing
@@ -462,7 +462,7 @@
have hardware support or have it installed via the DRI package.
</p></quote>
-<p>The patch still hasnt been applied, but then again
+<p>The patch still hasn't been applied, but then again
Alexandre has been working remotely all week and there's a
good chance he just hasn't caught up. </p>
@@ -540,7 +540,7 @@
the source of a problem (even if they can't fix it.) Mike concluded
it indeed was worth keeping,
<quote who="Mike Hearn">
-I don't have any strong opinion on the matter, I was just playing devils
+I don't have any strong opinion on the matter, I was just playing devil's
advocate :) Always useful to re-examine how we're helping or hindering
users, even if the eventual conclusion is that we're doing OK.</quote>
</p>
Index: wwn/wn20040806_234.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20040806_234.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20040806_234.xml
--- wwn/wn20040806_234.xml 6 Aug 2004 01:03:59 -0000 1.1
+++ wwn/wn20040806_234.xml 12 Aug 2004 15:40:45 -0000
@@ -78,7 +78,7 @@
summed up pretty succinctly - iTunes support. CNet also has
<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 is working, but more support is on the way:</p>
+iTunes are working, but more support is on the way:</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
@@ -215,7 +215,7 @@
</p><p>
If anybody has any ideas I'd love to track this one down. I am wondering
if it's to do with packaging, I have never been able to reproduce this
-with Wine CVS builds (ie from source) but I know some packagers are still
+with Wine CVS builds (i.e. from source) but I know some packagers are still
shipping custom ~/.wine building scripts.
</p></quote>
@@ -288,10 +288,10 @@
DLL override, and when you add one the tree does not expand so to actually
*set* it you have to expand the tree then select the new override.</li>
-<li> We have way too many (eg, more than zero) tree controls in this app.</li>
+<li> We have way too many (e.g., more than zero) tree controls in this app.</li>
<li> Drive mappings list is really unclear, there's no separation between the
-"Drive X:" label and the unix path its mapped to.</li></ul></p><p>
+"Drive X:" label and the unix path it's mapped to.</li></ul></p><p>
Basically I'd recommend reading the GNOME HIG:
<a href="http://developer.gnome.org/projects/gup/hig/">
More information about the wine-patches
mailing list