date:20240503

[Bug 84507] FORMATING: Text does not fit to contour in rotated polygon or bézier curve

2024-05-03 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=84507

--- Comment #21 from Mike Kaganski  ---
Created attachment 193958
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193958=edit
A screencast of rotation the polyline with a mentioned experimental
zero-rotation change

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 84507] FORMATING: Text does not fit to contour in rotated polygon or bézier curve

2024-05-03 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=84507

--- Comment #20 from Mike Kaganski  ---
Created attachment 193957
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193957=edit
A sample for comparison

The attachment is proposed for comparative debugging of the problem. I failed
to comprehend how to fix this, so here are some notes, in the hope that they
may help more knowledgeable people (Regina? Armin?) to not waste time for
preparational routine.

The file has a *legacy* rectangle, and a identically sized polygon, both
created horizontally (long side X, short side Y). Both have text adjusted to
contour, and both rotated 90 degrees. This allows to see the difference, but
also to see where the similarity and difference of of processing is.

Both are processed by SdrTextObj::impDecomposeContourTextPrimitive, where the
passed SdrContourTextPrimitive2D provides the transformation and the unit
polypolygon. In case of the rectangle, the transformation is:

Scale 18000 x 11000
Translate 1 x 18000
Rotate-pi/2
Shear 0

while for the polyline:

Scale 11000 x 18000
Translate 0 x 11700
Rotate-pi/2
Shear 0

The unit polypolygon passed for the rectangle case has five points
(unimportant, one extra point is in the middle of a long side), covering the
range of [0.0, 0.0 ,1.0, 1.0] (a square). In the polyline case, the unit
polypolygon has four points, and unexpectedly covers the range of
[-1.6363636363636362, 0.0, 0.0, 0.61105]. This is actually not a
*unit* polypolygon, because its size is not 1.

Applying the transformation, the rectangle case gives the polypolygon covering
[0.0, 0.0, 18000.0, 11000.0], while the polyline case covers [-18000.0, 0.0,
0.0. 10999]. The latter has correct dimensions, but is placed differently.
Possibly this is the problem.

The creation of the unit polypolygon for rectangle happens in
SdrRectanglePrimitive2D::create2DDecomposition. For polyline, this happens in
ViewContactOfSdrPathObj::createViewIndependentPrimitive2DSequence; and there, I
had an interesting result, when simply replaced rotation used to create
aObjectMatrix [1] with 0. Then, the text was always in the correct place,
correctly fitting the contour - but it was always vertical. I couldn't figure,
what is needed to create the correct transformation.

Hope this helps.

[1]
https://opengrok.libreoffice.org/xref/core/svx/source/sdr/contact/viewcontactofsdrpathobj.cxx?r=ebae130b#119

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 149899] Font doesn't change to the "Next style" when start a new paragraph.

2024-05-03 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=149899

Dieter  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|NEEDINFO|RESOLVED

--- Comment #12 from Dieter  ---
(In reply to Frank Rowe from comment #11)
> I'm now using 24.2 and the problem never shows up.
Thank you for retesting. So let's close as RESOLVED WORKSFORME.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 43808] [META] Right-To-Left and Complex Text Layout language issues (RTL/CTL)

2024-05-03 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=43808
Bug 43808 depends on bug 149899, which changed state.

Bug 149899 Summary: Font doesn't change to the "Next style" when start a new 
paragraph.
https://bugs.documentfoundation.org/show_bug.cgi?id=149899

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |WORKSFORME

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160930] The Shift+esc combination key cannot search for all menu items.

2024-05-03 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=160930

--- Comment #1 from Frank Rowe  ---
Created attachment 193956
  --> https://bugs.documentfoundation.org/attachment.cgi?id=193956=edit
Search Date, only two FORM items shows up.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 160930] New: The Shift+esc combination key cannot search for all menu items.

2024-05-03 Thread bugzilla-daemon

https://bugs.documentfoundation.org/show_bug.cgi?id=160930

Bug ID: 160930
Summary: The Shift+esc combination key cannot search for all
menu items.
Product: LibreOffice
Version: 24.2.3.2 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: asiangi...@outlook.com

Description:
The Shift+esc combination key brings up the command search box, which I think
is a great feature, especially for desktop applications like LO that rely
heavily on menus. However, some recently added items in the "Insert" menu, such
as "Insert" --> "Field" --> "Date", cannot be searched from the search box
mentioned above.

Steps to Reproduce:
1.Press Shift + esc combination keys. The command search box will show up from
the menu bar.
2.In the box, input "日期"(日期 means date in English）。

Actual Results:
3.In the dropdown menu, only two FORM menu items show up.

Expected Results:
“插入”-->“字段”-->“日期”，in English which is “Insert”-->“Field”-->“Date”, should be
listed in the dropdown menu.

Reproducible: Always

User Profile Reset: No

Additional Info:
Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: zh-CN (zh_CN); UI: zh-CN
Calc: threaded

1 2 >

1 - 100 of 195 matches

Mail list logo