More fun with line endings, to avoid mangling PDF contents

git-svn-id: https://svn.wxwidgets.org/svn/wx/wxWidgets/trunk@42795 c3d73ce0-8a6f-49c7-b76d-6d57e0e08775

docs/latex/wx/accel.tex

@@ -148,8 +148,8 @@ wxAcceleratorEntry objects, or 3-tuples consisting of flags, keyCode,
 and cmd values like you would construct wxAcceleratorEntry objects with.}
 
 \perlnote{The wxPerl constructor accepts a list of either
-  Wx::AcceleratorEntry objects or references to 3-element arrays
-  ( flags, keyCode, cmd ), like the parameters of Wx::AcceleratorEntry::new.}
+Wx::AcceleratorEntry objects or references to 3-element arrays
+( flags, keyCode, cmd ), like the parameters of Wx::AcceleratorEntry::new.}
 
 \membersection{wxAcceleratorTable::\destruct{wxAcceleratorTable}}\label{wxacceleratortabledtor}
 
@@ -176,4 +176,5 @@ Assignment operator, using \helpref{reference counting}{trefcount}.
 
 \wxheading{Return value}
 
-Returns reference to this object.
+Returns a reference to this object.
+

docs/latex/wx/fltfactory.tex

@@ -15,7 +15,6 @@ handle it and create a stream to decompress it:
     factory = wxFilterClassFactory::Find(filename, wxSTREAM_FILEEXT);
     if (factory)
         stream = factory->NewStream(new wxFFileInputStream(filename));
-
 \end{verbatim}
 
 \helpref{Find()}{wxfilterclassfactoryfind} can also search
@@ -184,3 +183,4 @@ Removing from the list isn't a thread safe operation
 so can't be done when other threads are running that will be using the list.
 
 The list does not own the factories, so removing a factory does not delete it.
+

docs/latex/wx/memorydc.tex

@@ -93,3 +93,4 @@ be destroyed safely.
 \wxheading{See also}
 
 \helpref{wxMemoryDC::SelectObject}{wxmemorydcselectobject}
+

docs/latex/wx/tprint.tex

@@ -221,3 +221,4 @@ these libraries).
 In version GTK+ 2.10, support for printing has finally been
 added to GTK+ itself. Support for this has yet to be written
 for wxGTK (which requires drawing through Cairo).
+