Age	Commit message (Collapse)	Author
2024-08-01	tdf#162282: restore correct handling of EMF	Mike Kaganski
	Commit 166a16594eb4e7e78f3f5b00a1432637d109bf8d (Simplify logic in XOutBitmap::WriteGraphic a bit, 2023-04-01) changed the logic, so that when the graphic's data reported VectorGraphicDataType::Wmf type, it wasn't further checked if its link's IsEMF returns true. That made isKnownVectorFormat return false for such EMFs, and so the graphic was exported to a new EMF, instead of using its data. This restores the original behavior. Change-Id: I68b807e735e501de6bf37172390623938e401e6f Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171377 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Jenkins
2024-07-13	Simplify a bit	Mike Kaganski
	Change-Id: I7eaedfcd630a71ca2966d9622121c40aefae1e03 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170427 Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> Tested-by: Jenkins
2024-07-10	tdf#161979: Render GDI metafile using drawinglayer in XOutBitmap	Mike Kaganski
	After the changes related to EMF+ reworking, much of the code was removed from VCL, e.g. commit 217ad59a412ebab07a106b14c8976d20bddb9356 (tdf#111486 Removed not used EMF+ code, 2018-12-07). EMF+ code is now in drawinglayer (see EmfPlusHelperData::processEmfPlusData). Unfortunately, we can't make ImpGraphic::draw in VCL to use drawinglayer for rendering, because VCL is lower in dependency tree (it only can use drawinglayercore). Change-Id: I08f8c8ec66baf3dde1f35481144d5e1819bb5fc1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170311 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2024-05-11	loplugin:ostr in svx	Noel Grandin
	Change-Id: Ia765a03e033acb82e367873380d289587ea87d6c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167449 Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk> Tested-by: Jenkins
2023-10-20	Extended loplugin:ostr: Automatic rewrite O[U]StringLiteral: svx	Stephan Bergmann
	Change-Id: Ib5028b826a3f62303b9e0502af70ad62c578fbb1 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/158240 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2023-09-29	rename SfxMedium::GetError -> GetErrorIgnoreWarning	Noel Grandin
	to distinguish it from the very similar GetErrorCode() Change-Id: I937e3dcfd6ce116046ac7b1c98cf79479b322f1d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157388 Tested-by: Jenkins Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2023-08-27	Add APNG export option in File -> Export	Paris Oplopoios
	A separate filter was made to allow for the option of exporting a still image instead if the user wants to Change-Id: I8140c834990e592ee579425d6cd18ae764128576 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/155878 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
2023-04-03	BinaryDataContainer: pure re-factor to encapsulate stream copying.	Michael Meeks
	Change-Id: Iab24e8d18bf7badbca672fbdbf455f78d08f41a0 Signed-off-by: Michael Meeks <michael.meeks@collabora.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149905 Tested-by: Jenkins
2023-04-01	Simplify logic in XOutBitmap::WriteGraphic a bit	Mike Kaganski
	Change-Id: I8781a4e2cd0ab89dcd1ed3092bd2995be59abf82 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149760 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2023-03-30	Report correct mimetypes for TIF and EMF	Mike Kaganski
	Change-Id: I2eeb07780e3581eea29a9ad98b493de4e78a5d65 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149745 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2023-03-30	sw reqif-xhtml export: fix export of transparent TIF	Mike Kaganski
	Since commit 22b50f1937de67e4ad9e692d6964aa5b8d33af7a (use libtiff for tiff import, 2022-05-21), transparent TIFs are imported correctly. As the result, reqif export started to output the transparent TIF images as GIFs, because XOutFlags::UseGifIfSensible handles case of transparency, and XOutFlags::UseNativeIfPossible didn't handle TIF. Additionally, the resulting mediatype was reported incorrectly: <reqif-xhtml:object data="[...].gif" type="image/tiff" ... > 1. Handle TIFs in XOutBitmap::WriteGraphic when XOutFlags::UseNativeIfPossible is specified. 2. Return the corrected mediatype from XOutBitmap::WriteGraphic, to inform the caller about the possible change. 3. Remove the XOutFlags::UseGifIfSensible flag when doing the reqif export, to avoid the format change at all. Change-Id: I99f7cfb8d12ef66d372700ec810bd8b269868ffd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149744 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com>
2022-09-16	vcl: AnimationBitmap -> AnimationFrame	Chris Sherlock
	The emphasis is not quite right. An animation is made up a sequence of frames, not bitmaps. A frame includes such things as position, size, timeout till the next frame as well as a bitmap. Note: had to regenerate a bunch of precompiled headers Change-Id: Ib1959452653857555f41e01ac0151d08c41a3b1c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/76460 Tested-by: Jenkins Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>