[WINEHQ] Assorted spelling and typo fixes

Francois Gouget fgouget at free.fr
Mon Feb 6 05:30:03 CST 2006


Changelog:

  * templates/en/press.template
    wwn/wn20031205_199.xml
    wwn/wn20060122_303.xml
    wwn/wn20060129_304.xml

    Francois Gouget <fgouget at free.fr>
    Assorted spelling and typo fixes

-- 
Francois Gouget         fgouget at free.fr        http://fgouget.free.fr/
      You can have my guns when you pry them from my kids cold, dead hands.
-------------- next part --------------
Index: templates/en/press.template
===================================================================
RCS file: /home/wine/lostwages/templates/en/press.template,v
retrieving revision 1.34
diff -u -p -r1.34 press.template
--- templates/en/press.template	3 Jan 2006 21:58:34 -0000	1.34
+++ templates/en/press.template	6 Feb 2006 10:55:47 -0000
@@ -3,7 +3,7 @@
 <h1>Press articles covering Wine</h1>
 
 <ul>
-  <li> <a href="http://software.newsforge.com/article.pl?sid=05/12/14/1716222&tid=130">NewsForge</a> December 23, 2005 - Review: Crossover Office 5
+  <li> <a href="http://software.newsforge.com/article.pl?sid=05/12/14/1716222&tid=130">NewsForge</a> December 23, 2005 - Review: CrossOver Office 5
   <li> <a href="http://archives.free.net.ph/message/20051213.230208.4eba3398.en.html">archives.free.net.ph</a> December 13, 2005 - WineTools 0.9 III released
   <li> <a href=" http://madpenguin.org/cms/index.php/index.php?m=show&id=5679">MadPenguin</a> November 30, 2005 - Installing IE6 on Linux Using WineTools
   <li> <a href="http://insight.zdnet.co.uk/software/linuxunix/0,39020472,39238665,00.htm">ZDNet/UK</a> November 28, 2005 - So why not put Linux on your business desktops?
Index: wwn/wn20031205_199.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20031205_199.xml,v
retrieving revision 1.5
diff -u -p -r1.5 wn20031205_199.xml
--- wwn/wn20031205_199.xml	26 Oct 2005 20:25:59 -0000	1.5
+++ wwn/wn20031205_199.xml	6 Feb 2006 10:55:47 -0000
@@ -273,7 +273,7 @@ to resolve (in order of importance):<ol>
 enough, and in any way I don't know C I am only good in C++</li>
 <li> What is the status of the DDraw lib. Will it support HW and Overlay 
 2D surfaces? (does it support HW BOB)</li>
-<li> I am some what dependent on MS DirectShow Classes. (Derivation) I 
+<li> I am somewhat dependent on MS DirectShow Classes. (Derivation) I 
 have a lot, self implemented, but some of the basic stuff I used. I 
 guess I could reimplement them but it will take time. Do you know what 
 is the license issues with this code. I know that I have delivered them 
Index: wwn/wn20060122_303.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20060122_303.xml,v
retrieving revision 1.1
diff -u -p -r1.1 wn20060122_303.xml
--- wwn/wn20060122_303.xml	23 Jan 2006 04:59:12 -0000	1.1
+++ wwn/wn20060122_303.xml	6 Feb 2006 10:55:48 -0000
@@ -172,7 +172,7 @@ year in Colorado in practically 30 years
 fair share of days in this year.  
 
 </p><p>We return this week with an attempt to catch up
