[WINEHQ] Assorted spelling fixes

Francois Gouget fgouget at free.fr
Tue May 24 05:27:46 CDT 2005


Changelog:

  * wwn/wn20020913_135.xml
    wwn/wn20030117_153.xml
    wwn/wn20030314_161.xml
    wwn/wn20050422_271.xml
    wwn/wn20050513_274.xml
    wwn/wn20050520_275.xml

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

-- 
Francois Gouget         fgouget at free.fr        http://fgouget.free.fr/
   Good judgment comes from experience, and experience comes from bad judgment
                                -- Barry LePatner
-------------- next part --------------
Index: wwn/wn20020913_135.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020913_135.xml,v
retrieving revision 1.10
diff -u -p -r1.10 wn20020913_135.xml
--- wwn/wn20020913_135.xml	27 Jan 2005 15:21:25 -0000	1.10
+++ wwn/wn20020913_135.xml	24 May 2005 10:17:33 -0000
@@ -408,7 +408,7 @@ in the changes Andi mentioned he found a
  at least not any more.
 </p><p>
  So I'm a little unsure on how the headers should be organised.
- winternl.h contains to little information to fully replace
+ winternl.h contains too little information to fully replace
  ntdef.h/ntddk.h in fact in some cases of the enums in winternl.h
  is incomplete but the full enum exists in ntddk.h!!!
 </p><p>
Index: wwn/wn20030117_153.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030117_153.xml,v
retrieving revision 1.8
diff -u -p -r1.8 wn20030117_153.xml
--- wwn/wn20030117_153.xml	2 Sep 2004 19:09:22 -0000	1.8
+++ wwn/wn20030117_153.xml	5 May 2005 14:47:06 -0000
@@ -200,7 +200,7 @@ to applications or web functionality.
 <p>Just to recap the story so far, it's come down to
 two ideas for creating the IWebBrowser processing engine.  The first is to use 
 Mozilla, the second is to use KHTML.  Mozilla has pretty much been ruled out -
-it's way to big and maintaining the code within Wine's CVS would be next to
+it's way too big and maintaining the code within Wine's CVS would be next to
 impossible.  KHTML has the advantage of being a lot smaller and easier to 
 integrate.  According to the developers it would also handle the eccentricities
 of IE better.  KHTML's problem is historically it's been tied to Qt.  
Index: wwn/wn20030314_161.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030314_161.xml,v
retrieving revision 1.5
diff -u -p -r1.5 wn20030314_161.xml
--- wwn/wn20030314_161.xml	20 May 2005 17:57:50 -0000	1.5
+++ wwn/wn20030314_161.xml	24 May 2005 10:16:26 -0000
@@ -143,7 +143,7 @@ far from beeing perfect).
 
 What prevents wine from distributing timeslices correctly? Even if i
 renice/boost linux kernel sheduler of the whole wine process(es) things go
-wrong a lot. The processing thread gets way to small amount of attention.
+wrong a lot. The processing thread gets way too little attention.
 </p><p>
 
 Do you have some hints on how to boost the processing thread a bit? I'm
Index: wwn/wn20050422_271.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050422_271.xml,v
retrieving revision 1.3
diff -u -p -r1.3 wn20050422_271.xml
--- wwn/wn20050422_271.xml	20 May 2005 17:53:24 -0000	1.3
+++ wwn/wn20050422_271.xml	20 May 2005 19:10:42 -0000
@@ -148,7 +148,7 @@ version, I'll send this patch to wine-pa
 Linux Gecko (e.g. Mozilla).  Jacek thought it would, but asked if
 anyone could help with it:</p>
 <quote who="Jacek Caban"><p>
-Yes, I believe. Unfortunatelly I've not succeeded in this as my knowledge
+Yes, I believe. Unfortunately I've not succeeded in this as my knowledge
 about
 X and gtk programming is poor. So I need some help on it. A patch that makes
 nonwindow-like stuff to enable UNIX Gecko is attached. To make it
Index: wwn/wn20050513_274.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050513_274.xml,v
retrieving revision 1.1
diff -u -p -r1.1 wn20050513_274.xml
--- wwn/wn20050513_274.xml	14 May 2005 05:59:06 -0000	1.1
+++ wwn/wn20050513_274.xml	24 May 2005 09:51:40 -0000
@@ -171,7 +171,7 @@ compiler.</p>
 
 <p>Video capture devices have seen some work lately.  This
 is a new area for Wine so there's been work at trying to
