changeset 1591:cf7f2d3312fb

trim some spaces
author corvid <corvid@lavabit.com>
date Sat, 27 Feb 2010 05:19:43 +0000
parents 6b21b26c7e06
children 8c405477e179
files AUTHORS README doc/CCCwork.txt doc/Cache.txt doc/Dillo.txt doc/Dpid.txt doc/HtmlParser.txt doc/IO.txt doc/Images.txt doc/Imgbuf.txt doc/NC_design.txt doc/Selection.txt doc/dw-images-and-backgrounds.doc doc/dw-layout-widgets.doc doc/dw-overview.doc doc/dw-usage.doc doc/dw-widget-sizes.doc doc/fltk-problems.doc dpi/file.c dpi/vsource.c dpid/dpidc.c dpip/dpip.c src/IO/http.c src/capi.c src/capi.h src/cssparser.cc src/html.cc src/misc.c src/ui.cc src/uicmd.cc
diffstat 30 files changed, 106 insertions(+), 106 deletions(-) [+]
line wrap: on
line diff
--- a/AUTHORS	Sat Feb 27 04:37:13 2010 +0000
+++ b/AUTHORS	Sat Feb 27 05:19:43 2010 +0000
@@ -1,15 +1,15 @@
 
      _________________________________________________________________
-   
+
                               Dillo project's team
      _________________________________________________________________
-   
+
    Project maintainer:
-          * Jorge Arellano Cid 
-          
+          * Jorge Arellano Cid
+
    Core Developers:
-          * Jorge Arellano Cid 
-          * Sebastian Geerken 
+          * Jorge Arellano Cid
+          * Sebastian Geerken
           * Johannes Hofmann
           * Place (aka corvid)
           * Luca Rota
@@ -19,37 +19,37 @@
           * Eric Gaudet
           * Jeremy Henty
           * Jörgen Viksell
-          
+
    Contributors:
           * Lars Clausen
           * Ferdi Franceschini
           * Matthias Franz
-          * Geoff Lane 
-          * Sammy Mannaert 
-          * James McCollough 
+          * Geoff Lane
+          * Sammy Mannaert
+          * James McCollough
           * Justus Winter
-          
+
    Patches:
           * Philip Blundell
           * Francis Daly
-          * Sam Dennis 
+          * Sam Dennis
           * Melvin Hadasht
           * Madis Janson
           * Frank de Lange
-          * Andrew McPherson 
+          * Andrew McPherson
           * Sean 'Shaleh' Perry
           * Marcos Ramírez
           * Adam Sampson
           * Andreas Schweitzer
-          * Dominic Wong 
+          * Dominic Wong
      _________________________________________________________________
-   
+
    Web site logo:
           * Eric Gaudet
-          * Jarrod Henry 
-          
+          * Jarrod Henry
+
    Gzilla author:
-          * Raph Levien 
+          * Raph Levien
      _________________________________________________________________
 
 
--- a/README	Sat Feb 27 04:37:13 2010 +0000
+++ b/README	Sat Feb 27 05:19:43 2010 +0000
@@ -64,7 +64,7 @@
 
   at link time.
 
-    
+
 Jorge.-
 (jcid@dillo.org)
 June, 2009
--- a/doc/CCCwork.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/CCCwork.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -17,7 +17,7 @@
 I     |Capi|     |http|     | IO |        |               |
       '----'     '----'     '----'        .               |
           1F <-- 1F  1F <-- 1F            |               V
-                                          .                
+                                          .
                                           |           [Server]
       Answer:                             .
 
@@ -74,7 +74,7 @@
   Note about 'web' structures. They're created using a_Web_new().
 The  web.c  module  keeps a list of valid webs, so anytime you're
 unsure  of  a  weak  reference  to  'web', it can be checked with
-a_Web_valid(web). 
+a_Web_valid(web).
 
 
 
@@ -90,9 +90,9 @@
 I     |Capi|     |Dpi |     | IO |        |               |
       '----'     '----'     '----'        .               |
           1F <-- 1F  1F <-- 1F            |               V
