https://bugs.kde.org/show_bug.cgi?id=449799
--- Comment #6 from Martin Sandsmark <martin.sandsm...@kde.org> --- (In reply to Matan Ziv-Av from comment #4) > This I am not sure I understand. In another discussion, I was told that even > if a screen has more then TerminalDisplay, they will have exactly the same > fonts/size, so it does not seem to matter. The screen at least, but the emulation punching through all the abstraction straight to the ui/painting class is messy. > The problem of what to do with the images if the display changes (resize > with text reflow, change in font size) needs a serious discussion. Results > of such will also be useful for two different displays for the same screen. Shouldn't be that complex, just need to find the most common uses (gnuplot, lsix, w3mimgdisplay?) and pick the approach that annoys the smallest amount of people. When I did my implementation I thought it made the most sense to treat an image like a single character, and follow the reflow rules, scaling, etc. like everything else. But could really do with some serious rearchitecting related to this as well, imho. The Emulation/Screen/ScreenWindow/TerminalDisplay/TabbedViewContainer/etc. mess seems a bit overkill and confusing. I think Tomaz felt that painfully when working on the tabbing stuff. -- You are receiving this mail because: You are watching all bug changes.
