[Libreoffice-commits] core.git: Changes to 'feature/gtktiledviewer'

[Andrzej Hunt]

New branch 'feature/gtktiledviewer' available with the following commits:
commit 08a6ca447d3a5f4810c7b632c98de39a446279d5
Author: Andrzej Hunt <andrzej.hunt at collabora.com>
Date:   Fri May 9 15:08:34 2014 +0100

    DO NOT MERGE: dirty hacks for tiled rendering to work via libLO.
    
    Change-Id: I86e13192ddb5904afabca38d3a201f17f145de09

commit 3e2b5e619e7d8fc5eb1a23b5b0e93a049752c443
Author: Andrzej Hunt <andrzej.hunt at collabora.com>
Date:   Fri May 9 14:39:55 2014 +0100

    Add some rendering to our gtktiledviewer.
    
    Just a hardcoded single tile for now.
    
    Change-Id: I9bfae4243e0083aa8fca38ae98dc369fe6de36fb

commit d28eea90e638494db2b37f5a702b862a53d57367
Author: Andrzej Hunt <andrzej.hunt at collabora.com>
Date:   Fri May 9 14:37:27 2014 +0100

    Add tiled rendering via liblibreoffice.
    
    We still need to add functions for getting dimensions of documents
    etc. for this to be truly useful, this is also only usable for writer
    documents for now.
    
    Change-Id: I07812c9b72caca71dfd509705af48c1d355cb2f8

commit c5c3f286f06d16101603eb684404b5778ed95a11
Author: Andrzej Hunt <andrzej.hunt at collabora.com>
Date:   Wed May 7 20:14:59 2014 +0100

    TiledRendering: outline of basic gtk tiled rendering app using liblibreoffice.
    
    Change-Id: I46760c0a1329b9823fd999c470b57fef66d28914

commit 4cf3629fcb8817e1675cbafcbbafc9b809f5e01f
Author: Andrzej Hunt <andrzej.hunt at collabora.com>
Date:   Mon May 5 20:48:58 2014 +0100

    fdo#76261 Get rid of unneeded and malfunctioning maItemListRect.
    
    maItemListRect serves as a sort of bounding box for what items /could/
    be visible on screen, however it is only used for determining the id
    of an item we have just clicked on -- given that we already know that
    we are clicking inside the visible area this is an unnecessary check.
    
    In fact this check is erronous as we no longer limit ourselves to "whole"
    rows as of 806919adf9c9bafbaba92c2d2ab35d2e2f9863f8 -- i.e. the previous
    assumption was that a view large enough for n rows will show precisely
    n (whole) rows, whereas we might be showing (n-1) complete rows, and a
    fraction of a row at the top and bottom of the screen, i.e. a total of
    n+1 rows, where maItemRect only encloses the top n rows, meaning we
    were erronously ignoring clicks on the (partly visible) lowest n+1 row.
    
    Change-Id: Ia52ed2e0d217a9f077cef86ee9c1847252844995