-                                          .                
+                                          .
                                           |           [Server]
-                                          .                
+                                          .
       Answer (same as HTTP):              |               |
                                           .               |
           2B --> 2B  2B --> 2B            |               |
--- a/doc/Cache.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/Cache.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -12,7 +12,7 @@
 calls  the  cache  or  the  dpi routines depending on the type of
 request.
 
-   Every  URL  must be requested using a_Capi_open_url, which 
+   Every  URL  must be requested using a_Capi_open_url, which
 sends the request to the cache if the data is cached, to dillo's
 http module for http: URLs, and through dillo's DPI system for
 other URLs.
--- a/doc/Dillo.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/Dillo.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -47,7 +47,7 @@
    5.- The dpi framework: a gateway to interface the browser with
 external programs (Example: the bookmarks server plugin).
 Dpi spec: http://www.dillo.org/dpi1.html
-     
+
 
                       -------------------------
                       HOW IS THE PAGE RENDERED?
@@ -87,7 +87,7 @@
 and the whole page is contructed in a streamed way.
    Somewhere  in  the  middle of it, resize and repaint functions
 are  activated  and  idle  functions draw to screen what has been
-processed. 
+processed.
 
    (The process for images is described in Images.txt)
 
--- a/doc/Dpid.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/Dpid.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -14,7 +14,7 @@
   dpi:
     generic term referring to dillo's plugin system (version1).
 
-  dpi1: 
+  dpi1:
     specific term for dillo's plugin spec version 1.
     at: http://www.dillo.org/dpi1.html
 
@@ -122,7 +122,7 @@
   * "one demand/one response"         man, preferences, ...
   * "resident while working"          downloads, mp3, ...
   * "resident until exit request"     bookmarks, ...
-   
+
   * "one client only"                 cd burner, ...
   * "one client per instance"         man, ...
   * "multiple clients/one instance"   downloads, cookies ...
@@ -191,7 +191,7 @@
 
 (I)
      .--- s1 s2 s3 ... sn
-     |  
+     |
   [dpid]                     [dillo]
      |
      '--- srs
@@ -201,7 +201,7 @@
 
 (II)
      .--- s1 s2 s3 ... sn
-     |  
+     |
   [dpid]                     [dillo]
      |                          |
      '--- srs ------------------'
@@ -227,7 +227,7 @@
  .[dpid]        |            [dillo]
  .   |          |               |
  .   '--- srs   '---------------'
- .               
+ .
  .............[dpi program]
 
   when s3 has activity (incoming data), dpid forks the dpi
@@ -236,7 +236,7 @@
 
 (V)
      .--- s1 s2 (s3) ... sn
-     |           
+     |
   [dpid]                     [dillo]
      |                          |
      '--- srs   .---------------'
--- a/doc/HtmlParser.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/HtmlParser.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -79,7 +79,7 @@
 
 
 -----------------
-THE PARSING STACK 
+THE PARSING STACK
 -----------------
 
   The parsing state of the document is kept in a stack:
@@ -105,7 +105,7 @@
 
      /* This is used to align list items (especially in enumerated lists) */
      dw::core::Widget *ref_list_item;
-  
+
      /* This is used for list items etc; if it is set to TRUE, breaks
         have to be "handed over" (see Html_add_indented and
         Html_eventually_pop_dw). */
--- a/doc/IO.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/IO.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -73,7 +73,7 @@
 
   Closing the TCP connection:
     The four packet-sending closing sequence of the TCP protocol.
