[WINEHQ] Assorted spelling fixes
Francois Gouget
fgouget at free.fr
Wed Oct 12 06:40:07 CDT 2005
Changelog:
* wwn/wn20010506_94.xml
wwn/wn20010706_99.xml
wwn/wn20020325_118.xml
wwn/wn20050211_261.xml
wwn/wn20051007_293.xml
Francois Gouget <fgouget at free.fr>
Assorted spelling fixes.
Fix the FreeType case.
--
Francois Gouget fgouget at free.fr http://fgouget.free.fr/
Any sufficiently advanced bug is indistinguishable from a feature.
-- from some indian guy
-------------- next part --------------
Index: wwn/wn20010506_94.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010506_94.xml,v
retrieving revision 1.10
diff -u -p -r1.10 wn20010506_94.xml
--- wwn/wn20010506_94.xml 28 Jul 2005 19:21:12 -0000 1.10
+++ wwn/wn20010506_94.xml 11 Oct 2005 16:14:02 -0000
@@ -146,7 +146,7 @@ following dilemna:</p>
<li> shift the x11drv and wineps over to using the DDK Font Engine APIs
that are currently just stubs.</li>
- <li> Implement a FreeType font driver that links to Freetype and uses
+ <li> Implement a FreeType font driver that links to FreeType and uses
the FreeType APIs for all font metrics data as well as rasterization.</li>
<li> Implement an X11-dependent font driver in the Font Engine to rely
@@ -198,7 +198,7 @@ following dilemna:</p>
built-in instead of having to run a separate tool. </quote></p>
<p>From there the discussion evolved into ways of setting up the autoconf
-checks and exactly what versions of Freetype should be supported. Red Hat
+checks and exactly what versions of FreeType should be supported. Red Hat
shipped FreeType 1.4 with their 7.0 distribution while with 7.1 they
included FreeType 2.0.1 too. The consensus seemed to be that FreeType
2.0 API should be used. From there Ian went on to add autoconf checks for
Index: wwn/wn20010706_99.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010706_99.xml,v
retrieving revision 1.6
diff -u -p -r1.6 wn20010706_99.xml
--- wwn/wn20010706_99.xml 1 Jul 2005 14:52:17 -0000 1.6
+++ wwn/wn20010706_99.xml 11 Oct 2005 16:14:14 -0000
@@ -20,7 +20,7 @@ window management stuff that's come up i
<p>We also saw wn20010629 unleashed. The release notes include the following
changes:
-<ul> <li> Better font metrics support in Postscript driver using Freetype.</li>
+<ul> <li> Better font metrics support in Postscript driver using FreeType.</li>
<li> Major window management redesign (still in progress). </li>
<li> Message queues in wineserver to prepare for inter-process messaging.</li>
<li> DDE merged from Corel tree, plus various fixes.</li>
Index: wwn/wn20020325_118.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020325_118.xml,v
retrieving revision 1.8
diff -u -p -r1.8 wn20020325_118.xml
--- wwn/wn20020325_118.xml 7 Mar 2005 21:17:11 -0000 1.8
+++ wwn/wn20020325_118.xml 11 Oct 2005 16:14:27 -0000
@@ -720,7 +720,7 @@ have huge load times since they have so
number of truetype fonts with transformations applied such as rotations, 3d,
curved text and gradient text.
<p />
-Huw discussed the fact that his implementation relies on Freetype. Freetype
+Huw discussed the fact that his implementation relies on FreeType. FreeType
is a free TrueType font renderer. He also discussed the requirements for
someone who wants to use it and compile it. He also mentioned that there are
still patent issues with Apple and the TrueType format.
Index: wwn/wn20050211_261.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20050211_261.xml,v
retrieving revision 1.1
diff -u -p -r1.1 wn20050211_261.xml
--- wwn/wn20050211_261.xml 11 Feb 2005 06:48:57 -0000 1.1
+++ wwn/wn20050211_261.xml 11 Oct 2005 16:14:38 -0000
@@ -188,7 +188,7 @@ Have 3 possibilities
startdate="02/07/2005"
>
<topic>Fonts</topic>
-<p>Eric Frias wanted to know exactly how Freetype and Wine interact to
+<p>Eric Frias wanted to know exactly how FreeType and Wine interact to
use TrueType Fonts:</p>
<quote who="Eric Frias"><p>
Index: wwn/wn20051007_293.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20051007_293.xml,v
retrieving revision 1.1
diff -u -p -r1.1 wn20051007_293.xml
--- wwn/wn20051007_293.xml 7 Oct 2005 05:58:07 -0000 1.1
+++ wwn/wn20051007_293.xml 11 Oct 2005 18:39:58 -0000
@@ -242,7 +242,7 @@ or refresh. What I mean here is that the
gets IMoniker interface that should be used to load the
page, but the current implementation just gets URL by
GetDisplayName and lets Gecko load the page. Not only
-it is a hack, it limits the functionality so that only
+is it a hack, it limits the functionality so that only
protocols supported by Gecko may be used - which
definitely is not what we want. Among others HTML Help,
because of this, can't work with current implementation,
@@ -265,12 +265,12 @@ if I'm wrong). Other things that have to
<ul><li> More functionality of MSHTML: there are leaks in its
functionality. Although I don't think edit mode is something
-we should really care, there are things like refresh or stop.
+we should really care about, there are things like refresh or stop.
</li>
<li> WebBrowser control implementation - when we have
its true implementation, MSHTML will become truly useful
-and in most apps HTML pages should work out of box.
+and in most apps HTML pages should work out of the box.
</li></ul></p></quote>
<p>Dimi Paun asked Jacek to update the wiki page to include a
@@ -283,8 +283,8 @@ described what was going on with it:</p>
<quote who="Jacek Caban"><p>
Builtin MSHTML works fine with shdocvw. urlmon
-is a bit worse. It currently fails after BindToStorage
-call. I didn't try to get it working with current
+is a bit worse. It currently fails after the BindToStorage
+call. I didn't try to get it working with the current
implementation as it's really just a hack and my
tests show that it's very buggy. Switching
to use pluggable protocol means rewriting it
@@ -295,7 +295,7 @@ implementation of WebBrowser control. So
apps work fine with it, so we need to have them
working with our own implementation before we
can get rid of Mozilla ActiveX in shdocvw (and have
-only Gecko depended MSHTML). Meantime
+only Gecko depended MSHTML). In the meantime
we can develop the WebBrowser version that is
used when Mozilla ActiveX control is not
available (it's just a stub now) to use MSHTML.
@@ -435,11 +435,11 @@ It's worth browsing through the comments
<p>Huw Davies developed a new patch within the CrossOver tree that
changed the way fonts get displayed. Basically it enabled hinting
within of fonts within Wine. Now, that's sort of a problem since
-Apple holds patents on that process (the Freetype website has a
+Apple holds patents on that process (the FreeType website has a
<a href="http://www.freetype.org/patents.html">good description</a>
of the problem.) CodeWeavers can get away with it in CrossOver
Office since they've licensed the technology from Apple. Within
-Wine it just causes problems unless you've compiled Freetype yourself
+Wine it just causes problems unless you've compiled FreeType yourself
and enabled hinting, which practically no one does. Mike Hearn
explained the issue:</p>
<quote who="Mike Hearn"><p>
@@ -470,7 +470,7 @@ make bitmapped copies of a hinted Tahoma
<p>Dmitry Timoshkov disagreed:</p>
<quote who="Dmitry Timoshkov"><p>
I'd argue that it's not a Wine problem/bug at all, we can do nothing to improve
-hinting support in FreeType. And crippling Crossover (by making it differ with
+hinting support in FreeType. And crippling CrossOver (by making it differ with
WineHQ for no good reason) because of that is not a way to go IMO.
</p><p>
In any case if a Wine user wants to see correctly displayed TrueType fonts with
@@ -538,7 +538,7 @@ The previous version of Wine that worked
<li>Notes crashed and complained about usp10 missing some entry points
</li>
<li>I ran wineprefixcreate (Note that you cannot go back to Wine 20050725 after
-you do this, so back up you .wine tree before running this)
+you do this, so backup your .wine tree before running this)
</li>
<li>Ran winecfg and set usp10 to Windows Only
</li>
@@ -551,7 +551,7 @@ changes the default version from WIN98 t
</li>
<li>Ran winecfg and set the default version to Win98
</li>
-<li>Restated Notes and the application works and saving attachments works
+<li>Restarted Notes and the application works and saving attachments works
</li>
</ul></p><p>
@@ -586,10 +586,10 @@ http://bugs.winehq.org/show_bug.cgi?id=2
<quote who="Eric Pouech"><p>
For those of you who might be interested, I wrote a test harness for winedbg.
</p><p>
-It still doesn't cover all of the commands of winedbg, but it's very
+It still doesn't cover all of the commands of winedbg, but it's a very
good starting point for catching some errors (and regressions). Basic
features are tested (starting winedbg, step & cont, break points &
-watch points, global and local var access, expression & types handling)
+watch points, global and local var access, expression & type handling)
</p><p>
Unfortunately, it's not ready yet for CVS inclusion.
Anyway, if some of you want to do some real winedbg hacking, get back to
@@ -614,15 +614,15 @@ checks the results</li></ol>
The reasons why this can't be included yet in cvs are:
<ul>
<li> we need to recompile 2. in order to make the test to take place (or at
-least to have its binary image). Actually, to do a full testing, we
+least to have its binary image). Actually, to do a full test, we
should have binaries images of 2. compiled by different compilers
(winelib app with gcc & stabs, EXE with mingw & stabs, EXE with msvc
& PDB...) so that we can also stress the dbghelp's support for the various
debugging formats (stabs, PDB...)</li>
<li> I ran the harness both on Wine and Windows (with native dbghelp)
-(that's the good news), but there are some critic discrepencies, like
-first like number of a function being different (is it on first open
-brace or on first instruction ?), so the test is still not simply portable</li>
+(that's the good news), but there are some critical discrepencies, like
+first line number of a function being different (is it on first open
+brace or on first instruction ?), so the test is still not easily portable</li>
</ul>
</p><p>
For the rest of the story, while running the test on Windows & native
@@ -642,8 +642,8 @@ patches to make dbghelp (and winedbg) in
posts="1"
>
<topic>Documentation</topic>
-<p>Microsoft has undocumented API's? Nooooo.. not Microsoft. </p>
-<p>Of course they have undocumented API's. For the most part, they're
+<p>Microsoft has undocumented APIs? Nooooo.. not Microsoft. </p>
+<p>Of course they have undocumented APIs. For the most part, they're
used internally between different components of Windows. However,
the interfaces are exposed and it's not unheard of for programs (especially
those created by Microsoft) to use those functions. Ivan Leo Puoti
More information about the wine-patches
mailing list