- 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
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
-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
there was some sort of sessionmanagement for toolbar handling in
readProperties(), but that was read-only, i.e. it was never saved.
svn path=/trunk/kdebase/konsole/; revision=58371
-small cleanup, some comments for future developers
-several unneeded includes deleted
There is still a puzzling thing related to the difference in behavior
between running it from the command line or from kdeinit. More in a
mail to kde-devel.
svn path=/trunk/kdebase/konsole/; revision=58339
Added code to Konsole::newSessionSelect() to take into account the position
of the toolBar when deciding where to display the m_file popup.
Sean Kendall Schneyer <sean@linuxbox.org>
svn path=/trunk/kdebase/konsole/; revision=55324
it belongs) - helps getting out of fullscreen mode!). Hmm, that doesn't
work quite well though (widget remains full screen...)
svn path=/trunk/kdebase/konsole/; revision=47107
Many files touched by xemacs's remove-trailing-spaces, use cvs diff -b :)
Also fixed warnings due to calling locate("appdata","").
Now... konqueror has to handle a part's suicide a lot better...
svn path=/trunk/kdebase/konsole/; revision=46993
others) was having with konsole not reading in the schema and size anymore?
Well, this fixes it for me.
The bizarre part is where the problem appears to be -- it just doesn't
make any sense!
With lots of debug statements, I found out that the 'config' object stopped
reading in *any* values after the 'slotToggleToolBar()' call in
'readProperties'. That is, the config->readEntry calls would *always*
return the default, ignoring the saved value.
I traced into the slotToggleToolbar function and found that all I had
to do was comment out the 'enableToolbar' function and everything worked
perfectly!
I don't get it at all! The enableToolbar function has *nothing* to do
with KConfig so how is it changing it all of a sudden :-(
Anyway, I moved the code around in readProperties and it works now. Very
very very weird.
svn path=/trunk/kdebase/konsole/; revision=46262
This allows drag and drop in the part, which means that in konqueror you can
now drag groups of files from above to the command line part. Which is kind of cool. Now only if we can detect the difference between the dragged dirs and files, because the popup appears too frequently.
svn path=/trunk/kdebase/konsole/; revision=45904
Basically "static myClass blah;" on top of a source file is a VERY bad practice -
some compilers don't initialise those.
Changed to pointers initialised to 0L and built in loadAll in most classes.
Changed to member variable in Konsole (see comment).
svn path=/trunk/kdebase/konsole/; revision=45644
kdebase/konsole/src/sample.shell
to see what's happening. Maybe you need to resize konqy, but mc
should appear. (I put mc as a shell, because it is usable with the mouse)
However, the keystrokes do not seem to go through, and if I try to
paste something in, it segfaults. Maybe the "KReadOnlyPart" is at fault?
The integration to konqi should be anyhow done in a special way, so maybe
a konqi hacker can take it from here.
To my best knowledge, I did not break the standalone konsole.
good night!
svn path=/trunk/kdebase/konsole/; revision=45203
Lars Doelle
Waldo Bastian
Marcus Meissner
Hans Petter Bieker
Lotzi Boloni
Carsten Pfeiffer
Antonio Larrosa Jimenez
Lars Knoll
Reginald Stadlbauer
Matthias Ettrich
Sean Kendall Schneyer
David Faure
Stephan Kulow
Preston Brown
Kurt Granroth
Geert Jansen