- 
+
    In  a  WAN  context,  every  single  item  of this list has an
 associated  delay that is non deterministic and often measured in
 seconds. If we add several connections per browsed page (each one
@@ -96,7 +96,7 @@
      packets that belong to other connections may be arriving,
      and have to wait for service.
 
-     Web browsers handle many small transactions, 
+     Web browsers handle many small transactions,
      if waiting times are not overlapped
      the latency perceived by the user can be very annoying.
 
@@ -219,7 +219,7 @@
 what  it  was doing at DNS-request time. The interesting thing is
 that  the  call-back  happens in the main thread, while the child
 thread  simply  exits  when  done.  This is implemented through a
-server-channel design. 
+server-channel design.
 
 
 The server channel
@@ -252,7 +252,7 @@
 and set to non-blocking I/O. When the DNS server has resolved the
 name, the socket connection process begins by calling connect(2);
   {We use the Unix convention of identifying the manual section
-   where the concept is described, in this case 
+   where the concept is described, in this case
    section 2 (system calls).}
 which  returns  immediately  with an EINPROGRESS error.
 
@@ -311,7 +311,7 @@
 ----------------------
 Closing the connection
 ----------------------
- 
+
    Closing  a  TCP connection requires four data segments, not an
 impressive  amount  but  twice  the round trip time, which can be
 substantial.  When  data  retrieval  finishes,  socket closing is
@@ -370,7 +370,7 @@
   'ExtData' MAY be provided.
 
   'Status',  'FD'  and  'GioCh'  are  set  by I/O engine internal
-routines. 
+routines.
 
    When  there  is new data in the file descriptor, 'IO_callback'
 gets  called  (by  glib).  Only  after  the  I/O  engine finishes
@@ -383,7 +383,7 @@
    The  'Buf' and  'BufSize'  fields  of  the  request  structure
 provide  the transfer buffer for each operation. This buffer must
 be set by the client (to increase performance by avoiding copying
-data). 
+data).
 
    On  reads,  the client specifies the amount and where to place
 the retrieved data; on writes, it specifies the amount and source
--- a/doc/Images.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/Images.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -64,7 +64,7 @@
    a_Image_write
    a_Image_new_scan
    a_Image_close
-   
+
 * The functions in image.c make the required Dw calls.
 
 
@@ -117,7 +117,7 @@
   - dw/image.{cc,hh}
 
 *  Bear  in  mind  that  there are four data structures for image
-code: 
+code:
 
   - DilloImage (image.hh)
   - DICacheEntry (dicache.h)
--- a/doc/Imgbuf.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/Imgbuf.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -135,9 +135,9 @@
      scaler is not yet in the list, it is added, and a local scaler is
      created.
 
-     
 
-  - 
+
+  -
 
 There are three images in the page, i1a, i1b, and i2. I1a and i1b
 refer to the same image recource, represented by the root image buffer
--- a/doc/NC_design.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/NC_design.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -1,12 +1,12 @@
 
      _________________________________________________________________
-   
+
                              Naming&Coding design
      _________________________________________________________________
-   
+
    Dillo's code is divided into modules. For instance: bookmark, cache,
    dicache, gif.
-   
+
    Let's think of a module named "menu", then:
      * Every internal routine of the module, should start with "Menu_"
        prefix.
@@ -15,20 +15,20 @@
      * If the function is to be exported to other modules (i.e. it will
        be called from the outside), it should be wrapped with an "a_"
        prefix.
-       
+
    For instance: if the function name is "Menu_create", then it's an
    internal function, but if we need to call it from the outside, then it
    should be renamed to "a_Menu_create".
-   
+
    Why the "a_" prefix?
    Because of historical reasons.
    And "a_Menu_create" reads better than "d_Menu_create" because the
    first one suggests "a Menu create" function!
-   
+
    Another way of understanding this is thinking of "a_" prefixed
    functions as Dillo's internal library, and the rest ("Menu_" prefixed
    in our example) as a private module-library.
-   
+
    Indentation:
 
    Source code must be indented with 3 blank spaces, no Tabs.
@@ -38,9 +38,9 @@
    we'll try to keep it within the 80 columns bounds (printer friendly).
 
    You can use:   indent -kr -sc -i3 -bad -nbbo -nut -l79 myfile.c
-   
+
    Function commenting:
-   
+
    Every single function of the module should start with a short comment
    that explains its purpose; three lines must be enough, but if you
    think it requires more, enlarge it.
@@ -69,18 +69,18 @@
    /* WORKAROUND: the canonical way of doing it doesn't work yet. */
    ++a; ++a; ++a;
 
