Patch approved by Lars.
Btw, the new files should include a license. Lars, can you add
whatever license header you're using for the rest of konsole ?
svn path=/trunk/kdebase/konsole/; revision=64276
The whole history stuff is not satisfying both
from a programmers and a users point of view.
The central reason is that the history slows down
scrolling significantly, and the algorithm does
not permit limiting the history size.
There are minor flaws also related to indication
of history termination in case of disk overrun.
I schedule a rework of the history stuff to
konsole2.
svn path=/trunk/kdebase/konsole/; revision=63157
- The menu items of the file menu had a different font size
- If I click on the file menu, it closes immediately, but still has the
focus.
Patch by Andreas Zehender <az@azweb.de> and Carsten Pfeiffer <carpdjih@cetus.zrz.TU-Berlin.DE>
svn path=/trunk/kdebase/konsole/; revision=61983
there was a construct:
char cc;
QCString res;
res = cc;
This (obviously) worked with QString, but does not work with QCString anymore
(which you changed res to). (res=""; res+=cc; does the thing).
I hope there are no other instances of this problem in your fight for
QT_NO_ASCII_CAST :-)
svn path=/trunk/kdebase/konsole/; revision=60497
* Fixed the "//FIXME: check if we have already have kwrited running." by
turning it into a KUniqueApplication.
* Added command line support.
svn path=/trunk/kdebase/konsole/; revision=59511
with the transparent terminals when launched from kdeinit
(the transparent background disappeared when opening the
second term).
I think that both of these problems are due to the recent
change from KTMainWindow to KMainWindow.
Resize: before, the resize of the central widget was
reflected in the size of the main window. This is not
the case any more. This was useful because allowed us
to resize the internal widget accurately which is
important if you want to have for example 24 x 80.
I have changed it such that now I am resizing the
external window and try to calculate the size - I am
taking into account the toolbar visibility and position,
menubar visibility etc - but then there are other
problems at startup when the toolbar is not visible etc.
These calculations should be done in the libs not in
the app. Maybe we can revert some of the functionality
in the old ktmainwindow?
Again, the background: krootpixmap installs an event
filter to capture the repaint. To my best knowledge, these
events do not go there if konsole is launched from kdeinit
but they go if it launched from elsewere.
I am 100% sure of this. (I reported this before). And it
is a relatively recent phenomena (several weeks old).
For the time being, I solved the problem by manually
sending a repaint event. It works, but it makes a
flicker when changing terminals.
Lotzi
svn path=/trunk/kdebase/konsole/; revision=59447
Lars Doelle
Waldo Bastian
Antonio Larrosa Jimenez
David Faure
Rik Hemsley
Hans Petter Bieker
Marcus Meissner
Alex Zepeda
Michael Matz
Lotzi Boloni