[WINEHQ] Assorted spelling fixes

Francois Gouget fgouget at free.fr
Thu May 5 09:00:59 CDT 2005



Changelog:

  * templates/en/janitorial.template
    templates/en/winelib.template
    templates/en/wineconf/travel.template
    wwn/wn20000904_59.xml
    wwn/wn20010912_103.xml
    wwn/wn20020213_115.xml
    wwn/wn20021206_147.xml
    wwn/wn20030131_155.xml
    wwn/wn20030314_161.xml
    wwn/wn20030418_166.xml
    wwn/wn20030502_168.xml
    wwn/wn20030718_179.xml
    wwn/wn20031108_195.xml
    wwn/wn20031121_197.xml
    wwn/wn20041015_244.xml
    wwn/wn20050325_267.xml
    wwn/wn20050422_271.xml
    wwn/wn20050503_272.xml

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

-- 
Francois Gouget         fgouget at free.fr        http://fgouget.free.fr/
  "Only wimps use tape backup: _real_ men just upload their important stuff on
        ftp, and let the rest of the world mirror it ;)" -- Linus Torvalds
-------------- next part --------------
Index: templates/en/janitorial.template
===================================================================
RCS file: /var/cvs/lostwages/templates/en/janitorial.template,v
retrieving revision 1.77
diff -u -p -r1.77 janitorial.template
--- templates/en/janitorial.template	22 Apr 2005 15:10:32 -0000	1.77
+++ templates/en/janitorial.template	23 Apr 2005 17:39:20 -0000
@@ -270,7 +270,7 @@
   As of Jan 9, 2005, there were 11 occurrences of <tt>HEAP_strdupWtoA</tt>.
   These functions invocations should go away during the W -&gt; A cross-call
   cleanup. It is better to directly fix that sort of cross call, rather than
-  replace this function by other alternatives. The few of them that can not
+  replace this function by other alternatives. The few of them that cannot
   be eliminated this way, should be replaced by calls to <tt>WideCharToMultiByte</tt>.<p>
   <tt>find dlls -name \*.c -exec grep -q HEAP_strdupWtoA {} \; -ls</tt>
   <ul>
Index: templates/en/winelib.template
===================================================================
RCS file: /var/cvs/lostwages/templates/en/winelib.template,v
retrieving revision 1.19
diff -u -p -r1.19 winelib.template
--- templates/en/winelib.template	28 Mar 2005 16:22:18 -0000	1.19
+++ templates/en/winelib.template	23 Apr 2005 17:37:11 -0000
@@ -33,7 +33,7 @@
    All of the above have publicly available source code, and
    most are decent candidates for this project. 
 
-  <p>Obviously, we can not start porting all these applications. We have to pick a
+  <p>Obviously, we cannot start porting all these applications. We have to pick a
      few important ones, and work with those.
 
   <h3>How</h3>
@@ -323,7 +323,7 @@ make<br>
     <li>updated: Nov 27, 2002
     <li>homepage: <a href="http://www.bloodshed.net/dev/devcpp.html">www.bloodshed.net/dev/devcpp.html</a>
   </ul>
-  <p><strong>Update</strong>: This project can not be ported using Winelib, 
+  <p><strong>Update</strong>: This project cannot be ported using Winelib, 
      as it is written in Pascal/Delphi.
      It should be possible to port it to Linux using Kylix relatively easily.
      
Index: templates/en/wineconf/travel.template
===================================================================
RCS file: /var/cvs/lostwages/templates/en/wineconf/travel.template,v
retrieving revision 1.13
diff -u -p -r1.13 travel.template
--- templates/en/wineconf/travel.template	27 Apr 2005 09:25:17 -0000	1.13
+++ templates/en/wineconf/travel.template	3 May 2005 12:15:38 -0000
@@ -171,7 +171,7 @@ Lufthansa has a deal with the Deutsche B
 where selected trains have Lufthansa flight numbers and you check in and
 check out at the Stuttgart main station (far far far less crowded than
 the Frankfurt airport).<br /><br />
-If you can not get one of those "flight by rail" try to get with your
+If you cannot get one of those "flight by rail" try to get with your
 flight a "feeder train ticket". That's a train ticket valid only with
 your plane ticket from the airport to your final destination in Germany.
 It's a fixed fee independent of the distance by train and it's way
