Age | Commit message (Collapse) | Author |
|
Change-Id: Iaefba9f6f546c3ac22749aa0ff209cbc49f8a552
|
|
Fixes a number of TabPage related leaks.
Change-Id: I7b904e9bbbce652d2dc645952e266cde102ed194
|
|
Change-Id: I7c730cf311900fe14a09081dd986f17d9b89e77f
|
|
1. Now there's no fixed string length limit; see
http://www.autodesk.com/techpubs/autocad/acad2000/dxf/group_code_value_types_dxf_01.htm
The Autodesk's own DXF reference is inconsistent on this matter;
the "Group Code Value Types Reference" tells opposite to "About Group
Codes in DXF Files".
AutoCAD itself easily creates lines 10 000+ characters long!
This removes the hardcoded line length limit; also simplifies
internal struct DXFGroupReader used to parse DXF codes.
2. Improved text import: honor unicode strings in AutoCAD 2007+ DXF;
use more $DWGCODEPAGE values (note: when more codepages will be
discovered, they should be handled in DXFRepresentation::ReadHeader()).
Use LO locale when DXF doesn't specify one. Handle AutoCAD character
names.
3. General fixes & simplifications.
Change-Id: Ifde08978e2da7511696100520732bd76c1a660bb
Reviewed-on: https://gerrit.libreoffice.org/15627
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
This reverts 5485ef70cee1e3a743047f95ce94533024004b7c, which breaks
JunitTest_toolkit_unoapi (toolkit.AccessibleMenu)
Change-Id: Ic9021c23178f1598c08186e5cb24fde13a866579
|
|
The fix fbd85c25b is not sufficient to build with an old GCC 4.6.
The problem was, that underlying_type returned an int as default
value for GCC 4.6 and int allows negative values that are forbidden
in typed_flags_set.
Changed it to alternative solution suggested in
http://stackoverflow.com/questions/26148192/underlying-type-of-a-c-enum-in-c03
Change-Id: I20f44b8cef9c692efb583971bd251f1c34c289ab
Reviewed-on: https://gerrit.libreoffice.org/15663
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: I37c4fd80780738b823c7928f22deaff0ea1c6bff
Reviewed-on: https://gerrit.libreoffice.org/15585
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ife6ab3544f73b1de60f5241c68466045161a4d88
Reviewed-on: https://gerrit.libreoffice.org/15615
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The accessible role (PANEL) is added as a prefix to the title bar
in the sidebar. That is redundant and can even make things confusing
for the users of screen-readers.
Change-Id: I743defa0b1b9f3f278d0cabc7196054796fb3c47
Reviewed-on: https://gerrit.libreoffice.org/15636
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
The tab bar buttons (Properties, Styles and formatting, Gallery ...)
should expose their name to accessibility tools.
Change-Id: I5292ca848688cf93a046c3f5d8906ac35cee1cfe
Reviewed-on: https://gerrit.libreoffice.org/15639
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I21d04451aa747f6d8d9560533674f1c0aa590e65
Reviewed-on: https://gerrit.libreoffice.org/15664
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I8874e38a4bed6adb409a954c15ce7c9e4348c572
Reviewed-on: https://gerrit.libreoffice.org/15665
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ie8a7bc9800ed0122092f88cedadb126b7891f2a6
Reviewed-on: https://gerrit.libreoffice.org/15655
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I878c999611e1294d5107f1cf2c000d9ed5f88cb1
|
|
Change-Id: Iae363b8478ef2d560ae661af06ba989f27adc093
Reviewed-on: https://gerrit.libreoffice.org/15650
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Icbf73fe55ad604f762dd2b98fd39189bab82f061
Reviewed-on: https://gerrit.libreoffice.org/15648
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
Tested-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Iafcc7246a1149a25f6d6fdfb09cf3e85227580db
|
|
not sure how this ever worked, the callback is called
at the end of the ctor and the callback is in the parent
obj which dereferences the pointer to this obj before
that pointer has been set.
Just split the ctor into a ctor and a follow up
post ctor init method.
Change-Id: I04855c8ac95592801f2ebf0b974a9a7b597d0327
|
|
Change-Id: I738f3ea1bf9f003f2b146cda0a8f986375eacd2b
|
|
Change-Id: Ibbcb6141cc8941dd4a40d9460e1d83550f21e9cc
|
|
Change-Id: I73fdb73a26f49acf058fcc4ffaa1dbfa92bd7261
|
|
Change-Id: I77a24613a645ca49c1a19953567e27da5fef9a41
|
|
Change-Id: I2298c9672b1b82f508f15b54d7f773a717df8364
|
|
Change-Id: Ib7768e2bf7a9b9b8e1045dbce8d81ad68b94fb33
|
|
Change-Id: Ic8d5e8c82c19d21553fabadcb9949182e6162da0
|
|
Fix a crash that occurs when a locked doc is opened. Ask to open it
read-only, then click on Edit the document in the info bar. Used to
crash.
Change-Id: Ic6e53853345e9e8431cae0eb2408ab0624d92cce
|
|
Change-Id: I4673dc03c214ca8f5c227a444e182a45f6199b9b
|
|
Change-Id: Ia5a2108214369a82dfe5e886524fbf5e685bb9f9
|
|
Change-Id: Id05657c866f872846676bb8d8c7ab009292569ab
|
|
for ß, but toTitle only allows RuntimeException, which is our usual
awesomeness
Change-Id: Ib5618a55a369fa5cd1d323f657f0798776828386
|
|
Change-Id: Ifa6614f6a17356481a335a686e9ea0f9b983c5c5
Reviewed-on: https://gerrit.libreoffice.org/15647
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: I7ac67dd14d14a93fe163febe0f18df56dd613376
|
|
Change-Id: Ifa59bdc4bfd80fe3100ba5f1ac8119ad990e3936
|
|
Change-Id: I04e53d7de9f2f26e9338a82f7d5ae5dab1682712
|
|
Change-Id: I977b0a51a609d3cbc30abd308715f91cad2cfdfa
|
|
Change-Id: I7285c90c82b04e3ebb2db371b675689de9c183d7
|
|
Change-Id: I3458ae46c256206e31ad268f47e8b92a30f3738e
|
|
Change-Id: I6af399ef26d3f3ee97a49592cf97c590c0781eb0
|
|
Change-Id: Ieda14d984f1614056c701a50ce637ea6fe9620f3
|
|
Change-Id: I5f114f4ca92d991d17ad871d11a78a5306191f9c
|
|
Change-Id: I242cd126814bbebdb99ea38d9e66513189c313d9
|
|
Change-Id: If7652a7c0251b741660365848a717c06954ca419
|
|
Change-Id: I8d5363bb2ad813ef29b4078848914f4b0989b9f1
|
|
Change-Id: Id07ace147ff4fd4a17d05ba3cce6408def05c9c7
|
|
Change-Id: Icd1bf88cefac929916ece9a30b9b65c5297ec2a3
|
|
Change-Id: I9d835e6032e2366e5357240609ff0e60273d475b
|
|
Change-Id: Ic25c39adf8796bb433fa7746f53a68e3e2bfd228
|
|
Change-Id: I481c153815fff793e9334153d863f26982b879cb
|
|
The code in editeng, passing sal_True (= 1) into StorageMode, has been like that
ever since cd7096b4260149eb6fdd117ea0ba26b8116a41b2 "INTEGRATION: CWS
mav09: #i27773#: remove so3; new storage API" where SfxMedium ctor calls were
replaced with SotStorage ctor calls, keeping the argument lists intact. And at
least way-back 5a9184d9e270e0ec0fe4b378c5cfde54ede095fa "INTEGRATION: CWS
hedaburemove01: #72503# get rid of hedabu procedure: Moving headers to
sfx2/inc/sfx2 and correspondent necessary changes" had a SfxMedium ctor that
took as 3rd param a sal_Bool bDirect. That is, it looks like
cd7096b4260149eb6fdd117ea0ba26b8116a41b2 inadvertently carried the SfxMedium
bDirect arguments over as SotStorage StorageMode arguments.
Given further that even way-back e1e019fed3970b916b046e2d7be48ea786026fce
"INTEGRATION: CWS hedaburemove01: #72503# get rid of hedabu procedure: Moving
headers to sot/inc/sot and correspondent necessary changes" only defines
STORAGE_* values with values >= 0x02 (so sal_True would never have had any
effect), the best bet appears to just use the implicit default = 0 instead.
Change-Id: I3c19831433173657d3a3225c28398de7481fe036
|
|
Change-Id: I9b48a2c9d878ef449fc9c04228eff9deb03b0718
|