-   Function length: 
+   Function length:
 
    Let's try to keep functions within the 45 lines boundary. This eases
    code reading, following, understanding and maintenance.
 
-   Functions with a single exit: 
+   Functions with a single exit:
 
    It's much easier to follow and maintain functions with a single exit
    point at the bottom (instead of multiple returns). The exception to
-   the rule are calls like dReturn_if_fail() at its head. 
+   the rule are calls like dReturn_if_fail() at its head.
 
-   dlib functions: 
+   dlib functions:
 
      * Dillo uses dlib extensively in its C sources. Before starting
        to code something new, a good starting point is to check what
@@ -96,22 +96,22 @@
 
   C++
 
-   Source code in C++ should follow the same rules with these exceptions: 
+   Source code in C++ should follow the same rules with these exceptions:
 
      * Class method names are camel-cased and start with lowercase
        e.g. appendInputMultipart
      * Classes and types start uppercased
-       e.g. class DilloHtmlReceiver 
+       e.g. class DilloHtmlReceiver
      * Class methods don't need to prefix its module name
-       e.g. links->get() 
+       e.g. links->get()
 
    We also try to keep the C++ relatively simple. Dillo does use
-   inheritance and templates, but that's about all. 
+   inheritance and templates, but that's about all.
 
      _________________________________________________________________
-   
+
   What do we get with this?
-  
+
      * A clear module API for Dillo; every function prefixed "a_" is to
        be used outside the module.
      * A way to identify where the function came from (the
@@ -123,5 +123,5 @@
        module-ADT!
      * A coding standard ;)
      _________________________________________________________________
-   
+
         Naming&Coding design by Jorge Arellano Cid
--- a/doc/Selection.txt	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/Selection.txt	Sat Feb 27 05:19:43 2010 +0000
@@ -26,7 +26,7 @@
 transferred to extended iterators (DwExtIterator), see below for more
 details. All event handling functions have the same signature, the
 arguments in detail are:
- 
+
     - DwIterator *it           the iterator pointing on the item under
                                the mouse pointer,
     - gint char_pos            the exact (character) position within
--- a/doc/dw-images-and-backgrounds.doc	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/dw-images-and-backgrounds.doc	Sat Feb 27 05:19:43 2010 +0000
@@ -109,7 +109,7 @@
    }
 
    "DICache Entry" -> ImageRenderer [headlabel="*", taillabel="1"];
-   "DICache Entry" -> Imgbuf [headlabel="1", taillabel="1"]; 
+   "DICache Entry" -> Imgbuf [headlabel="1", taillabel="1"];
 
    BgRenderer -> Imgbuf [headlabel="1", taillabel="*"];
    BgRenderer -> BgAllocation [headlabel="*", taillabel="1"];
--- a/doc/dw-layout-widgets.doc	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/dw-layout-widgets.doc	Sat Feb 27 05:19:43 2010 +0000
@@ -81,7 +81,7 @@
 <ol>
 <li> Adding an anchor is inititiated by a specific widget method, e.g.
      dw::Textblock::addAnchor. Here, dw::core::Widget::addAnchor must be
