1. 29 Tem, 2014 26 kayıt (commit)
  2. 28 Tem, 2014 14 kayıt (commit)
    • Tor Lillqvist's avatar
      Add separate project file for VS2013 · 7f0e4cf2
      Tor Lillqvist yazdı
      Easier than trying to figure out how to make the VC2010 project work
      with VS2013, it seems. Luckily it works fine tojust have VS2013
      upgrade the old project file and then pass that to msbuild.
      
      Change-Id: I94c0248211767d97f2898f35b1b677aee372a329
      7f0e4cf2
    • Tor Lillqvist's avatar
      Add separate project file for VS2013 · 0778e005
      Tor Lillqvist yazdı
      Easier than trying to figure out how to make the VC2010 projec work
      with VS2013, it seems. We only need a project file for the lcms2_DLL
      project.
      
      Change-Id: Icab47ac7625b9a492942ea0835fe52ef06cdf2d9
      0778e005
    • Miklos Vajna's avatar
      writerfilter: nobody reads the classfordefine attribute · 1b30426c
      Miklos Vajna yazdı
      Change-Id: I030137cb379de04968fb144516e90dbd1bdd97f6
      1b30426c
    • Michael Stahl's avatar
      (related: fdo#81033) writerfilter: default tab fill character is space · c0b6aade
      Michael Stahl yazdı
      This avoids an ugly "Character" box in the dialog with a null byte in it.
      
      Change-Id: Iee35a8e1bd6b57fb4eb8ae06722bd79ee1d5d8de
      c0b6aade
    • Michael Stahl's avatar
      fdo#81033: writerfilter: RTF import: fix tab stop inheritance from style · 7f6e2691
      Michael Stahl yazdı
      For RTF, the tab stops that are set directly on the paragraph are the
      tab stops the paragraph has effectively; there is no equivalent of OOXML
      <w:tab w:val="clear" w:pos="4536"/> that would override a tab stop of
      the applied style; that is done by simply omitting the tab stop.
      
      It would perhaps be possible to implement something to synthesize a
      NS_ooxml::LN_Value_ST_TabJc_clear in the RTF tokenizer for this case,
      but it's simpler to just generally disable domain mapper's
      InitTabStopFromStyle() for RTF.
      
      Change-Id: I7b0581be8db19ffda81c8d1da290abf0a0f69529
      7f6e2691
    • Miklos Vajna's avatar
      writerfilter: unneeded whitespace tweak · 29813244
      Miklos Vajna yazdı
      Change-Id: Ib25ae32be6132a9209eaa81db18b0659b73d5b82
      29813244
    • Miklos Vajna's avatar
      writerfilter: add script to detect generated code changes · 17969321
      Miklos Vajna yazdı
      Change-Id: I340ef55dc9a09bd196469ed51848b22ba986de8c
      17969321
    • Miklos Vajna's avatar
      -Werror=declaration-after-statement · 1cde56c3
      Miklos Vajna yazdı
      Change-Id: I97b1d03410e98c5ff2ad3cc15cef692e9b994a6c
      1cde56c3
    • Miklos Vajna's avatar
      MSWordExportBase::OutputSectionBreaks: avoid fake section breaks · 7146d8bc
      Miklos Vajna yazdı
      Regression from ee9f23bb (docx export:
      invalid sectPr added at the beginning of the doc, 2013-01-10), the
      problem was that we even tried to generate section breaks at places
      where the two page styles are in practice the same.
      
      Change-Id: Iccf91ce542d9b075b93da25bcd42236db667e3d4
      7146d8bc
    • Andrzej Hunt's avatar
      Use CPPUNIT_ASSERT instead of assert. · 0f21977d
      Andrzej Hunt yazdı
      Change-Id: I24e7934002ebdde208db74ae3308b26875a3155b
      0f21977d
    • Andrzej Hunt's avatar
      Prevent LOK DocView crash if document too large. · c1d9fe07
      Andrzej Hunt yazdı
      There seems to be a maximum size that gdk's pixbuf
      can handle, however I have been unable to find any
      documentatation. Seeing as the current implementation
      isn't realistically useable anyway, we might as well
      set a hard limit here (in practice we'd have much smaller
      tiles + compositing).
      
      Specifically extras/source/shellnew/soffice.ods will fail
      without this patch.
      
      Change-Id: I6ac495adca8e15878989375ef8b2de472788279a
      c1d9fe07
    • Szymon Kłos's avatar
      03fe3215
    • Maxim Monastirsky's avatar
      Recovery files can have an extension · 8a406391
      Maxim Monastirsky yazdı
      Looks like unintentional change made in
      c4a593b6
      
      Change-Id: If314a3f290c79909e3a807f9c9c95791c26067e9
      8a406391
    • Luke Deller's avatar
      Copy first-header-footer test from ww8 to ooxml · b4ccde72
      Luke Deller yazdı
      The test document was converted from doc to docx using MS Word 2010.
      
      Several fixes were required to make this test pass:
      
      - Do not clear the "FirstIsShared" property on page styles, as the code
        instead uses the old fashioned method of translating a Word section
        with "different first page header/footer": two page styles linked
        together, the first page style and the follow page style.
        (Also remove a wrong test case which checks the FirstIsShared property)
      
      - Do not clear the "HeaderIsShared"/"FooterIsShared" properties on the
        first page style, only on the follow page style.
      
      - Actually set the "FollowStyle" property on the first page style to
        link it to the follow page style.  This didn't matter for the very
        first Word section because it was mapped to the default page styles
        "First Page" and "Standard" which are already linked, but it does
        matter for subsequent Word sections.
      
      - For some reason setting a new page style at a section break was
        excluded in the case where the following section had a title page.
        Remove this exclusion.
      
      - The exclusion mentioned in the last point was masking that bnc#751077
        was not entirely fixed.  To resolve that issue:
        When checking if the last paragraph of the section is empty, consider
        not just text content but also shapes.
      
      - Remove a workaround for bnc#780843 involving copying of headers and
        footers from the "Standard" (first section) page style in the case
        where the following section had a title page.  This workaround is no
        longer needed as the test case passes without it.
      
      Change-Id: Iacc9bba0720c11414da3e852892cff301ebbc4fe
      b4ccde72