-on some of the development that's occured. </p><p>
+on some of the development that's occurred. </p><p>
 
 First, let's take a look at the recent Wine snapshots.  As we noted in
 the last issue (WWN <a href="http://www.winehq.com/?issue=302#Short%20Term%20Release%20Schedule">#302</a>),
@@ -207,7 +207,7 @@ the headline even appeared.  </p>
 <a href="http://crossover.codeweavers.com/pipermail/announce/2006-January/000031.html">version 5.0.1</a> 
 of CrossOver Office.  This is a maintenance release for version 5.0 and
 just contains bug fixes.  From the announcement:</p>
-<quote who="Codeweavers"><p>
+<quote who="CodeWeavers"><p>
 We had a number of minor glitches that we felt were important
 to release to our customers.
 </p><p>
@@ -223,7 +223,7 @@ for his speedy fix to Wine to that end.
 </p><p>
 We have a fix for ipod support that we decided to exclude
 from this release because we worried that it might break
-other programs.  However, we are going to put up a FAQ
+other programs.  However, we are going to put up an FAQ
 on our web site in the next day or two to give interested
 customers a workaround.
 </p><p>
@@ -283,7 +283,7 @@ to inject code.</p></quote>
 <quote who="Marcus Meissner">
 Only allow whitelisted escape codes when playing metafiles.</quote></p>
 
-<p>So while SetAbortProc started the while thing off, Marcus' final patch
+<p>So while SetAbortProc started the thing off, Marcus' final patch
 took into account other problematic calls.  The patch made it into Wine
 and CrossOver Office 5.0.1.  </p>
 
@@ -308,7 +308,7 @@ http://wiki.winehq.org/BenchMark-0.9.5</
 <p>Chris Morgan pointed out Wine appeared to be doing better,
 <quote who="Chris Morgan">
 We appear to be faster now, leading in 67 tests vs. 63 for a previous
-set of benchmarks?  Its difficult to see the trend over time having to
+set of benchmarks?  It's difficult to see the trend over time having to
 go back and forth between pages.</quote></p>
 
 <p>There were some suggestions for improving it and Tom made some of
@@ -379,7 +379,7 @@ otherwise and there's plenty of work to 
 >
 <topic>Status Updates</topic>
 <p>Whither ntoskrnl.exe?  A lot of work has gone into supporting Safedisc
-and getting a ntoskrnl.exe working with Wine to load the driver it requires.
+and getting ntoskrnl.exe working with Wine to load the driver it requires.
 In fact, it's probably the single biggest chunk of work that's been 
 pending.  A lot of that work requires more changes within Wine in order
 to be merged properly.  Until then, it's living outside of the main tree.
@@ -387,17 +387,17 @@ Vitaliy Margolen is maintaining it, or, 
 hard drive.  He gave a bit of an update this week on what's going on:</p>
 <quote who="Vitaliy Margolen"><p>
 
-I'm sure number of people wonder where did ntoskrnl go. It's still here in
+I'm sure a number of people wonder where did ntoskrnl go. It's still here in
 the too hackish form to be committed.
 </p><p>
 For the past month it didn't even compile because of all the changes to
 different parts of Wine. I just thought I should put it back together and
 see if it's still working. And surprise surprise it still works. So here
-it is again, before I'll break it again re-implementing the way the user
+it is again, before I break it again, re-implementing the way the user
 space talks to it.
 </p><p>
 BTW, it is still just barely enough to run safedisc 1.x copy-protection.
-Diff against wine-0.9.6
+Diff against wine-0.9.6.
 </p></quote>
 
 
@@ -511,13 +511,13 @@ Wine should be more portable than ever s
 </section>
 <section
         title="Running Winelib Apps"
-        subject="Compiling test application (Notepad) with winelib - executeable segfaults"
+        subject="Compiling test application (Notepad) with winelib - executable segfaults"
         archive="http://www.winehq.com/pipermail/wine-devel/2006-January/043794.html"
         posts="3"
 >
 <topic>Winelib</topic>
 
-<p>Richard Wild had a question regarding the using Winelib:</p>
+<p>Richard Wild had a question regarding using Winelib:</p>
 <quote who="Richard Wild"><p>
 
 I was trying to compile the test application (Notepad) with winelib to 
@@ -544,7 +544,7 @@ new world for a developer.  Vitaliy Marg
 answer: </p>
 <quote who="Vitaliy Margolen"><p>
 
-No winelib application is not a standalone as you would think. You need
+No a winelib application is not as standalone as you would think. You need
 to run it in the same way as all the rest exe files: <tt>wine notepad2</tt>
 </p></quote>
 
@@ -566,7 +566,7 @@ I've put together a little Microsoft Off
 If anyone here uses OpenBSD, NetBSD or DragonFlyBSD I would be
 interested to know if you can get Office 2000 to install and run with
 Wine out of the box or with my cheats.  :D  So others who read the
-howto in the future will know the status of there distro.
+howto in the future will know the status of their distro.
 
 <ul><a href="http://wiki.winehq.org/Office-BSD?action=show">
 http://wiki.winehq.org/Office-BSD?action=show</a>
@@ -591,14 +591,14 @@ there is interested here's how it is set
 </p><p>
 In regedit:
 
-<ul><li> disabled auto winedbg by renaming AeDebug 
+<ul><li> disabled auto winedbg by renaming AeDebug<br> 
         I changed HKEY_LOCAL_MACHINE/Software/Microsoft/Windows
         NT/Current Version/AeDebug to AeDebug-DISABLED. Without this gdb
         doesn't seem to be able to get a hold of SEGFAULTs.</li></ul>
       </p><p>  
 In eclipse's Run/Debug dialog box:
 
-<ul><li> set the c/c++ application to WINE_SRC/loader/wine-pthread
+<ul><li> set the c/c++ application to WINE_SRC/loader/wine-pthread<br>
         WINE_SRC points to a compiled version of wine. For me, I got the
         wine src rpm and ran rpmbuild -bb. This is where main() is,
         which eclipse looks for at start up.</li>
@@ -634,7 +634,7 @@ the build tree)</li></ul></p><p>
 You would this way:
 <ul>
 <li> keep all the preloader stuff, so that your memory layout is better 
