[Libreoffice-commits] core.git: Changes to 'private/mmeeks/aafixes44'

Luboš Luňák l.lunak at collabora.com
Tue Jan 13 08:49:08 PST 2015


New branch 'private/mmeeks/aafixes44' available with the following commits:
commit c54196932b744c0b7d2cb236724582c93eff4c77
Author: Luboš Luňák <l.lunak at collabora.com>
Date:   Thu Jan 8 18:09:49 2015 +0100

    implement optimized hairline drawing for opengl
    
    As a side effect, this prevents the lines from looking too wide,
    because of generic polygon drawing being a bit too generous with AA.
    
    Change-Id: I17314c39fd57e33ecbd10b8a8785c600bdc5b212
    Signed-off-by: Michael Meeks <michael.meeks at collabora.com>

commit 1184218611d1b1b28f0b10879e91388e261b1c24
Author: Luboš Luňák <l.lunak at collabora.com>
Date:   Wed Jan 7 17:43:39 2015 +0100

    do not set Y line width to 0
    
    I'm somewhat confused by why there needs to be a separate line width
    for X and Y, but apparently there is, and the latter shouldn't be just plain 0
    (otherwise a number of drawPolyLine() implementations either skip using
    a simpler path for the usual case of them being equal, or even plain to refuse
    work at all and cause a fall back).
    And I hope this doesn't lead to finding out that some of those implementation
    are actually buggy.
    
    Change-Id: I2dbbd1539c4a96d41935cce9ae6565872e2a459b
    Signed-off-by: Michael Meeks <michael.meeks at collabora.com>

commit 24ed906c3654a844f35a2b2022d9df42618a0a23
Author: Luboš Luňák <l.lunak at collabora.com>
Date:   Mon Jan 12 13:24:47 2015 +0100

    make AA edges of objects look smoother (opengl)
    
    Change-Id: I66a04febdbfa673e0883ab6f574bb7768cad7953
    Signed-off-by: Michael Meeks <michael.meeks at collabora.com>

commit ebd15ec32bfe01999a03385a20444b107d48ec81
Author: Luboš Luňák <l.lunak at collabora.com>
Date:   Mon Jan 12 13:20:54 2015 +0100

    clean up resetting of solid color when using opengl AA
    
    118529d4644a and 011903894 might have been technically correct, but
    'mProgramIsSolidLineColor' is clearly a misnomer at best, and they'd
    have made it even more likely that this would break yet again.
    
    Change-Id: I1f01663e2abc0b1b0e557ae7241637a96e1a402a
    Signed-off-by: Michael Meeks <michael.meeks at collabora.com>

commit 80ade5e2169175f086cbc3edb7771165f60c0025
Author: Luboš Luňák <l.lunak at collabora.com>
Date:   Wed Jan 7 18:06:25 2015 +0100

    fix confusion between transparency and opacity
    
    Change-Id: Ifa69f3272ebda2a61ac00d2affb8aebd4524f0fc
    Signed-off-by: Michael Meeks <michael.meeks at collabora.com>



More information about the Libreoffice-commits mailing list