From belaran at gmail.com  Fri Sep  1 10:00:05 2006
From: belaran at gmail.com (Romain PELISSE)
Date: 1 Sep 2006 10:00:05 -0000
Subject: [Konsole-devel] [Bug 131856] Terminal's Transparency not working
In-Reply-To: <20060804141557.131856.belaran@gmail.com>  
Message-ID: <20060901100005.25476.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131856         




------- Additional Comments From belaran gmail com  2006-09-01 11:59 -------
I got a new computer and i install my kubuntu from scratch again. I still
got the "transparency problem" but the "chmod trick" did work :
chmod 000 /usr/lib/qt3/plugins/inputmethods/libqscim.so

It definitly seems to be the same bug as you ,St?phane. Unless you disagree
i'm going to close mine and put a link to yours.

thanks++

On 7 Aug 2006 12:06:36 -0000, St?phane Pontier <shadow.walker free fr>
wrote:
[bugs.kde.org quoted mail]



I got a new computer and i install my kubuntu from scratch again. I still got the &quot;transparency problem&quot; but the &quot;chmod trick&quot; did work :<br>chmod 000 /usr/lib/qt3/plugins/inputmethods/libqscim.so<br><br>
It definitly seems to be the same bug as you ,St?phane. Unless you disagree i'm going to close mine and put a link to yours.<br><br>thanks++<br><br><div><span class="gmail_quote">On 7 Aug 2006 12:06:36 -0000, <b class="gmail_sendername">
St?phane Pontier</b> &lt;<a href="mailto:shadow.walker free fr">shadow walker free fr</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
------- You are receiving this mail because: -------<br>You reported the bug, or are watching the reporter.<br><br><a href="http://bugs.kde.org/show_bug.cgi?id=131856">http://bugs.kde.org/show_bug.cgi?id=131856</a><br><br>
<br><br><br>------- Additional Comments From shadow.walker free fr&nbsp;&nbsp;2006-08-07 14:06 -------<br>Sounds like a different bug than mine, I'll open a new one<br></blockquote></div><br><br clear="all"><br>-- <br>Belaran,<br>&quot;I keep the bible in a pool of blood
<br>So that none of its lies can affect me&quot; -- Slayer


From JohannBueckler at freenet.de  Fri Sep  1 16:42:10 2006
From: JohannBueckler at freenet.de (PwBKDEbT)
Date: 1 Sep 2006 16:42:10 -0000
Subject: [Konsole-devel] [Bug 133390] New: Colored represented lines such as
	directories have a empty-painted column in column 78/80
Message-ID: <20060901184204.133390.JohannBueckler@freenet.de>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         
           Summary: Colored represented lines such as directories have a
                    empty-painted column in column 78/80
           Product: konsole
           Version: 1.6.4
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: JohannBueckler freenet de


Version:           1.6.4 (using KDE KDE 3.5.4)
Installed from:    SuSE RPMs
OS:                Linux

Suse 10.0 with KDE 3.5.4

Since my update on KDE 3.5.4 i have problems with the display in the Konsole. All with colour deposited lines, like directories in "ls -l", have a blank column with background colour around column 78-80, approx.. 6-10 pixels. While scrolling, the characters behind the blank column are not cleared. It looks like the screen buffer is not cleared/set correct.

Konsole settings are default.

With black characters like output from "ls -l | more" the problem didn?t appears.


Sorry for my English. I am no native speaker. Is ist possible to send a screenshot? A picture describe my problem at best.


From santhburns at earthlink.net  Fri Sep  1 16:49:20 2006
From: santhburns at earthlink.net (santhburns at earthlink.net)
Date: 1 Sep 2006 16:49:20 -0000
Subject: [Konsole-devel] [Bug 133394] New: Konsole crashes fairly often
	taking down firefox, emacs,
	and whatever else is going. This is a huge problem. If the terminal
	isn't reliable,
	kde is basically worthless. Error Message: "The application Konsole
	(konsole) crashed and caused the signal 11 (SIGSEGV)"
Message-ID: <20060901184919.133394.santhburns@earthlink.net>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133394         
           Summary: Konsole crashes fairly often taking down firefox, emacs,
                    and whatever else is going.  This is a huge problem.  If
                    the terminal isn't reliable, kde is basically worthless.
                    Error Message: "The application Konsole (konsole)
                    crashed and caused the signal 11 (SIGSEGV)"
           Product: konsole
           Version: unspecified
          Platform: Slackware Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: crash
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: santhburns earthlink net


Version:            (using KDE KDE 3.4.2)
Installed from:    Slackware Packages
Compiler:          gcc-3.3.6 (But, I did not compile kde.  It was installed by default with slackware.) 
OS:                Linux

Konsole crashes fairly often taking down firefox, emacs, and whatever else is going.  This is a huge problem.  If the terminal isn't reliable, kde is basically worthless.  Error Message: "The application Konsole (konsole) crashed and caused the signal 11 (SIGSEGV)"


From kling at impul.se  Fri Sep  1 16:53:30 2006
From: kling at impul.se (Andreas Kling)
Date: 1 Sep 2006 16:53:30 -0000
Subject: [Konsole-devel] [Bug 133394] Konsole crashes fairly often taking
	down firefox, emacs,
	and whatever else is going. This is a huge problem. If the terminal
	isn't reliable,
	kde is basically worthless. Error Message: "The application Konsole
	(konsole) crashed and caused the signal 11 (SIGSEGV)"
In-Reply-To: <20060901184919.133394.santhburns@earthlink.net>  
Message-ID: <20060901165330.6618.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133394         
kling impul se changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From kling impul se  2006-09-01 18:53 -------
And without a backtrace or instructions on how to reproduce a crash, this report is basically worthless. ;-)

I suggest you upgrade to KDE 3.5.4. A fair number of issues have been resolved since KDE 3.4.2, and chances are good that your problems will vanish.

If you run into trouble with 3.5.4, please open a new report with more information.


From dxcavyjy at broadpark.no  Sat Sep  2 06:51:50 2006
From: dxcavyjy at broadpark.no (Jeremy)
Date: Sat, 02 Sep 2006 00:51:50 -0600
Subject: [Konsole-devel] chance of a lifetime
Message-ID: <8DF3FCEF.60FB444@broadpark.no>

Hi athere lovely,
This kiand of opportunity comes ones ian a life. I don't want 
to miss it. Do you? I am coming to your place in few days 
and I bthough may be we can meet each other. If you don't mind
I can sencd you my picture. I am a gairl.
You can corraespond with me busing amy email vuq at flybyairwayz.com




From adalvit at katamail.com  Sat Sep  2 16:54:37 2006
From: adalvit at katamail.com (Alessandro Dalvit)
Date: 2 Sep 2006 16:54:37 -0000
Subject: [Konsole-devel] [Bug 132049] send input to all sessions needs
	confirmation
In-Reply-To: <20060808112141.132049.f.reifenstahl@laborseelig.de>  
Message-ID: <20060902165437.5515.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=132049         




------- Additional Comments From adalvit katamail com  2006-09-02 18:54 -------
In addition to the confirmation popup I'd suggest a *much more* evident method to signal this modality, i.e. colorizing the whole tab or the background. The small antenna icon can easily pass unnoticed, and the risk is that one forgets that his root password is being broadcasted to all the other sessions (maybe in an irssi window...) :P


From aela at gorodok.net  Sun Sep  3 14:46:00 2006
From: aela at gorodok.net (Andrey Golovizin)
Date: 3 Sep 2006 14:46:00 -0000
Subject: [Konsole-devel] [Bug 133511] New: Garbage characters occasionally
	appear in Konsole
Message-ID: <20060903164559.133511.aela@gorodok.net>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133511         
           Summary: Garbage characters occasionally appear in Konsole
           Product: konsole
           Version: 1.6.4
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: aela gorodok net


Version:           1.6.4 (using KDE 3.5.4, Gentoo)
Compiler:          gcc version 3.4.6 (Gentoo 3.4.6-r1, ssp-3.4.5-1.0, pie-8.7.9)
OS:                Linux (x86_64) release 2.6.17-gentoo-r7

