WineHQ: Some spelling fixes
Francois Gouget
fgouget at free.fr
Sat Oct 18 18:16:46 CDT 2003
A new check this week: s/publically/publicly/
Changelog:
* wwn/wn20010611_97.xml,
wwn/wn20020509_122.xml,
wwn/wn20031017_192.xml
A few spelling fixes.
--
Francois Gouget fgouget at free.fr http://fgouget.free.fr/
$live{free} || die "";
-------------- next part --------------
Index: wwn/wn20010611_97.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20010611_97.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20010611_97.xml
--- wwn/wn20010611_97.xml 14 Oct 2003 15:15:31 -0000 1.7
+++ wwn/wn20010611_97.xml 18 Oct 2003 23:00:29 -0000
@@ -220,7 +220,7 @@
project is being headed by Dawson Engler and several students
at Stanford. David Goodenough was wondering if it was
available to be used to check the Wine codebase. Several
-people replied that the tool was not publically available
+people replied that the tool was not publicly available
(yet) and that Wine would probably have to wait until it
was released rather than having Stanford check the code
themselves. Ove Kåven wrote, <quote who="Ove Kaaven">
Index: wwn/wn20020509_122.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20020509_122.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20020509_122.xml
--- wwn/wn20020509_122.xml 4 Sep 2003 15:53:36 -0000 1.6
+++ wwn/wn20020509_122.xml 18 Oct 2003 23:00:38 -0000
@@ -669,7 +669,7 @@
<p />The thread turned rather ugly at points, with Alexandre and Jeremy
White both stating that they're not interested in the patch trading business.
-Everyone agrees that the code should be publically available, but the licensing
+Everyone agrees that the code should be publicly available, but the licensing
was once again the divisive point. Gavriel State jumped in to mention:
<quote who="Gavriel State">
<p />
Index: wwn/wn20031017_192.xml
===================================================================
RCS file: /home/cvs/lostwages/wwn/wn20031017_192.xml,v
retrieving revision 1.1
diff -u -r1.1 wn20031017_192.xml
--- wwn/wn20031017_192.xml 17 Oct 2003 16:19:25 -0000 1.1
+++ wwn/wn20031017_192.xml 18 Oct 2003 23:12:16 -0000
@@ -240,7 +240,7 @@
</p><p>
Some told me that it would be better to make a Windows (wine) client
that reads the actual start menu by querying a Wine dll, while others
-told me that this is not neccesairy as all the links are contained in
+told me that this is not necessary as all the links are contained in
the Start Menu directory.
</p><p>
From looking at my Windows installation, I must agree that it seems
@@ -274,7 +274,7 @@
thing? What relationship would you like between your code and wine's
"explorer.exe," once it has one?
</p><p>
-Codeweavers has done a lot of work with shortcuts & menuitems, to make them
+CodeWeavers has done a lot of work with shortcuts & menuitems, to make them
work with different distros... so they might know what some of the
nitty-gritty details are (Unfortunately, I do not). You may also want to
look at LiteStep, ReactOS's explorer, and other windows shell-replacement
@@ -287,7 +287,7 @@
this would be a Linux executable. I guess than that if I'd want to query
Wine for the needed links, that would have to be in a Wine executable.
The problem is that this seems a bit of an overkill:
-<ul><li>I'd have to write a communcation protocoll between the Wine app and
+<ul><li>I'd have to write a communication protocol between the Wine app and
Linux app</li>
<li> A wine process would always be running, just for serving the menu.
Killing your wineserver (what I personally like to do often :-)) would
@@ -312,7 +312,7 @@
It's probably easier to just go with the link file reader first, but it
will have some limitations:
<ol>
-<li> you won't be able to get stuff in the shell namespace (eg. desktop
+<li> you won't be able to get stuff in the shell namespace (e.g. desktop
icons, Control panel stuff)</li>
<li> you'll have to hardcode the location of the start menu (you can
@@ -329,7 +329,7 @@
I guess that's not too much of a problem, and it's probably not worth
the effort to make it perfect.
</p><p>
-The code that wine Crossover uses to generate KDE/Gnome menus is already
+The code that wine CrossOver uses to generate KDE/Gnome menus is already
merged into Wine. We just have a more extensive wineshelllink script
that deals with more corner cases.
</p></quote>
@@ -432,7 +432,7 @@
gdb or winedbg and do a backtrace.
</quote></p>
-<p>Mike Hearn the detailed what that process would consist of:</p>
+<p>Mike Hearn then detailed what that process would consist of:</p>
<quote who="Mike Hearn"><p>
I might as well point out (as I didn't find this intuitive when I was
@@ -459,7 +459,7 @@
startdate="10/15/2003"
>
<topic>Integration</topic>
-<p>A few weeks ago I reported that OpenSSL was beginnig to be
+<p>A few weeks ago I reported that OpenSSL was beginning to be
supported. This week Geoff Thorpe provided an update:</p>
<quote who="Geoff Thorpe"><p>
I have just sent a post to the openssl list trying to solicit any
More information about the wine-patches
mailing list