-     called, 
+     called,
 
 <li> Whenever the position of an anchor is changed,
      dw::core::Widget::changeAnchor is called (typically, this is done
--- a/doc/dw-overview.doc	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/dw-overview.doc	Sat Feb 27 05:19:43 2010 +0000
@@ -147,7 +147,7 @@
 
 A complete map can be found at \ref dw-map.
 
-<ul> 
+<ul>
 <li> For learning, how to use Dw, read \ref dw-usage and related documents,
      dw::core::style, dw::core::ui and \ref dw-images-and-backgrounds.
 <li> Advanced topics are described in \ref dw-layout-widgets,
--- a/doc/dw-usage.doc	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/dw-usage.doc	Sat Feb 27 05:19:43 2010 +0000
@@ -109,7 +109,7 @@
 Finally, the style for the widget is created:
 
 \code
-   dw::core::style::Style *widgetStyle = 
+   dw::core::style::Style *widgetStyle =
       dw::core::style::Style::create (layout, &styleAttrs);
 \endcode
 
@@ -258,7 +258,7 @@
      overview of the whole canvas.
 
 <li> dw::fltk::FltkFlatView is a "flat" view, i.e. it does not support
-     scrolling. It is used for HTML buttons, see 
+     scrolling. It is used for HTML buttons, see
      dw::fltk::ui::FltkComplexButtonResource and especially
      dw::fltk::ui::FltkComplexButtonResource::createNewWidget for details.
 </ul>
--- a/doc/dw-widget-sizes.doc	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/dw-widget-sizes.doc	Sat Feb 27 05:19:43 2010 +0000
@@ -102,7 +102,7 @@
 </ul>
 
 Generally, the values should define the available space for the
-widget. 
+widget.
 
 A widget, which depends on size hints, should call
 dw::core::Widget::queueResize, when apropriate.
@@ -183,4 +183,4 @@
 implement resizing in a faster way. A good example on how to use this
 is dw::Textblock.
 
-*/
\ No newline at end of file
+*/
--- a/doc/fltk-problems.doc	Sat Feb 27 04:37:13 2010 +0000
+++ b/doc/fltk-problems.doc	Sat Feb 27 05:19:43 2010 +0000
@@ -110,7 +110,7 @@
 
 at the beginning and
 
-\code 
+\code
 -}
 +} // namespace ui
 +} // namespace fltk
@@ -128,7 +128,7 @@
 
 and
 