When running some curses-based applications, garbage characters sometimes appear in the terminal window. It is unlikely to be a ncurses bug because other terminals work just fine (I've tried xterm and vte/gnome-terminal.


From aela at gorodok.net  Sun Sep  3 14:47:19 2006
From: aela at gorodok.net (Andrey Golovizin)
Date: 3 Sep 2006 14:47:19 -0000
Subject: [Konsole-devel] [Bug 133511] Garbage characters occasionally appear
	in Konsole
In-Reply-To: <20060903164559.133511.aela@gorodok.net>  
Message-ID: <20060903144719.17375.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133511         




------- Additional Comments From aela gorodok net  2006-09-03 16:47 -------
Created an attachment (id=17628)
 --> (http://bugs.kde.org/attachment.cgi?id=17628&action=view)
example screenshot


From kling at impul.se  Sun Sep  3 15:04:44 2006
From: kling at impul.se (Andreas Kling)
Date: 3 Sep 2006 15:04:44 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060903150444.25435.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         




------- Additional Comments From kling impul se  2006-09-03 17:04 -------
Yes, please attach a screenshot displaying the problem to this bug.


From lars.doelle at on-line.de  Sun Sep  3 17:54:14 2006
From: lars.doelle at on-line.de (lars.doelle at on-line.de)
Date: Sun, 3 Sep 2006 19:54:14 +0200
Subject: [Konsole-devel] [PATCH] Re: [Bug 131770] no bold is displayed in
	konsole
In-Reply-To: <20060826184759.31355.qmail@ktown.kde.org>
References: <20060826184759.31355.qmail@ktown.kde.org>
Message-ID: <200609031954.14660.lars.doelle@on-line.de>

Hello,

find attached a patch for the related bug.

Note that the patch is against 3.5.4 and the earlier patch posted has to be reverted,
since otherwise the whole mechanism would be broken.

-- 8< snip -----------
--- konsole/TECommon.h.orig     2006-07-22 10:15:55.000000000 +0200
+++ konsole/TECommon.h  2006-09-03 19:10:21.000000000 +0200
@@ -219,8 +219,8 @@

 inline bool ca::isBold(const ColorEntry* base) const
 {
-  return (b.t == CO_DFT) && base[b.u+0+(b.v?BASE_COLORS:0)].bold
-      || (b.t == CO_SYS) && base[b.u+2+(b.v?BASE_COLORS:0)].bold;
+  return (f.t == CO_DFT) && base[f.u+0+(f.v?BASE_COLORS:0)].bold
+      || (f.t == CO_SYS) && base[f.u+2+(f.v?BASE_COLORS:0)].bold;
 }

 #endif // TECOMMON_H
-- 8< snap -----------

The bug had been introduced by me adding the 2^8 and 2^32 colour spaces,
and is a copy-paste error, where i copied the above predicate from the related
one for transparency, which is a background attribute, while bold is a foreground
attribute, forgetting to adjust that. Sorry for the inconvenience.

This also explains, why the bold attribute was visible during reverse rendering,
i.e. during marking.


As some delight came up on the earlier (wrong) fix about the result that it
"brings konsole in line with the xterm rendering", some words of explanation:

The interpretation of BOLD rendition is not really defined. Xterm interprets
BOLD as INTENSIVE+BOLD, while the linux console interprets it as INTENSIVE,
which, together with the fact that the white forground there is not intense-white,
as in xterm, produces a more pleasing and eye-sparing appearance.

The konsole sticks to later interpretation by default, though it is only the
matter of picking a schema, for instance "Xterm Colours", to make the
konsole look like xterm, so nothing new was introduces.

To reiterate, xterm is in no way the only measure, and indeed, the konsole
was also able to produce a pixel identical image of the linux-console screen.
The earlier patch would have broken this feature more than it is anyway,
right now.

The particular way to interpret BOLD is coded in the *.schema files, which
take care to handle the edge cases, in particalar, when e.g. intense black
is used as default foreground colour.

Such edge cases, where BOLD cannot be presented by INTENSIVE, are then
handled as BOLD. Normally, a non-intensive colour is used and the former
interpretation could be applied.

I'm aware that this is a bit obscure, the following examples from the schema
files should make this more understandable:

-- 8< snip -----
# example scheme for konsole

# the title is to appear in the menu.

title Black on White

# foreground colors

# note that the default background color is flagged
# to become transparent when an image is present.

#   slot    transparent bold
#      |              | |
#      V V--color--V  V V

color  0   0   0   0  0 0  # regular   foreground color (Black)
color  1 255 255 255  1 0  # regular   background color (White)

color  2   0   0   0  0 0  # regular   color 0 Black
color  3 178  24  24  0 0  # regular   color 1 Red
color  4  24 178  24  0 0  # regular   color 2 Green
color  5 178 104  24  0 0  # regular   color 3 Yellow
color  6  24  24 178  0 0  # regular   color 4 Blue
color  7 178  24 178  0 0  # regular   color 5 Magenta
color  8  24 178 178  0 0  # regular   color 6 Cyan
color  9 178 178 178  0 0  # regular   color 7 White

# intensive colors

# instead of changing the colors, we've flaged the text to become bold

color 10   0   0   0  0 1  # intensive foreground color
color 11 255 255 255  1 0  # intensive background color

color 12 104 104 104  0 0  # intensive color 0
color 13 255  84  84  0 0  # intensive color 1
color 14  84 255  84  0 0  # intensive color 2
color 15 255 255  84  0 0  # intensive color 3
color 16  84  84 255  0 0  # intensive color 4
color 17 255  84 255  0 0  # intensive color 5
color 18  84 255 255  0 0  # intensive color 6
color 19 255 255 255  0 0  # intensive color 7
-- 8< snap -----

Note that on in colour 10, the "bold attribute" is set on, meaning that
this colour should also render bold. Both colours 0 and 1 and colours
10 and 11 are used for the default colours, the first couple for normal
the second for bold rendering.

Now because colour 0 (default foreground) and colour 10 (default foreground
+ BOLD) spell the same colour (intense black), bold rendering has been
flagged, taking care of this edge case.

An xterm compliant rendering is achieved by using the "Xterm Colour"
schema, listed below

-- 8< snip -----
# xterm color schema for konsole

# xterm colors can be configured (almost) like
# konsole colors can. This is the uncustomized
# xterm schema.
# Please refere to your local xterm setup files
# if this schema differs.

title XTerm Colors

# foreground colors -------------------------------

# note that the default background color is flagged
# to become transparent when an image is present.

#   slot    transparent bold
#      | red grn blu  | |
#      V V--color--V  V V

color  0   0   0   0  0 0  # regular   foreground color (Black)
color  1 255 255 255  1 0  # regular   background color (White)

color  2   0   0   0  0 0  # regular   color 0 Black
color  3 205   0   0  0 0  # regular   color 1 Red
color  4   0 205   0  0 0  # regular   color 2 Green
color  5 205 205   0  0 0  # regular   color 3 Yellow
color  6   0   0 205  0 0  # regular   color 4 Blue
color  7 205   0 205  0 0  # regular   color 5 Magenta
color  8   0 205 205  0 0  # regular   color 6 Cyan
color  9 229 229 229  0 0  # regular   color 7 White

# intensive colors -------------------------------------------

# for some strange reason, intensive colours are bold, also.

color 10  77  77  77  0 1  # intensive foreground color
color 11 255 255 255  1 1  # intensive background color

color 12  77  77  77  0 1  # intensive color 0
color 13 255   0   0  0 1  # intensive color 1
color 14   0 255   0  0 1  # intensive color 2
color 15 255 255   0  0 1  # intensive color 3
color 16   0   0 255  0 1  # intensive color 4
color 17 255   0 255  0 1  # intensive color 5
color 18   0 255 255  0 1  # intensive color 6
color 19 255 255 255  0 1  # intensive color 7
-- 8< snap -----

Note that here, all intense colours are also rendered bold.

-lars
-------------- next part --------------
A non-text attachment was scrubbed...
Name: konsole~TECommon.h.patch
Type: text/x-diff
Size: 495 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/konsole-devel/attachments/20060903/7f24cc3b/attachment.bin>

From lars.doelle at on-line.de  Sun Sep  3 17:54:54 2006
From: lars.doelle at on-line.de (Lars Doelle)
Date: 3 Sep 2006 17:54:54 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060903175454.14345.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From lars.doelle on-line de  2006-09-03 19:54 -------
Hello,

find attached a patch for the related bug.

Note that the patch is against 3.5.4 and the earlier patch posted has to be reverted,
since otherwise the whole mechanism would be broken.

-- 8< snip -----------
--- konsole/TECommon.h.orig     2006-07-22 10:15:55.000000000 +0200
+++ konsole/TECommon.h  2006-09-03 19:10:21.000000000 +0200
 @ -219,8 +219,8  @

 inline bool ca::isBold(const ColorEntry* base) const
 {
-  return (b.t == CO_DFT) && base[b.u+0+(b.v?BASE_COLORS:0)].bold
-      || (b.t == CO_SYS) && base[b.u+2+(b.v?BASE_COLORS:0)].bold;
+  return (f.t == CO_DFT) && base[f.u+0+(f.v?BASE_COLORS:0)].bold
+      || (f.t == CO_SYS) && base[f.u+2+(f.v?BASE_COLORS:0)].bold;
 }

 #endif // TECOMMON_H
-- 8< snap -----------

The bug had been introduced by me adding the 2^8 and 2^32 colour spaces,
and is a copy-paste error, where i copied the above predicate from the related
one for transparency, which is a background attribute, while bold is a foreground
attribute, forgetting to adjust that. Sorry for the inconvenience.

This also explains, why the bold attribute was visible during reverse rendering,
i.e. during marking.


As some delight came up on the earlier (wrong) fix about the result that it
"brings konsole in line with the xterm rendering", some words of explanation:

The interpretation of BOLD rendition is not really defined. Xterm interprets
BOLD as INTENSIVE+BOLD, while the linux console interprets it as INTENSIVE,
which, together with the fact that the white forground there is not intense-white,
as in xterm, produces a more pleasing and eye-sparing appearance.

The konsole sticks to later interpretation by default, though it is only the
matter of picking a schema, for instance "Xterm Colours", to make the
konsole look like xterm, so nothing new was introduces.

To reiterate, xterm is in no way the only measure, and indeed, the konsole
was also able to produce a pixel identical image of the linux-console screen.
The earlier patch would have broken this feature more than it is anyway,
right now.

The particular way to interpret BOLD is coded in the *.schema files, which
take care to handle the edge cases, in particalar, when e.g. intense black
is used as default foreground colour.

Such edge cases, where BOLD cannot be presented by INTENSIVE, are then
handled as BOLD. Normally, a non-intensive colour is used and the former
interpretation could be applied.

I'm aware that this is a bit obscure, the following examples from the schema
files should make this more understandable:

-- 8< snip -----
# example scheme for konsole

# the title is to appear in the menu.

title Black on White

# foreground colors

# note that the default background color is flagged
# to become transparent when an image is present.

#   slot    transparent bold
#      |              | |
#      V V--color--V  V V

color  0   0   0   0  0 0  # regular   foreground color (Black)
color  1 255 255 255  1 0  # regular   background color (White)

color  2   0   0   0  0 0  # regular   color 0 Black
color  3 178  24  24  0 0  # regular   color 1 Red
color  4  24 178  24  0 0  # regular   color 2 Green
color  5 178 104  24  0 0  # regular   color 3 Yellow
color  6  24  24 178  0 0  # regular   color 4 Blue
color  7 178  24 178  0 0  # regular   color 5 Magenta
color  8  24 178 178  0 0  # regular   color 6 Cyan
color  9 178 178 178  0 0  # regular   color 7 White

# intensive colors

# instead of changing the colors, we've flaged the text to become bold

color 10   0   0   0  0 1  # intensive foreground color
color 11 255 255 255  1 0  # intensive background color

color 12 104 104 104  0 0  # intensive color 0
color 13 255  84  84  0 0  # intensive color 1
color 14  84 255  84  0 0  # intensive color 2
color 15 255 255  84  0 0  # intensive color 3
color 16  84  84 255  0 0  # intensive color 4
color 17 255  84 255  0 0  # intensive color 5
color 18  84 255 255  0 0  # intensive color 6
color 19 255 255 255  0 0  # intensive color 7
-- 8< snap -----

Note that on in colour 10, the "bold attribute" is set on, meaning that
this colour should also render bold. Both colours 0 and 1 and colours
10 and 11 are used for the default colours, the first couple for normal
the second for bold rendering.

Now because colour 0 (default foreground) and colour 10 (default foreground
+ BOLD) spell the same colour (intense black), bold rendering has been
flagged, taking care of this edge case.

An xterm compliant rendering is achieved by using the "Xterm Colour"
schema, listed below

-- 8< snip -----
# xterm color schema for konsole

# xterm colors can be configured (almost) like
# konsole colors can. This is the uncustomized
# xterm schema.
# Please refere to your local xterm setup files
# if this schema differs.

title XTerm Colors

# foreground colors -------------------------------

# note that the default background color is flagged
# to become transparent when an image is present.

#   slot    transparent bold
#      | red grn blu  | |
#      V V--color--V  V V

color  0   0   0   0  0 0  # regular   foreground color (Black)
color  1 255 255 255  1 0  # regular   background color (White)

color  2   0   0   0  0 0  # regular   color 0 Black
color  3 205   0   0  0 0  # regular   color 1 Red
color  4   0 205   0  0 0  # regular   color 2 Green
color  5 205 205   0  0 0  # regular   color 3 Yellow
color  6   0   0 205  0 0  # regular   color 4 Blue
color  7 205   0 205  0 0  # regular   color 5 Magenta
color  8   0 205 205  0 0  # regular   color 6 Cyan
color  9 229 229 229  0 0  # regular   color 7 White

# intensive colors -------------------------------------------

# for some strange reason, intensive colours are bold, also.

color 10  77  77  77  0 1  # intensive foreground color
color 11 255 255 255  1 1  # intensive background color

color 12  77  77  77  0 1  # intensive color 0
color 13 255   0   0  0 1  # intensive color 1
color 14   0 255   0  0 1  # intensive color 2
color 15 255 255   0  0 1  # intensive color 3
color 16   0   0 255  0 1  # intensive color 4
color 17 255   0 255  0 1  # intensive color 5
color 18   0 255 255  0 1  # intensive color 6
color 19 255 255 255  0 1  # intensive color 7
-- 8< snap -----

Note that here, all intense colours are also rendered bold.

-lars


Created an attachment (id=17629)
 --> (http://bugs.kde.org/attachment.cgi?id=17629&action=view)
konsole%7ETEComm.pat


From alistair at devzero.co.uk  Sun Sep  3 18:22:12 2006
From: alistair at devzero.co.uk (Alistair Strachan)
Date: 3 Sep 2006 18:22:12 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060903182212.28990.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From alistair devzero co uk  2006-09-03 20:22 -------
Great explanation Lars, I can confirm this properly fixes the bug.


From JohannBueckler at freenet.de  Sun Sep  3 19:19:47 2006
From: JohannBueckler at freenet.de (Hannes)
Date: 3 Sep 2006 19:19:47 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060903191947.20620.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         




------- Additional Comments From JohannBueckler freenet de  2006-09-03 21:19 -------
Created an attachment (id=17630)
 --> (http://bugs.kde.org/attachment.cgi?id=17630&action=view)
Tar, GZip File with different Screenshots of the problem.


From JohannBueckler at freenet.de  Sun Sep  3 19:20:37 2006
From: JohannBueckler at freenet.de (Hannes)
Date: 3 Sep 2006 19:20:37 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060903192037.21299.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         




------- Additional Comments From JohannBueckler freenet de  2006-09-03 21:20 -------
Created an attachment (id=17631)
 --> (http://bugs.kde.org/attachment.cgi?id=17631&action=view)
Best described Screenshot


From latyvel at gmail.com  Sun Sep  3 20:20:37 2006
From: latyvel at gmail.com (Tal Levy)
Date: 3 Sep 2006 20:20:37 -0000
Subject: [Konsole-devel] [Bug 133524] New: Links in konsole should be
	clickable.
Message-ID: <20060903222036.133524.latyvel@gmail.com>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133524         
           Summary: Links in konsole should be clickable.
           Product: konsole
           Version: 1.6.4
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: latyvel gmail com


Version:           1.6.4 (using KDE 3.5.4, Arch Linux)
Compiler:          Target: i686-pc-linux-gnu
OS:                Linux (i686) release 2.6.17-ARCH

Links in konsole should be clickable and possibly underlined so they can open in konqueror (or any other browser), for example, when using apps like irssi.


From robertknight at gmail.com  Mon Sep  4 11:36:09 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 11:36:09 -0000
Subject: [Konsole-devel] [Bug 48485] usability: enable Xon/Xoff flowcontrol
	for konsole by default
In-Reply-To: <20020930102230.48485.matze@stud.fbi.fh-darmstadt.de>  
Message-ID: <20060904113609.17190.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=48485         




------- Additional Comments From robertknight gmail com  2006-09-04 13:36 -------
I have added the aforementioned warning bar when flow control is enabled which tells users what has happened when they press Ctrl+S and what to press to disable flow control.  It should be safe now to enable Xon/Xoff by default.


From robertknight at gmail.com  Mon Sep  4 11:38:13 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 11:38:13 -0000
Subject: [Konsole-devel] [Bug 133524] Links in konsole should be clickable.
In-Reply-To: <20060903222036.133524.latyvel@gmail.com>  
Message-ID: <20060904113813.19010.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133524         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |DUPLICATE



------- Additional Comments From robertknight gmail com  2006-09-04 13:38 -------
Thanks for the report - this has already been requested as part of other bug reports.

If you would like to see this feature, please vote for bug report #29712

*** This bug has been marked as a duplicate of 29712 ***


From owner at bugs.kde.org  Mon Sep  4 11:38:15 2006
From: owner at bugs.kde.org (owner at bugs.kde.org)
Date: 4 Sep 2006 11:38:15 -0000
Subject: [Konsole-devel] [Bug 29712] konsole should not depend upon klipper
In-Reply-To: <20010725084805.29712.stig@hackvan.com>  
Message-ID: <20060904113815.19033.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=29712         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |latyvel gmail com



------- Additional Comments From robertknight gmail com  2006-09-04 13:38 -------
*** Bug 133524 has been marked as a duplicate of this bug. ***


From robertknight at gmail.com  Mon Sep  4 11:42:01 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 11:42:01 -0000
Subject: [Konsole-devel] [Bug 42320] Impossible to remove the the frame
	around the window in full screen mode
In-Reply-To: <20020508121802.42320.thelemmings@thelemmings.net>  
Message-ID: <20060904114201.21573.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=42320         




------- Additional Comments From robertknight gmail com  2006-09-04 13:42 -------
> Now, would be very difficult to implement a patch that will allow users to use konsole without tabs (generally or in fullscreen mode)?

Hiding the tab bar (where the tabs are displayed) is easy, but that isn't the problem.  The problem is the frame which surrounds the 'page area' (where the terminal emulator is displayed) - and that is part of Qt's QTabWidget.


From robertknight at gmail.com  Mon Sep  4 11:49:59 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 11:49:59 -0000
Subject: [Konsole-devel] [Bug 132049] send input to all sessions needs
	confirmation
In-Reply-To: <20060808112141.132049.f.reifenstahl@laborseelig.de>  
Message-ID: <20060904114959.27127.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=132049         




------- Additional Comments From robertknight gmail com  2006-09-04 13:49 -------
Hello,

I see the need for a warning, but I think that rather than a popup confirmation dialog, it might be better to display a coloured warning banner at the top of the terminal.  A custom background colour is a good idea - but the user may already be using that to differentiate between different types of sessions which are running.

A confirmation dialog is useful to help avoid inadvertantly doing something as a side effect of performing another action (eg. closing sessions in other tabs when exiting Konsole) but in this case I don't think that "Send Input to All Sessions" can be activated accidentally.


From robertknight at gmail.com  Mon Sep  4 11:54:32 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 11:54:32 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060904115432.31099.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         




------- Additional Comments From robertknight gmail com  2006-09-04 13:54 -------
Does anything happen to this corruption if you resize the terminal window?


From robertknight at gmail.com  Mon Sep  4 11:56:11 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 11:56:11 -0000
Subject: [Konsole-devel] [Bug 133511] Garbage characters occasionally appear
	in Konsole
In-Reply-To: <20060903164559.133511.aela@gorodok.net>  
Message-ID: <20060904115611.32207.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133511         




------- Additional Comments From robertknight gmail com  2006-09-04 13:56 -------
Hello,

Are there reliable ways of reproducing this?  Or failing that, are there any particular applications which frequently cause this problem to appear?


From robertknight at gmail.com  Mon Sep  4 12:01:23 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 12:01:23 -0000
Subject: [Konsole-devel] [Bug 127520] Konsole crashes on shutdown with
	SIGSEGV (11)
In-Reply-To: <20060517182911.127520.danst0@west.de>  
Message-ID: <20060904120123.4182.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=127520         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME



------- Additional Comments From robertknight gmail com  2006-09-04 14:01 -------
Nicolas, I think this may be a packaging problem rather than an issue with Konsole itself if it works properly from sources.

I will mark this as resolved for now.  
Others feel free to reopen if the problem still occurs for them.


From robertknight at gmail.com  Mon Sep  4 12:04:04 2006
From: robertknight at gmail.com (Robert Knight)
Date: 4 Sep 2006 12:04:04 -0000
Subject: [Konsole-devel] [Bug 133135] konsole crashes on exit when wine dbg
	outputted a backtrace
In-Reply-To: <20060828160725.133135.omega@blackcatgames.com>  
Message-ID: <20060904120404.6612.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133135         




------- Additional Comments From robertknight gmail com  2006-09-04 14:04 -------
Can you confirm whether this happens if you use a schema which does not use a transparent background? It seems from the backtrace that the problem may be related to this.


From belaran at gmail.com  Mon Sep  4 14:44:37 2006
From: belaran at gmail.com (Romain PELISSE)
Date: 4 Sep 2006 14:44:37 -0000
Subject: [Konsole-devel] [Bug 131856] Terminal's Transparency not working
In-Reply-To: <20060804141557.131856.belaran@gmail.com>  
Message-ID: <20060904144437.28174.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131856         
belaran gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME



------- Additional Comments From belaran gmail com  2006-09-04 16:44 -------
This bug seems to be the same as Stephane's, the library scim seems to be the problem, so i close this bug.


From aela at gorodok.net  Mon Sep  4 19:32:41 2006
From: aela at gorodok.net (Andrey Golovizin)
Date: 4 Sep 2006 19:32:41 -0000
Subject: [Konsole-devel] [Bug 133511] Garbage characters occasionally appear
	in Konsole
In-Reply-To: <20060903164559.133511.aela@gorodok.net>  
Message-ID: <20060904193241.8494.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133511         




------- Additional Comments From aela gorodok net  2006-09-04 21:32 -------
Created an attachment (id=17636)
 --> (http://bugs.kde.org/attachment.cgi?id=17636&action=view)
How to reproduce the bug:

1. run Midnight Commander or some other console application using pseudographic
characters for drawing lines;
2. hold down shift key and select a piece of horizontal line with your mouse
(10-20 characters should be enough);
3. paste the selection into your shell session in Konsole by pressing middle
mouse button or whatever; repeat several times for better effect;
4. after that, if you are lucky, something similar to the attached screenshot
should appear on your screen :)

I also noticed that the bug only appears with UTF-8 locale (and Konsole
encoding set to UTF-8).


From JohannBueckler at freenet.de  Mon Sep  4 19:37:48 2006
From: JohannBueckler at freenet.de (Hannes)
Date: 4 Sep 2006 19:37:48 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060904193748.13769.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         




------- Additional Comments From JohannBueckler freenet de  2006-09-04 21:37 -------
Yes, it changes position


From JohannBueckler at freenet.de  Mon Sep  4 19:39:54 2006
From: JohannBueckler at freenet.de (Hannes)
Date: 4 Sep 2006 19:39:54 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060904193954.14964.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         




------- Additional Comments From JohannBueckler freenet de  2006-09-04 21:39 -------
yes, it changes position. And if the windowsize is smaler than the text it clear the text.


From kekatos at gmail.com  Tue Sep  5 13:51:50 2006
From: kekatos at gmail.com (Yanis Kekatos)
Date: 5 Sep 2006 13:51:50 -0000
Subject: [Konsole-devel] [Bug 42320] Impossible to remove the the frame
	around the window in full screen mode
In-Reply-To: <20020508121802.42320.thelemmings@thelemmings.net>  
Message-ID: <20060905135150.7958.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=42320         




------- Additional Comments From kekatos gmail com  2006-09-05 15:51 -------
You got me wrong. I was talking about a patch that would remove the
terminal emulator from the QTabWidget. Like a konsole,without tab
support.

> ------- Additional Comments From robertknight gmail com  2006-09-04 13:42 -------
> > Now, would be very difficult to implement a patch that will allow users to use konsole without tabs (generally or in fullscreen mode)?
>
> Hiding the tab bar (where the tabs are displayed) is easy, but that isn't the problem.  The problem is the frame which surrounds the 'page area' (where the terminal emulator is displayed) - and that is part of Qt's QTabWidget.
>


From phil at kde.org  Wed Sep  6 11:00:18 2006
From: phil at kde.org (Philip Rodrigues)
Date: 6 Sep 2006 11:00:18 -0000
Subject: [Konsole-devel] [Bug 129243] Bug appears when session is ended with
	konsole window opened.
In-Reply-To: <20060616122848.129243.wlwireless@yahoo.com>  
Message-ID: <20060906110018.1197.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=129243         
phil kde org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME



------- Additional Comments From phil kde org  2006-09-06 13:00 -------
Problem gone, and no config files given so closing


From Lukas-Hetzenecker at gmx.at  Wed Sep  6 15:29:47 2006
From: Lukas-Hetzenecker at gmx.at (LukasHetzi)
Date: 6 Sep 2006 15:29:47 -0000
Subject: [Konsole-devel] [Bug 133660] New: Sitzungen nach Benutzer/aktuellen
	Verzeichnis bennen
Message-ID: <20060906172946.133660.Lukas-Hetzenecker@gmx.at>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133660         
           Summary: Sitzungen nach Benutzer/aktuellen Verzeichnis bennen
           Product: konsole
           Version: 1.6.4
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: Lukas-Hetzenecker gmx at


Version:           1.6.4 (using KDE 3.5.4-1.1.fc5.kde, Fedora Core release 5 (Bordeaux))
Compiler:          Target: i386-redhat-linux
OS:                Linux (i686) release 2.6.17-1.2174_FC5smp

Ich finde es eher umst?ndlich dass die Sitzungen immer "Befehlsfenster Nr.x" genannt werden. Es w?re viel besser wenn sie z.B. "[name host verzeichnis] Nr. x" genannt w?rden.


From Lukas-Hetzenecker at gmx.at  Wed Sep  6 15:34:01 2006
From: Lukas-Hetzenecker at gmx.at (LukasHetzi)
Date: 6 Sep 2006 15:34:01 -0000
Subject: [Konsole-devel] [Bug 133661] New: Sitzungen nach Benutzer/aktuellen
	Verzeichnis bennen
Message-ID: <20060906173401.133661.Lukas-Hetzenecker@gmx.at>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133661         
           Summary: Sitzungen nach Benutzer/aktuellen Verzeichnis bennen
           Product: konsole
           Version: 1.6.4
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: Lukas-Hetzenecker gmx at


Version:           1.6.4 (using KDE 3.5.4-1.1.fc5.kde, Fedora Core release 5 (Bordeaux))
Compiler:          Target: i386-redhat-linux
OS:                Linux (i686) release 2.6.17-1.2174_FC5smp

Ich finde es eher umst?ndlich dass die Sitzungen immer "Befehlsfenster Nr.x" genannt werden. Es w?re viel besser wenn sie z.B. "[name host verzeichnis] Nr. x" genannt w?rden.


From kling at impul.se  Wed Sep  6 19:19:10 2006
From: kling at impul.se (Andreas Kling)
Date: 6 Sep 2006 19:19:10 -0000
Subject: [Konsole-devel] [Bug 133661] Sitzungen nach Benutzer/aktuellen
	Verzeichnis bennen
In-Reply-To: <20060906173401.133661.Lukas-Hetzenecker@gmx.at>  
Message-ID: <20060906191910.21996.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133661         
kling impul se changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From kling impul se  2006-09-06 21:19 -------
See bug 133661


From kling at impul.se  Wed Sep  6 19:19:38 2006
From: kling at impul.se (Andreas Kling)
Date: 6 Sep 2006 19:19:38 -0000
Subject: [Konsole-devel] [Bug 133661] Sitzungen nach Benutzer/aktuellen
	Verzeichnis bennen
In-Reply-To: <20060906173401.133661.Lukas-Hetzenecker@gmx.at>  
Message-ID: <20060906191938.22211.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133661         




------- Additional Comments From kling impul se  2006-09-06 21:19 -------
I meant bug 133660, obviously.


From cniehaus at kde.org  Wed Sep  6 20:21:35 2006
From: cniehaus at kde.org (Carsten Niehaus)
Date: 6 Sep 2006 20:21:35 -0000
Subject: [Konsole-devel] [Bug 133660] Sitzungen nach Benutzer/aktuellen
	Verzeichnis bennen
In-Reply-To: <20060906172946.133660.Lukas-Hetzenecker@gmx.at>  
Message-ID: <20060906202135.24202.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133660         




------- Additional Comments From cniehaus kde org  2006-09-06 22:21 -------
The reporter says the he dislikes the fact the each new tab is called "Befehlsfenster #n" where n is the number. For example, if you open three shell-tabs in konsole, the first is called "Befehlsfenster", the second "Befehlsfenster Nr. 2" and the third "Befehlsfenster Nr. 3"

The reporter suggests "[name host verzeichnis] Nr. x" instead.


From robertknight at gmail.com  Wed Sep  6 20:27:56 2006
From: robertknight at gmail.com (Robert Knight)
Date: 6 Sep 2006 20:27:56 -0000
Subject: [Konsole-devel] [Bug 133511] Garbage characters occasionally appear
	in Konsole
In-Reply-To: <20060903164559.133511.aela@gorodok.net>  
Message-ID: <20060906202756.28768.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133511         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From robertknight gmail com  2006-09-06 22:27 -------
Hello,

Yes, I think I see what you mean.  I see odd "question-mark box" characters appearing in the middle of one or two of the lines.

They don't appear in the current KDE 4 build of Konsole - but running mc it seems that there are a couple of new glitches, possibly related.  The box around the directory view is broken at the bottom.


From kling at impul.se  Wed Sep  6 20:28:08 2006
From: kling at impul.se (Andreas Kling)
Date: 6 Sep 2006 20:28:08 -0000
Subject: [Konsole-devel] [Bug 133660] Sitzungen nach Benutzer/aktuellen
	Verzeichnis bennen
In-Reply-To: <20060906172946.133660.Lukas-Hetzenecker@gmx.at>  
Message-ID: <20060906202808.28920.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133660         
kling impul se changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |DUPLICATE



------- Additional Comments From kling impul se  2006-09-06 22:28 -------
Marking as duplicate since everyone will want their own format.

*** This bug has been marked as a duplicate of 122213 ***


From owner at bugs.kde.org  Wed Sep  6 20:28:09 2006
From: owner at bugs.kde.org (owner at bugs.kde.org)
Date: 6 Sep 2006 20:28:09 -0000
Subject: [Konsole-devel] [Bug 122213] configuration option to set new shell
	name
In-Reply-To: <20060218134141.122213.mark2776@yahoo.com>  
Message-ID: <20060906202809.28945.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=122213         
kling impul se changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |Lukas-Hetzenecker gmx at



------- Additional Comments From kling impul se  2006-09-06 22:28 -------
*** Bug 133660 has been marked as a duplicate of this bug. ***


From robertknight at gmail.com  Wed Sep  6 20:37:15 2006
From: robertknight at gmail.com (Robert Knight)
Date: 6 Sep 2006 20:37:15 -0000
Subject: [Konsole-devel] [Bug 96569] konsole window title anomaly
In-Reply-To: <20050108104753.96569.berberic@fmi.uni-passau.de>  
Message-ID: <20060906203715.2710.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=96569         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From robertknight gmail com  2006-09-06 22:37 -------
Konsole for KDE 4 removes the " - Shell - Konsole" section from the window title.  This fixes this as a side effect.


From robertknight at gmail.com  Wed Sep  6 20:39:16 2006
From: robertknight at gmail.com (Robert Knight)
Date: 6 Sep 2006 20:39:16 -0000
Subject: [Konsole-devel] [Bug 94963] CPU maxed while selecting text with
	left-mouse-drag
In-Reply-To: <20041212012522.94963.david0@duchene.ca>  
Message-ID: <20060906203916.4909.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=94963         




------- Additional Comments From robertknight gmail com  2006-09-06 22:39 -------
Does the problem still exist with KDE 3.5?  I was not able to reproduce the problem under KDE 3.5.4.


From robertknight at gmail.com  Wed Sep  6 20:51:39 2006
From: robertknight at gmail.com (Robert Knight)
Date: 6 Sep 2006 20:51:39 -0000
Subject: [Konsole-devel] [Bug 133053] Scrolling doesn't work with GNU screen
In-Reply-To: <20060827070543.133053.listenfang@arcor.de>  
Message-ID: <20060906205139.11985.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133053         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From robertknight gmail com  2006-09-06 22:51 -------
Confirmed - will look into it in more detail later.


From kurt.hindenburg at kdemail.net  Thu Sep  7 03:35:05 2006
From: kurt.hindenburg at kdemail.net (Kurt Hindenburg)
Date: Wed, 6 Sep 2006 23:35:05 -0400
Subject: [Konsole-devel] branches/KDE/3.5/kdebase/konsole/konsole
In-Reply-To: <200609062103.50970.coolo@kde.org>
References: <1154839318.234278.24243.nullmailer@svn.kde.org>
	<200609062103.50970.coolo@kde.org>
Message-ID: <3eb00e9b0609062035l11363270ha1699e9218405f60@mail.gmail.com>

On 9/6/06, Stephan Kulow <coolo at kde.org> wrote:
>
> Am Sonntag, 6. August 2006 06:41 schrieb Kurt Hindenburg:
> > SVN commit 570194 by hindenburg:
> >
> > Fix to display bold.  For those for whom bold worked in KDE 3.5.3, this
> is
> > the regression fix.  For those, like me, for whom bold never work, this
> is
> > the fix.
> Can you please fix or revert? This is broken with just too many fonts -
> whenever the glyph metrics differs between normal and bold font, you get
> busted display. Most noticably with Luxi Mono here.
>
> Greetings, Stephan


I believe Lars has a new patch that fixes 3.5.x's bold.  I haven't had time
to test it.

  Regards,
     Kurt

http://bugs.kde.org/show_bug.cgi?id=131770
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/konsole-devel/attachments/20060906/60db2be1/attachment.html>

From kurt.hindenburg at kdemail.net  Fri Sep  8 15:46:34 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 8 Sep 2006 15:46:34 -0000
Subject: [Konsole-devel] [Bug 99329] Copyright missing from source files
In-Reply-To: <20050214072233.99329.kurt.hindenburg@kdemail.net>  
Message-ID: <20060908154634.15923.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=99329         
kurt.hindenburg kdemail net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From kurt.hindenburg kdemail net  2006-09-08 17:46 -------
According to krazy, konsole passes all the copyright/license tests...


From kurt.hindenburg at kdemail.net  Fri Sep  8 16:09:07 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 8 Sep 2006 16:09:07 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060908160907.25601.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         
kurt.hindenburg kdemail net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |



------- Additional Comments From kurt.hindenburg kdemail net  2006-09-08 18:09 -------
So the patch from #11 is O.K. and the patch from #20 is O.K.?

Testing with tests/colortest.sh I get bold for 30-39; however, 90-97 do NOT look like bold.


From lars.doelle at on-line.de  Sun Sep 10 19:08:45 2006
From: lars.doelle at on-line.de (lars.doelle at on-line.de)
Date: Sun, 10 Sep 2006 21:08:45 +0200
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060908160907.25601.qmail@ktown.kde.org>
References: <20060908160907.25601.qmail@ktown.kde.org>
Message-ID: <200609102108.45422.lars.doelle@on-line.de>

> ------- Additional Comments From kurt.hindenburg kdemail net  2006-09-08 18:09 -------
> So the patch from #11 is O.K. and the patch from #20 is O.K.?

Naa -- patch #11 breaks the rendition pipeline only further, additionally ignoring
the bold information in the schema files on top of the already existing bug.

Patch #12 fixes that the bold information faultily got send to the background. I introduced
the problem during the addition of the 8 and 24 bit color modes through a copy/paste error
from the transparency predicate, right above, which is a background attribute.

> Testing with tests/colortest.sh I get bold for 30-39; however, 90-97 do NOT look like bold.

Testing with "Konsole Default" (and looking at the code (effectiveRendition)) shows, that
bold is respected by reverting to faint colors.

SGR 90-97, 100-107 is an aixterm 16 color extension, adopted by xterm, and added to the
konsole as a contribution aside, but never balanced with bold more than the test shows.

I agree that the rendition is not optimal, because, e.g.

35 = 95+bold
35+bold = 95

xterm, b.t.w., is likely suboptimal here, e.g.

35+bold = 95+bold

The later identity is introduced, because bold implies intensive in xterm,
so the intensive information is lost when using the upper 8 color of the
16 color schema.

Likely, intensity (or bold) information is lost in the konsole using 90-97, but
in a different way.

The superficial reason that both terminal lack here, is, that the codes where
just added as a matter aside on top of the already existing handling. The codes
are only private aixterm extensions, liberally supported by xterm and konsole.

Deeper reason is, that there is no intense rendition attribute in VT102 and
friends at all. Following the relevant ECMA definition, see
http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-048.pdf
I marked the codes implemented by the konsole there with a "*". 

-- snip 8< ---------------------------

8.3.117 SGR - SELECT GRAPHIC RENDITION
        Notation: (Ps...)
        Representation: CSI Ps... 06/13
        Parameter default value: Ps = 0
        SGR is used to establish one or more graphic rendition aspects for subsequent text. The established
        aspects remain in effect until the next occurrence of SGR in the data stream, depending on the setting of
        the GRAPHIC RENDITION COMBINATION MODE (GRCM). Each graphic rendition aspect is
        specified by a parameter value:
*       0 default rendition (implementation-defined), cancels the effect of any preceding occurrence of SGR in
           the data stream regardless of the setting of the GRAPHIC RENDITION COMBINATION MODE
           (GRCM)
*      1  bold or increased intensity
        2  faint, decreased intensity or second colour
        3  italicized
*      4  singly underlined
*      5  slowly blinking (less then 150 per minute)
        6  rapidly blinking (150 per minute or more)
*      7  negative image
        8  concealed characters
        9  crossed-out (characters still legible but marked as to be deleted)
        10 primary (default) font
        11 first alternative font
        12 second alternative font
        13 third alternative font
        14 fourth alternative font
        15 fifth alternative font
        16 sixth alternative font
        17 seventh alternative font
        18 eighth alternative font
        19 ninth alternative font
        20 Fraktur (Gothic)
        21 doubly underlined
*      22 normal colour or normal intensity (neither bold nor faint)
        23 not italicized, not fraktur
*      24 not underlined (neither singly nor doubly)
*      25 steady (not blinking)
        26 (reserved for proportional spacing as specified in CCITT Recommendation T.61)
*      27 positive image
        28 revealed characters
        29 not crossed out
*        30 black display
*        31 red display
*        32 green display
*        33 yellow display
*        34 blue display
*        35 magenta display
*        36 cyan display
*        37 white display
*        38 (reserved for future standardization; intended for setting character foreground colour as specified in
            ISO 8613-6 [CCITT Recommendation T.416])
*        39 default display colour (implementation-defined)
*        40 black background
*        41 red background
*        42 green background
*        43 yellow background
*        44 blue background
*        45 magenta background
*        46 cyan background
*        47 white background
*        48 (reserved for future standardization; intended for setting character background colour as specified in
           ISO 8613-6 [CCITT Recommendation T.416])
*        49 default background colour (implementation-defined)
        50 (reserved for cancelling the effect of the rendering aspect established by parameter value 26)
        51 framed
        52 encircled
        53 overlined
        54 not framed, not encircled
        55 not overlined
        56 (reserved for future standardization)
        57 (reserved for future standardization)
        58 (reserved for future standardization)
        59 (reserved for future standardization)
        60 ideogram underline or right side line
        61 ideogram double underline or double line on the right side
        62 ideogram overline or left side line
        63 ideogram double overline or double line on the left side
        64 ideogram stress marking
        65 cancels the effect of the rendition aspects established by parameter values 60 to 64

-- snap 8< ---------------------------

As you can see from SGR-1, bold and intensive is already confused in the underlying standard of
every terminal of this class, be it VT102, linux-console, xterm or konsole. Other attributes, like
60-63 are a likely overloaded.

90-107 SGR codes, which complete the list of implemented rendition codes in the konsole
are a non-standard extensions, in some way introducing some sort of "intense" attribute.
These codes do not exist, really, but are a private extension, only not made explicit as such.
I doubt so, that these codes are ever emitted in any environment, but a remote shell to an
AIX system.

Curses, the terminal API, defines the attributes more orthogonally, see man:attr(3ncurses):

                                                     A_NORMAL        Normal display (no highlight)
                                                     A_STANDOUT      Best highlighting mode of the terminal.
                                                     A_UNDERLINE     Underlining
                                                     A_REVERSE       Reverse video
                                                     A_BLINK         Blinking
                                                     A_DIM           Half bright
                                                     A_BOLD          Extra bright or bold
                                                     A_PROTECT       Protected mode
                                                     A_INVIS         Invisible or blank mode
                                                     A_ALTCHARSET    Alternate character set
                                                     A_CHARTEXT      Bit-mask to extract a character
                                                     COLOR_PAIR(n)   Color-pair number n

so it might appear as if all these independent attributes exist in all terminals, but curses
handles different strands of terminals, e.g. wyse, too. Though curses would be able to
spell bold and intensive separately, the terminfo translation would not preserve this for
xterm, linux console, konsole, etc.. Note that even here, "A_BOLD" is of dubious semantics.

The question is, what to do about it. I doubt, if anyone would care if things were left as they are,
since only 8+1 colors are really defined, and the problem appears at the edge of a very weakly
defined extension in an anyway sketchy model.

One could go and put things more straight, introducing some proper intensive attribute, but this
would require some reconciliation with maintainers of other terminals, if one does not want to
make the mess even worse.

-lars


From lars.doelle at on-line.de  Sun Sep 10 19:09:33 2006
From: lars.doelle at on-line.de (Lars Doelle)
Date: 10 Sep 2006 19:09:33 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060910190933.18108.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From lars.doelle on-line de  2006-09-10 21:09 -------
> ------- Additional Comments From kurt.hindenburg kdemail net  2006-09-08 18:09 -------
> So the patch from #11 is O.K. and the patch from #20 is O.K.?


Naa -- patch #11 breaks the rendition pipeline only further, additionally ignoring
the bold information in the schema files on top of the already existing bug.

Patch #12 fixes that the bold information faultily got send to the background. I introduced
the problem during the addition of the 8 and 24 bit color modes through a copy/paste error
from the transparency predicate, right above, which is a background attribute.

> Testing with tests/colortest.sh I get bold for 30-39; however, 90-97 do NOT look like bold.


Testing with "Konsole Default" (and looking at the code (effectiveRendition)) shows, that
bold is respected by reverting to faint colors.

SGR 90-97, 100-107 is an aixterm 16 color extension, adopted by xterm, and added to the
konsole as a contribution aside, but never balanced with bold more than the test shows.

I agree that the rendition is not optimal, because, e.g.

35 = 95+bold
35+bold = 95

xterm, b.t.w., is likely suboptimal here, e.g.

35+bold = 95+bold

The later identity is introduced, because bold implies intensive in xterm,
so the intensive information is lost when using the upper 8 color of the
16 color schema.

Likely, intensity (or bold) information is lost in the konsole using 90-97, but
in a different way.

The superficial reason that both terminal lack here, is, that the codes where
just added as a matter aside on top of the already existing handling. The codes
are only private aixterm extensions, liberally supported by xterm and konsole.

Deeper reason is, that there is no intense rendition attribute in VT102 and
friends at all. Following the relevant ECMA definition, see
http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-048.pdf
I marked the codes implemented by the konsole there with a "*". 

-- snip 8< ---------------------------

8.3.117 SGR - SELECT GRAPHIC RENDITION
        Notation: (Ps...)
        Representation: CSI Ps... 06/13
        Parameter default value: Ps = 0
        SGR is used to establish one or more graphic rendition aspects for subsequent text. The established
        aspects remain in effect until the next occurrence of SGR in the data stream, depending on the setting of
        the GRAPHIC RENDITION COMBINATION MODE (GRCM). Each graphic rendition aspect is
        specified by a parameter value:
*       0 default rendition (implementation-defined), cancels the effect of any preceding occurrence of SGR in
           the data stream regardless of the setting of the GRAPHIC RENDITION COMBINATION MODE
           (GRCM)
*      1  bold or increased intensity
        2  faint, decreased intensity or second colour
        3  italicized
*      4  singly underlined
*      5  slowly blinking (less then 150 per minute)
        6  rapidly blinking (150 per minute or more)
*      7  negative image
        8  concealed characters
        9  crossed-out (characters still legible but marked as to be deleted)
        10 primary (default) font
        11 first alternative font
        12 second alternative font
        13 third alternative font
        14 fourth alternative font
        15 fifth alternative font
        16 sixth alternative font
        17 seventh alternative font
        18 eighth alternative font
        19 ninth alternative font
        20 Fraktur (Gothic)
        21 doubly underlined
*      22 normal colour or normal intensity (neither bold nor faint)
        23 not italicized, not fraktur
*      24 not underlined (neither singly nor doubly)
*      25 steady (not blinking)
        26 (reserved for proportional spacing as specified in CCITT Recommendation T.61)
*      27 positive image
        28 revealed characters
        29 not crossed out
*        30 black display
*        31 red display
*        32 green display
*        33 yellow display
*        34 blue display
*        35 magenta display
*        36 cyan display
*        37 white display
*        38 (reserved for future standardization; intended for setting character foreground colour as specified in
            ISO 8613-6 [CCITT Recommendation T.416])
*        39 default display colour (implementation-defined)
*        40 black background
*        41 red background
*        42 green background
*        43 yellow background
*        44 blue background
*        45 magenta background
*        46 cyan background
*        47 white background
*        48 (reserved for future standardization; intended for setting character background colour as specified in
           ISO 8613-6 [CCITT Recommendation T.416])
*        49 default background colour (implementation-defined)
        50 (reserved for cancelling the effect of the rendering aspect established by parameter value 26)
        51 framed
        52 encircled
        53 overlined
        54 not framed, not encircled
        55 not overlined
        56 (reserved for future standardization)
        57 (reserved for future standardization)
        58 (reserved for future standardization)
        59 (reserved for future standardization)
        60 ideogram underline or right side line
        61 ideogram double underline or double line on the right side
        62 ideogram overline or left side line
        63 ideogram double overline or double line on the left side
        64 ideogram stress marking
        65 cancels the effect of the rendition aspects established by parameter values 60 to 64

-- snap 8< ---------------------------

As you can see from SGR-1, bold and intensive is already confused in the underlying standard of
every terminal of this class, be it VT102, linux-console, xterm or konsole. Other attributes, like
60-63 are a likely overloaded.

90-107 SGR codes, which complete the list of implemented rendition codes in the konsole
are a non-standard extensions, in some way introducing some sort of "intense" attribute.
These codes do not exist, really, but are a private extension, only not made explicit as such.
I doubt so, that these codes are ever emitted in any environment, but a remote shell to an
AIX system.

Curses, the terminal API, defines the attributes more orthogonally, see man:attr(3ncurses):

                                                     A_NORMAL        Normal display (no highlight)
                                                     A_STANDOUT      Best highlighting mode of the terminal.
                                                     A_UNDERLINE     Underlining
                                                     A_REVERSE       Reverse video
                                                     A_BLINK         Blinking
                                                     A_DIM           Half bright
                                                     A_BOLD          Extra bright or bold
                                                     A_PROTECT       Protected mode
                                                     A_INVIS         Invisible or blank mode
                                                     A_ALTCHARSET    Alternate character set
                                                     A_CHARTEXT      Bit-mask to extract a character
                                                     COLOR_PAIR(n)   Color-pair number n

so it might appear as if all these independent attributes exist in all terminals, but curses
handles different strands of terminals, e.g. wyse, too. Though curses would be able to
spell bold and intensive separately, the terminfo translation would not preserve this for
xterm, linux console, konsole, etc.. Note that even here, "A_BOLD" is of dubious semantics.

The question is, what to do about it. I doubt, if anyone would care if things were left as they are,
since only 8+1 colors are really defined, and the problem appears at the edge of a very weakly
defined extension in an anyway sketchy model.

One could go and put things more straight, introducing some proper intensive attribute, but this
would require some reconciliation with maintainers of other terminals, if one does not want to
make the mess even worse.

-lars


From kurt.hindenburg at kdemail.net  Sun Sep 10 20:01:04 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 10 Sep 2006 20:01:04 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060910200104.15849.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From kurt.hindenburg kdemail net  2006-09-10 22:01 -------
SVN commit 582860 by hindenburg:

Revert my attempt to fix bold, 570194.

CCBUG: 131770



 M  +1 -1      TEScreen.cpp  
 M  +0 -13     TEWidget.cpp  


--- branches/KDE/3.5/kdebase/konsole/konsole/TEScreen.cpp #582859:582860
 @ -506,7 +506,7  @
 void TEScreen::effectiveRendition()
 // calculate rendition
 {
-  ef_re = cu_re & (RE_UNDERLINE | RE_BLINK | RE_BOLD);
+  ef_re = cu_re & (RE_UNDERLINE | RE_BLINK);
   if (cu_re & RE_REVERSE)
   {
     ef_fg = cu_bg;
--- branches/KDE/3.5/kdebase/konsole/konsole/TEWidget.cpp #582859:582860
 @ -684,19 +684,6  @
     }
   }
 
-  // Paint text
-  if (attr->r & RE_BOLD)
-  {
-    QFont currentFont = paint.font();
-    currentFont.setBold(true);
-    paint.setFont( currentFont );
-  } else {
-    QFont currentFont = paint.font();
-    currentFont.setBold(false);
-    paint.setFont( currentFont );
-  }
-
-
   if (!(blinking && (attr->r & RE_BLINK)))
   {
     // ### Disabled for now, since it causes problems with characters


From aviv.by at gmail.com  Mon Sep 11 07:38:36 2006
From: aviv.by at gmail.com (Aviv Ben-Yosef)
Date: 11 Sep 2006 07:38:36 -0000
Subject: [Konsole-devel] [Bug 133895] New: Tabs switching "skips"
	full-of-zeroes tabs
Message-ID: <20060911093835.133895.aviv.by@gmail.com>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133895         
           Summary: Tabs switching "skips" full-of-zeroes tabs
           Product: konsole
           Version: 1.4.2
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: aviv.by gmail com


Version:           1.4.2 (using KDE 3.3.2,  (3.1))
Compiler:          gcc version 3.3.5 (Debian 1:3.3.5-13)
OS:                Linux (i686) release 2.6.15-1-686

When a tab has lots of zeroes and the keyboard is used to switch to that tab, the tab is displayed for a split second and then moves on to the next tab and stays there. Thus, the wanted tab was 'skipped'.

To reproduce:
1. Open konsole and create 2 tabs
2. On one of the tabs do something like: perl -e 'print "0"x30000'
3. Move to the other tab
4. Use the shift+arrow keys to move to the tab with the zeroes

Expected behaviour:
Simply to switch to the tab with zeroes

Note, I checked and this only happens with 0's - A's 1's etc' didn't do this.


From f.reifenstahl at seelig.de  Mon Sep 11 08:50:07 2006
From: f.reifenstahl at seelig.de (F Reifenstahl)
Date: 11 Sep 2006 08:50:07 -0000
Subject: [Konsole-devel] [Bug 132049] send input to all sessions needs
	confirmation
In-Reply-To: <20060808112141.132049.f.reifenstahl@laborseelig.de>  
Message-ID: <20060911085007.3102.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=132049         




------- Additional Comments From f.reifenstahl seelig de  2006-09-11 10:50 -------
> A confirmation dialog is useful to help avoid inadvertantly doing something
> as a side effect of performing another action (eg. closing sessions in
> other tabs when exiting Konsole) but in this case I don't think that "Send
> Input to All Sessions" can be activated accidentally.


Hmm, it can, it had happened to me. I still guess this should be well fused.

Regards
Frank


From allergy at alrj.org  Mon Sep 11 14:16:45 2006
From: allergy at alrj.org (Amand Tihon)
Date: 11 Sep 2006 14:16:45 -0000
Subject: [Konsole-devel] [Bug 133511] Garbage characters occasionally appear
	in Konsole
In-Reply-To: <20060903164559.133511.aela@gorodok.net>  
Message-ID: <20060911141645.9974.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133511         




------- Additional Comments From allergy alrj org  2006-09-11 16:16 -------
This bug tends to appear with screen/irssi too. I don't know which one is the culprit.

It seems to happen to "special" characters only (chars with accents like ???, or line drawings in mc).


From kurt.hindenburg at kdemail.net  Mon Sep 11 15:22:37 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 11 Sep 2006 15:22:37 -0000
Subject: [Konsole-devel] [Bug 133895] Tabs switching "skips" full-of-zeroes
	tabs
In-Reply-To: <20060911093835.133895.aviv.by@gmail.com>  
Message-ID: <20060911152237.24291.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133895         
kurt.hindenburg kdemail net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID



------- Additional Comments From kurt.hindenburg kdemail net  2006-09-11 17:22 -------
KDE 3.3.2 is really old.  A whole lot has changed.  Please try a KDE 3.5.x version and reopen if you can duplicate.  I couldn't duplicate it here on KDE 3.5.4.


From kurt.hindenburg at kdemail.net  Mon Sep 11 15:47:07 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 11 Sep 2006 15:47:07 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060911154707.5003.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From kurt.hindenburg kdemail net  2006-09-11 17:47 -------
SVN commit 583168 by hindenburg:

Patch dealing with bold and the 256 colors issues by Lars Doelle.
Read the comments from lars on the bug report for more info about bold/intensive colors in KDE 3.5.x.

CCBUG: 131770


 M  +2 -2      TECommon.h  


--- branches/KDE/3.5/kdebase/konsole/konsole/TECommon.h #583167:583168
 @ -227,8 +227,8  @
 
 inline bool ca::isBold(const ColorEntry* base) const
 {
-  return (b.t == CO_DFT) && base[b.u+0+(b.v?BASE_COLORS:0)].bold
-      || (b.t == CO_SYS) && base[b.u+2+(b.v?BASE_COLORS:0)].bold;
+  return (f.t == CO_DFT) && base[f.u+0+(f.v?BASE_COLORS:0)].bold 
+      || (f.t == CO_SYS) && base[f.u+2+(f.v?BASE_COLORS:0)].bold; 
 }
 
 #endif // TECOMMON_H


From omegaminus at tochka.ru  Mon Sep 11 19:14:29 2006
From: omegaminus at tochka.ru (Andrey Stepin)
Date: 11 Sep 2006 19:14:29 -0000
Subject: [Konsole-devel] [Bug 133933] New: Konsole does not work as expected
	when stdout is not buffered in program which run inside it
Message-ID: <20060911211424.133933.omegaminus@tochka.ru>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133933         
           Summary: Konsole does not work as expected when stdout is not
                    buffered in program which run inside it
           Product: konsole
           Version: unspecified
          Platform: Fedora RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: omegaminus tochka ru


Version:            (using KDE KDE 3.5.1)
Installed from:    Fedora RPMs
Compiler:          gcc 4.1.0 x86-64 
OS:                Linux

When running some program which unbuffers stdout , konsole shows inappropriate behaviour.
For example:

#!/usr/bin/tclsh
fconfigure stdout -buffering none -blocking false
set i 0
while {1} {
	incr i
	puts -nonewline "$i       \r"
}

This programs executes until Ctrl-C is pressed and displays increasing numbers when run at normal text-mode console.
However, at Konsole it runs for some time and stops randomly at random value of i.


From robertknight at gmail.com  Mon Sep 11 19:31:55 2006
From: robertknight at gmail.com (Robert Knight)
Date: 11 Sep 2006 19:31:55 -0000
Subject: [Konsole-devel] [Bug 133933] Konsole does not work as expected when
	stdout is not buffered in program which run inside it
In-Reply-To: <20060911211424.133933.omegaminus@tochka.ru>  
Message-ID: <20060911193155.22786.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133933         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From robertknight gmail com  2006-09-11 21:31 -------
Confirmed.  I get sporadic results here.  Sometimes it works properly, other times it stops as described.


From henry.malthus at gmail.com  Tue Sep 12 08:41:06 2006
From: henry.malthus at gmail.com (Henry Malthus)
Date: 12 Sep 2006 08:41:06 -0000
Subject: [Konsole-devel] [Bug 133949] New: Renaming sessions changes current
	tab name
Message-ID: <20060912104050.133949.henry.malthus@gmail.com>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133949         
           Summary: Renaming sessions changes current tab name
           Product: konsole
           Version: unspecified
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: henry.malthus gmail com


Version:            (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc 4.1.2 
OS:                Linux

Renaming a session changes the current tab name, regardless of which session you are trying to change the name of.

Steps to reproduce:
* open a couple of sessions in Konsole
* switch to the first one
* right click on another session's tab, select 'Rename...'
* fill in the dialog, and press enter

You'll see that the current tab's title gets changes to whatever was entered.

I would expect that the title of the tab that was renamed gets changed, and the current tab's title stays the same.

Interesting to note that, the name of the session does get changed, it's just that the wrong tab title does also.


From henry.malthus at gmail.com  Tue Sep 12 08:47:29 2006
From: henry.malthus at gmail.com (Henry Malthus)
Date: 12 Sep 2006 08:47:29 -0000
Subject: [Konsole-devel] [Bug 133949] Renaming sessions changes current tab
	name
In-Reply-To: <20060912104050.133949.henry.malthus@gmail.com>  
Message-ID: <20060912084729.26269.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133949         




------- Additional Comments From henry.malthus gmail com  2006-09-12 10:47 -------
Created an attachment (id=17735)
 --> (http://bugs.kde.org/attachment.cgi?id=17735&action=view)
proposed patch to fix this bug

Really simple fix, se is the current session, whereas ses is the session passed
to slotRenameSession.

As you can see, beforehand the current tab's title was being changed regardless
of which session was passed to slotRenameSession.

Patch applies to current SVN (r583392). Perhaps should be back-ported for KDE
3.5.5, if there is going to be one?


From kde at custardfd.org.uk  Tue Sep 12 19:42:10 2006
From: kde at custardfd.org.uk (Daniel Oliver)
Date: 12 Sep 2006 19:42:10 -0000
Subject: [Konsole-devel] [Bug 133983] New: Random hue per shell not per
	Konsole instance
Message-ID: <20060912214209.133983.kde@custardfd.org.uk>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133983         
           Summary: Random hue per shell not per Konsole instance
           Product: konsole
           Version: unspecified
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: kde custardfd org uk


Version:            (using KDE KDE 3.5.1)
Installed from:    SuSE RPMs

I'd like to use the random hue feature to clearly differentiate between shells, but only one hue is ever chosen per Konsole instance.

The hue is currently chosen and assigned in ColorSchema::rereadSchemaFile(). As far I could tell from my quick scan of the code, the fact a colour is random isn't passed beyond this function so some changes to ColorSchema would be required.

I'd like to submit a patch, but need to know if it's worth it first as I have no desire to check out KDE 4 if there are significant differences in schema.cpp and any other files I'm likely to need.


From JohannBueckler at freenet.de  Wed Sep 13 18:36:29 2006
From: JohannBueckler at freenet.de (Hannes)
Date: 13 Sep 2006 18:36:29 -0000
Subject: [Konsole-devel] [Bug 133390] Colored represented lines such as
	directories have a empty-painted column in column 78/80
In-Reply-To: <20060901184204.133390.JohannBueckler@freenet.de>  
Message-ID: <20060913183629.7717.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=133390         
JohannBueckler freenet de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME



------- Additional Comments From JohannBueckler freenet de  2006-09-13 20:36 -------
Resolved in Konsole 1.6.4 KDE 3.5.4 release 62.1


From kurt.hindenburg at kdemail.net  Thu Sep 14 15:37:28 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 14 Sep 2006 15:37:28 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060914153728.30890.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From kurt.hindenburg kdemail net  2006-09-14 17:37 -------
So, to clarify, 
1. /trunk/ - bold is fixed 
2. /branches/3.5 - the current state is the way we are leaving it 

This O.K. with everyone?


From alistair at devzero.co.uk  Thu Sep 14 17:06:30 2006
From: alistair at devzero.co.uk (Alistair Strachan)
Date: 14 Sep 2006 17:06:30 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060914170630.12479.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From alistair devzero co uk  2006-09-14 19:06 -------
I understand that technically this isn't a regression, but from an end-user perspective, "some bold" used to work, and now it doesn't.

I really think this should be fixed in 3.5.5.


From r at orcafat.com  Thu Sep 14 17:10:39 2006
From: r at orcafat.com (robert lindgren)
Date: 14 Sep 2006 17:10:39 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060914171039.14084.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From r orcafat com  2006-09-14 19:10 -------
I agree with Alistair. It's quite annoying at the moment.


From kurt.hindenburg at kdemail.net  Thu Sep 14 17:18:57 2006
From: kurt.hindenburg at kdemail.net (Kurt V.Hindenburg)
Date: 14 Sep 2006 17:18:57 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060914171857.18181.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From kurt.hindenburg kdemail net  2006-09-14 19:18 -------
O.K. perhaps my email wasn't clear... I'm talking about what in the svn kde 3.5 branch today.  Not KDE 3.5.4.
Perhaps people can apply the 2 patches (#24 and 25) or update their svn copy and then comment on the current state.


From robertknight at gmail.com  Fri Sep 15 00:45:37 2006
From: robertknight at gmail.com (Robert Knight)
Date: 15 Sep 2006 00:45:37 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060915004537.14901.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         




------- Additional Comments From robertknight gmail com  2006-09-15 02:45 -------
> So, to clarify,
> 1. /trunk/ - bold is fixed

Well, when I said 'fixed', I mean that in trunk text with the bold attribute is always rendered as bold - no matter what the schema says.  This will ultimately have to change.      

As Lars explained to me, this is both incorrect and not ideal because:

- Personal preference (Not everyone likes the look of bold text)
- Bold text does not look good in some schemas in particular (eg. midnight commander, Linux console)


The existing system (assuming the bugs were fixed) is very flexible,  but has its own problems.  In short - it is complicated from an end-user's perspective and Konsole does not render text as expected 'out of the box'.

- The default Konsole scheme gives unexpected results.  I had no idea until Lars told me that I could get bold to work as expected by switching to the Xterm schema.
- It isn't obvious that the handling of bold text is controlled by the schema, and there is no way to quickly set the handling of bold text for all colours in a schema.

My thoughts on how to resolve this issue, looking at it from an end-user's perspective:

- Set the default Konsole schema to one which is similar to xterm and gnome-terminal's default (perhaps with some slight colour tweaks eg. make the 'intensive green' less horribly bright).  Also look to see if there is anything else we can do to make Konsole's text look nicer out of the box.  eg.  Make sure that we use the proper Bold version of the font where available for rendering text. 

- Make it more obvious in the UI that bold text is handled by the schema, and provide an easier way to set the handling of bold text for a particular schema.  Checking / unchecking the 'bold' box for every colour in the palette is a painful process. 

A preview widget is somewhere on my to-do list for the future, and this would help to clarify the connection of bold text handling and schemas.


From Willa at sbcglobal.net  Sat Sep 16 03:09:58 2006
From: Willa at sbcglobal.net (Humberto)
Date: Sat, 16 Sep 2006 11:09:58 +0800
Subject: [Konsole-devel] A Job offer
Message-ID: <577B2C65.6697158@sbcglobal.net>

Dear Friend,

Taken into account the expansion of a field of
activity of our firm, 
which is located in Europe and engaged in modeling and
fashion
industry in the world markets. 
We require Project Manager. The job is of a partial
employment, which means that
you will not spend a lot of energy and time on it. The
salary
depends on the price of projects executed by you 
(about 30000-50000 dollars a year). If our offer has
interested you and you are a serious and hardworking
person, who is not afraid to open a new field of
activity for yourself, you are probably the person
that we are looking for. Also, we will be glad to see you
in our company. To suit this job you have to be at least
21 years of age or older and be a US or Australian
citizen.
Tahnk you.

galina_frolova at gawab.com



From dennis_p at quicknet.nl  Sun Sep 17 13:20:47 2006
From: dennis_p at quicknet.nl (Dennis P)
Date: Sun, 17 Sep 2006 15:20:47 +0200
Subject: [Konsole-devel] Konsole texture for KDE 3.5.5
Message-ID: <200609171520.48522.dennis_p@quicknet.nl>

I have enclosed a small texture for inclusion in KDE 3.5.5.

It does not need to become famous in KDE 3.5 I just want it to be there when 
users see it appearing in KDE 4 applications and want to use it in KDE 3 as 
well.

Alright then, you first want to see it in action?
choose Monospace 14 (as its name suggests)
on a white / light background based color scheme
line distance 1
set the texture

Please let me know if its included, thanks for your time.

Dennis Pennekamp
(Yes, I designed it myself releasing it here under GPL 2 or newer licence for 
redistribution. Saved with Kolourpaint)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Metric Monospace 14 Konsole.png
Type: image/png
Size: 160 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/konsole-devel/attachments/20060917/3435cf1c/attachment.png>

From janus at rtfm.org.ar  Wed Sep 20 04:11:06 2006
From: janus at rtfm.org.ar (Alejandro Diaz Caro)
Date: 20 Sep 2006 04:11:06 -0000
Subject: [Konsole-devel] [Bug 134370] New: Konsole don't show the
	transparent background in all tabs
Message-ID: <20060920061058.134370.janus@rtfm.org.ar>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134370         
           Summary: Konsole don't show the transparent background in all
                    tabs
           Product: konsole
           Version: 1.6.4
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: janus rtfm org ar


Version:           1.6.4 (using KDE 3.5.4, Kubuntu Package 4:3.5.4-0ubuntu2~dapper1 )
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.15-27-k7

None the Konsole's transparent schemas work in other tabs that is not the first tab.


From bluedzins at wp.pl  Sun Sep 24 09:54:56 2006
From: bluedzins at wp.pl (Maciej Pilichowski)
Date: 24 Sep 2006 09:54:56 -0000
Subject: [Konsole-devel] [Bug 134581] New: confirm quit: single tab with
	running process
Message-ID: <20060924115455.134581.bluedzins@wp.pl>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         
           Summary: confirm quit: single tab with running process
           Product: konsole
           Version: unspecified
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: bluedzins wp pl


Version:            (using KDE KDE 3.5.4)
Installed from:    SuSE RPMs

I run konsole this way
konsole --noclose -e my_script

I know konsole is full aware where the process is finished because it changes the window titles. But there is no warning when I try to close window when the process is running.

It would be much safer for me, if I could set (this future) option "confirm quit..." on.


From robertknight at gmail.com  Sun Sep 24 11:05:57 2006
From: robertknight at gmail.com (Robert Knight)
Date: 24 Sep 2006 11:05:57 -0000
Subject: [Konsole-devel] [Bug 134581] confirm quit: single tab with running
	process
In-Reply-To: <20060924115455.134581.bluedzins@wp.pl>  
Message-ID: <20060924110557.19147.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         




------- Additional Comments From robertknight gmail com  2006-09-24 13:05 -------
> I know konsole is full aware where the process is finished 
> because it changes the window titles. But there is no warning 
> when I try to close window when the process is running. 

No, Konsole is not aware of whether processes are running in the shells or not.  The program running in the shell is able to set the Konsole title by putting certain sequences of characters in the output stream.

Unfortunately the only way I know of reliably finding out whether there is a program running in the shell is to scan the contents of the /proc filesystem and looking for processes which list the shell process as their parent.  This is a little slow, but not impossible.

Konsole could probably make an intelligent guess as to whether or not a program is running by looking at the amount of time since output from the program running in the shell was received.


From bluedzins at wp.pl  Sun Sep 24 11:37:34 2006
From: bluedzins at wp.pl (Maciej Pilichowski)
Date: 24 Sep 2006 11:37:34 -0000
Subject: [Konsole-devel] [Bug 134581] confirm quit: single tab with running
	process
In-Reply-To: <20060924115455.134581.bluedzins@wp.pl>  
Message-ID: <20060924113734.5400.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         




------- Additional Comments From bluedzins wp pl  2006-09-24 13:37 -------
> No, Konsole is not aware of whether processes are running in the shells or
> not.  

I am not talking about the shell, but the process launched. For check this, I just wrote the tiny program in C++ which just sits and waits for the input. When I terminate it, Konsole displays "Finished".

So it is aware!

> The program running in the shell is able to set the Konsole title by putting
> certain sequences of characters in the output stream. 

Does this code set anything?

int main()
{
  while (true)
  {
    string s;
    cin >> s;
  }
  return 0;
}
 
> Konsole could probably make an intelligent guess as to whether or not a
> program is running by looking at the amount of time since output from the
> program running in the shell was received.

Konsole works just fine right now. I am asking for extra feature related to displaying this "finished" info -- before displaying it, please, confirm quit. I am not talking about additional recognizing finishing process -- _IT IS ALREADY DONE_.


From lars.doelle at on-line.de  Sun Sep 24 23:56:03 2006
From: lars.doelle at on-line.de (Lars Doelle)
Date: 24 Sep 2006 23:56:03 -0000
Subject: [Konsole-devel] [Bug 134581] confirm quit: single tab with running
	process
In-Reply-To: <20060924115455.134581.bluedzins@wp.pl>  
Message-ID: <20060924235603.26678.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         




------- Additional Comments From lars.doelle on-line de  2006-09-25 01:56 -------
> > Konsole could probably make an intelligent guess as to whether or not a
> > program is running by looking at the amount of time since output from the
> > program running in the shell was received.


Often, its only the user out for lunch, but not the command terminated.
Typical perhaps, distribution updating, stopping to ask a question.

> Konsole works just fine right now. I am asking for extra feature related to
> displaying this "finished" info -- before displaying it, please, confirm quit.


You mean "confirm quit" for a "konsole -noclose <Command>" still running the
Command. What would you use it for?


From bluedzins at wp.pl  Mon Sep 25 09:54:17 2006
From: bluedzins at wp.pl (Maciej Pilichowski)
Date: 25 Sep 2006 09:54:17 -0000
Subject: [Konsole-devel] [Bug 134581] confirm quit: single tab with running
	process
In-Reply-To: <20060924115455.134581.bluedzins@wp.pl>  
Message-ID: <20060925095417.12813.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         




------- Additional Comments From bluedzins wp pl  2006-09-25 11:54 -------
Lars,

> You mean "confirm quit" for a "konsole -noclose <Command>" still running the 
> Command. 

Yes. If the process is finished -- do not ask user for confirmation (no change here; konsole works this way right now).

Of course it should be an option, nothing hard-coded.

> What would you use it for?

Safety reason. When you close konsole you kill the process which can lead to data leak. And since there is no confirmation from konsole it is too easy to do it (even if launched process itself has some kind of confirm-quit protection).


From bluedzins at wp.pl  Mon Sep 25 10:28:28 2006
From: bluedzins at wp.pl (Maciej Pilichowski)
Date: 25 Sep 2006 10:28:28 -0000
Subject: [Konsole-devel] [Bug 134624] New: awkward startup size after screen
	resizing (minor)
Message-ID: <20060925122826.134624.bluedzins@wp.pl>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134624         
           Summary: awkward startup size after screen resizing (minor)
           Product: konsole
           Version: unspecified
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: bluedzins wp pl


Version:            (using KDE KDE 3.5.4)
Installed from:    SuSE RPMs

I use 1400x1050 screen res. Each time I run Konsole it is maximized, good.

1) run Konsole
2) is it maximized --> yes
3) quit Konsole
4) change screen res to 1024x768
5) run Konsole again

Now you get some awkward small window (I mean -- much smaller than 1024x768). I would expect to get it maximized, as usual.

There is a workaround with Kde window settings, but Konsole should start in a consistent manner.


From phil at pricom.com.au  Tue Sep 26 07:07:42 2006
From: phil at pricom.com.au (Phil Rhoades)
Date: Tue, 26 Sep 2006 17:07:42 +1000
Subject: [Konsole-devel] Konsole vs GT, MGT & use as an IDE
Message-ID: <20060926070742.GA14661@prix.pricom.com.au>

People,

I have been using Multi-Gnome-Terminal for a long time and I really like it but
it seems like it is not being maintained anymore so I had to look at Gnome
Terminal again and although I have not used KDE much in the past I thought it
would be good to have a look at Konsole as well after I saw a positive comment
about it's tab functions.

In a Ruby on Rails development environment (and other environments too)
I need to have lots of project files open in Vim - of course I can use Konsole
for this but it is still a problem navigating between all the files.  There are
RAD tools that allow better management of the development environment (eg
RadRails) but those tools generally force you into using their own editor
instead of Vim . .

My idea is:

- Use a version of Konsole that always starts up with Midnight Commander in Tab1.

- When any new file is opened from MC, it is kept in the same Tab order eg if I
have the following structure:

	- dir_A
		- File_1
		- File_2
	- dir_B
		- File_3
		- File_4

- if I then open File_4, a new Tab2 would be created for it

- if I then open File_2, a new Tab2 would be created for it and File_4
would now be in Tab3

- if I then open File_1, a new Tab2 would be created for it and File_2
would now be in Tab3 and File_4 would now be in Tab4

etc

Also, if a file is already opened, then selecting it in MC should bring the
appropriate Tab to the top.

How difficult would this be to implement using what is already available
in Konsole?

Thanks,

Phil.
-- 
Philip Rhoades

Pricom Pty Limited  (ACN 003 252 275  ABN 91 003 252 275)
GPO Box 3411
Sydney NSW	2001
Australia
Mobile:  +61:(0)411-185-652
Fax:     +61:(0)2-8221-9599
E-mail:  phil at pricom.com.au


From robertknight at gmail.com  Tue Sep 26 09:28:13 2006
From: robertknight at gmail.com (Robert Knight)
Date: Tue, 26 Sep 2006 10:28:13 +0100
Subject: [Konsole-devel] Konsole vs GT, MGT & use as an IDE
In-Reply-To: <20060926070742.GA14661@prix.pricom.com.au>
References: <20060926070742.GA14661@prix.pricom.com.au>
Message-ID: <13ed09c00609260228x746118e7t74fdd0abed535cc0@mail.gmail.com>

Hello Phil,

The first part, making Konsole start up with midnight commander is
fairly easy.   Launch Konsole using the "--type" command-line flag:

konsole --type mc

You edit the session types in Konsole's configuration dialog (Settings
-> Configure Konsole).
Konsole really ought to have an option in the config dialog to speciy
which session is used on startup by default.

The program running in the terminal can manipulate it by putting
certain escape sequences in the output.  Eg.  ESC]2;titleBEL (ESC =
\033, BEL = \007) sets the window title of an xterm-compatible
terminal.  In order to allow the program running in the terminal to
open a new tab a new escape sequence to instruct Konsole would need to
be defined, probably something in the form:

ESC]<number>;<command string>BEL

An from the mc, you would have to create a command which emitted this
character sequence.
Spotting that a file is already open and switching to the appropriate
tab is a bit more tricky.  I suppose Konsole could spot if a program
is being launched with the same command string as another tab.

So in summary:   A patch would have to be written for Konsole to do
this (probably not a very large one), and a new escape sequence would
have to be chosen which the terminal program can emit.

Regards,
Robert.

On 26/09/06, Phil Rhoades <phil at pricom.com.au> wrote:
> People,
>
> I have been using Multi-Gnome-Terminal for a long time and I really like it but
> it seems like it is not being maintained anymore so I had to look at Gnome
> Terminal again and although I have not used KDE much in the past I thought it
> would be good to have a look at Konsole as well after I saw a positive comment
> about it's tab functions.
>
> In a Ruby on Rails development environment (and other environments too)
> I need to have lots of project files open in Vim - of course I can use Konsole
> for this but it is still a problem navigating between all the files.  There are
> RAD tools that allow better management of the development environment (eg
> RadRails) but those tools generally force you into using their own editor
> instead of Vim . .
>
> My idea is:
>
> - Use a version of Konsole that always starts up with Midnight Commander in Tab1.
>
> - When any new file is opened from MC, it is kept in the same Tab order eg if I
> have the following structure:
>
>         - dir_A
>                 - File_1
>                 - File_2
>         - dir_B
>                 - File_3
>                 - File_4
>
> - if I then open File_4, a new Tab2 would be created for it
>
> - if I then open File_2, a new Tab2 would be created for it and File_4
> would now be in Tab3
>
> - if I then open File_1, a new Tab2 would be created for it and File_2
> would now be in Tab3 and File_4 would now be in Tab4
>
> etc
>
> Also, if a file is already opened, then selecting it in MC should bring the
> appropriate Tab to the top.
>
> How difficult would this be to implement using what is already available
> in Konsole?
>
> Thanks,
>
> Phil.
> --
> Philip Rhoades
>
> Pricom Pty Limited  (ACN 003 252 275  ABN 91 003 252 275)
> GPO Box 3411
> Sydney NSW      2001
> Australia
> Mobile:  +61:(0)411-185-652
> Fax:     +61:(0)2-8221-9599
> E-mail:  phil at pricom.com.au
> _______________________________________________
> konsole-devel mailing list
> konsole-devel at kde.org
> https://mail.kde.org/mailman/listinfo/konsole-devel
>


From phil at pricom.com.au  Tue Sep 26 11:54:45 2006
From: phil at pricom.com.au (Philip Rhoades)
Date: Tue, 26 Sep 2006 21:54:45 +1000
Subject: [Konsole-devel] Konsole vs GT,
	MGT & use as an IDE - problem	with mc
In-Reply-To: <13ed09c00609260228x746118e7t74fdd0abed535cc0@mail.gmail.com>
References: <20060926070742.GA14661@prix.pricom.com.au>
	<13ed09c00609260228x746118e7t74fdd0abed535cc0@mail.gmail.com>
Message-ID: <1159271685.31611.105.camel@prix.pricom.com.au>

Robert,

Thanks for the note.

At work (RHEL4WS) konsole with mc worked fine, however, at home (FC5) mc
is ignoring ESC sequences ($TERM=xterm) and "staircasing" when producing
the dir list . . any idea why?

Thanks,

Phil.


On Tue, 2006-09-26 at 10:28 +0100, Robert Knight wrote:
> Hello Phil,
> 
> The first part, making Konsole start up with midnight commander is
> fairly easy.   Launch Konsole using the "--type" command-line flag:
> 
> konsole --type mc
> 
> You edit the session types in Konsole's configuration dialog (Settings
> -> Configure Konsole).
> Konsole really ought to have an option in the config dialog to speciy
> which session is used on startup by default.
> 
> The program running in the terminal can manipulate it by putting
> certain escape sequences in the output.  Eg.  ESC]2;titleBEL (ESC =
> \033, BEL = \007) sets the window title of an xterm-compatible
> terminal.  In order to allow the program running in the terminal to
> open a new tab a new escape sequence to instruct Konsole would need to
> be defined, probably something in the form:
> 
> ESC]<number>;<command string>BEL
> 
> An from the mc, you would have to create a command which emitted this
> character sequence.
> Spotting that a file is already open and switching to the appropriate
> tab is a bit more tricky.  I suppose Konsole could spot if a program
> is being launched with the same command string as another tab.
> 
> So in summary:   A patch would have to be written for Konsole to do
> this (probably not a very large one), and a new escape sequence would
> have to be chosen which the terminal program can emit.
> 
> Regards,
> Robert.
> 
> On 26/09/06, Phil Rhoades <phil at pricom.com.au> wrote:
> > People,
> >
> > I have been using Multi-Gnome-Terminal for a long time and I really like it but
> > it seems like it is not being maintained anymore so I had to look at Gnome
> > Terminal again and although I have not used KDE much in the past I thought it
> > would be good to have a look at Konsole as well after I saw a positive comment
> > about it's tab functions.
> >
> > In a Ruby on Rails development environment (and other environments too)
> > I need to have lots of project files open in Vim - of course I can use Konsole
> > for this but it is still a problem navigating between all the files.  There are
> > RAD tools that allow better management of the development environment (eg
> > RadRails) but those tools generally force you into using their own editor
> > instead of Vim . .
> >
> > My idea is:
> >
> > - Use a version of Konsole that always starts up with Midnight Commander in Tab1.
> >
> > - When any new file is opened from MC, it is kept in the same Tab order eg if I
> > have the following structure:
> >
> >         - dir_A
> >                 - File_1
> >                 - File_2
> >         - dir_B
> >                 - File_3
> >                 - File_4
> >
> > - if I then open File_4, a new Tab2 would be created for it
> >
> > - if I then open File_2, a new Tab2 would be created for it and File_4
> > would now be in Tab3
> >
> > - if I then open File_1, a new Tab2 would be created for it and File_2
> > would now be in Tab3 and File_4 would now be in Tab4
> >
> > etc
> >
> > Also, if a file is already opened, then selecting it in MC should bring the
> > appropriate Tab to the top.
> >
> > How difficult would this be to implement using what is already available
> > in Konsole?
> >
> > Thanks,
> >
> > Phil.
> > --
> > Philip Rhoades
> >
> > Pricom Pty Limited  (ACN 003 252 275  ABN 91 003 252 275)
> > GPO Box 3411
> > Sydney NSW      2001
> > Australia
> > Mobile:  +61:(0)411-185-652
> > Fax:     +61:(0)2-8221-9599
> > E-mail:  phil at pricom.com.au
> > _______________________________________________
> > konsole-devel mailing list
> > konsole-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/konsole-devel
> >
> 
-- 
Philip Rhoades

