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
Fixed#6843 and #6845. Tab doesn't go out of the konsole part anymore,
but it goes into it, and Shift+Tab goes in and out.
I hope this doesn't affect konsole itself - I can't see how it would.
svn path=/trunk/kdebase/konsole/; revision=59064
sure about a clean way to accomplish this.. kdesu maybe??).
But the openpty code *seems* to work (as opposed to the "legacy" code which
never seemed to work with FreeBSD).
But hey, neither will crash if enabled now.
svn path=/trunk/kdebase/konsole/; revision=58933
needs to add the proper checks to autoconf to define the right directives,
and yes, one also needs to figure out what headers are needed on what
systems. Whee. The only real problem (isn't there always one?) is that
one still relies on a suid process to chown the bugger, as, well there's
no way of checking on return value alone if any of the elements of openpty
failed (as per the man page).
svn path=/trunk/kdebase/konsole/; revision=58911
(*ick* code like that NEEDS to be replaced. Ugh Ugh Ew Blech.) for
FreeBSD/OpenBSD systems. I don't think this works perfectly (or even
properly.. too lazy to properly strip down the filename.).
svn path=/trunk/kdebase/konsole/; revision=58910
-added the rename session item to the right menu popup (it seems that nobody
was able to find it on the shift right click)
-small fixes and cleanups
svn path=/trunk/kdebase/konsole/; revision=58620
-fixed back the text in the toolbar: Carsten, please leave it as it is
or make an explicit save if you want it icon only: there is no functionality for saving this behavior in KToolbar, and I guess most users want
konsole with text but all other apps with icons only.
svn path=/trunk/kdebase/konsole/; revision=58578
there is menubar saving code as well, I guess KMainWindow should take care
of that, but I don't have the time to check that right now
- fixed warning
svn path=/trunk/kdebase/konsole/; revision=58547
Lars Doelle
Rik Hemsley
Waldo Bastian
Hans Petter Bieker
Marcus Meissner
Alex Zepeda
Michael Matz
David Faure
Lotzi Boloni
Dirk Mueller
Carsten Pfeiffer