Explanation for the example script:
```
#!/bin/sh
clear

# move cursor to position (2, 2)
printf '\x1b[2;2H'
# print a purple rectangle using SIXEL
printf '\x1bP0;1;0q#0;2;50;49;99#0!255~-#0!255~-#0!255~-#0!255~-#0!255~-#0!255~-#0!255~-#0!255~-\x1b\\'

# move cursor back to position (2, 2)
printf '\x1b[2;2H'
# write some text
printf 'Sample Text Here'

printf '\n\n'
```

(In reply to badnam3o.0 from comment #0)
> Created attachment 150416 [details]
> different behaviours with sixel images of konsole and xterm vt340
> 
> in other terminals such as foot, mlterm and xterm (emulating vt-340) , when
> new text is written where a sixel image is present, part of the image is
> erased. In Konsole, the text is written on top of the image instead. The
> erasing behaviour can be useful to TUI apps for deleting an image without
> needing to clear the entire screen. 

This was a conscious decision by me. While the interaction between text and image you describe is common, or even universal, I do not think it was in any way defined formally in any standard.

In KDE, the default background color was always treated as transparent (see when a background image is used).

So an application may get the common behaviour of text hiding image by changing the background color to a similar color (like (1,1,1) instead of (0,0,0)), while having the option of mixing text and graphics.

(In reply to Matan Ziv-Av from comment #2)
> (In reply to badnam3o.0 from comment #0)
> > Created attachment 150416 [details]
> > different behaviours with sixel images of konsole and xterm vt340
> > 
> > in other terminals such as foot, mlterm and xterm (emulating vt-340) , when
> > new text is written where a sixel image is present, part of the image is
> > erased. In Konsole, the text is written on top of the image instead. The
> > erasing behaviour can be useful to TUI apps for deleting an image without
> > needing to clear the entire screen. 
> 
> This was a conscious decision by me. While the interaction between text and
> image you describe is common, or even universal, I do not think it was in
> any way defined formally in any standard.
> 
> In KDE, the default background color was always treated as transparent (see
> when a background image is used).
> 
> So an application may get the common behaviour of text hiding image by
> changing the background color to a similar color (like (1,1,1) instead of
> (0,0,0)), while having the option of mixing text and graphics.

Please, remove this change. Many applications rely on ability to erase sixels by writing text over it.

please keep this change, i'm making a TUI app, and have a special case for Konsole to draw extra text ontop of Sixels.
Maybe an escape sequence could be added to enable or disable this as a feature.  I also don't mind Matan's proposal that the TUI developer should just set the background color for the text before drawing ontop of a sixel to force erase of the sixel underneath.  

In other terminals, when drawing text ontop of sixels, i already set the background color to match the average sixel color, that way it more closely matches how Konsole works now.

Created attachment 167360 [details]
screenshot-broken-tmux

You should provide the common behaviour by default, and the modified behaviour by choice.  I expect this to break every application out there using sixel.  See TMUX in the attachment.  Not even scrolling works.

Can you point us to the bit of code in konsole where this choice was made, so I can patch my version?  Thanks!

This is far from a trivial change. This simple patch changes behaviour of sixel images, but breaks at least kitty images, terminal background image, and terminal background transparency.

To correctly implement this, it is needed to know at the time of drawing text background if underneath it is a sixel image, another image, transparent background, etc.

diff --git a/src/Screen.cpp b/src/Screen.cpp
index f5047d1f17..626292a098 100644
--- a/src/Screen.cpp
+++ b/src/Screen.cpp
@@ -2523,7 +2523,14 @@ void Screen::addPlacement(QPixmap pixmap,
     addPlacement(p);
     int needScroll = qBound(0, row + rows - _lines, rows);
     if (moveCursor && scrolling && needScroll > 0) {
-        scrollUp(needScroll);
+        if (!leaveText) {
+            for (int i = needScroll; i > 0; i--) {
+                scrollUp(1);
+                eraseBlock(_lines - 2, col, 1, cols);
+            }
+        } else {
+            scrollUp(needScroll);
+        }
     }
     if (moveCursor) {
         if (rows - needScroll - 1 > 0) {
@@ -2532,6 +2539,9 @@ void Screen::addPlacement(QPixmap pixmap,
         if (moveCursor == 2 || _cuX + cols >= _columns) {
             toStartOfLine();
             newLine();
+            if (!leaveText) {
+                eraseBlock(_lines - 2, col, rows, cols);
+            }
         } else {
             cursorRight(cols);
         }
diff --git a/src/terminalDisplay/TerminalPainter.cpp b/src/terminalDisplay/TerminalPainter.cpp
index f19b0e6245..399b09cb2b 100644
--- a/src/terminalDisplay/TerminalPainter.cpp
+++ b/src/terminalDisplay/TerminalPainter.cpp
@@ -823,6 +823,7 @@ void TerminalPainter::drawBelowText(QPainter &painter,
                 backgroundColor = background;
             }
             drawBG = backgroundColor != colorTable[DEFAULT_BACK_COLOR];
+            drawBG = true;
             if (style[x].rendition.f.transparent) {
                 drawBG = false;
             }