https://bugs.kde.org/show_bug.cgi?id=477078
--- Comment #11 from Michael <michael.hm...@gmail.com> --- (In reply to fanzhuyifan from comment #9) > On both konsole where you were witnessing this issue, and a terminal where > you did not witness this issue, could you provide > > 1. The output of `vi --version`, if vi was the editor command you were using. > 2. Screenshots of the document opened in vi with a very long line, making > sure that in both cases, the file is the same, and the terminal sizes are > the same. > 3. The output of `echo -e "lines\ncols"|tput -S`. This tells you the sizes > of the terminals. on FreeBSD has solved the problem, last upgrade last week on fbsd14 with konsole 28.8.3 it is ok now some library issue, because Yahuake also is ok now on the same machine the vi version is Version 2.2.0 (2020-08-01) The CSRG, University of California, Berkeley. that is on a terminal or in Konsole the same version I never called for vi version, so the output was funny, now for me, I didn't know the vim part, seems to be a package on linux on Linux VIM - Vi IMproved 8.2 (2019 Dec 12, compiled Oct 16 2023 18:15:38) Included patches: 1-579, 1969, 580-1854, 1857, 1855-1857, 1331, 1858, 1858-1859, 1873, 1860-1969, 1992, 1970-1992, 2010, 1993-3995, 4563, 4646, 4774, 4895, 4899, 4901, 4919, 213, 1840, 1846-1847 same version on a terminal or in Konsole I think the lines and columns are not relevant here, their values should adapt automatically even under resizing konsole with a file open, like FreeBSD is doing again, no distortion happens, on linux before also not also we should take into consideration that it happens only with very long lines only, for example with a two-liner 150chars for example, the distortion doesn't occur the konsole width/height setting is irrelevant when remember windows size and position is set, and makes no difference hope that was helpful thanks -- You are receiving this mail because: You are watching all bug changes.
