Age | Commit message (Collapse) | Author |
|
Change-Id: Ic9c7ed84925ea5b4ce324a98a1089102dcda24b8
Signed-off-by: Fridrich Štrba <fridrich.strba@bluewin.ch>
|
|
Change-Id: I644adb0292272130587f8a19777c47bf8fd2887c
|
|
Merged changes from Alexander Wilms <alexander dot wilms at zoho do com>
Bjoern Michaelsen <bjoern dot michaelsen at canonical dot com> and
Petr Mladek <pmladek at suse dot cz>
Signed-off-by: Petr Mladek <pmladek@suse.cz>
Signed-off-by: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Change-Id: I942f747aadc897b73d97b2047e267d752580aa33
|
|
The library is not called sfx2 but sfx, and it should really be using
gb_Library_get_runtime_filename, but it turns out DLL_NAME is not
actually used, so just remove it.
Change-Id: I553318015c3c2a21725860b28574995a8319a44b
(cherry picked from commit 7fb922b32b3fa612ebc8b7dfbc7e53ed990b40a0)
Signed-off-by: Michael Stahl <mstahl@redhat.com>
|
|
The Lanczos scaling is of very good quality, but it's rather slow,
which can be very noticeable with large images, so it's not a very
good default for everything. And in general, it's not good to refer
to a specific algorithm when all one usually wants is fast/default/best.
Some of these changes are a bit of a guess between default/best,
but the general logic is that best should be used only for images
that won't be large or where the possible waiting does not matter.
Conflicts:
svtools/source/graphic/grfmgr2.cxx
Change-Id: I53765507ecb7ed167890f6dd05e73fe53ffd0231
|
|
Change-Id: I9dbf5d510ebaff8448a152d75a006a183303bd81
(cherry picked from commit 5ae11320a26a6356dfadeb812e0d6baf5bdc951c)
Signed-off-by: Caolán McNamara <caolanm@redhat.com>
|
|
Because that filter is more reliable.
Change-Id: Ifbab294bf4f344301410cd671a9245bffa03fa11
|
|
Where we explicitly ask for better quality, use BMP_SCALE_LANCZOS, instead of
BMP_SCALE_INTERPOLATE.
Change-Id: I28ddf3290204532a8660e09ee9ab0949b6ce1c73
|
|
As requested for better interop inside the ODF ecosystem, asking for
compatible odf output gets you blowfish/sha1-based encryption
unconditionally.
|
|
Update calls to factories to use new ::create methods
Change-Id: I01d4417820f52718836c92faf3c2fae0dc96b30d
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>, added some tweaks.
|
|
Change-Id: Ib8017f950f414601676b54c36425a0592b4cc395
|
|
This change needs a git repo build of libcmis.
Change-Id: I I740d18dbf3c36d9387b867e750fcbe8e114e5362
|
|
Change-Id: I37ec7fa799e6a8e3162c4dfb2ec92aeccfc57df1
|
|
Further cleanup on top of 2f1a1c529694c1fec6d3b02930f8226c7b2bccd9
Change-Id: If348a0985ea92e4dafc450402053d43f77a0f58f
|
|
Change-Id: Ia43a1ac7e55f3823255d739fb0930fa23ec5ab27
|
|
Change-Id: If149857d1f5171ad451c00de55e68b1aa215358b
|
|
Change-Id: I27a092628e48b39f7bad2ed895f80aeea0d9ee35
|
|
Change-Id: Ica5753180f4c8be4547ba97bbd7221309d1e3157
|
|
Change-Id: Id37249ba16f543798324ee2cac566ec56d8e378e
|
|
Change-Id: Ib607fc30bf6eaa1c1043eb7e815295b728da3085
|
|
Change-Id: I20867f9ef04297f27523b63dc1e18a2e31da5d42
|
|
Change-Id: I120b321166bb078b44d8b9894a1f906e9c6a611f
|
|
Change-Id: I6a417dbea4a0b00be3f8e4b6dbe1ef0f4bbcbeed
|
|
Change-Id: I103e7171a5a523c388af14ec453299990c99c8c1
|
|
When e.g. viewing mail attachments (that have been stored r/o to some download
directory by the mail application), it would be nice if the user could easily
temporarily modify them (say, play around with a spreadsheet, changing some
numbers and triggering recalculation of formulas) by clicking the "Edit File"
button and not being asked to create a copy for editing.
This patch tries to make editability of a view independent of the r/o status of
the medium:
* SID_EDITDOC (the "Edit File" button) now only toggles the r/o status of the
view. It no longer asks to create a copy for editing if the underlying medium
is r/o.
* When a modified document is toggled to r/o via SID_EDITDOC, LO still asks the
user to save or discard the changes. However, if the underlying medium is
physically r/o (see next), saving the document opens the "Save As" dialog,
instead of just doing a "Save" operation (which would fail on the r/o file).
* A new state of "IsOriginallyReadOnly" needed to be added to the medium, to
keep track whether the medium was originally opened r/o (and is thus assumed
to be physically r/o), as toggling SID_EDITDOC in the view also changes the
open mode of the underlying medium. Instead of trying to fully understand and
disentangle that horrible mess, I just added yet another state to the mess...
* The title of the document window now contains "(read-only)" if and only if
either the view is r/o or the medium is originally r/o (or both).
Change-Id: I89d9c6adf0baab411e737a5f4e6f4e770e7a70be
|
|
Change-Id: Ic00cdfce4172af0a2f0aa1aa33ef5e386d407976
|
|
Change-Id: I8848d0e687c3b19be1a8bc1f41c2a0c94e13bbbf
|
|
Change-Id: If9a9889fa36bc76c9afed295568ed9a05de4587f
|
|
Change-Id: I30be93ccaeb1f9fd17cbe9e3ed3165e094810b2e
|
|
Change-Id: I6efd7877df34af515e61b6b7fcd112fa041f5e61
|
|
|
|
SfxItemSet takes hold of the SfxItemPool instance from the current
shell, and accesses it when it gets destroyed. The problem arises
when the current shell gets destroyed before the SfxItemSet instnace
does, in which case an illegal memory access ensues.
This fixes intermittent crashes when opening a document in Writer.
Change-Id: Ib5e74b43051f868f22f6efdb311e6c2a75326d9a
|
|
See the TODO comment in sfx2/inc/sfx2/docfile.hxx about a temporary SfxMedium
ctor overload to find not yet adapted uses of another overload, to be removed
again in due time.
Change-Id: Ie22c33c32f8870ce6ebf6d500abc7a4e33d97183
|
|
This info will be used during type detection for more clever filter
selection.
Change-Id: I66a52ff6f425e97884afd1c85831c11381fb695d
|
|
This should reflect the fact that this type was already used as a
generic HTML type.
Change-Id: I0a209d51ed229f07aff001075c39bfc82d4c3088
|
|
Just a line at the top and the bottom, we do not want the entire 3D effect
here, it makes it visually incompatible with the window decorations.
Change-Id: I262932fb5def21d5bc4fb347be6d6a07807bb4d2
|
|
Change-Id: I7c3409ac39e690fcf2f7e4085bf6857e6bd182fb
|
|
The reason is that they can be combined arbitrarily in dialogs, so
changing, e.g., height of one tab can lead to "interesting" results. Cf.
commits 8631dbf85fb5ed56d225e32ea5a9c36c96b0d649 and
29042d096a2c5812ae179e1553367afd21b0f71e that were the cause of the
problem described fdo#49921.
Change-Id: I9995002a2bd5c3604bdfa06dc817916ce61c558d
|
|
Change-Id: I962aeac0c7feeabb7963016d5afcfeca5a48ccfe
|
|
I knew this used to work at some stage, appears to be a
regression since cdf8680ed24a56956f257c99c73ff95ff488e2c6
GetIndices_Impl gives the region and index of the entry relative to the
immediate parent, so doesn't make sense to use those as indexes
into the template array if we're at the style level.
backup into the template level if we're below it to get the
relevant template index.
Change-Id: I37a0bbc38cbb4dd82dd3d2c8309d8be61d83adbd
|
|
Change-Id: Ie70be4d3e4f086eaa301295df0bc7d25792d2cd2
|
|
...now that SID_FRAMETITLE is gone, and it is unused, anyway.
Change-Id: I8b6b2641b988763df85d88490dc46484083b7180
|
|
...which was only ever written to, never read. This in turn allowed
SfxViewFrame::UpdateTitle to return void instead of String, and made
SfxObjectShell::UpdateTitle become unused. (The title appears to be created via
SfxBaseModel::getTitle instead these days?)
Change-Id: I5e1115a707134058a1f3a0beaa180eb471c817e6
|
|
Change-Id: I42e64af8ed88e652341707d5f9d2da3daaa0f9bb
|
|
It's all a bit baffling in a maze of Shells, but what I can see is that
when we update from the template at the end of loading we end up with
a different order of shells on the stack than in the usual case.
Apparently from positioning the cursor at an earlier stage than usual.
If I lock the dispatcher for the duration of updating the template it all works
out ok. I freely admit I can't foresee the full consequences of this, but it
appears to work.
Change-Id: Ib7b2f511cdb5a37715a6ad839d9b1426ad9db8e0
|
|
Change-Id: I50f0887ceb4517d7ef234f970ca2ba679d533382
|
|
Change-Id: Id3a505afa3d8a6e99beeccafe30713cf40fc0c76
|
|
Change-Id: I7baa34c1cf7161fb55914d41b451b842ad4ab0c8
|
|
Change-Id: Ib7188a98230345557187b00826f33a2ad39a4f83
|
|
Change-Id: I756c0a19bea7b1cc0e290d9f382a04d655819bfb
|