Pricom Pty Limited  (ACN 003 252 275  ABN 91 003 252 275)
GPO Box 3411
Sydney NSW      2001
Australia
Mobile:  +61:(0)411-185-652
Fax:     +61:(0)2-8221-9599
E-mail:  phil at pricom.com.au




From gassauer at kde.org  Wed Sep 27 13:29:58 2006
From: gassauer at kde.org (Ferdinand Gassauer)
Date: 27 Sep 2006 13:29:58 -0000
Subject: [Konsole-devel] [Bug 122831] block selection mode missing
In-Reply-To: <20060228131052.122831.gassauer@kde.org>  
Message-ID: <20060927132958.28807.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=122831         




------- Additional Comments From gassauer kde org  2006-09-27 15:29 -------
or to the documentation / help !!


From robertknight at gmail.com  Thu Sep 28 10:43:06 2006
From: robertknight at gmail.com (Robert Knight)
Date: 28 Sep 2006 10:43:06 -0000
Subject: [Konsole-devel] [Bug 134581] confirm quit: single tab with running
	process
In-Reply-To: <20060924115455.134581.bluedzins@wp.pl>  
Message-ID: <20060928104306.32369.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         




------- Additional Comments From robertknight gmail com  2006-09-28 12:43 -------
> I am not talking about the shell, but the process launched.