-figure out how to implement it.  The seems to be building on
+figure out how to implement it.  It seems to be building on
 the Video4Linux services.  Two folks have been looking at
 this and coming at it from different angles.  Rolf Kalbermatter
 explained how all this works in Windows and how it could
@@ -193,11 +193,11 @@ seems.
 Avicap32 implements two functions, one is for the enumeration of the VfW
 devices registered in the system. For this it does enumerate all entries
 in
-HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\MediaResources\msvid
-eo and for compatibilty reasons with 16bit Windows also in the Drivers32
+HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\MediaResources\msvideo
+and for compatibilty reasons with 16bit Windows also in the Drivers32
 section in system.ini. I have an untested version of this code already.
 The enumeration function does not try to detect any devices other than
-what it finds in above mentioned places. I assume that a webcam driver
+what it finds in the above mentioned places. I assume that a webcam driver
 installation would have to do that. 
 The second function in Avicap32.dll creates a (hidden) window which
 handles the actual interaction with the video device as well as being an
@@ -217,16 +217,16 @@ other possible video source objects whic
 interface to WDM stream class devices somehow and could be enumerated by
 devenum as well.
 </p><p>
-DirectShow seems to be somwhat complicated. Video sources can be
+DirectShow seems to be somewhat complicated. Video sources can be
 provided from VfW again, which is provided by the "VfW Capture Filter"
 class in qcap.dll. This is basically a DirectShow filter wrapper around
 the same installable driver interface as is used in avicap32.dll (and
 through above mentioned vfwwdm32.dll driver an application can also
 access WDM stream class video capture sources indirectly. How the direct
-interface to WDM stream class devices is provide I haven't found out yet
+interface to WDM stream class devices is provided I haven't found out yet
 but according to MSDN it should be possible somehow.
 </p><p>
-For Wine purposes the VfW path seems the most interesting one.
+For Wine's purposes the VfW path seems the most interesting one.
 Separating the Video4Linux interface into an installable multimedia
 driver such as winev4l would cleanly separate platform specific code
 from the rest of the Wine DirectShow and Avicap implementation. Trying
@@ -265,7 +265,7 @@ to the CVS SourceForge:
 They clearly did not belong in the tree, and we decided at
 WineConf05 to move them out of there. So we did.
 </p><p>
-I have renamed the files for a more uniform naming, and dropped
+I have renamed the files for a more uniform naming, and dropped a
 couple of unused files in the process. We still need to change
 WineHQ's scripts to point them to the new location. Help with
 this would be appreciated.
@@ -323,7 +323,7 @@ fine. Ideally they should all be based o
 >
 <topic>Architecture</topic>
 
-<p>Flattening the various DLL directories has come up a few times over the past year.  Basically the issue are any of Wine's DLL's that have subdirectories.  For example, if you go into dlls/winmm/ you'll see a ton of subdirectories.  Christian Costa took a stab at one this week and asked for some feedback:</p>
+<p>Flattening the various DLL directories has come up a few times over the past year.  Basically the issue is any of Wine's DLLs that have subdirectories.  For example, if you go into dlls/winmm/ you'll see a ton of subdirectories.  Christian Costa took a stab at one this week and asked for some feedback:</p>
 
 <quote who="Christian Costa"><p>
 I plan to flatten the ddraw directory and perform some files renaming in it.
@@ -345,7 +345,7 @@ better than surface/hal.c?</quote></p>
 <ol>
 <li> This removes the directories hierarchy (which is not really necessary)</li>
 <li> You don't have several files with the same name (there are 6 main.c, 
-   3 hal.c,... and when there are all opened for editing, this begins to be 
+   3 hal.c,... and when they are all opened for editing, this begins to be 
    a little confusing)</li></ol></p></quote>
    
 <p>Alexandre thought it would be a good time to do more cleanup,
@@ -366,7 +366,7 @@ really don't need one header for each so
 Uwe Bonnes reported:</p>
 <quote who="Uwe Bonnes"><p>
 
-I updated yesterday and today. Compiling with todays CVS gives:
+I updated yesterday and today. Compiling with today's CVS gives:
 <ul><code>
 ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole<br />
 joystick.o keyboard.o mouse.o testlist.o  -o dinput_test.exe.so<br />