Index: wwn/wn20000904_59.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20000904_59.xml,v
retrieving revision 1.5
diff -u -p -r1.5 wn20000904_59.xml
--- wwn/wn20000904_59.xml	28 Mar 2005 16:22:18 -0000	1.5
+++ wwn/wn20000904_59.xml	23 Apr 2005 17:37:32 -0000
@@ -153,7 +153,7 @@ new code areas.
 
 For the time being, one can (partially) do that by reading the diffs
 sent out by Alexandre with each release. However, they are _very_ big,
-and one can not easily separate the logical changes from one another.
+and one cannot easily separate the logical changes from one another.
 
 <p />
 
Index: wwn/wn20010912_103.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010912_103.xml,v
retrieving revision 1.6
diff -u -p -r1.6 wn20010912_103.xml
--- wwn/wn20010912_103.xml	16 Dec 2003 17:09:27 -0000	1.6
+++ wwn/wn20010912_103.xml	23 Apr 2005 17:13:40 -0000
@@ -435,7 +435,7 @@ explain, <quote who="Francois Gouget">
 
 <quote who="Stefan Leichter"><p>
 after a long time of debugging (because of my little experience with
-windows programing and debugging), i found the problem that breaks the
+windows programming and debugging), i found the problem that breaks the
 keyboard input of my favorite game "You Don't Know Jack" (demos of newer
 versions downloadable at http://www.take2.de/downloads/demos.php).
 </p><p>
Index: wwn/wn20020213_115.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020213_115.xml,v
retrieving revision 1.8
diff -u -p -r1.8 wn20020213_115.xml
--- wwn/wn20020213_115.xml	16 Dec 2003 17:09:27 -0000	1.8
+++ wwn/wn20020213_115.xml	23 Apr 2005 17:37:44 -0000
@@ -412,7 +412,7 @@ license:</p>
 	 In other words, they needed that code. They invested some money do get
 	 it. They are happy with the results. Why not release the code? They have
 	 what they needed in the first place? The reason is clear -- it cost them
-	 to get there, they can not aford to bring everybody there for free. I can
+	 to get there, they cannot afford to bring everybody there for free. I can
 	 100% understand that. But if the code was under the LGPL, it would not
 	 matter, because even if they brought everybody there, other companies
 	 could not step ahead of them, since if they did, they themselves could
Index: wwn/wn20021206_147.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20021206_147.xml,v
retrieving revision 1.9
diff -u -p -r1.9 wn20021206_147.xml
--- wwn/wn20021206_147.xml	2 Sep 2004 19:09:22 -0000	1.9
+++ wwn/wn20021206_147.xml	23 Apr 2005 17:37:55 -0000
@@ -173,7 +173,7 @@ with you. So I think that we should:
 <ul>
   <li> NOT include apps that crash or don't work reasonable well
     Just starting up enough to take a shot is not good enough</li>
-  <li> NOT include apps that can not be tweaked into working with
+  <li> NOT include apps that cannot be tweaked into working with
     a reasonable enough of effort. Apps that _require_ cxoffice
     or WineX have no place on this page</li>
   <li> DO include a warning saying that the apps featured on this
Index: wwn/wn20030131_155.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030131_155.xml,v
retrieving revision 1.6
diff -u -p -r1.6 wn20030131_155.xml
--- wwn/wn20030131_155.xml	27 Jan 2005 15:21:25 -0000	1.6
+++ wwn/wn20030131_155.xml	3 May 2005 12:53:16 -0000
@@ -10,7 +10,7 @@
 <intro>
 <p>This is the 155th release of the Wine's kernel cousin publication. 
 Its main goal is to perpetuate the belief that this incredibly useful
-piece of software is some how nearing beta quality.
+piece of software is somehow nearing beta quality.
 It also serves to inform you of what's going on around Wine (the Un*x 
 Windows emulator).</p>
 </intro>
@@ -130,7 +130,7 @@ He is using a glibc 2.3 headbranch snaps
 confirmed first suspicions.
 </p><p>
 __errno_location and __h_errno_location are no longer weak symbols
-and so can not be overwritten any longer. The internal glibc systemcall
+and so cannot be overwritten any longer. The internal glibc systemcall
 wrappers no longer call the functions by reference, but directly.
 </p><p>
 Investigations and several talks to one of our glibc gurus (Andreas Schwab)
@@ -169,7 +169,7 @@ as not enough memory, no space left on a
 denied.  And by it's nature, glibc is the place where system calls
 live.  So the problem is with what Marcus said, <i>
 __errno_location and __h_errno_location are no longer weak symbols