-(and the same than when run from command line)</li>
+(and the same as when run from command line)</li>
 <li> still be compatible with the segfault stuff</li></ul></p></quote>
 
 </section>
@@ -659,7 +659,7 @@ knowing that most people will have to ch
 "emulation" and they will not be able to do so.</p></quote>
 
 <p>Robert gave a rundown of the current state of audio configuration
-a list of known issues:</p>
+and a list of known issues:</p>
 <quote who="Robert Reif"><p>
 I agree with you but can you be more specific?
 </p><p>
@@ -793,7 +793,7 @@ NEWDEV.DLL.
 </quote>
 </p>
 <p>Rob didn't think that sounded right for use with Wine.  He suggested
-some how building the functionality into Winecfg.  </p>
+somehow building the functionality into Winecfg.  </p>
 <p>Regarding general development, Mike McCormack suggested getting the
 code out there as soon as possible:</p>
 <quote who="Mike McCormack"><p>
@@ -803,12 +803,12 @@ will require you to change the way thing
 into Wine.
 </p><p>
 With this in mind, you should submit what you have early to get feedback 
-on it.  You should also attempt to break it up into smaller seperate, 
+on it.  You should also attempt to break it up into smaller separate, 
 independent parts where possible.
 </p><p>
 For example, if you've changed include/sti.h, you could submit those 
 changes first, as they're low risk and should be applied without any 
-trouble.  Same for any other improvements to Wine that makes sense on 
+trouble.  Same for any other improvements to Wine that make sense on 
 their own.
 </p><p>
 Some people are working on a driver framework for Wine, so you might 
Index: wwn/wn20060129_304.xml
===================================================================
RCS file: /home/wine/lostwages/wwn/wn20060129_304.xml,v
retrieving revision 1.2
diff -u -p -r1.2 wn20060129_304.xml
--- wwn/wn20060129_304.xml	30 Jan 2006 07:27:23 -0000	1.2
+++ wwn/wn20060129_304.xml	6 Feb 2006 10:55:48 -0000
@@ -94,11 +94,11 @@ On the one hand, WineTools is used by <i
 programs to install.  It'll automatically install Internet Explorer
 and a lot of low-level libraries (DCOM) needed to run it.  It offers
 a very simple way for people to get things running with Wine.  The
