Bug#378090: pointing at title bar of window with long title should pop up tooltip showing full title
Package: kwin Version: 4:3.5.3-2 Severity: wishlist It would be great if, when I pointed my mouse at the title bar of a window with a long title like "Index of file:///usr/share/doc/kde/HTML/en/KRegExpEditor/common - Mozilla" then a tooltip appeared showing the full window title, even though my the window is too narrow to normally show the title. This currently already happens when I point my mouse at taskbar buttons, but not at title bars. I am using the B II window decoration theme. I do not know if B II has a setting to turn this on, but even if it does, it clearly is not the default. :-( Regards, Jason P.S. All, thank you for your work in writing, testing, and packaging kwin. I love kwin and its customizability. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[bts-link] source package kdewebdev
# # bts-link upstream status pull for source package kdewebdev # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user [EMAIL PROTECTED] # remote status report for #377302 # * http://bugs.kde.org/show_bug.cgi?id=130513 # * remote status changed: (?) -> UNCONFIRMED usertags 377302 + status-UNCONFIRMED thanks
Bug#378104: kplato: task pessimistic time can not be more than 99%
Package: kplato Version: 1:1.5.0-1 Severity: minor Hi, In some tasks with big unpredictable time, I have to use pessimistic times of 300%, however pessimistic input accepts only from 0 to 99%. Can you correct this? Thanks, Pedro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248157: seems to be done in KDE 3.5.2
Hi, I still have this BUG in KDE 3.5.3-1 from sid. I found it in kate but can reproduce it as well in ark and Kuickshow. Versions are: kdelibs3.5.3-1 kdelibs-data 3.5.3-1 kdelibs4-dev 3.5.3-1 kdelibs4c2a3.5.3-1 kate 3.5.3-2 kate-plugins 3.5.2-1 ark3.5.3-1 kuickshow 3.5.3-1 Regards Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377001: is this the same as 372564?
Could you verify that this isn't really the same as #372564 in which case these two could be merged? *t -- Tomas Pospisek http://sourcepole.com - Linux & Open Source Solutions -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
icecream/debian
SVN commit 561876 by jriddell: Man pages M +1 -1 control A man (directory) A man/icecc-create-env.1.docbook A man/icecc-scheduler.1.docbook A man/icecc.1.docbook A man/iceccd.1.docbook M +3 -3 rules --- trunk/icecream/debian/control #561875:561876 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Andre Woebbeking <[EMAIL PROTECTED]> Uploaders: -Build-Depends: automake1.9, debhelper (>> 5.0.0), libtool +Build-Depends: automake1.9, debhelper (>> 5.0.0), libtool, docbook2x Standards-Version: 3.6.1.0 Package: icecc --- trunk/icecream/debian/rules #561875:561876 @@ -67,9 +67,9 @@ $(MAKE) # generate manpages - #for i in debian/man/*.sgml; do \ - # docbook-to-man $$i > `dirname $$i`/`basename $$i .sgml`.1 ;\ - #done + for i in debian/man/*.docbook; do \ + docbook2x-man $$i; \ + done touch build-arch-stamp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#377994: quanta: 3.5.3 available upstream - any problems?
Le mer 12 juillet 2006 15:37, Arthur Marsh a écrit : > Package: quanta > Version: 4:3.5.2-2 > Severity: wishlist > > > Quanta Plus 3.5.3 has been available upstream for some weeks now. Are > there any problems with building a package suitable for Sid? kdewebdev is blocked by the subversion migration, and 3.5.4 will be released soon. I suppose we will skip 3.5.3 hoping than it will go in before we upload 3.5.4. I see no pressing need to update the package, afaict, there is no big flaw in the 3.5.2 package, that would have been fixed in 3.5.3 but you're welcome to help. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpOWobIGEaSc.pgp Description: PGP signature
Bug#377994: quanta: 3.5.3 available upstream - any problems?
Pierre Habouzit wrote: Le mer 12 juillet 2006 15:37, Arthur Marsh a écrit : Package: quanta Version: 4:3.5.2-2 Severity: wishlist Quanta Plus 3.5.3 has been available upstream for some weeks now. Are there any problems with building a package suitable for Sid? kdewebdev is blocked by the subversion migration, and 3.5.4 will be released soon. I suppose we will skip 3.5.3 hoping than it will go in before we upload 3.5.4. I see no pressing need to update the package, afaict, there is no big flaw in the 3.5.2 package, that would have been fixed in 3.5.3 but you're welcome to help. I'll be happy to wait for 3.5.4 as I've submitted a patch to support Czech characters in the &#nnn; list (-:. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
icecream/debian
SVN commit 561899 by jriddell: Revert previous change, doc/ already has manpages M +1 -1 control D man (directory) --- trunk/icecream/debian/control #561898:561899 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Andre Woebbeking <[EMAIL PROTECTED]> Uploaders: -Build-Depends: automake1.9, debhelper (>> 5.0.0), libtool, docbook2x +Build-Depends: automake1.9, debhelper (>> 5.0.0), libtool Standards-Version: 3.6.1.0 Package: icecc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
playground/devtools/icemon-kde3/debian
SVN commit 561902 by jriddell: build-dep on libicecc-dev M +1 -1 control --- trunk/playground/devtools/icemon-kde3/debian/control #561901:561902 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Andre Woebbeking <[EMAIL PROTECTED]> Uploaders: -Build-Depends: automake1.9, debhelper (>> 5.0.0), kdelibs4-dev (>= 4:3.5.0) +Build-Depends: automake1.9, debhelper (>> 5.0.0), kdelibs4-dev (>= 4:3.5.0), libicecc-dev Standards-Version: 3.7.2 Package: icecc-monitor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378163: FTBFS, rejecting valid autoconf version
Package: kdepim Severity: serious Tags: patch Justification: no longer builds from source Heya, | *** YOU'RE USING autoconf (GNU Autoconf) 2.60. | *** KDE requires autoconf 2.53 or newer >From >http://buildd.debian.org/fetch.php?&pkg=kdepim&ver=4%3A3.5.3-2&arch=hppa&stamp=1152811704&file=log&as=raw And the patch: --- branches/KDE/3.5/kde-common/admin/cvs.sh2006/05/23 10:01:43 543983 +++ branches/KDE/3.5/kde-common/admin/cvs.sh2006/06/28 19:26:30 555946 @@ -32,7 +32,7 @@ required_autoconf_version="2.53 or newer" AUTOCONF_VERSION=`$AUTOCONF --version | head -n 1` case $AUTOCONF_VERSION in - Autoconf*2.5* | autoconf*2.5* ) : ;; + Autoconf*2.5* | autoconf*2.5* | autoconf*2.6* ) : ;; "" ) echo "*** AUTOCONF NOT FOUND!." echo "*** KDE requires autoconf $required_autoconf_version" @@ -47,7 +47,7 @@ AUTOHEADER_VERSION=`$AUTOHEADER --version | head -n 1` case $AUTOHEADER_VERSION in - Autoconf*2.5* | autoheader*2.5* ) : ;; + Autoconf*2.5* | autoheader*2.5* | autoheader*2.6* ) : ;; "" ) echo "*** AUTOHEADER NOT FOUND!." echo "*** KDE requires autoheader $required_autoconf_version" Taken from http://kubuntu.org/~jriddell/autoconf2.60.diff Please upload, kdepim is holding up the transition of bluez-libs 3.X and its r-deps to testing. Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378184: I wish all my contacts had a different default buddy icon (not a blue head) based on what protocol they used
Package: kopete
Version: 4:3.5.3-1
Severity: wishlist
Problem: A dozen of my contacts all have same icon: a diagram of a
bald head with blue-colored skin.
Feature request: I would prefer if the Jabber-using buddies had a
lightbulb icon, the AIM-using buddies had the AIM logo icon, and the
MSN-using buddies had a butterfly icon.
I, a newbie to Kopete hacking, humbly offer tips on how one could
implement this fix below. (I don't know if my tips would work.) I also
ask some questions about whether my fix would actually work. I would
very much appreciate feedback.
.
.
.
.
.
Tips for implementing the fix: The protocol icons are in
/usr/share/apps/kopete/icons/crystalsvg/32x32/apps. I assume they are
converted upstream from unlimited-resolution SVG source. The blue head
icons are elsewhere. There are actually four slightly different blue
head icons: metacontact_{online,away,offline,unknown}.png. However,
it's not that important to show online/away/offline status in the
buddy icon space because that info is saved by automatic
contrast-fading of icons of buddies who are away, and because the same
info (plus Extended Away status) is shown in the tiny (16x16) icons to
the right of contact names. Therefore, I feel it is fine to ignore the
fact that there are four slightly different blue head icons. The code
that seems to return the blue head icons seems to be the function
MetaContact::statusIcon() in kopete/libkopete/kopetemetacontact.cpp. I
assume that if the lines of this sort:
return QString::fromUtf8( "metacontact_online" );
were changed to return something like:
return QString::fromUtf8( "msn_protocol" );
or
return QString::fromUtf8( "aim_protocol" );
or something similar, based on which kind of protocol the contact
used, then you would be OK.
Question 1 about proposed fix: If I do not implement the above
proposed fix, does anyone else here also want this fixed and will
implement the fix themselves? :-) I am currently working on another
project - ITP bug http://bugs.debian.org/376431 - currently.
Question 2 about proposed fix: Most people don't use the subcontact
features of Kopete (where, if one friend uses three different
protocols, you can show just one icon for that friend). But some
people do use that feature. How will my proposed interact with
Kopete's metacontact features? Could Kopete show the blue head for
supercontacts with subcontacts below, but use my fix the rest of the
time?
Signing off, and wishing there was a hackers' guide to Kopete :-),
Jason
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#378185: Tiny buddy status (protocol + away state) icons take up too much room
Package: kopete Version: 4:3.5.3-1 Severity: wishlist The tiny contact status icons Kopete shows (the 16x16 icons that show protocol and away status) take up a fair bit of screen space. Unfortunately, they are not part of the same line of text that shows the buddies' names. Solution: It would be great if the status icons were made part of the same line of text as my friends' nicknames, so the base of the status icon was aligned with the base of the nickname line. That way, I could fit more friends onscreen at once. Note: This would make buddy icons (display photos) shrink. To me, this is not a problem, but if it is a problem for others, it could be fixed by providing an "Enlarge buddy icons" checkbox in preferences. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#370403: problem solved
Hi, Apparently connecting to Cups from KDE apps seems to work again *after* adding a new printer through http://localhost:631 ... Regards, Serge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