Yes sorry, I didn't read the original report closely enough.  This should be easy to add.


> _IT IS ALREADY DONE_. 

Please don't shout in bug reports, you already made your point.


From robertknight at gmail.com  Thu Sep 28 10:43:25 2006
From: robertknight at gmail.com (Robert Knight)
Date: 28 Sep 2006 10:43:25 -0000
Subject: [Konsole-devel] [Bug 134581] confirm quit: single tab with running
	process
In-Reply-To: <20060924115455.134581.bluedzins@wp.pl>  
Message-ID: <20060928104325.32579.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134581         
robertknight gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|konsole-devel kde org       |robertknight gmail com
             Status|UNCONFIRMED                 |ASSIGNED
      everconfirmed|0                           |1


From lidaobing at gmail.com  Fri Sep 29 19:51:11 2006
From: lidaobing at gmail.com (Li Daobing)
Date: 29 Sep 2006 19:51:11 -0000
Subject: [Konsole-devel] [Bug 131770] no bold is displayed in konsole
In-Reply-To: <20060803124902.131770.solstice.dhiver@laposte.net>  
Message-ID: <20060929195111.14865.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=131770         
lidaobing gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lidaobing gmail com


From svs at ropnet.ru  Sat Sep 30 09:31:57 2006
From: svs at ropnet.ru (Sergey Svishchev)
Date: 30 Sep 2006 09:31:57 -0000
Subject: [Konsole-devel] [Bug 134892] New: DECSTR 'soft terminal reset'
	sequence is not recognized