-fact that CodeWeaver's has a similar tool, cxsetup, shows that such
+fact that CodeWeavers has a similar tool, cxsetup, shows that such
 a thing is valued by users.  
 </p><p>
 Wine developers are arguing that WineTools is doing more harm than good.
-It's unclear whether which of the additional libraries are needed.
+It's unclear which of the additional libraries are needed.
 WineTools also messes with Wine's default configuration by changing
 the default overrides for every library to be native Windows ones 
 over Wine's internal ones.  That tends to break a lot of things.  
@@ -113,7 +113,7 @@ month ago):</p>
 From Sven Paschukat I was informed about the discussion of removing the
 WineTools link from the winehq website. I read all remarks made to that
 hotly discussed topic and I am willing to tell you all a bit about the
-purpose and history of WineTools as well as I will answer the questions
+purpose and history of WineTools as well as answer the questions
 made by Tom Wickline. So this will be a little longish mail and I beg
 your pardon for that and hope you have enough patience to read it all.
 </p><p>
@@ -155,7 +155,7 @@ install and use as many Windows programs
 regard to the fact that it is not very helpful for the wine developers.
 It was just a practical decision.
 </p><p>
->From time to time, Sven Paschukat and me are testing wine versions to
+From time to time, Sven Paschukat and me are testing wine versions to
 figure out, whether we can skip some of the M$ stuff. We have not been
 very successful with that until now, so this is why there are so many
 remainings of the first start of the project in the concept. But again:
@@ -183,13 +183,13 @@ Sven Paschukat suggested to implement a 
 without native components and without that tampering in the registry.
 This allows automatic installations *and* insight for developers if
 something goes wrong. We can also add a debugging mode to enable the
-logging of wines debug channels, to make a mailable report of bugs.
+logging of wine's debug channels, to make a mailable report of bugs.
 Also the other suggested corrections will be looked over and changed if
 applicable.
 </p><p>
 If you look through the mailing
 list you will find, that Sven and me are already giving support on the
-wine-users mailing list. That we will not and can not maintain a channel
+wine-users mailing list. That we will not and cannot maintain a channel
 should be clear as we are not earning our money by looking at channels.
 Also the demand by Vitaly to provide rapid fixes to requests on such a
 channel or the list is something that can be only meant as a joke!!! If
@@ -245,16 +245,16 @@ run and don't run with and without winet
 those users to appDB. We need information there available for everyone to
 see, not in your e-mail box (no offense).
 </p><p>
-Winetools has setup
+Winetools has setup the
 environment in a such a way that it is unified! If you're saying that all
 you did is tinkered with lots of stuff to get few applications to work,
-this in not good. Wine is not cedega designed to run games and games
+this is not good. Wine is not cedega designed to run games and games
 only. That just proves my point that environment you have setup with
-winetools is less flexible and more restrictive then Wine itself.
+winetools is less flexible and more restrictive than Wine itself.
 </p><p>
 I think it's really silly for Wine trying to be the pure replacement of
 Windows and yet advertise such a utility that clearly undermines
-development in number of critical areas.</p></quote>
+development in a number of critical areas.</p></quote>
 
 <p>Juan Lang outlined some ideas that would help WineTools users work
 with Wine better:</p>
@@ -442,8 +442,8 @@ sounds like sampling freq. (transformati
 	posts="4"
 >
 <topic>Configuration</topic>
-<p>Winecfg now sets overrides for DLL's allowing you to you to choose native
-Windows DLL's over Wine's own builtin ones.  Sometimes it's also necessary
+<p>Winecfg now sets overrides for DLLs allowing you to you to choose native
+Windows DLLs over Wine's own builtin ones.  Sometimes it's also necessary
 to override an executable as well.  Ulisses de Sousa Penna ran into that
 problem this week:</p>
 <quote who="Ulisses de Sousa Penna"><p>
@@ -477,13 +477,13 @@ In fact there are a little more with sam
 
 
 However "winecfg" does not allow me to input free form strings (at least I
-try and could not find a way).
+tried and could not find a way).
 It does only allow me to navigate throught the file system and choose the
 application.
