Opened 21 years ago

Closed 21 years ago

Last modified 21 years ago

#791 closed defect (fixed)

ERT inset drawing errors

Reported by: Juergen Spitzmueller Owned by: jug
Priority: high Milestone: 1.3.1
Component: insets Version: 1.3.0cvs
Severity: major Keywords: cosmetic VERIFIED
Cc: michael.gerz@…

Description

When I have an ERT inside a footnote and I uncollapse it, neither the border
of the ERT inset nor its content where drawn on the workarea (see
screenshot). This changes after some input action (mouse click, keypress).
Not reproducable in 1.2.x

Attachments (2)

ert.lyx (721 bytes ) - added by Juergen Spitzmueller 21 years ago.
testcase
ert.png (2.3 KB ) - added by Juergen Spitzmueller 21 years ago.
screenshot

Download all attachments as: .zip

Change History (8)

by Juergen Spitzmueller, 21 years ago

Attachment: ert.lyx added

testcase

by Juergen Spitzmueller, 21 years ago

Attachment: ert.png added

screenshot

comment:1 by levon, 21 years ago

Keywords: cosmetic added
Milestone: 1.3.0
Severity: normalmajor
Version: unspecified1.3.0cvs

comment:2 by michael.gerz@…, 21 years ago

If the ERT is at the very beginning of the footnote,
the problem does not occur normally. BUT... if the
paragraph is not indented, the problem re-occurs!

So it seems that the context of an ERT inset has some
impact on its redraw problem.

BTW: If you compile LyX, you get a lot of #warning's about
potential redraw problems.

comment:3 by michael.gerz@…, 21 years ago

Cc: michael.schmitt@… added

comment:4 by levon, 21 years ago

Milestone: 1.3.01.3.1

1.3.0 bugs are now 1.3.1 bugs

comment:5 by levon, 21 years ago

Resolution: fixed
Status: newclosed

This has been fixed in 1.4.0 for some time somehow. Not backportable.

comment:6 by levon, 21 years ago

Keywords: VERIFIED added
Note: See TracTickets for help on using tickets.