Index: wwn/wn20050520_275.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050520_275.xml,v
retrieving revision 1.2
diff -u -p -r1.2 wn20050520_275.xml
--- wwn/wn20050520_275.xml	20 May 2005 14:56:11 -0000	1.2
+++ wwn/wn20050520_275.xml	24 May 2005 10:15:45 -0000
@@ -91,7 +91,7 @@ by Romuald Vieux and Yvon Benoist:</p>
  I was away on vacation in the past few days which is why this got 
 delayed a bit. But now that I'm back, here's a patch to translate the 
 Wine FAQ to French using the new po4a/ directory. Note that the patch is 
-pretty big : 136KB (not compressed). That's because that how big the FAQ 
+pretty big : 136KB (not compressed). That's because that's how big the FAQ 
 translation is. Once this is in I will send patches to add a translation 
 for the Wine User Guide and the WineLib User Guide.
 </p><p>
@@ -155,11 +155,11 @@ Status: Nearly complete, need testers.
 <a href="http://wiki.winehq.org/MSN_Messenger_webcam_support">
 http://wiki.winehq.org/MSN_Messenger_webcam_support</a></ul>
 </p><p>
-You need the native quartz dll, which get installed with internet 
+You need the native quartz dll, which gets installed with internet 
 explorer, as the builtin quartz doesn't work properly when changing 
 media format on initialisation. IFilterGraph Reconnect isn't 
 implemented, and for some reason *looks strangely at Robert* instead of 
-a FIXME() there's a TRACE telling it is a stub...</p></quote>`
+a FIXME() there's a TRACE telling it is a stub...</p></quote>
 
 <p>Maarten then took a closer look at the builtin quartz DLL and found
 some problems with it.  It appears he was able to fix them and get it
@@ -168,11 +168,11 @@ though perhaps there's another dependenc
 </section>
 <section 
 	title="Windows Problems" 
-	subject=""
-	archive="http://www.winehq.com/hypermail/wine-devel/2005/02/0.html" 
-	posts=""
-	startdate="02/  /2005"
-	enddate="02/  /2005"
+	subject="Q for AJ? Re: UT2003 Windowing Regression - Yet Another nights effort..."
+	archive="http://www.winehq.org/hypermail/wine-devel/2005/05/0662.html" 
+	posts="5"
+	startdate="05/18/2005"
+	enddate="05/20/2005"
 >
 <topic></topic>
 <p>This was a pretty slow week on the wine-devel mailing list.  However,
@@ -223,13 +223,13 @@ Woohoo... Should be easy then!
 </p><p>
 From forum updates it appears Notes, Unreal2, UT2003, UT2004, Empire Earth
 and MS Office 2003 for a start are all affected by this problem, and testing
-seems to confirm its wrong, so I would start by changing it with a patch and
+seems to confirm it's wrong, so I would start by changing it with a patch and
 see what breaks, since we have no evidence anything will as far as I know.
 </p><p>
-But first I'll have a play under wine to compare my testing results with my
+But first I'll have a play under wine to compare my test results with my
 suggested patch and see what breaks...
 </p><p>
-Unfortunately I cant really think of a 'test' I can add into the wine tests
+Unfortunately I can't really think of a 'test' I can add into the wine tests
 for this as most of the testing was under windows since wine just loops!</p>
 </quote>
 
@@ -255,7 +255,7 @@ error and validates the window to break 
 to the FAQ.  I decided to do it but quickly discovered the FAQ was one
 of the docs that got moved to SourceForge (see 
 <a href="http://www.winehq.com/?issue=274#Documentation%20Moved%20to%20SourceForge">WWN #274</a> for details.)  
-I figured it was a good time to add a FAQ entry about how to update the
+I figured it was a good time to add an FAQ entry about how to update the
 FAQ as well.  Now that those new entries were added, it led me to ask,
 <quote who="Brian Vincent">
 has WineHQ been updated to build the FAQ/docs from SF rather than WineHQ CVS?
@@ -357,10 +357,10 @@ effort.</p></quote>
 
 I'm glad people like the Wiki. It can become an amazing resource,
 but only if people contribute and take care of it. I think it's already
-on it's way of being a great development resource.
+on its way to being a great development resource.
 </p><p>
 If you have any complaints, needs or wants, please don't hesitate
-to voice them -- I'd be more then happy to address them.
+to voice them -- I'd be more than happy to address them.
 
 </p></quote>
 </section></kc>


More information about the wine-patches mailing list