-And the "Libraries" tab, in winecfg, it is only for DLL's - I guess! (Am I
+And the "Libraries" tab, in winecfg, it is only for DLLs - I guess! (Am I
 wrong?)
 The only solution I tried is using "vi" to edit ~/.wine/user.reg but I
-think I made a mistake because wien still segfaults.</p><p>
+think I made a mistake because wine still segfaults.</p><p>
 Here is the KEY I have put:
 <ul><code>
 [Software\\Wine\\AppDefaults\\*user.exe\\DllOverrides]  1138094570<br />
@@ -498,7 +498,7 @@ calling "wine user.exe":
 <p>Stefan D&#246;singer explained Winecfg does in fact work:</p>
 <quote who="Stefan Dosinger"><p>
 
-No, it can be used for .exes too, you only have to specify the full name(e.g.
+No, it can be used for .exes too, you only have to specify the full name (e.g.
 "user.exe" for user.exe compared to "oleaut" for oleaut.dll)
 </p><p>
 I often use it for dplaysvr.exe, so it works</p></quote>
@@ -518,13 +518,13 @@ Wine's implementation:</p>
 <quote who="Vitaliy Margolen"><p>
   Trying to track down the problem with our DInput implementation I found
 some interesting stuff - our global hooks don't work correctly because
-hook callbacks are never called if event is generated in the different
-thread. I don't think this is a revelation to number of people who knew
+hook callbacks are never called if the event is generated in a different
+thread. I don't think this is a revelation to a number of people who knew
 that before. But how do we fix it?
 </p><p>
 Here is what I dug up so far:
 <ol>
-<li> Installing global hook we setting it as WINEVENT_INCONTEXT while msdn
+<li> Installing global hook we are setting it as WINEVENT_INCONTEXT while msdn
    and tests indicate that it qualifies as WINEVENT_OUTOFCONTEXT instead.
    Unless of course we don't want to call post_win_event in step 5 and go
    to step 6 instead.</li>
@@ -532,10 +532,10 @@ Here is what I dug up so far:
    <ul><a href="http://source.winehq.org/source/dlls/x11drv/mouse.c#L191">
    http://source.winehq.org/source/dlls/x11drv/mouse.c#L191</a></ul>
    From looking at it I assume that all the HW mouse hooks should be
-   handled by HOOK_CallHooks function. This is because there are no code
+   handled by HOOK_CallHooks function. This is because there is no code
    related to hooks in send_message server call.</li>
 <li> First thing that HOOK_CallHooks does is calling HOOK_IsHooked with
-   checks only current thread for installed hooks. So this is first place
+   checks only current thread for installed hooks. So this is the first place
    that is wrong. Let's comment that check out for now. I think we need
    to move that check farther down, after the call to server.</li>
 <li> We call start_hook_chain 
@@ -547,7 +547,7 @@ Here is what I dug up so far:
    http://source.winehq.org/source/server/hook.c#L211</a>
    the hook callback thread being local (which is again not the case for global
    hooks). This is problem #2.</li>
-<li> Now we have post_win_event of but right before it we hitting an assert
+<li> Now we have post_win_event of but right before it we are hitting an assert
    so this is not the right way?</li>
 <li> Say we returned with success and back to HOOK_CallHooks that now tries
    to call MSG_SendInternalMessageTimeout. Which for some reason fails to
@@ -595,7 +595,7 @@ I'm working on a test to test hooks. Hop
 test it.
 </p><p>
 And it looks like we will have to rethink our DInput - the game still
-doesn't work. It seems that the thread which acquired mouse doesn't
+doesn't work. It seems that the thread which acquired the mouse doesn't
 have a message loop.
 </p></quote>
 


More information about the wine-patches mailing list