[Libreoffice-bugs] [Bug 152080] New: Cell dragging is not "smart"
https://bugs.documentfoundation.org/show_bug.cgi?id=152080 Bug ID: 152080 Summary: Cell dragging is not "smart" Product: LibreOffice Version: 7.3.6.2 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: erietmei...@protonmail.com Description: When I select 2 cells below each other containing the formulas "=SUMPRODUCT(A1=B1:B50)" and "=SUMPRODUCT(A2=B1:B50)" and 'drag' them (I don't know the technical term), I expect the next created cell to be "=SUMPRODUCT(A3=B1:B50)". Instead the next cell is "=SUMPRODUCT(A3=B3:B52)". I am making the assumption this is not expected behaviour. Steps to Reproduce: 1. In cell C1: "=SUMPRODUCT(A1=B1:B50)" 2. In cell C2: "=SUMPRODUCT(A2=B1:B50)" 3. Select both cells and 'drag' to next unoccupied cell Actual Results: Cell C3 contains the formula "=SUMPRODUCT(A3=B3:B52)" Expected Results: Cell C3 contains the formula "=SUMPRODUCT(A3=B1:B50)" Reproducible: Always User Profile Reset: No Additional Info: There is no other information. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103322] Use floating point for glyph positioning in VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=103322 --- Comment #50 from خالد حسني --- (In reply to Mike Kaganski from comment #49) > (In reply to خالد حسني from comment #45) > > IIUC, this still forces integral pixels on the start/end of any text run, > right? So only the middle of the text benefits from whatever library may > provide. And the bounds would still suffer from the same problem? I might of > course misunderstand how it is implemented. I don’t know. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103322] Use floating point for glyph positioning in VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=103322 --- Comment #49 from Mike Kaganski --- (In reply to خالد حسني from comment #45) IIUC, this still forces integral pixels on the start/end of any text run, right? So only the middle of the text benefits from whatever library may provide. And the bounds would still suffer from the same problem? I might of course misunderstand how it is implemented. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - download.lst
download.lst |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 24b3e76cbc119ef47e40d858eaa9bc0d54016815 Author: Miklos Vajna AuthorDate: Wed Nov 16 13:37:33 2022 +0100 Commit: Miklos Vajna CommitDate: Thu Nov 17 08:39:24 2022 +0100 Update freetype to 2.12.0 - fixes CVE-2022-27404 - dropped the no longer applying parts of ubsan.patch (cherry picked from commit 7229a380d3d607dc896e1d48b1a13f7b301aef80) Conflicts: external/freetype/ubsan.patch Change-Id: Ia8a496d53b62f68a27dbd9be08c89273b6bd01cd Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142780 Tested-by: Jenkins CollaboraOffice Reviewed-by: Miklos Vajna diff --git a/download.lst b/download.lst index 33a998a8511c..ef2f285572b5 100644 --- a/download.lst +++ b/download.lst @@ -118,8 +118,8 @@ export FONT_OPENDYSLEXIC_SHA256SUM := b92d7fcb9409f2bcfd23b65ac71647256eb49c429f export FONT_OPENDYSLEXIC_TARBALL := opendyslexic-0.910.12-rc2-2019.10.17.zip export FREEHAND_SHA256SUM := 0e422d1564a6dbf22a9af598535425271e583514c0f7ba7d9091676420de34ac export FREEHAND_TARBALL := libfreehand-0.1.2.tar.xz -export FREETYPE_SHA256SUM := ae7cfda88429c97a7ae63b7d01ab398076c3b67182e960e5684050f2c5c8 -export FREETYPE_TARBALL := freetype-2.11.1.tar.xz +export FREETYPE_SHA256SUM := ef5c336aacc1a079ff9262d6308d6c2a066dd4d2a905301c4adda9b354399033 +export FREETYPE_TARBALL := freetype-2.12.0.tar.xz export GLM_SHA256SUM := 6bba5f032bed47c73ad9397f2313b9acbfb56253d0d0576b5873d3dcb25e99ad export GLM_TARBALL := glm-0.9.9.8.zip export GPGME_SHA256SUM := 6c8cc4aedb10d5d4c905894ba1d850544619ee765606ac43df7405865de29ed0
[Libreoffice-commits] core.git: sw/source
sw/source/core/doc/notxtfrm.cxx | 249
sw/source/core/inc/notxtfrm.hxx |4
2 files changed, 133 insertions(+), 120 deletions(-)
New commits:
commit acc083480abf506c9ff620ddbc722da467db9e3e
Author: Noel Grandin
AuthorDate: Wed Nov 16 16:17:11 2022 +0200
Commit: Noel Grandin
CommitDate: Thu Nov 17 08:35:13 2022 +0100
split the paint method a little more
it has to be smaller to fit into my mental working-RAM
Change-Id: If2225359591a070373e3a9ca0459e5c64bef7526
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142776
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sw/source/core/doc/notxtfrm.cxx b/sw/source/core/doc/notxtfrm.cxx
index 6d11624da3b1..709128f677fa 100644
--- a/sw/source/core/doc/notxtfrm.cxx
+++ b/sw/source/core/doc/notxtfrm.cxx
@@ -1214,139 +1214,148 @@ void SwNoTextFrame::ImplPaintPictureGraphic(
vcl::RenderContext* pOut,
if( !bContinue )
return;
-if( rGrfObj.GetGraphic().IsSupportedGraphic())
+if( !rGrfObj.GetGraphic().IsSupportedGraphic())
{
-const bool bAnimate = rGrfObj.IsAnimated() &&
- !pShell->IsPreview() &&
-
!pShell->GetAccessibilityOptions()->IsStopAnimatedGraphics() &&
-// #i9684# Stop animation during printing/pdf export
- pShell->GetWin();
+ImplPaintPictureReplacement(rGrfObj, pGrfNd, rAlignedGrfArea, pShell);
+return;
+}
-if( bAnimate &&
-FindFlyFrame() != ::GetFlyFromMarked( nullptr, pShell ))
+const bool bAnimate = rGrfObj.IsAnimated() &&
+ !pShell->IsPreview() &&
+
!pShell->GetAccessibilityOptions()->IsStopAnimatedGraphics() &&
+// #i9684# Stop animation during printing/pdf export
+ pShell->GetWin();
+if( bAnimate &&
+FindFlyFrame() != ::GetFlyFromMarked( nullptr, pShell ))
+{
+ImplPaintPictureAnimate(pOut, pShell, pGrfNd, rAlignedGrfArea);
+return;
+}
+
+// MM02 To allow system-dependent buffering of the involved
+// bitmaps it is necessary to re-use the involved primitives
+// and their already executed decomposition (also for
+// performance reasons). This is usually done in DrawingLayer
+// by using the VOC-Mechanism (see descriptions elsewhere).
+// To get that here, make the involved SwNoTextFrame (this)
+// a sdr::contact::ViewContact supplier by supporting
+// a GetViewContact() - call. For ObjectContact we can use
+// the already existing ObjectContact from the involved
+// DrawingLayer. For this, the helper classes
+// ViewObjectContactOfSwNoTextFrame
+// ViewContactOfSwNoTextFrame
+// are created which support the VOC-mechanism in its minimal
+// form. This allows automatic and view-dependent (multiple edit
+// windows, print, etc.) re-use of the created primitives.
+// Also: Will be very useful when completely changing the Writer
+// repaint to VOC and Primitives, too.
+static const char* pDisableMM02Goodies(getenv("SAL_DISABLE_MM02_GOODIES"));
+static bool bUseViewObjectContactMechanism(nullptr == pDisableMM02Goodies);
+// tdf#130951 for safety reasons use fallback if ViewObjectContactMechanism
+// fails for some reason - usually could only be not to find the correct
+// SdrPageWindow
+bool bSucceeded(false);
+
+if(bUseViewObjectContactMechanism)
+{
+// MM02 use VOC-mechanism and buffer primitives
+SwViewShellImp* pImp(pShell->Imp());
+SdrPageView* pPageView(nullptr != pImp
+? pImp->GetPageView()
+: nullptr);
+// tdf#130951 caution - target may be Window, use the correct
OutputDevice
+OutputDevice* pTarget(pShell->isOutputToWindow()
+? pShell->GetWin()->GetOutDev()
+: pShell->GetOut());
+SdrPageWindow* pPageWindow(nullptr != pPageView && nullptr != pTarget
+? pPageView->FindPageWindow(*pTarget)
+: nullptr);
+
+if(nullptr != pPageWindow)
{
-OutputDevice* pVout;
-if( pOut == pShell->GetOut() && SwRootFrame::FlushVout() )
-{
-pVout = pOut;
-pOut = pShell->GetOut();
-}
-else if( pShell->GetWin() && pOut->IsVirtual() )
-{
-pVout = pOut;
-pOut = pShell->GetWin()->GetOutDev();
-}
-else
-pVout = nullptr;
+sdr::contact::ObjectContact& rOC(pPageWindow->GetObjectContact());
+sdr::contact::ViewContact& rVC(GetViewContact());
+sdr::contact::ViewObjectContact&
rVOC(rVC.GetViewObjectContact(rOC));
+sdr::contact::DisplayInfo aDisplayInfo;
-OSL_ENSURE( !pOut->IsVirtual() ||
-
[Libreoffice-commits] core.git: 2 commits - sw/source
sw/source/core/doc/notxtfrm.cxx | 467
sw/source/core/inc/notxtfrm.hxx |7
2 files changed, 247 insertions(+), 227 deletions(-)
New commits:
commit e1ecbe9335161accdea440d6b6e72c85cb032341
Author: Noel Grandin
AuthorDate: Wed Nov 16 16:03:19 2022 +0200
Commit: Noel Grandin
CommitDate: Thu Nov 17 08:34:58 2022 +0100
flatten the ImplPaint* methods a little
Change-Id: Ibcb4268697a6dd95da841dc29f7012c0801abdd6
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142775
Tested-by: Jenkins
Reviewed-by: Noel Grandin
diff --git a/sw/source/core/doc/notxtfrm.cxx b/sw/source/core/doc/notxtfrm.cxx
index 1ac58cf5efc6..6d11624da3b1 100644
--- a/sw/source/core/doc/notxtfrm.cxx
+++ b/sw/source/core/doc/notxtfrm.cxx
@@ -1211,141 +1211,141 @@ void SwNoTextFrame::ImplPaintPictureGraphic(
vcl::RenderContext* pOut,
}
}
-if( bContinue )
+if( !bContinue )
+return;
+
+if( rGrfObj.GetGraphic().IsSupportedGraphic())
{
-if( rGrfObj.GetGraphic().IsSupportedGraphic())
+const bool bAnimate = rGrfObj.IsAnimated() &&
+ !pShell->IsPreview() &&
+
!pShell->GetAccessibilityOptions()->IsStopAnimatedGraphics() &&
+// #i9684# Stop animation during printing/pdf export
+ pShell->GetWin();
+
+if( bAnimate &&
+FindFlyFrame() != ::GetFlyFromMarked( nullptr, pShell ))
{
-const bool bAnimate = rGrfObj.IsAnimated() &&
- !pShell->IsPreview() &&
-
!pShell->GetAccessibilityOptions()->IsStopAnimatedGraphics() &&
-// #i9684# Stop animation during printing/pdf export
- pShell->GetWin();
-
-if( bAnimate &&
-FindFlyFrame() != ::GetFlyFromMarked( nullptr, pShell ))
+OutputDevice* pVout;
+if( pOut == pShell->GetOut() && SwRootFrame::FlushVout() )
{
-OutputDevice* pVout;
-if( pOut == pShell->GetOut() && SwRootFrame::FlushVout() )
-{
-pVout = pOut;
-pOut = pShell->GetOut();
-}
-else if( pShell->GetWin() && pOut->IsVirtual() )
-{
-pVout = pOut;
-pOut = pShell->GetWin()->GetOutDev();
-}
-else
-pVout = nullptr;
-
-OSL_ENSURE( !pOut->IsVirtual() ||
-pShell->GetViewOptions()->IsPDFExport() ||
pShell->isOutputToWindow(),
-"pOut should not be a virtual device" );
-
-pGrfNd->StartGraphicAnimation(pOut, rAlignedGrfArea.Pos(),
-rAlignedGrfArea.SSize(),
reinterpret_cast(this),
-pVout );
+pVout = pOut;
+pOut = pShell->GetOut();
+}
+else if( pShell->GetWin() && pOut->IsVirtual() )
+{
+pVout = pOut;
+pOut = pShell->GetWin()->GetOutDev();
}
else
+pVout = nullptr;
+
+OSL_ENSURE( !pOut->IsVirtual() ||
+pShell->GetViewOptions()->IsPDFExport() ||
pShell->isOutputToWindow(),
+"pOut should not be a virtual device" );
+
+pGrfNd->StartGraphicAnimation(pOut, rAlignedGrfArea.Pos(),
+rAlignedGrfArea.SSize(),
reinterpret_cast(this),
+pVout );
+}
+else
+{
+// MM02 To allow system-dependent buffering of the involved
+// bitmaps it is necessary to re-use the involved primitives
+// and their already executed decomposition (also for
+// performance reasons). This is usually done in DrawingLayer
+// by using the VOC-Mechanism (see descriptions elsewhere).
+// To get that here, make the involved SwNoTextFrame (this)
+// a sdr::contact::ViewContact supplier by supporting
+// a GetViewContact() - call. For ObjectContact we can use
+// the already existing ObjectContact from the involved
+// DrawingLayer. For this, the helper classes
+// ViewObjectContactOfSwNoTextFrame
+// ViewContactOfSwNoTextFrame
+// are created which support the VOC-mechanism in its minimal
+// form. This allows automatic and view-dependent (multiple edit
+// windows, print, etc.) re-use of the created primitives.
+// Also: Will be very useful when completely changing the Writer
+// repaint to VOC and Primitives, too.
+static const char*
[Libreoffice-bugs] [Bug 151220] LibreOffice Window Appears Extremely Small When Opened
https://bugs.documentfoundation.org/show_bug.cgi?id=151220 --- Comment #6 from phd --- > Nevermind, it is fixed. > The Base window remembered the previous state > of 0 width and 0 height Then maybe we should consider this a separate bug from Bug 150856? Probably LO should sanitize the remembered values, and [0,0] should result in resetting that value to default window's size at startup. Because now for everyone affected by Bug 150856 the behavior is still buggy at the first startup after upgrade. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - download.lst external/freetype
download.lst |4 +- external/freetype/freetype-2.6.5.patch.1 | 45 +++ 2 files changed, 24 insertions(+), 25 deletions(-) New commits: commit 68d37815b25eabf91b61962002cf2c92a9ccc032 Author: Caolán McNamara AuthorDate: Thu Jan 6 09:09:53 2022 + Commit: Miklos Vajna CommitDate: Thu Nov 17 08:28:38 2022 +0100 upgrade freetype to latest release (cherry picked from commit 72dfa7ec4c3cae074c9769cc99fe1b7eb029de43) Change-Id: I2b13aceffd9932978c98c49bc688bd5f71690523 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142779 Tested-by: Miklos Vajna Reviewed-by: Miklos Vajna diff --git a/download.lst b/download.lst index 29bbd3d3c266..33a998a8511c 100644 --- a/download.lst +++ b/download.lst @@ -118,8 +118,8 @@ export FONT_OPENDYSLEXIC_SHA256SUM := b92d7fcb9409f2bcfd23b65ac71647256eb49c429f export FONT_OPENDYSLEXIC_TARBALL := opendyslexic-0.910.12-rc2-2019.10.17.zip export FREEHAND_SHA256SUM := 0e422d1564a6dbf22a9af598535425271e583514c0f7ba7d9091676420de34ac export FREEHAND_TARBALL := libfreehand-0.1.2.tar.xz -export FREETYPE_SHA256SUM := 8bee39bd3968c4804b70614a0a3ad597299ad0e824bc8aad5ce8aaf48067bde7 -export FREETYPE_TARBALL := freetype-2.11.0.tar.xz +export FREETYPE_SHA256SUM := ae7cfda88429c97a7ae63b7d01ab398076c3b67182e960e5684050f2c5c8 +export FREETYPE_TARBALL := freetype-2.11.1.tar.xz export GLM_SHA256SUM := 6bba5f032bed47c73ad9397f2313b9acbfb56253d0d0576b5873d3dcb25e99ad export GLM_TARBALL := glm-0.9.9.8.zip export GPGME_SHA256SUM := 6c8cc4aedb10d5d4c905894ba1d850544619ee765606ac43df7405865de29ed0 diff --git a/external/freetype/freetype-2.6.5.patch.1 b/external/freetype/freetype-2.6.5.patch.1 index faae4bafddd4..c10c0bb38ea8 100644 --- a/external/freetype/freetype-2.6.5.patch.1 +++ b/external/freetype/freetype-2.6.5.patch.1 @@ -1,7 +1,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure --- freetype/builds/unix/configure.dt 2017-02-01 22:14:45.206257952 +0100 +++ freetype/builds/unix/configure 2017-02-01 22:16:31.076183707 +0100 -@@ -8887,7 +8887,7 @@ +@@ -9386,7 +9386,7 @@ case $host_cpu in powerpc) # see comment about AmigaOS4 .so support @@ -10,7 +10,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure archive_expsym_cmds='' ;; m68k) -@@ -8903,7 +8903,7 @@ +@@ -9402,7 +9402,7 @@ allow_undefined_flag=unsupported # Joseph Beckenbach says some releases of gcc # support --undefined. This deserves some investigation. FIXME @@ -19,7 +19,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure else ld_shlibs=no fi -@@ -8937,7 +8937,7 @@ +@@ -9436,7 +9436,7 @@ ;; haiku*) @@ -28,7 +28,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure link_all_deplibs=yes ;; -@@ -9032,13 +9032,13 @@ +@@ -9531,13 +9531,13 @@ *Sun\ F*) # Sun Fortran 8.3 tmp_sharedflag='-G' ;; esac @@ -44,7 +44,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure fi case $cc_basename in -@@ -9068,8 +9068,8 @@ +@@ -9567,8 +9567,8 @@ archive_cmds='$LD -Bshareable $libobjs $deplibs $linker_flags -o $lib' wlarc= else @@ -55,7 +55,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure fi ;; -@@ -9087,8 +9087,8 @@ +@@ -9586,8 +9586,8 @@ _LT_EOF elif $LD --help 2>&1 | $GREP ': supported targets:.* elf' > /dev/null; then @@ -66,7 +66,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure else ld_shlibs=no fi -@@ -9116,8 +9116,8 @@ +@@ -9615,8 +9615,8 @@ # requires that you compile everything twice, which is a pain. if $LD --help 2>&1 | $GREP ': supported targets:.* elf' > /dev/null; then hardcode_libdir_flag_spec='$wl-rpath $wl$libdir' @@ -77,7 +77,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure else ld_shlibs=no fi -@@ -9134,8 +9134,8 @@ +@@ -9633,8 +9633,8 @@ *) if $LD --help 2>&1 | $GREP ': supported targets:.* elf' > /dev/null; then @@ -88,7 +88,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure else ld_shlibs=no fi -@@ -9434,7 +9434,7 @@ +@@ -9937,7 +9937,7 @@ case $host_cpu in powerpc) # see comment about AmigaOS4 .so support @@ -97,7 +97,7 @@ diff -up freetype/builds/unix/configure.dt freetype/builds/unix/configure archive_expsym_cmds='' ;; m68k) -@@ -9703,7 +9703,7 @@ +@@ -10207,7 +10207,7 @@ irix5* | irix6* | nonstopux*) if test yes = "$GCC"; then @@ -106,16 +106,16 @@ diff -up
[Libreoffice-bugs] [Bug 152066] Exporting .odp file to animated gif file showing all the slides
https://bugs.documentfoundation.org/show_bug.cgi?id=152066 Thierry Munoz changed: What|Removed |Added CC||thierry.mu...@free.fr --- Comment #2 from Thierry Munoz --- Hi, No this ticket is different from bug 48085. My need is to produce quickly an animated gif showing all the slides (5-6 maximum) alternately without transition effects. It's not a gif inside a slide. The bug 34959 is from 2011 but for me it's still true because there is no solution to export directly an impress .odp file to mp4 for instance. Regards. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 152066] Exporting .odp file to animated gif file showing all the slides
https://bugs.documentfoundation.org/show_bug.cgi?id=152066 Thierry Munoz changed: What|Removed |Added CC||thierry.mu...@free.fr --- Comment #2 from Thierry Munoz --- Hi, No this ticket is different from bug 48085. My need is to produce quickly an animated gif showing all the slides (5-6 maximum) alternately without transition effects. It's not a gif inside a slide. The bug 34959 is from 2011 but for me it's still true because there is no solution to export directly an impress .odp file to mp4 for instance. Regards. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-commits] core.git: sw/qa sw/source
sw/qa/extras/layout/layout.cxx | 10 ++
sw/qa/extras/ooxmlexport/ooxmlexport18.cxx |2 +-
sw/qa/extras/ooxmlexport/ooxmlexport3.cxx |3 ++-
sw/qa/extras/ooxmlimport/ooxmlimport.cxx |4 ++--
sw/qa/extras/uiwriter/uiwriter4.cxx|6 +++---
sw/qa/extras/uiwriter/uiwriter6.cxx|2 +-
sw/qa/extras/uiwriter/uiwriter7.cxx|3 +--
sw/qa/extras/ww8export/ww8export2.cxx |2 +-
sw/qa/extras/ww8export/ww8export3.cxx |4 ++--
sw/qa/extras/ww8export/ww8export4.cxx |8
sw/source/core/access/accportions.cxx |8
sw/source/core/access/accportions.hxx |4 ++--
sw/source/core/inc/SwPortionHandler.hxx|4 +---
sw/source/core/text/porfld.cxx |9 +
sw/source/core/text/porlin.cxx |2 +-
sw/source/core/text/porrst.cxx |2 +-
sw/source/core/text/txtfrm.cxx |2 +-
sw/source/core/text/xmldump.cxx| 29 +
18 files changed, 35 insertions(+), 69 deletions(-)
New commits:
commit 251ba77f9aac0f1eacb0e1f02d34e9302024f1a9
Author: Miklos Vajna
AuthorDate: Wed Nov 16 20:03:10 2022 +0100
Commit: Miklos Vajna
CommitDate: Thu Nov 17 08:11:05 2022 +0100
CppunitTest_sw_layoutwriter: use more SwParaPortion::dumpAsXml()
See commit feeed3e762cf077fbd9cf48f82e949365108ccc1
(CppunitTest_sw_layoutwriter: avoid some a11y-based layout testing,
2022-04-07) for motivation.
Change-Id: I3c5d53dc33112f7d8c46cf2baf35ba03ff7fa3fb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142790
Tested-by: Jenkins
Reviewed-by: Miklos Vajna
diff --git a/sw/qa/extras/layout/layout.cxx b/sw/qa/extras/layout/layout.cxx
index 180f9c604e06..a5f4c961a602 100644
--- a/sw/qa/extras/layout/layout.cxx
+++ b/sw/qa/extras/layout/layout.cxx
@@ -3795,14 +3795,16 @@ CPPUNIT_TEST_FIXTURE(SwLayoutWriter, TestTdf150616)
CPPUNIT_ASSERT(pXmlDoc);
// this one was 0 height
-assertXPath(pXmlDoc,
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[2]/LineBreak", "Line",
-"Important information here!");
+assertXPath(pXmlDoc,
+
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[2]/SwParaPortion/SwLineLayout",
+"portion", "Important information here!");
assertXPath(pXmlDoc,
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[2]/infos/bounds", "height",
"253");
assertXPath(pXmlDoc,
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[2]/infos/bounds", "top",
"7925");
-assertXPath(pXmlDoc,
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[3]/LineBreak", "Line",
-"xxx 111 ");
+assertXPath(pXmlDoc,
+
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[3]/SwParaPortion/SwLineLayout",
+"portion", "xxx 111 ");
assertXPath(pXmlDoc,
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[3]/infos/bounds", "height",
"697");
assertXPath(pXmlDoc,
"/root/page[1]/body/tab[3]/row[2]/cell[2]/txt[3]/infos/bounds", "top",
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx
index 6f76391d75dd..af42616d778d 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport18.cxx
@@ -75,7 +75,7 @@ DECLARE_OOXMLEXPORT_TEST(testTdf147646,
"tdf147646_mergedCellNumbering.docx")
//Without the fix in place, it would have failed with
//- Expected: 2.
//- Actual : 4.
-
CPPUNIT_ASSERT_EQUAL(OUString("2."),parseDump("/root/page/body/tab/row[4]/cell/txt/Special[@nType='PortionType::Number']","rText"));
+
CPPUNIT_ASSERT_EQUAL(OUString("2."),parseDump("/root/page/body/tab/row[4]/cell/txt/SwParaPortion/SwLineLayout/child::*[@type='PortionType::Number']","expand"));
}
CPPUNIT_TEST_FIXTURE(Test, testTdf149551_mongolianVert)
diff --git a/sw/qa/extras/ooxmlexport/ooxmlexport3.cxx
b/sw/qa/extras/ooxmlexport/ooxmlexport3.cxx
index f0c7703f6503..fe1aa44d75e7 100644
--- a/sw/qa/extras/ooxmlexport/ooxmlexport3.cxx
+++ b/sw/qa/extras/ooxmlexport/ooxmlexport3.cxx
@@ -1101,7 +1101,8 @@ CPPUNIT_TEST_FIXTURE(Test, testNumberingLevels)
// Note: _Toc and _Ref hidden bookmarks are imported from OOXML as normal
bookmarks.
// Without hiding them from visible bookmarks (SwBookmarkPortion), this
line would be
// shown as "A.2.1 [.DESCRIPTION with XML layout dump "A.2.1
#_Ref... Bookmark Start..."
-assertXPath(pXmlDoc, "//body/txt[5]/LineBreak", "Line", "A.2.1
.DESCRIPTION");
+assertXPath(pXmlDoc,
"//body/txt[5]/SwParaPortion/SwLineLayout/child::*[1]", "expand", "A.2.1 ");
+assertXPath(pXmlDoc,
"//body/txt[5]/SwParaPortion/SwLineLayout/child::*[2]", "portion",
".DESCRIPTION");
}
CPPUNIT_TEST_FIXTURE(Test, testVerticalBorders)
diff --git a/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
b/sw/qa/extras/ooxmlimport/ooxmlimport.cxx
index
[Libreoffice-bugs] [Bug 120405] EDITING: Clicking at 'Open' in the concordance file button in the ToC dialog vanishes the 'Edit...' command
https://bugs.documentfoundation.org/show_bug.cgi?id=120405 Andreas Heinisch changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |andreas.heini...@yahoo.de |desktop.org | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 151827] ODBC Connection Wizard connects to a database
https://bugs.documentfoundation.org/show_bug.cgi?id=151827 Heiko Tietze changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #4 from Heiko Tietze --- dbaccess/inc/strings.hrc STR_ODBC_HEADERTEXT: "Set up a connection to an ODBC database" STR_ODBC_HELPTEXT: "Enter the name of the ODBC database you want to connect to.\nClick 'Browse...' to select an ODBC database that is already registered in %PRODUCTNAME.\nPlease contact your system administrator if you are unsure about the following settings." STR_NAME_OF_ODBC_DATASOURCE "Name of the ODBC data source on your system" (In reply to Christopher Yeleighton from comment #0) > ODBC data source that allows me to connect ... by means of commands USE or > ATTACH Do you really think it becomes more clear and easy to read if we use the database terminology in the UI. How about a compromise: "Enter the name of the ODBC database you want to use.\nClick 'Browse...' to select an ODBC database connection that is already registered in %PRODUCTNAME.\nPlease contact your system administrator if you are unsure about the following settings." Help points to Mail Merge Wizard, also with master. Thought bug 149221 was fixed by Rafael. https://help.libreoffice.org/7.5/en-US/text/swriter/01/mailmerge00.html?System=UNIX=WRITER=vcl/ui/wizard/Wizard#bm_id1926107 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151827] ODBC Connection Wizard connects to a database
https://bugs.documentfoundation.org/show_bug.cgi?id=151827 Heiko Tietze changed: What|Removed |Added CC||rafael.palma.l...@gmail.com --- Comment #4 from Heiko Tietze --- dbaccess/inc/strings.hrc STR_ODBC_HEADERTEXT: "Set up a connection to an ODBC database" STR_ODBC_HELPTEXT: "Enter the name of the ODBC database you want to connect to.\nClick 'Browse...' to select an ODBC database that is already registered in %PRODUCTNAME.\nPlease contact your system administrator if you are unsure about the following settings." STR_NAME_OF_ODBC_DATASOURCE "Name of the ODBC data source on your system" (In reply to Christopher Yeleighton from comment #0) > ODBC data source that allows me to connect ... by means of commands USE or > ATTACH Do you really think it becomes more clear and easy to read if we use the database terminology in the UI. How about a compromise: "Enter the name of the ODBC database you want to use.\nClick 'Browse...' to select an ODBC database connection that is already registered in %PRODUCTNAME.\nPlease contact your system administrator if you are unsure about the following settings." Help points to Mail Merge Wizard, also with master. Thought bug 149221 was fixed by Rafael. https://help.libreoffice.org/7.5/en-US/text/swriter/01/mailmerge00.html?System=UNIX=WRITER=vcl/ui/wizard/Wizard#bm_id1926107 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 152066] Exporting .odp file to animated gif file showing all the slides
https://bugs.documentfoundation.org/show_bug.cgi?id=152066 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- What's wrong with the other formats? You can export as SVG, for example, and show these automatically. Or ask for some video format (see bug 34959), which sounds better suited for the task. Guess this ticket is not about export to gif expecting the animations to be shown animated as requested in bug 48085. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 152066] Exporting .odp file to animated gif file showing all the slides
https://bugs.documentfoundation.org/show_bug.cgi?id=152066 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- What's wrong with the other formats? You can export as SVG, for example, and show these automatically. Or ask for some video format (see bug 34959), which sounds better suited for the task. Guess this ticket is not about export to gif expecting the animations to be shown animated as requested in bug 48085. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151889] CLEAR FORMATTING: Give option to clear every formatting in a single step
https://bugs.documentfoundation.org/show_bug.cgi?id=151889 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 151889] CLEAR FORMATTING: Give option to clear every formatting in a single step
https://bugs.documentfoundation.org/show_bug.cgi?id=151889 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 151829] Writer TABLE: Optimal column width does not adjust columns that are too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=151829 --- Comment #9 from Heiko Tietze --- (In reply to Christian Lehmann from comment #8) > It still seems that Dieter is right that the routine somehow fails if the > table > contains merged cells. Maybe, but the example is at least not sufficient to justify coding effort. Can you create something more striking? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 151829] Writer TABLE: Optimal column width does not adjust columns that are too wide
https://bugs.documentfoundation.org/show_bug.cgi?id=151829 --- Comment #9 from Heiko Tietze --- (In reply to Christian Lehmann from comment #8) > It still seems that Dieter is right that the routine somehow fails if the > table > contains merged cells. Maybe, but the example is at least not sufficient to justify coding effort. Can you create something more striking? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152078] Add control to Basic IDE to easily adjust the UI font size
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Summary|Add button to Basic IDE to |Add control to Basic IDE to |easily grow/shrink font |easily adjust the UI font |height |size Keywords|needsUXEval | --- Comment #2 from Heiko Tietze --- Would prefer one command .uno:BasicIdeZoom and a slider at the statusbar. Two buttons to control UI aspects are not so well suited at the primary toolbar which presents the most frequently used functions. And I'd also keep the UNO API as small as possible. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 152078] Add control to Basic IDE to easily adjust the UI font size
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Summary|Add button to Basic IDE to |Add control to Basic IDE to |easily grow/shrink font |easily adjust the UI font |height |size Keywords|needsUXEval | --- Comment #2 from Heiko Tietze --- Would prefer one command .uno:BasicIdeZoom and a slider at the statusbar. Two buttons to control UI aspects are not so well suited at the primary toolbar which presents the most frequently used functions. And I'd also keep the UNO API as small as possible. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124438] [META] Presenter console bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=124438 Bug 124438 depends on bug 33495, which changed state. Bug 33495 Summary: Allow minimizing or resizing the presenter screen while presentation is active (UI) https://bugs.documentfoundation.org/show_bug.cgi?id=33495 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103610] [META] Slide show (presentation mode) bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=103610 Bug 103610 depends on bug 33495, which changed state. Bug 33495 Summary: Allow minimizing or resizing the presenter screen while presentation is active (UI) https://bugs.documentfoundation.org/show_bug.cgi?id=33495 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151846] LibreOffice 7.4 missing several imports in com.sun.star.chart2 namespace
https://bugs.documentfoundation.org/show_bug.cgi?id=151846 --- Comment #3 from Noel Grandin --- What is your code doing with InterpretedData that it needs to import it? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: officecfg/registry sdext/source sd/source sd/uiconfig
officecfg/registry/schema/org/openoffice/Office/Impress.xcs |7 ++
sd/source/ui/app/optsitem.cxx | 19 -
sd/source/ui/dlg/tpoption.cxx | 24 ---
sd/source/ui/framework/factories/FullScreenPane.cxx | 23 ---
sd/source/ui/framework/factories/FullScreenPane.hxx |3
sd/source/ui/inc/optsitem.hxx | 39 ++--
sd/source/ui/inc/tpoption.hxx |1
sd/uiconfig/simpress/ui/optimpressgeneralpage.ui| 21 ++
sdext/source/presenter/PresenterScreen.cxx | 26 +++-
sdext/source/presenter/PresenterScreen.hxx |6 +
10 files changed, 124 insertions(+), 45 deletions(-)
New commits:
commit a15bcda0e21be04bec424172192f2416b7f52422
Author: Daniel Lohmann
AuthorDate: Mon Nov 14 19:17:14 2022 +0100
Commit: Samuel Mehrbrodt
CommitDate: Thu Nov 17 06:57:40 2022 +0100
tdf#33495: Allow presenter console in windowed mode
Added an option in the Impress settings window to set the presenter
console into fullscreen/windowed mode. This will then be used the
next time a presentation is started.
Two pictures of how the result looks are given in the bug tracker.
Change-Id: I231f9180301301a9eccf9984ea4dcd529bd7dfce
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142359
Tested-by: Jenkins
Reviewed-by: Samuel Mehrbrodt
diff --git a/officecfg/registry/schema/org/openoffice/Office/Impress.xcs
b/officecfg/registry/schema/org/openoffice/Office/Impress.xcs
index acf2673f54a7..fefd4ba2f6bf 100644
--- a/officecfg/registry/schema/org/openoffice/Office/Impress.xcs
+++ b/officecfg/registry/schema/org/openoffice/Office/Impress.xcs
@@ -570,6 +570,13 @@
true
+
+
+ Indicates whether the Presenter Screen Console is shown in
FullScreen mode.
+ Presenter Screen FullScreen
+
+ true
+
diff --git a/sd/source/ui/app/optsitem.cxx b/sd/source/ui/app/optsitem.cxx
index 5baff32e2df8..fb9aac86d491 100644
--- a/sd/source/ui/app/optsitem.cxx
+++ b/sd/source/ui/app/optsitem.cxx
@@ -409,7 +409,8 @@ SdOptionsMisc::SdOptionsMisc( bool bImpress, bool
bUseConfig ) :
bDoubleClickTextEdit( true ),
bClickChangeRotation( false ),
bEnableSdremote( false ),
-bEnablePresenterScreen( true),
+bEnablePresenterScreen( true ),
+bPresenterScreenFullScreen( true ),
bSolidDragging( true ),
bSummationOfParagraphs( false ),
bTabBarVisible( true ),
@@ -443,7 +444,8 @@ bool SdOptionsMisc::operator==( const SdOptionsMisc& rOpt )
const
IsDoubleClickTextEdit() == rOpt.IsDoubleClickTextEdit() &&
IsClickChangeRotation() == rOpt.IsClickChangeRotation() &&
IsEnableSdremote() == rOpt.IsEnableSdremote() &&
-IsEnablePresenterScreen() == rOpt.IsEnablePresenterScreen()&&
+IsEnablePresenterScreen() == rOpt.IsEnablePresenterScreen() &&
+IsPresenterScreenFullScreen() ==
rOpt.IsPresenterScreenFullScreen() &&
IsSummationOfParagraphs() == rOpt.IsSummationOfParagraphs() &&
IsTabBarVisible() == rOpt.IsTabBarVisible() &&
IsSolidDragging() == rOpt.IsSolidDragging() &&
@@ -500,6 +502,7 @@ void SdOptionsMisc::GetPropNameArray( const char**&
ppNames, sal_uLong& rCount )
"PenWidth",
"Start/EnableSdremote",
"Start/EnablePresenterScreen",
+"Start/PresenterScreenFullScreen",
"TabBarVisible"
};
@@ -562,8 +565,11 @@ bool SdOptionsMisc::ReadData( const Any* pValues )
if( pValues[25].hasValue() )
SetEnablePresenterScreen( *o3tl::doAccess(pValues[ 25 ]) );
-if( pValues[26].hasValue() ) {
-SetTabBarVisible( *o3tl::doAccess(pValues[ 26 ]) );
+if (pValues[26].hasValue() )
+SetPresenterScreenFullScreen( *o3tl::doAccess(pValues[ 26 ])
);
+
+if( pValues[27].hasValue() ) {
+SetTabBarVisible( *o3tl::doAccess(pValues[ 27 ]) );
}
}
@@ -606,7 +612,8 @@ bool SdOptionsMisc::WriteData( Any* pValues ) const
pValues[ 23 ] <<= GetPresentationPenWidth();
pValues[ 24 ] <<= IsEnableSdremote();
pValues[ 25 ] <<= IsEnablePresenterScreen();
-pValues[ 26 ] <<= IsTabBarVisible();
+pValues[ 26 ] <<= IsPresenterScreenFullScreen();
+pValues[ 27 ] <<= IsTabBarVisible();
}
return true;
@@ -633,6 +640,7 @@ SdOptionsMiscItem::SdOptionsMiscItem( SdOptions const *
pOpts, ::sd::FrameView c
maOptionsMisc.SetStartWithTemplate( pOpts->IsStartWithTemplate() );
maOptionsMisc.SetEnableSdremote( pOpts->IsEnableSdremote() );
maOptionsMisc.SetEnablePresenterScreen(
pOpts->IsEnablePresenterScreen() );
+maOptionsMisc.SetPresenterScreenFullScreen(
[Libreoffice-bugs] [Bug 151220] LibreOffice Window Appears Extremely Small When Opened
https://bugs.documentfoundation.org/show_bug.cgi?id=151220 --- Comment #5 from Lucas J --- Nevermind, it is fixed. The Base window remembered the previous state of 0 width and 0 height, but after resizing the window, it now remembers state and no longer has the problem. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151220] LibreOffice Window Appears Extremely Small When Opened
https://bugs.documentfoundation.org/show_bug.cgi?id=151220 Lucas J changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REOPENED|RESOLVED --- Comment #4 from Lucas J --- *** This bug has been marked as a duplicate of bug 150856 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151220] LibreOffice Window Appears Extremely Small When Opened
https://bugs.documentfoundation.org/show_bug.cgi?id=151220 Lucas J changed: What|Removed |Added Ever confirmed|0 |1 Resolution|DUPLICATE |--- Status|RESOLVED|REOPENED --- Comment #3 from Lucas J --- I still have the same problem with Base even in this version. Version: 7.4.2.3 / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-commits] core.git: sw/inc sw/source
sw/inc/OnlineAccessibilityCheck.hxx |4 ++
sw/source/core/txtnode/OnlineAccessibilityCheck.cxx | 30 ++--
2 files changed, 30 insertions(+), 4 deletions(-)
New commits:
commit ef0858071faf93ce48237ea3948f50e288eb702b
Author: Tomaž Vajngerl
AuthorDate: Mon Oct 24 22:38:56 2022 +0200
Commit: Tomaž Vajngerl
CommitDate: Thu Nov 17 05:47:28 2022 +0100
sw: initial a11y check - first run when the document is opened
When the document is opened we first need to run the a11y check
on the whole document so we can report the a11y state in the
statusbar and set the a11y issues to the nodes.
Change-Id: I0573e8fd695e3b0560fa0554f4702c88e7980a13
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141786
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/sw/inc/OnlineAccessibilityCheck.hxx
b/sw/inc/OnlineAccessibilityCheck.hxx
index 9ec6f28ba6b1..47e42a27de29 100644
--- a/sw/inc/OnlineAccessibilityCheck.hxx
+++ b/sw/inc/OnlineAccessibilityCheck.hxx
@@ -51,10 +51,12 @@ private:
SwContentNode* m_pPreviousNode;
SwNodeOffset m_nPreviousNodeIndex;
sal_Int32 m_nAccessibilityIssues;
+bool m_bInitialCheck;
-void runCheck(SwContentNode* pNode);
+void runAccessibilityCheck(SwContentNode* pNode);
void updateStatusbar();
void updateNodeStatus(SwContentNode* pContentNode);
+void initialCheck();
public:
OnlineAccessibilityCheck(SwDoc& rDocument);
diff --git a/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
b/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
index a2a9783c3fd1..7fb93c070f0f 100644
--- a/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
+++ b/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
@@ -61,6 +61,7 @@ OnlineAccessibilityCheck::OnlineAccessibilityCheck(SwDoc&
rDocument)
, m_pPreviousNode(nullptr)
, m_nPreviousNodeIndex(-1)
, m_nAccessibilityIssues(0)
+, m_bInitialCheck(false)
{
}
@@ -106,7 +107,7 @@ void OnlineAccessibilityCheck::updateStatusbar()
pBindings->Invalidate(FN_STAT_ACCESSIBILITY_CHECK);
}
-void OnlineAccessibilityCheck::runCheck(SwContentNode* pContentNode)
+void OnlineAccessibilityCheck::runAccessibilityCheck(SwContentNode*
pContentNode)
{
m_aAccessibilityCheck.getIssueCollection().clear();
@@ -123,9 +124,28 @@ void OnlineAccessibilityCheck::runCheck(SwContentNode*
pContentNode)
pContentNode->getAccessibilityCheckStatus().pCollection
= std::make_unique(aCollection);
+}
+
+void OnlineAccessibilityCheck::initialCheck()
+{
+if (m_bInitialCheck)
+return;
+
+auto const& pNodes = m_rDocument.GetNodes();
+for (SwNodeOffset n(0); n < pNodes.Count(); ++n)
+{
+SwNode* pNode = pNodes[n];
+if (pNode && pNode->IsContentNode())
+{
+auto* pCurrent = pNode->GetContentNode();
+runAccessibilityCheck(pCurrent);
+updateNodeStatus(pCurrent);
+}
+}
-updateNodeStatus(pContentNode);
updateStatusbar();
+
+m_bInitialCheck = true;
}
void OnlineAccessibilityCheck::update(const SwPosition& rNewPos)
@@ -174,7 +194,9 @@ void OnlineAccessibilityCheck::update(const SwPosition&
rNewPos)
{
auto* pContentNode = pNode->GetContentNode();
-runCheck(pContentNode);
+runAccessibilityCheck(pContentNode);
+updateNodeStatus(pContentNode);
+updateStatusbar();
// Assign previous node and index
EndListeningAll();
@@ -187,6 +209,8 @@ void OnlineAccessibilityCheck::update(const SwPosition&
rNewPos)
m_pPreviousNode = nullptr;
m_nPreviousNodeIndex = SwNodeOffset(-1);
}
+
+initialCheck();
}
} // end sw
[Libreoffice-commits] core.git: sw/inc sw/source
sw/inc/OnlineAccessibilityCheck.hxx | 24 +
sw/source/core/txtnode/OnlineAccessibilityCheck.cxx | 89 +++-
2 files changed, 94 insertions(+), 19 deletions(-)
New commits:
commit ca03ea5c1ce7f1fa0702c004068a2592a723e669
Author: Tomaž Vajngerl
AuthorDate: Mon Oct 24 22:19:06 2022 +0200
Commit: Tomaž Vajngerl
CommitDate: Thu Nov 17 05:47:03 2022 +0100
sw: track content node with a11y issues, so the number is correct
Track all content node with a11y issues and handle when they are
deleted (with WeakContentNodeContainer). At update, recount the
number of a11y issues that are contained in the content nodes and
update the overall number.
Change-Id: I254c62aba0d73a365f011b1609bcddec4dd71615
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/141785
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl
diff --git a/sw/inc/OnlineAccessibilityCheck.hxx
b/sw/inc/OnlineAccessibilityCheck.hxx
index 48a639b9d656..9ec6f28ba6b1 100644
--- a/sw/inc/OnlineAccessibilityCheck.hxx
+++ b/sw/inc/OnlineAccessibilityCheck.hxx
@@ -15,15 +15,37 @@
#include
#include
#include
+#include
struct SwPosition;
class SwTextNode;
namespace sw
{
+/// Contains the content node and tracks if the node
+/// gets deleted.
+class WeakContentNodeContainer : public SvtListener
+{
+private:
+SwContentNode* m_pNode;
+
+public:
+WeakContentNodeContainer(SwContentNode* pNode);
+~WeakContentNodeContainer();
+
+/// Is the node still alive or it was deleted?
+bool isAlive();
+
+/// Returns the pointer of the content node or nullptr if the node
+/// got deleted.
+SwContentNode* getNode();
+};
+
class OnlineAccessibilityCheck : public SvtListener
{
private:
+std::map>
m_aNodes;
+
SwDoc& m_rDocument;
sw::AccessibilityCheck m_aAccessibilityCheck;
SwContentNode* m_pPreviousNode;
@@ -31,6 +53,8 @@ private:
sal_Int32 m_nAccessibilityIssues;
void runCheck(SwContentNode* pNode);
+void updateStatusbar();
+void updateNodeStatus(SwContentNode* pContentNode);
public:
OnlineAccessibilityCheck(SwDoc& rDocument);
diff --git a/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
b/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
index e34738466d99..a2a9783c3fd1 100644
--- a/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
+++ b/sw/source/core/txtnode/OnlineAccessibilityCheck.cxx
@@ -29,6 +29,32 @@
namespace sw
{
+WeakContentNodeContainer::WeakContentNodeContainer(SwContentNode* pNode)
+: m_pNode(pNode)
+{
+if (m_pNode)
+{
+EndListeningAll();
+StartListening(m_pNode->GetNotifier());
+}
+}
+
+WeakContentNodeContainer::~WeakContentNodeContainer() { EndListeningAll(); }
+
+bool WeakContentNodeContainer::isAlive()
+{
+if (!HasBroadcaster())
+m_pNode = nullptr;
+return m_pNode;
+}
+
+SwContentNode* WeakContentNodeContainer::getNode()
+{
+if (isAlive())
+return m_pNode;
+return nullptr;
+}
+
OnlineAccessibilityCheck::OnlineAccessibilityCheck(SwDoc& rDocument)
: m_rDocument(rDocument)
, m_aAccessibilityCheck(_rDocument)
@@ -38,6 +64,48 @@ OnlineAccessibilityCheck::OnlineAccessibilityCheck(SwDoc&
rDocument)
{
}
+void OnlineAccessibilityCheck::updateNodeStatus(SwContentNode* pContentNode)
+{
+m_nAccessibilityIssues = 0;
+
+auto it = m_aNodes.find(pContentNode);
+if (it == m_aNodes.end())
+{
+m_aNodes.emplace(pContentNode,
std::make_unique(pContentNode));
+}
+
+for (auto iterator = m_aNodes.begin(); iterator != m_aNodes.end();)
+{
+auto& pWeakContentNode = iterator->second;
+if (pWeakContentNode->isAlive())
+{
+auto& rStatus =
pWeakContentNode->getNode()->getAccessibilityCheckStatus();
+if (rStatus.pCollection)
+{
+m_nAccessibilityIssues +=
rStatus.pCollection->getIssues().size();
+++iterator;
+}
+else
+{
+iterator = m_aNodes.erase(iterator);
+}
+}
+else
+{
+iterator = m_aNodes.erase(iterator);
+}
+}
+}
+
+void OnlineAccessibilityCheck::updateStatusbar()
+{
+SfxBindings* pBindings = m_rDocument.GetDocShell() &&
m_rDocument.GetDocShell()->GetDispatcher()
+ ?
m_rDocument.GetDocShell()->GetDispatcher()->GetBindings()
+ : nullptr;
+if (pBindings)
+pBindings->Invalidate(FN_STAT_ACCESSIBILITY_CHECK);
+}
+
void OnlineAccessibilityCheck::runCheck(SwContentNode* pContentNode)
{
m_aAccessibilityCheck.getIssueCollection().clear();
@@ -56,25 +124,8 @@ void OnlineAccessibilityCheck::runCheck(SwContentNode*
pContentNode)
pContentNode->getAccessibilityCheckStatus().pCollection
= std::make_unique(aCollection);
-m_nAccessibilityIssues = 0;
-auto const& pNodes =
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-22.05' - include/sfx2 sc/source sd/source sfx2/source sw/source
include/sfx2/lokhelper.hxx| 11 ++
sc/source/ui/unoobj/docuno.cxx| 39 +
sd/source/ui/unoidl/unomodel.cxx | 23 ++---
sfx2/source/view/lokhelper.cxx| 40 ++
sw/source/uibase/uno/unotxdoc.cxx | 22 ++--
5 files changed, 63 insertions(+), 72 deletions(-)
New commits:
commit 08828d2460304baaa10a1d9d1e66d39130aba610
Author: Mike Kaganski
AuthorDate: Wed Nov 16 23:01:10 2022 +0300
Commit: Mike Kaganski
CommitDate: Thu Nov 17 05:25:22 2022 +0100
lok: handle mouse/keyboard events in Math embedded in Calc
And extract the identical code used in all components into
static SfxLokHelper methods.
Change-Id: I6556b1b996936835ecfc0d59e2c1dd1ef6380db2
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142793
Tested-by: Jenkins
Reviewed-by: Mike Kaganski
(cherry picked from commit a81e957f5026373f3935390c786c21416fc74fcc)
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/142796
Tested-by: Jenkins CollaboraOffice
diff --git a/include/sfx2/lokhelper.hxx b/include/sfx2/lokhelper.hxx
index 341febc7882a..7c4aefbc9be8 100644
--- a/include/sfx2/lokhelper.hxx
+++ b/include/sfx2/lokhelper.hxx
@@ -13,6 +13,8 @@
#include
#include
#include
+#include
+#include
#include
#include
#include
@@ -163,6 +165,15 @@ public:
/// This could be a new insertion or property modifications to an existing
one.
static void notifyMediaUpdate(boost::property_tree::ptree& json);
+/// Process the mouse event in the currently active in-place component (if
any).
+/// Returns true if the event has been processed, and no further
processing is necessary.
+static bool testInPlaceComponentMouseEventHit(SfxViewShell* pViewShell,
int nType, int nX,
+ int nY, int nCount, int
nButtons, int nModifier,
+ double fScaleX, double
fScaleY,
+ bool bNegativeX = false);
+
+static VclPtr getInPlaceDocWindow(SfxViewShell* pViewShell);
+
private:
static int createView(SfxViewFrame* pViewFrame, ViewShellDocId docId);
};
diff --git a/sc/source/ui/unoobj/docuno.cxx b/sc/source/ui/unoobj/docuno.cxx
index 298b9c951852..4b6d5ff3a2a9 100644
--- a/sc/source/ui/unoobj/docuno.cxx
+++ b/sc/source/ui/unoobj/docuno.cxx
@@ -639,20 +639,10 @@ VclPtr ScModelObj::getDocWindow()
if (!pViewShell)
return VclPtr();
-ScViewData* pViewData = >GetViewData();
-
-VclPtr pWindow;
-if (pViewData)
-{
-pWindow = pViewData->GetActiveWin();
+if (VclPtr pWindow =
SfxLokHelper::getInPlaceDocWindow(pViewShell))
+return pWindow;
-LokChartHelper aChartHelper(pViewData->GetViewShell());
-vcl::Window* pChartWindow = aChartHelper.GetWindow();
-if (pChartWindow)
-pWindow = pChartWindow;
-}
-
-return pWindow;
+return pViewShell->GetViewData().GetActiveWin();
}
Size ScModelObj::getDocumentSize()
@@ -744,32 +734,15 @@ void ScModelObj::postMouseEvent(int nType, int nX, int
nY, int nCount, int nButt
if (!pGridWindow)
return;
-// check if user hit a chart which is being edited by him
-ScTabViewShell * pTabViewShell = pViewData->GetViewShell();
SCTAB nTab = pViewData->GetTabNo();
const ScDocument& rDoc = pDocShell->GetDocument();
-// In LOK RTL mode draw/svx operates in negative X coordinates
-// But the coordinates from client is always positive, so negate nX for
draw.
bool bDrawNegativeX = rDoc.IsNegativePage(nTab);
-LokChartHelper aChartHelper(pTabViewShell, bDrawNegativeX);
-int nDrawX = bDrawNegativeX ? -nX : nX;
-if (aChartHelper.postMouseEvent(nType, nDrawX, nY,
-nCount, nButtons, nModifier,
-pViewData->GetPPTX(),
pViewData->GetPPTY()))
-{
+if (SfxLokHelper::testInPlaceComponentMouseEventHit(pViewShell, nType, nX,
nY, nCount,
+nButtons, nModifier,
pViewData->GetPPTX(),
+pViewData->GetPPTY(),
bDrawNegativeX))
return;
-}
Point aPointTwip(nX, nY);
-Point aPointTwipDraw(nDrawX, nY);
-
-// check if the user hit a chart which is being edited by someone else
-// and, if so, skip current mouse event
-if (nType != LOK_MOUSEEVENT_MOUSEMOVE)
-{
-if (LokChartHelper::HitAny(aPointTwipDraw, bDrawNegativeX))
-return;
-}
// Check if a control is hit
Point aPointHMM = o3tl::convert(aPointTwip, o3tl::Length::twip,
o3tl::Length::mm100);
diff --git a/sd/source/ui/unoidl/unomodel.cxx b/sd/source/ui/unoidl/unomodel.cxx
index 789e00a8159b..122eed77f003 100644
--- a/sd/source/ui/unoidl/unomodel.cxx
+++
[Libreoffice-bugs] [Bug 138111] FAILESAVE: Style “A0" in Draw is not retained (changed to "A4") after save and reopen
https://bugs.documentfoundation.org/show_bug.cgi?id=138111 Kevin Suo changed: What|Removed |Added Summary|FAILESAVE: Style in Draw is |FAILESAVE: Style “A0" in |not retained after save and |Draw is not retained |reopen |(changed to "A4") after ||save and reopen -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138111] FAILESAVE: Style in Draw is not retained after save and reopen
https://bugs.documentfoundation.org/show_bug.cgi?id=138111 Kevin Suo changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #8 from Kevin Suo --- https://gerrit.libreoffice.org/c/core/+/142819 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152074] Delay when typing with Persian keyboard layout
https://bugs.documentfoundation.org/show_bug.cgi?id=152074 --- Comment #2 from افشین --- Created attachment 183636 --> https://bugs.documentfoundation.org/attachment.cgi?id=183636=edit Locale Setting -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152074] Delay when typing with Persian keyboard layout
https://bugs.documentfoundation.org/show_bug.cgi?id=152074 --- Comment #1 from افشین --- Hello. I can't repoduce this bug! I think you should set locale setting to "Persian". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138111] FAILESAVE: Style in Draw is not retained after save and reopen
https://bugs.documentfoundation.org/show_bug.cgi?id=138111 --- Comment #7 from Kevin Suo --- Still reproducible on current 7.4 branch. 1. New Draw, hit F2, click anywhere on the page, and type in "ABC", exit editing by clicking anywhere else. 2. Click on the text frame "ABC", go to sidebar and expand the style named "Text", you see a style named "A0". Double-click on this "A0" style to apply it to the text frame. 3. Saved and reopen. --> The style applied to the text frame becomes "A4" rather than "A0". -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151872] When exporting a selection of slides to PDF in File -> Export AS -> Export As PDF, it exports all the presentation
https://bugs.documentfoundation.org/show_bug.cgi?id=151872 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151870] Limit minimum size of the LibreOffice window
https://bugs.documentfoundation.org/show_bug.cgi?id=151870 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151868] Connector line should be visible prior to next item in presentation mode, but isn't (Skia Raster, fine with GDI))
https://bugs.documentfoundation.org/show_bug.cgi?id=151868 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151865] Smb share via cifs utils and Libreoffice: Files get deleted when two Linux users work with the file (the first user in editing mode and the second user in read-only mod
https://bugs.documentfoundation.org/show_bug.cgi?id=151865 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151861] Navigation bar of Forms: Standard Filter is missing - only Form Based Filters available
https://bugs.documentfoundation.org/show_bug.cgi?id=151861 QA Administrators changed: What|Removed |Added Whiteboard|| QA:needsComment -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152008] Critical, Freezes when switching thru Document Windows (macOS Ventura, M2)
https://bugs.documentfoundation.org/show_bug.cgi?id=152008 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152008] Critical, Freezes when switching thru Document Windows (macOS Ventura, M2)
https://bugs.documentfoundation.org/show_bug.cgi?id=152008 --- Comment #9 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148399] Hard page break inextricable from table which follows it
https://bugs.documentfoundation.org/show_bug.cgi?id=148399 --- Comment #3 from QA Administrators --- Dear hammerquill, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148399] Hard page break inextricable from table which follows it
https://bugs.documentfoundation.org/show_bug.cgi?id=148399 QA Administrators changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |INSUFFICIENTDATA -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141844] XCloseListener attached to form does not throw errors in case of bad Python coding
https://bugs.documentfoundation.org/show_bug.cgi?id=141844 --- Comment #3 from QA Administrators --- Dear debewerking, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 141844] XCloseListener attached to form does not throw errors in case of bad Python coding
https://bugs.documentfoundation.org/show_bug.cgi?id=141844 QA Administrators changed: What|Removed |Added Resolution|--- |INSUFFICIENTDATA Status|NEEDINFO|RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149177] Formatting (I want an option clearly stated: "Turn off formatting")
https://bugs.documentfoundation.org/show_bug.cgi?id=149177 --- Comment #3 from QA Administrators --- Dear Anthony Judge, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 149136] MAILMERGE : Database not updating for email mailmerge
https://bugs.documentfoundation.org/show_bug.cgi?id=149136 --- Comment #10 from QA Administrators --- Dear Thierry Munoz, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148919] [FORMATTING] Changing paragraph style tab option does not take or save
https://bugs.documentfoundation.org/show_bug.cgi?id=148919 --- Comment #3 from QA Administrators --- Dear Emily Bowman, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144233] something(row-height above 2.00 ?) prevents embedded objects from being re-positioned properly on sheet
https://bugs.documentfoundation.org/show_bug.cgi?id=144233 --- Comment #8 from QA Administrators --- Dear trowelandmattock, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 144015] In Calc secondary X axis position is referring to primary Y axis
https://bugs.documentfoundation.org/show_bug.cgi?id=144015 --- Comment #2 from QA Administrators --- Dear Greg, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 143986] In slideshow mode, when we go to the next slide, horizontal bands flicker across the screen
https://bugs.documentfoundation.org/show_bug.cgi?id=143986 --- Comment #5 from QA Administrators --- Dear NarayanAras, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 140493] The Contents of the Combo Box or List Field could not be determined
https://bugs.documentfoundation.org/show_bug.cgi?id=140493 --- Comment #3 from QA Administrators --- Dear Veridical Angel, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 93309] Show/Hide pane button off by one pixel
https://bugs.documentfoundation.org/show_bug.cgi?id=93309 --- Comment #15 from QA Administrators --- Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 35055] VIEWING: background image covers paragraph shadow
https://bugs.documentfoundation.org/show_bug.cgi?id=35055 --- Comment #13 from QA Administrators --- Dear guilhem, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138111] FAILESAVE: Style in Draw is not retained after save and reopen
https://bugs.documentfoundation.org/show_bug.cgi?id=138111 --- Comment #6 from QA Administrators --- Dear Kevin Suo, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 134343] Selecting cell in left split window causes right window cells to jump
https://bugs.documentfoundation.org/show_bug.cgi?id=134343 --- Comment #3 from QA Administrators --- Dear ThomasU, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 132500] SVG is missing a few lines of pixels at the bottom in presentation mode (GDI/OpenGL and a little bit in Skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=132500 --- Comment #6 from QA Administrators --- Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113703] While editing document, using Field insert panel with mouse cursor causes the Selection place to revert to previous when a selection is made
https://bugs.documentfoundation.org/show_bug.cgi?id=113703 --- Comment #11 from QA Administrators --- Dear Robert Wright, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 113065] RTL: Inserted textbox should use current text direction and not always use LTR
https://bugs.documentfoundation.org/show_bug.cgi?id=113065 --- Comment #5 from QA Administrators --- Dear Yousuf Philips (jay) (retired), To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148370] In Calc, Autocomplete places black marks in cell where letters should be, instead of previously used characters
https://bugs.documentfoundation.org/show_bug.cgi?id=148370 hugsr4every...@live.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from hugsr4every...@live.com --- Not sure what fixed the problem. Maybe two weeks ago, I had other problems with my computer and I restored my Windows software to a previous point. I didn't check for this problem right then but now I have noticed the problem seems to have been corrected. Thanks to all those who looked into this. Hope it hasn't been too much of a pain. John -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150639] Master Slides sidebar opens with zero width
https://bugs.documentfoundation.org/show_bug.cgi?id=150639 Stéphane Guillou (stragu) changed: What|Removed |Added CC||olivier.cr...@ocrete.ca --- Comment #3 from Stéphane Guillou (stragu) --- *** Bug 152076 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152076] UI: Master pages side panel doesn't open from button button
https://bugs.documentfoundation.org/show_bug.cgi?id=152076 Stéphane Guillou (stragu) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Stéphane Guillou (stragu) --- *** This bug has been marked as a duplicate of bug 150639 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 124891] [META] Basic IDE bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=124891 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||152078 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152078 [Bug 152078] Add button to Basic IDE to easily grow/shrink font height -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 152078] Add button to Basic IDE to easily grow/shrink font height
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEW Blocks||124891 --- Comment #1 from Stéphane Guillou (stragu) --- I think this makes perfect sense, but curious to hear what UX/Design have to say. It would be good to also have the usual Ctrl + Scroll shortcut work in the IDE as well, given that it can be used in all components already. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=124891 [Bug 124891] [META] Basic IDE bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 152078] Add button to Basic IDE to easily grow/shrink font height
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Stéphane Guillou (stragu) changed: What|Removed |Added Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEW Blocks||124891 --- Comment #1 from Stéphane Guillou (stragu) --- I think this makes perfect sense, but curious to hear what UX/Design have to say. It would be good to also have the usual Ctrl + Scroll shortcut work in the IDE as well, given that it can be used in all components already. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=124891 [Bug 124891] [META] Basic IDE bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152077] Calc freeze when you draw a line inside the chart
https://bugs.documentfoundation.org/show_bug.cgi?id=152077 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |major --- Comment #3 from Stéphane Guillou (stragu) --- Reproduced with: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5b0a6621858b141022743dd8d500558895dedb1f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117710] [META] UNO API issues
https://bugs.documentfoundation.org/show_bug.cgi?id=117710 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||151847 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151847 [Bug 151847] Invalid XPropertySet for several properties and queryInterface() returns -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151847] Invalid XPropertySet for several properties and queryInterface() returns
https://bugs.documentfoundation.org/show_bug.cgi?id=151847 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||117710 Keywords||needsDevAdvice Whiteboard| QA:needsComment| CC||stephane.guillou@libreoffic ||e.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117710 [Bug 117710] [META] UNO API issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117710] [META] UNO API issues
https://bugs.documentfoundation.org/show_bug.cgi?id=117710 Stéphane Guillou (stragu) changed: What|Removed |Added Depends on||151846 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=151846 [Bug 151846] LibreOffice 7.4 missing several imports in com.sun.star.chart2 namespace -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151846] LibreOffice 7.4 missing several imports in com.sun.star.chart2 namespace
https://bugs.documentfoundation.org/show_bug.cgi?id=151846 Stéphane Guillou (stragu) changed: What|Removed |Added Blocks||117710 Regression By||Noel Grandin CC||noelgran...@gmail.com, ||stephane.guillou@libreoffic ||e.org Keywords|bibisectRequest |bibisected, bisected, ||regression --- Comment #2 from Stéphane Guillou (stragu) --- com.sun.star.chart2 is documented here: https://api.libreoffice.org/docs/idl/ref/namespacecom_1_1sun_1_1star_1_1chart2.html It isn't listed as deprecated: https://api.libreoffice.org/docs/idl/ref/deprecated.html Bisected (only with InterpretedData) to: e35e70fd16d24596e16bed1d7b54b3e52827dfd0 is the first bad commit commit e35e70fd16d24596e16bed1d7b54b3e52827dfd0 Author: Jenkins Build User Date: Thu Feb 3 14:32:39 2022 +0100 source sha:6b14014342a665268b822729d465e9d3a3a2ca57 Which refers to this commit: commit 6b14014342a665268b822729d465e9d3a3a2ca57 author Noel Grandin Tue Feb 01 20:34:49 2022 +0200 committer Noel Grandin Thu Feb 03 14:26:22 2022 +0100 tree413d6fe0a442412f2480f0a35c2019b34907a951 parent d4f61a594608219d08b489205ebb5569d905f444 make css::chart2::InterpretedData a normal struct Noel, could you please have a look? bisect log: # bad: [84c8ef56869631d6f245bb03dda89fc864c7b9f0] source sha:403ff3d3ccba1498568e82e4840a12e53a188406 # good: [36b1ce7e6118699fd36c37261da7f24f935b41ac] source sha:229123ccc6f90ebf66b3e659bebbd53f8a9bdd3a git bisect start 'origin/master' 'oldest' # bad: [ed646e1db031892ffd209a1a5ee0f8e05d584582] source sha:1e7be382b1f400801d350067e4dfd40d4cfd2db3 git bisect bad ed646e1db031892ffd209a1a5ee0f8e05d584582 # good: [2a98ba333c16f30d2139c16d35fc40123397c691] source sha:4ab36ed96f9dce18bad751c67bb447d3783f3aba git bisect good 2a98ba333c16f30d2139c16d35fc40123397c691 # bad: [76102c5398c181e961abb16f1422231b9c27f99a] source sha:06759801f0a9e8ee80790cf7b8aa02fcb47290a0 git bisect bad 76102c5398c181e961abb16f1422231b9c27f99a # good: [4ce16bf339c3b5c9d60b15a44d5622cf2f03e622] source sha:61cb699e88b3680becf78dc7b8bd514b2b7318a4 git bisect good 4ce16bf339c3b5c9d60b15a44d5622cf2f03e622 # bad: [ade99e27e395ab7446f989b84a6a2acd8fd3dc74] source sha:3a643654bb564c1f8767af1af8dacc9c6c6df41d git bisect bad ade99e27e395ab7446f989b84a6a2acd8fd3dc74 # good: [9ac7643a186b59c1ab76d6abf147d339e90044ef] source sha:3b0a0e70cb67fc2e1fd2e8cbb9cfcd8c670e git bisect good 9ac7643a186b59c1ab76d6abf147d339e90044ef # bad: [f8b89e1238f02e4b6363ed554b9b3613053ef2a4] source sha:d5f015185240a7bddfed7ddf10d6b5426e35fb72 git bisect bad f8b89e1238f02e4b6363ed554b9b3613053ef2a4 # good: [c1d3914410edbac8b7eed4cef6e2c8eb0be59dd4] source sha:4a38ca4035ac03571925e72cb47e0beb8da2003a git bisect good c1d3914410edbac8b7eed4cef6e2c8eb0be59dd4 # good: [3b409083bae7da4265942a9c35b34f09c81c9469] source sha:9aaf8db1e4ac20fce4b19bc43c13b25938e80275 git bisect good 3b409083bae7da4265942a9c35b34f09c81c9469 # bad: [931d82ce72e6abd97f659d4592c6875ed2653560] source sha:297f000c4968da9a61846d1b336d4fb77e01610c git bisect bad 931d82ce72e6abd97f659d4592c6875ed2653560 # bad: [e35e70fd16d24596e16bed1d7b54b3e52827dfd0] source sha:6b14014342a665268b822729d465e9d3a3a2ca57 git bisect bad e35e70fd16d24596e16bed1d7b54b3e52827dfd0 # good: [cb0c1626e6c2a6be84fdd8f0fa837c41abc63e9b] source sha:d4f61a594608219d08b489205ebb5569d905f444 git bisect good cb0c1626e6c2a6be84fdd8f0fa837c41abc63e9b # first bad commit: [e35e70fd16d24596e16bed1d7b54b3e52827dfd0] source sha:6b14014342a665268b822729d465e9d3a3a2ca57 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=117710 [Bug 117710] [META] UNO API issues -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103322] Use floating point for glyph positioning in VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=103322 --- Comment #48 from Eyal Rozenberg --- (In reply to خالد حسني from comment #47) Ok, I see... well, in that case, I have to open a separate bug about positioning/coordinate precision that's not specific to text glyph positioning... some of you on the CC list may be interested in 152079, and sorry for the spam. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108975] Need sub-0.1-milimeter position and size resolution
https://bugs.documentfoundation.org/show_bug.cgi?id=108975 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||2079 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152079] Increase coordinate precision higher and make it uniform
https://bugs.documentfoundation.org/show_bug.cgi?id=152079 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||8975 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152079] Increase coordinate precision higher and make it uniform
https://bugs.documentfoundation.org/show_bug.cgi?id=152079 Eyal Rozenberg changed: What|Removed |Added Summary|Make LO's coordinate|Increase coordinate |precision higher & uniform |precision higher and make ||it uniform -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 138347] Link to call Basic script with vnd.sun.star.script: not working in Writer. Same thing working in Calc (also with HYPERLINK()).
https://bugs.documentfoundation.org/show_bug.cgi?id=138347 Wolfgang Jäger changed: What|Removed |Added Version|7.0.2.2 release |3.3.0 release --- Comment #9 from Wolfgang Jäger --- Did a bit of research once more. Result: The bug was already present in OOo and was never fixed. It continues to exist in AOO (tested with 4.1.7 portable). However, it only takes effect when the option "Ctrl+Click to activate Hyperlink" is set. Users shouldn't be encouraged to reduce security settings. And again: In Calc everything is OK so far. Same in Draw. To be clear: Only the Sub calling protocol vnd.sun.star.sript: is afflicted. Ordinary hyperlinks work as expected. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44267] Add Option to Change Number of Decimal Places in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=44267 Eyal Rozenberg changed: What|Removed |Added Depends on||152079 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=152079 [Bug 152079] Make LO's coordinate precision higher & uniform -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152079] Make LO's coordinate precision higher & uniform
https://bugs.documentfoundation.org/show_bug.cgi?id=152079 Eyal Rozenberg changed: What|Removed |Added CC||caol...@redhat.com, ||kha...@aliftype.com, ||rb.hensc...@t-online.de Blocks||44267 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=44267 [Bug 44267] Add Option to Change Number of Decimal Places in Draw -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152079] New: Make LO's coordinate precision higher & uniform
https://bugs.documentfoundation.org/show_bug.cgi?id=152079
Bug ID: 152079
Summary: Make LO's coordinate precision higher & uniform
Product: LibreOffice
Version: 3.5.0 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: eyalr...@gmx.com
In bug 44267, Comment #6, Regina explains that LO Draw has an internal
precision of 10^{-2} mm; and that's the best the UI offers. However, users
often notice objects in Draw/Impress rendered at positions which are not
multiples of this value.
I had the notion that a fix for bug 103322 would also improve/resolve bug
44267, but: 1. It might not have and 2. A different approach was adopted there.
So, we're back to the coordinate precision problem.
Coordinate precision must be made consistent - in ODF support and in the LO
modules. Options:
1. A common limited precision and everything being rounded to it, e.g.
1.1. 10^{-4} mm
1.2 A per-document setting
2. "unlimited" precision expressed by:
2.1 unlimited-length decimals or
2.2 an unlimited-length numerator/denominator pair,
2.3 etc.
3. Floating-point precision
Option 1.1 looks like (?) the easiest to implement. I'm not such a fan of
option 3 since it might have strange repercussions but it may be easier to
implement than the 2.x options.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125017] Enhancement: Make document scale & unit setting better discoverable
https://bugs.documentfoundation.org/show_bug.cgi?id=125017 Eyal Rozenberg changed: What|Removed |Added Summary|Enhancement: Increase |Enhancement: Make document |Precision of Position and |scale & unit setting better |Size|discoverable -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103322] Use floating point for glyph positioning in VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=103322 Eyal Rozenberg changed: What|Removed |Added Blocks|44267 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=44267 [Bug 44267] Add Option to Change Number of Decimal Places in Draw -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44267] Add Option to Change Number of Decimal Places in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=44267 Eyal Rozenberg changed: What|Removed |Added Depends on|103322 | Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103322 [Bug 103322] Use floating point for glyph positioning in VCL -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152078] Add button to Basic IDE to easily grow/shrink font height
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Rafael Lima changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-ux-advise] [Bug 152078] Add button to Basic IDE to easily grow/shrink font height
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Rafael Lima changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-bugs] [Bug 144862] Wiggling letter with window size of 1920 pixel width (72dpi) and zoom 140% (RSID?)
https://bugs.documentfoundation.org/show_bug.cgi?id=144862 --- Comment #58 from Eyal Rozenberg --- So, does this patch involve a change to the internal precision of coordinates in LO modules, or is this only about font rendering? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 86206] Exporting to SVG breaks dashed lines
https://bugs.documentfoundation.org/show_bug.cgi?id=86206 --- Comment #22 from Rajasekaran Karunanithi --- Still reproducable in LO 7.4.2.3 under Windows 10(x64). Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ta-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152078] New: Add button to Basic IDE to easily grow/shrink font height
https://bugs.documentfoundation.org/show_bug.cgi?id=152078 Bug ID: 152078 Summary: Add button to Basic IDE to easily grow/shrink font height Product: LibreOffice Version: Inherited From OOo Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: BASIC Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rafael.palma.l...@gmail.com Created attachment 183635 --> https://bugs.documentfoundation.org/attachment.cgi?id=183635=edit Video showing how the new commands would work Currently, if you want to grow/shrink the font height in the Basic IDE, you need to go to Tools - Options - Fonts and then set the font height for Basic/HTML/SQL. This is not very convenient, since most IDEs/Editors provide very quick methods to increase / decrease the editor's font size. So I would like to propose the creation of two new UNO commands (.uno:BasicIdeGrow and .uno:BasicIdeShrink) that can be used in the toolbar of the Basic IDE to quickly increase/decrease font size. The attached video shows how the proposed commands would work (beware that the commands do not have icons yet). I already have a functioning code, however it needs a lot of polishing. So before I keep on working on this new feature, I would like to hear the opinions of others. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44267] Add Option to Change Number of Decimal Places in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=44267
--- Comment #38 from خالد حسني ---
(In reply to Eyal Rozenberg from comment #37)
> (In reply to خالد حسني from comment #36)
> > I see nothing related to glyphs or text here.
>
> Comment #6... Regina said the internal precision of Draw is 10^{-2} mm.
> floating-point coordinates would mean that changes as well. IIUC, you've now
> implemented fixed-point with a scale we can control somehow. Assuming that's
> the case - we can use higher precision by upping the scale. Or - am I
> misunderstanding?
I haven’t implemented anything, it is all Caolán’s work and it is been going on
for a while, e.g. bug 144862.
This bug and bug 103322 are completely unrelated.
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-bugs] [Bug 44267] Add Option to Change Number of Decimal Places in Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=44267
--- Comment #37 from Eyal Rozenberg ---
(In reply to خالد حسني from comment #36)
> I see nothing related to glyphs or text here.
Comment #6... Regina said the internal precision of Draw is 10^{-2} mm.
floating-point coordinates would mean that changes as well. IIUC, you've now
implemented fixed-point with a scale we can control somehow. Assuming that's
the case - we can use higher precision by upping the scale. Or - am I
misunderstanding?
--
You are receiving this mail because:
You are the assignee for the bug.
[Libreoffice-commits] core.git: Changes to 'refs/tags/cp-21.06.35-1'
Tag 'cp-21.06.35-1' created by Andras Timar at 2022-11-16 21:59 + cp-21.06.35-1 Changes since cp-21.06.34-1-18: --- 0 files changed ---
[Libreoffice-commits] translations.git: Changes to 'refs/tags/cp-21.06.35-1'
Tag 'cp-21.06.35-1' created by Andras Timar at 2022-11-16 21:59 + cp-21.06.35-1 Changes since cp-21.06.13-1-1: --- 0 files changed ---
[Libreoffice-commits] help.git: Changes to 'refs/tags/cp-21.06.35-1'
Tag 'cp-21.06.35-1' created by Andras Timar at 2022-11-16 21:59 + cp-21.06.35-1 Changes since co-2021-branch-point-10: --- 0 files changed ---
[Libreoffice-commits] dictionaries.git: Changes to 'refs/tags/cp-21.06.35-1'
Tag 'cp-21.06.35-1' created by Andras Timar at 2022-11-16 21:59 + cp-21.06.35-1 Changes since libreoffice-7-1-branch-point-5: --- 0 files changed ---
[Libreoffice-commits] core.git: Branch 'distro/collabora/co-2021' - configure.ac
configure.ac |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit cd35558899062a443d7670078bbc2629eaa8b174 Author: Andras Timar AuthorDate: Wed Nov 16 22:58:12 2022 +0100 Commit: Andras Timar CommitDate: Wed Nov 16 22:58:22 2022 +0100 Bump version to 21.06.35.1 Change-Id: I21f2690e2a8aa6546c5bbb2d320fa89848e8263d diff --git a/configure.ac b/configure.ac index fe281e1894df..0709b28fab3a 100644 --- a/configure.ac +++ b/configure.ac @@ -9,7 +9,7 @@ dnl in order to create a configure script. # several non-alphanumeric characters, those are split off and used only for the # ABOUTBOXPRODUCTVERSIONSUFFIX in openoffice.lst. Why that is necessary, no idea. -AC_INIT([Collabora Office],[21.06.34.1],[],[],[https://collaboraoffice.com/]) +AC_INIT([Collabora Office],[21.06.35.1],[],[],[https://collaboraoffice.com/]) dnl libnumbertext needs autoconf 2.68, but that can pick up autoconf268 just fine if it is installed dnl whereas aclocal (as run by autogen.sh) insists on using autoconf and fails hard
[Libreoffice-bugs] [Bug 152076] UI: Master pages side panel doesn't open from button button
https://bugs.documentfoundation.org/show_bug.cgi?id=152076 raal changed: What|Removed |Added Regression By||xuenhua Keywords||bibisected, bisected CC||xuenhua2...@sina.com --- Comment #2 from raal --- This seems to have begun at the below commit. Adding Cc: to xuenhua ; Could you possibly take a look at this one? Thanks 7a3cbf96fd34068c6c95ace00dbb0090a835f01b is the first bad commit commit 7a3cbf96fd34068c6c95ace00dbb0090a835f01b Author: Jenkins Build User Date: Fri Jun 24 07:46:05 2022 +0200 source sha:0ec2b93c28093c80572c43f7be261630bd85f232 https://git.libreoffice.org/core/+/0ec2b93c28093c80572c43f7be261630bd85f232 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 146255] Text shift vertically when setting highlighting to no fill (appears to be zoom-related)
https://bugs.documentfoundation.org/show_bug.cgi?id=146255 Telesto changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #6 from Telesto --- Don't thing this being worth tracing, probably again bug 61444 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 103322] Use floating point for glyph positioning in VCL
https://bugs.documentfoundation.org/show_bug.cgi?id=103322 --- Comment #47 from خالد حسني --- (In reply to Eyal Rozenberg from comment #46) > (In reply to خالد حسني from comment #45) > > This bug is about subpixel glyph positioning, floating point coordinates is > > one way to fix it but it isn’t going to happen and we now have achieved this > > using something closer to what is described in comment 14. > > Ah, so coordinates are now scaled fixed-point? Yes, though I think this is done selectively (e.g. inside the documents but not for UI text, or something like that). There are quite a few bug reports that track this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 152076] UI: Master pages side panel doesn't open from button button
https://bugs.documentfoundation.org/show_bug.cgi?id=152076 raal changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords||regression CC||r...@post.cz --- Comment #1 from raal --- Confirm with Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cfc8a8f5d841b3f84d207196153be67da7f60652 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Works in Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: cs-CZ Ubuntu package version: 1:7.3.6-0ubuntu0.22.04.2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