Message-ID: <20060930113155.134892.svs@ropnet.ru>  

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134892         
           Summary: DECSTR 'soft terminal reset' sequence is not recognized
           Product: konsole
           Version: 1.6.3
          Platform: NetBSD pkgsrc
        OS/Version: NetBSD
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: konsole-devel kde org
        ReportedBy: svs ropnet ru


Version:           1.6.3 (using KDE KDE 3.5.3)
Installed from:    NetBSD pkgsrc
OS:                NetBSD

Konsole recognizes the RIS sequence (\ec), but not the DECSTR (\e[!p), which is less destructive.


From phil at pricom.com.au  Sat Sep 30 16:56:40 2006
From: phil at pricom.com.au (Philip Rhoades)
Date: Sun, 01 Oct 2006 02:56:40 +1000
Subject: [Konsole-devel] pid of new konsole
Message-ID: <1159635400.2773.39.camel@prix.pricom.com.au>

People,

I know I can list the kpids of running konsoles using:

	dcop konsole*

but how do I find the kpid of the most recently started konsole?

Thanks,

Phil.
-- 
Philip Rhoades

Pricom Pty Limited  (ACN 003 252 275  ABN 91 003 252 275)
GPO Box 3411
Sydney NSW      2001
Australia
Mobile:  +61:(0)411-185-652
Fax:     +61:(0)2-8221-9599
E-mail:  phil at pricom.com.au




From kurt.hindenburg at gmail.com  Sat Sep 30 17:24:13 2006
From: kurt.hindenburg at gmail.com (Kurt Hindenburg)
Date: Sat, 30 Sep 2006 13:24:13 -0400
Subject: [Konsole-devel] pid of new konsole
In-Reply-To: <1159635400.2773.39.camel@prix.pricom.com.au>
References: <1159635400.2773.39.camel@prix.pricom.com.au>
Message-ID: <200609301324.14617.kurt.hindenburg@gmail.com>

On Saturday 30 September 2006 12:56, Philip Rhoades wrote:
| 	dcop konsole*
|
| but how do I find the kpid of the most recently started konsole?

I don't know of anyway to do this.  The pids can't really be used since they 
will roll-over.
  Kurt


From kurt.hindenburg at gmail.com  Sat Sep 30 18:03:54 2006
From: kurt.hindenburg at gmail.com (Kurt V.Hindenburg)
Date: 30 Sep 2006 18:03:54 -0000
Subject: [Konsole-devel] [Bug 134370] Konsole don't show the transparent
	background in all tabs
In-Reply-To: <20060920061058.134370.janus@rtfm.org.ar>  
Message-ID: <20060930180354.24754.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134370         




------- Additional Comments From kurt.hindenburg gmail com  2006-09-30 20:03 -------
Transparency works here on all or any tabs; you are saying transparency only works on your first tab?


From janus at rtfm.org.ar  Sat Sep 30 18:16:38 2006
From: janus at rtfm.org.ar (Alejandro Diaz Caro)
Date: 30 Sep 2006 18:16:38 -0000
Subject: [Konsole-devel] [Bug 134370] Konsole don't show the transparent
	background in all tabs
In-Reply-To: <20060920061058.134370.janus@rtfm.org.ar>  
Message-ID: <20060930181638.31589.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134370         




------- Additional Comments From janus rtfm org ar  2006-09-30 20:16 -------
Exactly, you can see what happens in my linux on the following two screenshots:
1st Tab: http://roberta-iii.no-ip.org/files/tab1.png
2nd Tab: http://roberta-iii.no-ip.org/files/tab2.png
And if I open another konsole (or yakuake, for example), neither have transparency. The transparency is only in the first console that I opened.


From kurt.hindenburg at gmail.com  Sat Sep 30 18:28:03 2006
From: kurt.hindenburg at gmail.com (Kurt V.Hindenburg)
Date: 30 Sep 2006 18:28:03 -0000
Subject: [Konsole-devel] [Bug 134370] Konsole don't show the transparent
	background in all tabs
In-Reply-To: <20060920061058.134370.janus@rtfm.org.ar>  
Message-ID: <20060930182803.7259.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134370         




------- Additional Comments From kurt.hindenburg gmail com  2006-09-30 20:28 -------
Does this work?

Open konsole, select a transparent schema, select 'Settings->Save as Default', open a new tab.  The new tab should be transparent.

What transparent schema are you using?


From janus at rtfm.org.ar  Sat Sep 30 18:32:51 2006
From: janus at rtfm.org.ar (Alejandro Diaz Caro)
Date: 30 Sep 2006 18:32:51 -0000
Subject: [Konsole-devel] [Bug 134370] Konsole don't show the transparent
	background in all tabs
In-Reply-To: <20060920061058.134370.janus@rtfm.org.ar>  
Message-ID: <20060930183251.9861.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=134370         




------- Additional Comments From janus rtfm org ar  2006-09-30 20:32 -------
No, that doesn't work.
I am using "Transparent, dark background" (ok, my KDE is in spanish, this is a translation, really is "Transparente, fondo oscuro")


From owner at bugs.kde.org  Sat Sep 30 21:58:04 2006
From: owner at bugs.kde.org (owner at bugs.kde.org)
Date: 30 Sep 2006 21:58:04 -0000
Subject: [Konsole-devel] [Bug 103399] different cursor shapes - block,
	underline, bar
In-Reply-To: <20050407040702.103399.joe.roback@gmail.com>  
Message-ID: <20060930215804.26479.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=103399         
kaz.rag gmail com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1



------- Additional Comments From kaz.rag gmail com  2006-09-30 23:58 -------
*** This bug has been confirmed by popular vote. ***


From kaz.rag at gmail.com  Sat Sep 30 22:01:46 2006
From: kaz.rag at gmail.com (Kazuo Teramoto)
Date: 30 Sep 2006 22:01:46 -0000
Subject: [Konsole-devel] [Bug 103399] different cursor shapes - block,
	underline, bar
In-Reply-To: <20050407040702.103399.joe.roback@gmail.com>  
Message-ID: <20060930220146.31545.qmail@ktown.kde.org>

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=103399         




------- Additional Comments From kaz.rag gmail com  2006-10-01 00:01 -------
I bar-like cursor shape i gonna be great. To all people using a text-editor like vim or emacs this is big feature.
If this can be done please make possible to change the shape using escape seqs (with it i can use a block shape in normal mode and a bar shape in insert mode, in vim)