WineHQ: Remove duplicate punctuation
Francois Gouget
fgouget at free.fr
Wed Mar 24 08:32:51 CST 2004
For other issues regarding punctuation and the </quote> tag, see my
email to wine-devel.
Changelog:
* wwn/wn19990718_4.xml
wwn/wn20010115_78.xml
wwn/wn20010312_86.xml
wwn/wn20010802_101.xml
wwn/wn20010816_102.xml
wwn/wn20011111_108.xml
wwn/wn20011212_110.xml
wwn/wn20020224_116.xml
wwn/wn20020509_122.xml
wwn/wn20020530_124.xml
wwn/wn20021004_138.xml
wwn/wn20021220_149.xml
wwn/wn20030124_154.xml
Remove duplicate punctuations surrounding </quote>.
--
Francois Gouget fgouget at free.fr http://fgouget.free.fr/
$live{free} || die "";
-------------- next part --------------
Index: wwn/wn19990718_4.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn19990718_4.xml,v
retrieving revision 1.7
diff -u -r1.7 wn19990718_4.xml
--- a/wwn/wn19990718_4.xml 20 Jan 2004 21:08:18 -0000 1.7
+++ b/wwn/wn19990718_4.xml 24 Mar 2004 10:40:47 -0000
@@ -653,7 +653,7 @@
Noel Borthwick he's <quote who="Noel Borthwick">looking into making some changes
to the windows clipboard code in order to allow the wine clipboard to
-integrate better with the X clipboard.</quote>.
+integrate better with the X clipboard.</quote>
<p />
@@ -924,7 +924,7 @@
Noel noted that this might not work because <quote who="Noel Borthwick">the X
clipboard always works in "delayed render" mode. i.e. we need to return the
actual WINE clipboard data in an X atom only in response to an
-XSelectionRequest event.</quote>. Ulrich confirmed that since Wine currently
+XSelectionRequest event.</quote> Ulrich confirmed that since Wine currently
uses a single connection to X server in a service thread.
<p />
Index: wwn/wn20010115_78.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010115_78.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20010115_78.xml
--- a/wwn/wn20010115_78.xml 16 Dec 2003 17:09:27 -0000 1.3
+++ b/wwn/wn20010115_78.xml 24 Mar 2004 10:42:57 -0000
@@ -117,7 +117,7 @@
However, Gav was really in favor of the proposal:<quote who="Gavriel State">
On further reflection, it does sound like this is the Right Thing(tm)
to do. After all, Windows' display and input drivers have DirectX
-hooks in them, so why shouldn't Wine's?</quote>. Gav, Ove and Patrik
+hooks in them, so why shouldn't Wine's?</quote> Gav, Ove and Patrik
Stridvall exchanged some views on the best way to handle it.
<p />
Index: wwn/wn20010312_86.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010312_86.xml,v
retrieving revision 1.3
diff -u -r1.3 wn20010312_86.xml
--- a/wwn/wn20010312_86.xml 16 Dec 2003 17:09:27 -0000 1.3
+++ b/wwn/wn20010312_86.xml 24 Mar 2004 10:43:17 -0000
@@ -190,7 +190,7 @@
minimum number of context switches and schedule() calls for a server
call. And probably also a way to transfer chunks of memory from the
client address space so that we don't need the shared memory area.
-</quote>. David already suggested a new protocol (AF_WINE) which could
+</quote> David already suggested a new protocol (AF_WINE) which could
nicely fit into this category (and also let the ability to use the
internal API on non Linux platforms, although the kernel module had to
be rewritten).
@@ -201,11 +201,11 @@
the locking stuff for Read/WriteFile? Cache it locally? It is
unfortunate, but you can't really make use of UNIX file locking, since
this is mostly advisory and as such doesn't actively stop read/write
-calls.</quote>. Alexandre quickly replied <quote who="Alexandre Julliard">Yes, we'll
+calls.</quote> Alexandre quickly replied <quote who="Alexandre Julliard">Yes, we'll
need to store the locks in the server and check them before each
read/write (and probably also release them afterwards if
necessary). There may be some optimizations possible, but we should
-probably do it the easy way first.</quote>. This would, of course,
+probably do it the easy way first.</quote> This would, of course,
require some more server calls.
<p />
Index: wwn/wn20010802_101.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010802_101.xml,v
retrieving revision 1.5
diff -u -r1.5 wn20010802_101.xml
--- a/wwn/wn20010802_101.xml 15 Jan 2004 00:02:46 -0000 1.5
+++ b/wwn/wn20010802_101.xml 24 Mar 2004 10:53:38 -0000
@@ -130,7 +130,7 @@
<quote who="Patrik Stridvall">
However IMO all exported functions whether they are 16-bit or 32-bit
and whether they are actually uses by other files or not should have
- declarations in some header file.</quote>. Because of Winelib this
+ declarations in some header file.</quote> Because of Winelib this
is necessary for 32-bit functions, however Patrik felt there were
several advantages for 16-bit ones too. </p>
<p>Alexandre disagreed and
Index: wwn/wn20010816_102.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20010816_102.xml,v
retrieving revision 1.8
diff -u -r1.8 wn20010816_102.xml
--- a/wwn/wn20010816_102.xml 16 Dec 2003 17:09:27 -0000 1.8
+++ b/wwn/wn20010816_102.xml 24 Mar 2004 10:43:56 -0000
@@ -122,7 +122,7 @@
Alexandre replied, <quote who="Alexandre Julliard">actually the 16-bit driver
support is temporarily broken (not that it really worked well before anyway).
It shouldn't be too hard to fix, but I haven't had time yet. Volunteers are
-welcome...</quote>. </p>
+welcome...</quote></p>
<p>Ladislav dug a little deeper and discovered that the unknown driver
error has actually always been occurring, but the message only recently
@@ -132,11 +132,11 @@
hdc equal to 0 and function equal to GETPRINTINGOFFSET. I do not understand
why, they did not even start to print. Maybe, this is an undocumented windows
function? After I temporarily disabled Escape16, the application began to
-work. </quote>. To reenable Escape16 he would require working 16-bit
+work. </quote> To reenable Escape16 he would require working 16-bit
printer drivers. What Alexandre wondered though was,
<quote who="Alexandre Julliard">
It's not supposed to crash even if the hdc is invalid. Do you have a
-backtrace of the crash?</quote>.</p>
+backtrace of the crash?</quote></p>
<p>Ladislav replied:</p><quote who="Ladislav Sladecek"><p>
I ovelooked that the EscapeXXXX functions changed too.</p>
<p>
@@ -174,7 +174,7 @@
<p>Dmitry Timoshkov asked to see the offending code which Craig
provided. Craig has had the program working under all versions of
Windows for years. Dmitry suggested, <quote who="Dmitry Timshkov">
-As a temporary workaround you could use unique class names for local classes. </quote>.
+As a temporary workaround you could use unique class names for local classes. </quote>
In addition he provided some patches to try out.</p>
<p>Craig tried this and replied, <quote who="Craig Chandler">
@@ -276,12 +276,12 @@
<p>This was just a question and answer. Vitaly Kuznetsov wondered,
<quote who="Vitaly Kuznetsov">
Is there currently any way to debug winelib application? I read winedbg
-doc, but there are only samples for windows executables. </quote>. </p>
+doc, but there are only samples for windows executables. </quote></p>
<p>Eric
Pouech replied, <quote who="Eric Pouech">
you can also debug winelib applications with winedbg and you should get
access to both the executable information and the different loaded DLL
-(counting the Wine builtin ones)</quote>.</p>
+(counting the Wine builtin ones).</quote></p>
</section>
Index: wwn/wn20011111_108.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20011111_108.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20011111_108.xml
--- a/wwn/wn20011111_108.xml 16 Dec 2003 17:09:27 -0000 1.6
+++ b/wwn/wn20011111_108.xml 24 Mar 2004 10:44:48 -0000
@@ -511,7 +511,7 @@
codecs. I did some detective work and found the problem to be a mistake in
<code>dlls/msacm/driver.c</code>. Included is a patch to fix this error. However, I
noticed that with this patch, the codecs are found, but for some reason are
- listed many times for each codec!?</quote>.</p>
+ listed many times for each codec!?</quote></p>
<p>Roger posted a note that Avery Lee, the author of VirtualDub, had
sent him:</p>
Index: wwn/wn20011212_110.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20011212_110.xml,v
retrieving revision 1.8
diff -u -r1.8 wn20011212_110.xml
--- a/wwn/wn20011212_110.xml 14 Jan 2004 21:49:09 -0000 1.8
+++ b/wwn/wn20011212_110.xml 24 Mar 2004 10:35:20 -0000
@@ -380,7 +380,7 @@
<quote who="James Brown">
Any idea when Oves interprocess patches will be put into the main Wine CVS
tree? The code currently in WineX isn't really that ugly at all, and it is a
- very important part of Wine to have working IS6 support.</quote>. </p>
+ very important part of Wine to have working IS6 support.</quote></p>
<p>
Alexandre responded, <quote who="Alexandre Julliard">
It could certainly be applied, even if it's not 100% clean it will
@@ -527,7 +527,7 @@
I have installed wine cvs and I have here on this machine Windows XP pro
installed..now - the partition is fat32 and I can access it with /mnt/win without any
problem. However, the tools/wineinstall script simply doesn't recognize my windows
- partition</quote>.</p>
+ partition.</quote></p>
<p>Lawson Whitney suggested going into /etc/fstab and taking a
look at where it mounts the Windows partition. He suggested
Index: wwn/wn20020224_116.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020224_116.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20020224_116.xml
--- a/wwn/wn20020224_116.xml 16 Dec 2003 17:09:27 -0000 1.7
+++ b/wwn/wn20020224_116.xml 24 Mar 2004 10:47:33 -0000
@@ -705,7 +705,7 @@
etc). It should be enough to keep the keyboard layout table mess in *one*
place in Wine (in the keyboard code, where MapVirtualKey resides), not
two.</p>
-</quote>.
+</quote>
<p>So Arjen went back to his patch and worked on it so that some scancodes
used MapVirtualKey to do the conversion and others used a table to lookup
Index: wwn/wn20020509_122.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020509_122.xml,v
retrieving revision 1.8
diff -u -r1.8 wn20020509_122.xml
--- a/wwn/wn20020509_122.xml 16 Dec 2003 17:09:27 -0000 1.8
+++ b/wwn/wn20020509_122.xml 24 Mar 2004 10:47:45 -0000
@@ -365,7 +365,7 @@
ReactOS is an Open Source effort to develop a
quality operating system that is compatible
with Windows NT applications and drivers.
-</quote>. Working on the Wine side of things are Steven
+</quote> Working on the Wine side of things are Steven
Edwards, Casper Hornstrup, and James Tabor.
<p />Currently ReactOS works but the graphics interface
(GDI) is not functioning properly. Win32 console apps
Index: wwn/wn20020530_124.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20020530_124.xml,v
retrieving revision 1.6
diff -u -r1.6 wn20020530_124.xml
--- a/wwn/wn20020530_124.xml 16 Dec 2003 17:09:27 -0000 1.6
+++ b/wwn/wn20020530_124.xml 24 Mar 2004 10:48:24 -0000
@@ -117,7 +117,7 @@
unveil their game-porting technology that can allow Windows-based x86
games to be simultaneously released onto multiple platforms. These
include the Sony PlayStation 2, Apple Mac OS, set-top boxes, PDAs and
-wireless devices.</quote>. Okay, I'm not sure of the relative merits
+wireless devices.</quote> Okay, I'm not sure of the relative merits
of playing a Direct3D game on a PDA, but I can understand how useful
it would be to get PC games running on a PlayStation.</p>
<p>And seen in TransGaming's latest
Index: wwn/wn20021004_138.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20021004_138.xml,v
retrieving revision 1.4
diff -u -r1.4 wn20021004_138.xml
--- a/wwn/wn20021004_138.xml 16 Dec 2003 17:09:27 -0000 1.4
+++ b/wwn/wn20021004_138.xml 24 Mar 2004 10:50:48 -0000
@@ -210,7 +210,7 @@
to
<quote who="Guy Albertelli">
Prevent Explorer.exe from renaming directories to !$!$...
-</quote>. This is likely something a wine user has come
+</quote> This is likely something a wine user has come
across if they've used explorer.exe and likely a cause of
frustration (that's why the Wine docs say not to run it.)
Anyway, patching file.c to not allow it drew a bunch of
Index: wwn/wn20021220_149.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20021220_149.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20021220_149.xml
--- a/wwn/wn20021220_149.xml 16 Dec 2003 17:09:27 -0000 1.7
+++ b/wwn/wn20021220_149.xml 24 Mar 2004 10:50:56 -0000
@@ -486,7 +486,7 @@
Chris to ask, <quote who="Chris Morgan">
Ahh, very cool. Is there anything we can do to keep cygwin from replacing
- wines/libc's fork with its own and presumably fix this problem?</quote>.
+ wines/libc's fork with its own and presumably fix this problem?</quote>
</p><p>
Dmitry didn't think so,<quote who="Dmitry Timoshkov">
I'm afraid it's impossible to replace cygwin's fork by an one from libc.
Index: wwn/wn20030124_154.xml
===================================================================
RCS file: /var/cvs/lostwages/wwn/wn20030124_154.xml,v
retrieving revision 1.7
diff -u -r1.7 wn20030124_154.xml
--- a/wwn/wn20030124_154.xml 15 Jan 2004 00:02:46 -0000 1.7
+++ b/wwn/wn20030124_154.xml 24 Mar 2004 10:51:05 -0000
@@ -414,7 +414,7 @@
<topic>Utilities</topic>
<p>Dan Kegel wanted to know, <quote who="Dan Kegel">
-What happened to fnt2bdf?</quote>. </p>
+What happened to fnt2bdf?</quote> </p>
<p>Alexandre explained, <quote who="Alexandre Julliard">
It's still available, it's just no longer installed by default, as
More information about the wine-patches
mailing list