-\code 
+\code
 -class FL_API ComplexButton : public Widget {
 +class ComplexButton: public ::fltk::Group
 +{
@@ -147,7 +147,7 @@
 First, \#include's:
 
 \code
- 
+
  #include <fltk/events.h>
  #include <fltk/damage.h>
 -#include <fltk/ComplexButton.h> // <fltk/Button.h> formerly
--- a/dpi/file.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/dpi/file.c	Sat Feb 27 05:19:43 2010 +0000
@@ -414,7 +414,7 @@
 
    if (client->state == st_start) {
       /* Send DPI command */
-      d_cmd = a_Dpip_build_cmd("cmd=%s url=%s", "start_send_page", 
+      d_cmd = a_Dpip_build_cmd("cmd=%s url=%s", "start_send_page",
                                client->orig_url);
       a_Dpip_dsh_write_str(client->sh, 1, d_cmd);
       dFree(d_cmd);
@@ -427,7 +427,7 @@
       Udirname = Escape_uri_str(Ddir->dirname, NULL);
       HUdirname = Escape_html_str(Udirname);
       Hdirname = Escape_html_str(Ddir->dirname);
-   
+
       a_Dpip_dsh_printf(client->sh, 0,
          "HTTP/1.1 200 OK\r\n"
          "Content-Type: text/html\r\n"
@@ -440,18 +440,18 @@
       dFree(Hdirname);
       dFree(HUdirname);
       dFree(Udirname);
-   
+
       if (client->old_style) {
          a_Dpip_dsh_write_str(client->sh, 0, "<pre>\n");
       }
-   
+
       /* Output the parent directory */
       File_print_parent_dir(client, Ddir->dirname);
-   
+
       /* HTML style toggle */
       a_Dpip_dsh_write_str(client->sh, 0,
          "&nbsp;&nbsp;<a href='dpi:/file/toggle'>%</a>\n");
-   
+
       if (dList_length(Ddir->flist)) {
          if (client->old_style) {
             a_Dpip_dsh_write_str(client->sh, 0, "\n\n");
@@ -477,7 +477,7 @@
       for (n = 0; n < dList_length(Ddir->flist); ++n) {
          File_info2html(client, dList_nth_data(Ddir->flist,n), n+1);
       }
-   
+
       if (dList_length(Ddir->flist)) {
          if (client->old_style) {
             a_Dpip_dsh_write_str(client->sh, 0, "</pre>\n");
@@ -485,7 +485,7 @@
             a_Dpip_dsh_write_str(client->sh, 0, "</table>\n");
          }
       }
-   
+
       a_Dpip_dsh_write_str(client->sh, 1, "</BODY></HTML>\n");
       client->state = st_content;
       client->flags |= FILE_DONE;
@@ -726,7 +726,7 @@
       if (!(ct = File_content_type(name)))
          ct = unknown_type;
       dFree(name);
-   
+
       /* Send HTTP headers */
       a_Dpip_dsh_write_str(client->sh, 0, "HTTP/1.1 200 OK\r\n");
       if (gzipped) {
@@ -926,7 +926,7 @@
          if (!dpip_tag)
             break;
       }
-   
+
       if (client->flags & FILE_READ) {
          if (!(client->flags & FILE_AUTH_OK)) {
             /* Authenticate our client... */
--- a/dpi/vsource.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/dpi/vsource.c	Sat Feb 27 05:19:43 2010 +0000
@@ -105,7 +105,7 @@
    a_Dpip_dsh_printf(sh, 0, "Content-type: text/html\n\n");
 
    a_Dpip_dsh_printf(sh, 0, DOCTYPE);
-   a_Dpip_dsh_printf(sh, 0, 
+   a_Dpip_dsh_printf(sh, 0,
                      "<html><body>\n<table cellpadding='0'>\n");
 
    while (bytes_read < data_size &&
@@ -115,7 +115,7 @@
 
       while (*p) {
          if (line > old_line) {
-            snprintf(line_str, 128, 
+            snprintf(line_str, 128,
                      "%s<tr><td bgcolor='%s'>%d%s<td><pre>",
                      (line > 1) ? "</pre>" : "",
                      (line & 1) ? "#B87333" : "#DD7F32", line,
--- a/dpid/dpidc.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/dpid/dpidc.c	Sat Feb 27 05:19:43 2010 +0000
@@ -6,7 +6,7 @@
 #include <sys/types.h>
 #include <sys/socket.h>
 #include <netinet/in.h>
-#include <netdb.h> 
+#include <netdb.h>
 #include <errno.h>
 
 #include "../dpip/dpip.h"
@@ -76,7 +76,7 @@
     }
 
     sockfd = socket(AF_INET, SOCK_STREAM, 0);
-    if (sockfd < 0) 
+    if (sockfd < 0)
         error("ERROR opening socket");
     bzero((char *) &serv_addr, sizeof(serv_addr));
     serv_addr.sin_family = AF_INET;
@@ -88,7 +88,7 @@
 
     snprintf(buffer, sizeof(buffer), "<cmd='auth' msg='%s' '>", SharedKey);
     n = write(sockfd, buffer, strlen(buffer));
-    if (n < 0) 
+    if (n < 0)
          error("ERROR writing to socket");
 
     if (strcmp(argv[1], "stop") == 0) {
@@ -107,12 +107,12 @@
     }
 
     n = write(sockfd,buffer,strlen(buffer));
-    if (n < 0) 
+    if (n < 0)
          error("ERROR writing to socket");
 /*
     bzero(buffer,256);
     n = read(sockfd,buffer,255);
-    if (n < 0) 
+    if (n < 0)
          error("ERROR reading from socket");
     printf("%s\n",buffer);
 */
--- a/dpip/dpip.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/dpip/dpip.c	Sat Feb 27 05:19:43 2010 +0000
@@ -328,7 +328,7 @@
 }
 
 /*
- * Return value: 0 on success or empty buffer, 
+ * Return value: 0 on success or empty buffer,
  *               1..DataSize sent, -1 eagain, or -3 on big Error
  */
 int a_Dpip_dsh_tryflush(Dsh *dsh)
--- a/src/IO/http.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/IO/http.c	Sat Feb 27 05:19:43 2010 +0000
@@ -80,7 +80,7 @@
 typedef struct {
   char *host;
   int active_connections;
-  SocketQueue_t queue; 
+  SocketQueue_t queue;
 } HostConnection_t;
 
 static void Http_socket_queue_init(SocketQueue_t *sq);
@@ -202,7 +202,7 @@
             Http_connect_queued_sockets(hc);
             if (hc->active_connections == 0)
                Http_host_connection_remove(hc);
-      } 
+      }
          dFree(S);
       }
    }
@@ -688,7 +688,7 @@
       sq->tail->next = se;
    sq->tail = se;
 
-   if (! sq->head) 
+   if (! sq->head)
       sq->head = se;
 }
 
--- a/src/capi.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/capi.c	Sat Feb 27 05:19:43 2010 +0000
@@ -188,7 +188,7 @@
  * Abort the connection for a given url, using its CCC.
  * (OpAbort 2,BCK removes the cache entry)
  * TODO: when conn is already done, the cache entry isn't removed.
- *       This may be wrong and needs a revision. 
+ *       This may be wrong and needs a revision.
  */
 void a_Capi_conn_abort_by_url(const DilloUrl *url)
 {
@@ -520,7 +520,7 @@
  * Most of the time we send dpi commands, but it also serves for raw data
  * as with "view source".
  */
-int a_Capi_dpi_send_data(const DilloUrl *url, void *bw, 
+int a_Capi_dpi_send_data(const DilloUrl *url, void *bw,
                          char *data, int data_sz, char *server, int flags)
 {
    capi_conn_t *conn;
--- a/src/capi.h	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/capi.h	Sat Feb 27 05:19:43 2010 +0000
@@ -31,7 +31,7 @@
 int a_Capi_get_flags(const DilloUrl *Url);
 int a_Capi_get_flags_with_redirection(const DilloUrl *Url);
 int a_Capi_dpi_verify_request(BrowserWindow *bw, DilloUrl *url);
-int a_Capi_dpi_send_data(const DilloUrl *url, void *bw, 
+int a_Capi_dpi_send_data(const DilloUrl *url, void *bw,
                          char *data, int data_sz, char *server, int flags);
 int a_Capi_dpi_send_cmd(DilloUrl *url, void *bw, char *cmd, char *server,
                          int flags);
--- a/src/cssparser.cc	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/cssparser.cc	Sat Feb 27 05:19:43 2010 +0000
@@ -464,7 +464,7 @@
             c = getChar();
          } while (c != EOF && ! skipString(c, "*/"));
       } else if (skipString(c, "<!--")) {  // ignore XML comment markers
-      } else if (skipString(c, "-->")) { 
+      } else if (skipString(c, "-->")) {
       } else {
          break;
       }
--- a/src/html.cc	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/html.cc	Sat Feb 27 05:19:43 2010 +0000
@@ -1920,7 +1920,7 @@
 static void Html_tag_open_abbr(DilloHtml *html, const char *tag, int tagsize)
 {
    const char *attrbuf;
-  
+
    if (prefs.show_tooltip &&
        (attrbuf = a_Html_get_attr(html, tag, tagsize, "title"))) {
       CssPropertyList props;
--- a/src/misc.c	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/misc.c	Sat Feb 27 05:19:43 2010 +0000
@@ -90,7 +90,7 @@
       assert(char_len <= 4);
       for (j = 0; j < char_len; j++)
          buf[written++] = (*start)[j];
-    
+
       *start += char_len;
    }
 
--- a/src/ui.cc	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/ui.cc	Sat Feb 27 05:19:43 2010 +0000
@@ -220,7 +220,7 @@
 
 /*
  * Callback for the help button.
- */                               
+ */
 static void help_cb(Widget *w, void *)
 {
    char *path = dStrconcat(DILLO_DOCDIR, "user_help.html", NULL);
--- a/src/uicmd.cc	Sat Feb 27 04:37:13 2010 +0000
+++ b/src/uicmd.cc	Sat Feb 27 05:19:43 2010 +0000
@@ -630,14 +630,14 @@
       BW2UI(new_bw)->focus_main();
    } else {
       BW2UI(new_bw)->focus_location();
-   }       
+   }
 }
 
 /*
  * Open a new URL in a new browser window
  */
 void a_UIcmd_open_url_nw(BrowserWindow *bw, const DilloUrl *url)
-{  
+{
    int w, h;
    BrowserWindow *new_bw;