-and so can not be overwritten any longer</i></p>
+and so cannot be overwritten any longer</i></p>
 
 <p>But wait, why are we even in this mess?  Why doesn't Wine just
 use the standard Unix pthread implementation?  The last time the WINE 
@@ -182,8 +182,8 @@ under Linux is clone(2).  The
 "wineserver" process is what's responsible for waiting on those
 threads and it operates as a single process with a giant poll()
 loop.  So it seems we're back to the age-old question of whether Wine 
-can some how graft Windows' threading into the pthreads model 
-or whether it needs to continue it's own.</p>
+can somehow graft Windows' threading into the pthreads model 
+or whether it needs to continue its own.</p>
 
 <p>This problem is going to be even more apparent in a few months
 when RedHat ships a version of glibc that won't work with Wine.</p>
@@ -196,7 +196,7 @@ Excuse me, but somehow I think this is p
 </p><p>
 I mean, both Wine and glibc are successful (?) OSS projects,
 so they should be able to come up with something much better than this
-terribly embarassing solution (after all everybody knew that
+terribly embarrassing solution (after all everybody knew that
 OSS development was a "superiour" approach, didn't they ? ;-).
 </p><p>
 I for one would feel much better if we simply rejected that particular
Index: wwn/wn20030314_161.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030314_161.xml,v
retrieving revision 1.4
diff -u -p -r1.4 wn20030314_161.xml
--- wwn/wn20030314_161.xml	16 Dec 2003 17:09:27 -0000	1.4
+++ wwn/wn20030314_161.xml	3 May 2005 12:51:53 -0000
@@ -133,7 +133,7 @@ Basically 2 ways are left to go:
 Thanks a lot for any information!
 </p></quote>
 
-<p>Eric Pouech suggested some how working on the first idea might
+<p>Eric Pouech suggested somehow working on the first idea might
 help with the problem.  Florian wrote back with more details:</p>
 <quote who="Florian Schirmer"><p>
 I've added some Enter/LeaveCriticalSections
Index: wwn/wn20030418_166.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030418_166.xml,v
retrieving revision 1.7
diff -u -p -r1.7 wn20030418_166.xml
--- wwn/wn20030418_166.xml	28 Mar 2005 16:22:18 -0000	1.7
+++ wwn/wn20030418_166.xml	3 May 2005 12:51:38 -0000
@@ -9,7 +9,7 @@
 
 <intro>
 <p>This is the 166th release of the Wine's kernel cousin publication. 
- Its main goal is to some how escape the confines of a hard drive
+ Its main goal is to somehow escape the confines of a hard drive
  going bad and be thankful for ancient boot floppies that still
  work.
  It also serves to inform you of what's going on around Wine (the Un*x 
Index: wwn/wn20030502_168.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030502_168.xml,v
retrieving revision 1.5
diff -u -p -r1.5 wn20030502_168.xml
--- wwn/wn20030502_168.xml	16 Dec 2003 17:09:27 -0000	1.5
+++ wwn/wn20030502_168.xml	3 May 2005 12:51:26 -0000
@@ -204,7 +204,7 @@ repository on SourceForge</a>.</p>
 <p>Troy Rollo posted a 
 <a href="http://www.winehq.org/hypermail/wine-patches/2003/04/0268.html">small patch</a> adjusting addressable
 memory that made Borland's free compiler (bcc 5.5) work.
-Initially it sounded like he had managed to some how compile
+Initially it sounded like he had managed to somehow compile
 Wine with it, but really what he was doing was using Wine
 to run it and create executables.  Dimi asked him some
 questions (below in italics) and Troy responded:</p>
Index: wwn/wn20030718_179.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030718_179.xml,v
retrieving revision 1.4
diff -u -p -r1.4 wn20030718_179.xml
--- wwn/wn20030718_179.xml	28 Mar 2005 16:22:18 -0000	1.4
+++ wwn/wn20030718_179.xml	3 May 2005 12:54:02 -0000
@@ -370,7 +370,7 @@ and it needs to be preserved for histori
 I swear, fdi.c is the worst code I ever wrote, period.
 </p><p>
 It's just an absolute graveyard of abandoned code-paths and unused 
-variables... it's downright embarassing... and of course all the stuff I 
+variables... it's downright embarrassing... and of course all the stuff I 
 carelessly brushed over is coming back to haunt me for split cabs...  it 
 doesn't help that this is really boring stuff, absolutely no real challenge 
 to keep it interesting except the pure tediousness of it...  Stuart Caie did 
Index: wwn/wn20031108_195.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20031108_195.xml,v
retrieving revision 1.4
diff -u -p -r1.4 wn20031108_195.xml
--- wwn/wn20031108_195.xml	16 Dec 2003 17:09:27 -0000	1.4
+++ wwn/wn20031108_195.xml	23 Apr 2005 17:38:18 -0000
@@ -429,10 +429,10 @@ code like that in Wine:</p>
 As we've seen with encryption regulations in the past, the issue of 
 control-circumvention law dissolves in the face of open-source software. 
 Moreover, in the face of (L)GPL open-source software, it dissolves by 
-*design* - you can not withhold source-code if you want to release 
+*design* - you cannot withhold source-code if you want to release 
 binaries. IIRC, this was one of the major stumbling blocks for 
-TransGaming and the Wine/LGPL debate - they have copyprotection support 
-that they legally can not dream of releasing source for. Some argue that 
+TransGaming and the Wine/LGPL debate - they have copy-protection support 
+that they legally cannot dream of releasing source for. Some argue that 
 binaries are a form of source code anyway, and that you can "read" them 
 in the sense that you can interpret and modify their operation. However, 
 the lawyers seem reasonably comfortable with that argument - they call it 
Index: wwn/wn20031121_197.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20031121_197.xml,v
retrieving revision 1.6
diff -u -p -r1.6 wn20031121_197.xml
--- wwn/wn20031121_197.xml	7 Mar 2005 21:17:11 -0000	1.6
+++ wwn/wn20031121_197.xml	23 Apr 2005 17:38:42 -0000
@@ -126,7 +126,7 @@ I was wondering what is the relation of 
 to WineX, at least part of it, which is covered under the GPL. What I was
 wondering about is, whether this code is the same as Wine or is it more
 advanced? Or is this code only the sutff which is also contained in Wine and
-all the other stuff is (more or less) closed, so that you can not use it for
+all the other stuff is (more or less) closed, so that you cannot use it for
 Wine.</p>
 </quote>
 
Index: wwn/wn20041015_244.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20041015_244.xml,v
retrieving revision 1.5
diff -u -p -r1.5 wn20041015_244.xml
--- wwn/wn20041015_244.xml	28 Mar 2005 16:22:18 -0000	1.5
+++ wwn/wn20041015_244.xml	23 Apr 2005 17:38:51 -0000
@@ -449,7 +449,7 @@ pages suggest (but don't state clearly) 
 is the expected behavior.
 </p><p>
 This behavior essentially means that on most Windows systems
-the timer resolution of winmm is 1ms and can not be changed.
+the timer resolution of winmm is 1ms and cannot be changed.
 </p><p>
 So, question #1:  anyone object if I fix the timer resolution at 1 ms?
 </p><p>
Index: wwn/wn20050325_267.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050325_267.xml,v
retrieving revision 1.3
diff -u -p -r1.3 wn20050325_267.xml
--- wwn/wn20050325_267.xml	28 Mar 2005 16:24:02 -0000	1.3
+++ wwn/wn20050325_267.xml	23 Apr 2005 17:39:01 -0000
@@ -321,7 +321,7 @@ http://img87.exs.cx/my.php?loc=img87.=wi
 <p>Dmitry Timoshkov felt more work needed to go into the
 low-level parts of it,
 <quote who="Dmitry Timoshkov">
- user32 can not depend on uxtheme or any other high level dll. You need to
+ user32 cannot depend on uxtheme or any other high level dll. You need to
  make all the work inside of uxtheme by subclassing/patching every class you
  wish to change the painting for, and do all the painting inside of uxtheme.
  I'm not sure how to do it cleanly without adding an explicit dependency of
Index: wwn/wn20050422_271.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050422_271.xml,v
retrieving revision 1.2
diff -u -p -r1.2 wn20050422_271.xml
--- wwn/wn20050422_271.xml	22 Apr 2005 01:49:09 -0000	1.2
+++ wwn/wn20050422_271.xml	5 May 2005 13:17:24 -0000
@@ -110,14 +110,14 @@ included with his email:</p>
 <quote who="Jacek Caban"><p>
 
 Now MSHTML is ready for a patch that enables HTML rendering over
-Gecko API. I attached the patch that makes IE works with Wine's MSHTML.
+Gecko API. I attached the patch that makes IE work with Wine's MSHTML.
 Any comments/suggestions are welcome. If you want to see how
 it works, you need to have a working installation of IE and Mozilla
 installed under Wine. Then just set mshtml.dll to be loaded as built in.
-Excluding many not implemented parts of API, it needs a better algorithm 
-searching for Mozilla installation (eg. currently it can't work with only
+Excluding many not implemented parts of the API, it needs a better algorithm 
+searching for Mozilla installation (e.g. currently it can't work with only
 Mozilla ActiveX
-Control installed) and better messaging user that it needs Mozilla, but
+Control installed) and better inform user that it needs Mozilla, but
 I'll fix it in next patches.
 </p><p>
 I'm not sure if I should presently send it to wine-patches. I still hope
@@ -130,14 +130,14 @@ without success as yet. Problem is that 
 window handle to
 nsIBaseWindow::InitWindow (you may see this call in view.c). In case of
 windows version it's no problem as it
-means passing HWND, but in case of Linux it is Gtk/GdkWindow
+means passing an HWND, but in case of Linux it is Gtk/GdkWindow
 (well, not always as Mozilla can be built to use xlib or qt, but
 currently in most cases it's not and we can take care of it later).
 To not use gtk/gdk directly in Wine we could patch Mozilla to detect
 XID passed and use gdk_window_foreign_new to create GdkWindow.
 It should work, I believe, but I was not able to do so. It would be
 wonderful if
-anyone could give me any insight on it, eg. I'm not sure if I have a
+anyone could give me any insight on it, e.g. I'm not sure if I have a
 good understanding of how to get the XID for Wine's window. Also I'd
 like to know if using gdk inside Wine's windows needs any
 tricks/is possible. If you think I should give up and stay with the Windows
@@ -148,16 +148,16 @@ 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 knowlage
+Yes, I believe. Unfortunately I've not succeeded in this as my knowledge
 about
-X and gtk programing is poor. So I need some help on it. A patch that makes
+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
 complete, 'just' one error in view.c has to be fixed.
 </p><p>
-As it's the development version, path to Mozilla dir is hardcoded -
+As it's the development version, the path to the Mozilla dir is hardcoded -
 it'll be simple
-to fix, but first I'd like to see it working. To make changes more
-clear, this patch
+to fix, but first I'd like to see it working. To make changes
+clearer, this patch
 depends on my last patch I've sent yesterday. Parts of code that depend on
 version of Gecko used are ifdef-ed by UNIX_GECKO.
 </p><p>
@@ -173,7 +173,7 @@ Any help/suggestions very welcomed.
 	enddate="04/20/2005"
 >
 <topic>Integration</topic>
-<p>Maarten Lankhorst sent two message this week with patches
+<p>Maarten Lankhorst sent two messages this week with patches
 outlining work he's done to get webcams to work:</p>
 <quote who="Maarten Lankhorst"><p>
 SInce stuff is missing from msvideo (ICSeqCompressFrame{Start,,Stop})
@@ -190,7 +190,7 @@ set quartz, qcap and devenum to builtin 
 set msvfw32 to native (and make sure you have a native msvfw32)
 regsvr32 quartz.dll
 Run msn messenger (I tested it with MSN 6.2, dutch version, not sure
-wether it will work under 7.0)
+whether it will work under 7.0)
 Now you can use the 'webcam'
 </p><p>
 If you want, you can even make some patterns by changing the following
@@ -208,8 +208,8 @@ this, I would happily accept :)
 <p>The second email described further work:</p>
 <quote who="Maarten Lankhorst"><p>
 Now that I'm pretty much done with cleaning up the stuff, I'm wondering
-on how to seperate /dev/video0 from /dev/video1, in the current code I
-don't have the seperation, and I'm unsure on how to add it...
+on how to separate /dev/video0 from /dev/video1, in the current code I
+don't have the separation, and I'm unsure on how to add it...
 </p><p>
 Anyway, this is my first attempt to get v4l2 to work with msn 6.2, it is
 very unstable but it somehow.. works..
@@ -290,7 +290,7 @@ scanners, for example, so the parameters
 functions would be well known. For most other hardware
 it is trivial to reverse engineer it if necessary.
 </p><p>
-The problem is, Wine does all I/O (ie. ReadFile(),
+The problem is, Wine does all I/O (i.e. ReadFile(),
 WriteFile(), DeviceIoControl()) using the @&amp;#$!"*
 wineserver, by querying the wineserver for a file
 descriptor (int obtained by the POSIX open() function
@@ -303,7 +303,7 @@ problem is that you need ways to:
 <ol>
 <li> Associate particular file descriptors to a
 dynamically linked library that would be identified by
-the CreateFile() argument (eg. for \\MiiScan0\, maybe
+the CreateFile() argument (e.g. for \\MiiScan0\, maybe
 the library would be MiiScan0.so).</li>
 
 <li> Load up the library on CreateFile() with a
@@ -316,7 +316,7 @@ and ioctl's.</li>
 <li> (This is the hardest part) Make ReadFile(),
 WriteFile() and DeviceIoControl() aware of which file
 descriptor identifies which library, and call the
-right libraries functions. This probably requires
+right library functions. This probably requires
 changes to the wineserver.</li></ol></p><p>
 
 Phew, I thought I'd type a short reply! Interested in
@@ -326,7 +326,7 @@ working on this? I can't do it all alone
 <p>Hiji thought between Damjan and Lars Segerlund
 there might be an opportunity to develop something:</p>
 <quote who="Hiji"><p>
-There's not much I can do other then try to encourage
+There's not much I can do other than try to encourage
 you and Lars to work together (as I'm not a C
 developer).  Damjan, it sounds like you have already
 covered a lot of the groundwork through your research
@@ -341,7 +341,7 @@ functionality.
 </p><p>
 I suppose the last piece missing is to consult the
 expert on the wineserver (as far as USB is concerned)
-to see if any changes would truely need to be made
+to see if any changes would truly need to be made
 there.  Who would that be?
 </p></quote>
 
@@ -435,9 +435,9 @@ easily give guidance in this area.
 I have only limited time, and work a patch at a time, until it gets in cvs,
 because as is the case with his current patch, basically it needs reworking
 into submittable chunks! However, I think we should give Oliver a little
-more time (I wont be touching it until after wineconf anyway). 
+more time (I won't be touching it until after wineconf anyway). 
 </p><p>
-Not knowing anthing about d3d8/9 shouldn't hold you back - I knew nothing
+Not knowing anything about d3d8/9 shouldn't hold you back - I knew nothing
 when I started on the d3d8 stuff, and it doesn't take that long to pick up
 the threads.
 </p><p>
@@ -459,7 +459,7 @@ works for you and if it does send me (of
 >
 <topic>Integration</topic>
 <p>Jakob Eriksson wanted to know if anyone had used Wine's
-DLL's on Windows:</p>
+DLLs on Windows:</p>
 <quote who="Jakob Eriksson"><p>
 Has anybody else thought of using DLLs (like ReactOS' dlls) as a 
 compatibility layer to different Windows versions?
@@ -497,7 +497,7 @@ runs.</quote></p>
 <p>It led Rolf Kalbermatter to ask:</p>
 <quote who="Rolf Kalbermatter"><p>
 
-Why would you need the .local file? Has there anything changed in XP or
+Why would you need the .local file? Has anything changed in XP or
 2003 which would
 prefer Windows or system DLLs over local DLLs in the same directory as
 the calling executable?
@@ -512,7 +512,7 @@ way for me in the past, too.
 The behavior of LoadLibrary has changed at least once that I know of for Windows 2003. The default
 search order can be set per application in the registry as well. Microsoft even does the
 programname.exe.local trick with the IE5 setup wizard. Extract the IE5 wizard in to a temp folder
-and lauch IE5 setup and you will see the *.exe.local file. iTunes even does it.
+and launch IE5 setup and you will see the *.exe.local file. iTunes even does it.
 </p></quote>
 
 </section></kc> 
Index: wwn/wn20050503_272.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050503_272.xml,v
retrieving revision 1.2
diff -u -p -r1.2 wn20050503_272.xml
--- wwn/wn20050503_272.xml	3 May 2005 10:09:23 -0000	1.2
+++ wwn/wn20050503_272.xml	3 May 2005 18:42:11 -0000
@@ -30,7 +30,7 @@ went to bed.  WineConf ended earlier in 
 I guess I can take solace in the fact ten Wine developers are
 still sitting downstairs and will probably be a lot more tired than me
 in the morning.  I surely won't finish writing this summary tonight,
-but it's nice to look back and reflect on what a great three days its been.
+but it's nice to look back and reflect on what a great three days it has been.
 </p><p>
 Some of you might be looking for the short summary version, so it's
 worth recapping some major highlights.  First, Alexandre has imposed some
@@ -44,7 +44,7 @@ WineConf 2005 unofficially kicked off Fr
 Tangungshotel Stuttgart.  There was a really nice outside
 patio at the hotel and a bar inside.  We spent a little while discussing
 going out somewhere, but we were having too good of a time to be bothered
-trying to leave.  Before we knew it we'd some how consumed a bunch
+trying to leave.  Before we knew it we'd somehow consumed a bunch
 of pizzas Andi Mohr ordered and the bar began shutting down.
 </p><p>
 Saturday morning we kicked off WineConf with a short presentation from
@@ -114,7 +114,7 @@ window manager.  Finally, Marcus Meissne
 plans for 64-bit support. Alexandre said there's no reason 
 not to but it would take someone motivated to do it.	
 </p><p>
-Overall, this is a much more remarkable than last year.  I think 
+Overall, this is much more remarkable than last year.  I think 
 after last year's presentation everyone was left with a sense there
 was a lot more work that needed to be done and it hadn't been
 thought about.  Even worse, only Alexandre could do it.  
@@ -149,7 +149,7 @@ for that would be sometime after 0.9 but
 </p><p>
 Dimi then outlined the key focus of the to do list is
 to standardize on interfaces: UI within Wine, WineHQ
-as a information conduit, file formats and exported
+as an information conduit, file formats and exported
 API's for developers, etc.  As far as that goes, we're
 in great shape.  There's really nothing left to be
 done except move the config into the registry.  
@@ -281,7 +281,7 @@ happen.  He implemented a new wineserver
 reading from a file.  He benchmarked wineserver with a 
 100MB file and various buffer sizes.  He then went
 through and compared this performance with open, 
-Createfile, and Createfile on a mounted SMB share.  
+CreateFile, and CreateFile on a mounted SMB share.  
 He further compared it with the number of clients
 within wineserver to see how well it scaled.  The
 results looked extremely promising.  With regard
@@ -308,7 +308,7 @@ He opened with some questions, such as w
 cooperate on, whether or not we should aim for
 Samba and Wine interoperability, and if we 
 cooperate how we should go about doing it.  Samba
-doesn't about API compatibility but Wine does.
+doesn't care about API compatibility but Wine does.
 Samba doesn't have to worry about object level 
 compatibility, just wire level.  However, both 
 of us need to get the same things right.  We 
@@ -321,7 +321,7 @@ to be most common areas we could look at
 near-term, with the possible exception of the
 talk Andrew Bartlett presented next.
 </p><p>
-The RPC world could present some interesting,
+The RPC world could present some interesting
 areas for working with Samba.
 Looking at IDL compilers, it's apparent Wine's widl
 compiler and Samba's pidl compiler were built for
@@ -382,7 +382,7 @@ The new Samba will contain an interface 
 SSPI and can be called from everywhere.  It can sit both on
 the client and server side and handle blob passing.  The 
 library behind this is Andrew's GENSEC.  He thought it might
-be possible to wrap GENSEC into the SSPI API's Wine has to
+be possible to wrap GENSEC into the SSPI APIs Wine has to
 implement.  At the very least GENSEC can provide a way to
 learn about SSPI and would help us build it properly.  
 </p><p>
@@ -398,7 +398,7 @@ gets designed will have to take that int
 </p><p>
 After that we wrapped up and meandered back to the hotel to
 get ready for the night.  We headed downtown to the Rosenau for
-a dinner put on by CodeWeaver's.  We had a fantastic time.
+a dinner put on by CodeWeavers.  We had a fantastic time.
 I had an interesting conversation with Jerry Carter and Ira 
 Krakow about the dynamics of open source projects as well
 as other random stuff.  We stayed at the restaurant fairly
@@ -410,7 +410,7 @@ were the last ones to get to bed.
 Breakfast came really early.  To start out the agenda we
 had Steven Edwards and Hyperion from the ReactOS project
 show off their latest work.  Things really seem to have
-improved from last year.  Rather running it in VMWare, 
+improved from last year.  Rather than running it in VMWare, 
 Steven actually booted his laptop into ROS.  The running
 joke seemed to be something like Samba is hard, Wine is
 daunting, and the ROS guys are just crazy.  They aim to
@@ -419,7 +419,7 @@ system, including support for devices an
 always raises the question of why bother, but I like to
 think back to something Steven mentioned a few years ago:
 Linux was just trying to be a free replacement for Unix,
-so ROS is just trying to be a free replacement of Windows.
+so ROS is just trying to be a free replacement for Windows.
 </p><p>
 A lot of things work this year and many areas are progressing.  
 Thanks to Wine they can
@@ -427,7 +427,7 @@ run applications like OpenOffice, AbiWor
 have driver support now for nvidia and ATI.  Under development
 they have more networking support, OpenGL/DirectX, and 
 plug 'n play support.  The kernel is getting more stable,
-but they need to a better job at things like syscall and return value
+but they need to do a better job at things like syscall and return value
 checking in order to get more stable.  Many large projects
 haven't been started yet though, including a printing 
 subsystem, security subsystem, NTFS support, etc.  
@@ -485,10 +485,10 @@ to package up calls and maybe pass them 
 </p><p>
 So where are we at?  Wine's Direct3D 8 code is relatively 
 complete.  D3D9 won't be a massive change and centers around 
-adding shader support.  Things aren't in that good of shape at
+adding shader support.  Things aren't in that good of a shape at
 the moment though.  The new wined3d library was implemented
 for combining D3D8 and D3D9 code.  However, only part of the
-code has been moved into the library.  It's goal right now is
+code has been moved into the library.  Its goal right now is
 to implement D3D9 on top of it and then switch D3D8 over to it.
 But that process remains to be done.  Oliver Stieber's work
 has been written with wined3d in mind, but it needs to get
@@ -514,7 +514,7 @@ you need to do really impressive stuff. 
 a demo of the game <i>Mafia</i> with all kinds of cool D3D
 effects.  Equally impressive were some of the demos with
 3DMark.  Jason pointed out that due to rebuilding his system
-we were actually the demos running on CVS code rather than
+the demos were actually running on CVS code rather than
 his development tree.
 </p><p>
 --
@@ -606,7 +606,7 @@ For a couple of years Wine, or at least 
 develop an automated testing suite that tests graphical apps.  Right now
 the Wine test suite is great for testing API's, but it doesn't do any
 good for actually testing a real world application and finding regressions.
-The idea is to some how run a graphical program, make it do things, and
+The idea is to somehow run a graphical program, make it do things, and
 then test to make sure those things were done correctly.  If someone
 fails, then you can begin looking at patches to figure out which one 
 caused the regression.
@@ -618,7 +618,7 @@ If that sounds difficult, it's because i
 spent a year just looking for a solution before deciding on the elements of
 CXTest.  Now it appears 
 <a href="http://www.cxtest.org">CXTest</a> is ready for widespread use.
-Besides just testing different programs and Wine, it let's us test things
+Besides just testing different programs and Wine, it lets us test things
 against different distros and kernels.  It's completely possible a new
 kernel could break things.  If you're interested in the technical details 
 of CXTest and how to go about running it, check out the CXTest 
@@ -630,14 +630,14 @@ capture a picture, send key strokes, cap
 an automated way to control graphical elements you'd normally never have
 control over.  The components involved include scripts and some custom
 Winelib stuff (part of the package and GPL'ed.)  
-elements and click on different things.  The reporting side can send test 
+to click on different things.  The reporting side can send test 
 results to a central website and get formatted nicely.  
 </p><p>
 A large discussion ensued about how useful it would be for Wine.  What
 we seem to have learned is we're decent at collecting bug reports and
 finding which patch caused a regression.  However, we're not that great
 at responding to such reports.  Whether or not we need a lot more data
-is debatable.  In the end it seems running the tests are easy, so maybe
+is debatable.  In the end it seems running the tests is easy, so maybe
 we just need to do it.
 </p><p>
 --
@@ -660,7 +660,7 @@ Another area we could improve upon are j
 window manager extensions would help, but we also know things we could
 do.  For example, a DIB renderer is needed and theming support integrated
 with the desktop would be nice as well.  Dimi also brought up his
-(healthy) obsession with DLL's.  All this is important just because it's
+(healthy) obsession with DLLs.  All this is important just because it's
 what the user ends up seeing - it can easily project a bad image.
 </p><p>
 Better desktop integration could also be done.  For instance, mapping 


More information about the wine-patches mailing list