I used to have a kpanel (with knewsticker running in it) below the kicker bar. Now with kde 3.4.1 the lowest part of the screen is grabbed by kicker and the kpanel can be put just above it. It used to happen this way till kde 3.2.x where this limitation was solved. Reproducible: Always Steps to Reproduce: 1.try to add a panel below the kicker bar 2. 3. Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r11 x86_64) ================================================================= System uname: 2.6.11-gentoo-r11 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Jun 11 2005, 19:35:33)] distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.9.5, 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe -fweb -ftracers" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe -fweb -ftracers" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" LINGUAS="en it" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acpi alsa arts avi berkdb bitmap-fonts bluetooth cdr crypt cscope cups curl dvd dvdr encode esd fam flac font-server foomaticdb fortran gdbm gif gpm gtk gtk2 imagemagick imlib jp2 jpeg kde libwww lzw lzw-tiff mad matroska mbox mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pcre perl png python qt readline samba sdl spell sqlite ssl tcpd tetex theora tiff truetype truetype-fonts type1-fonts usb userlocales vorbis xine xml2 xmms xpm xprint xrandr xscreensaver xv xvid zlib linguas_en linguas_it userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
I'd normally mark this UPSTREAM and tell you to file a feature request at bugs.kde.org. But IMO this in fact deserves to be closed as INVALID. (If you disagree you can still file at bugs.kde.org). My reasoning: the extra panel you add is as much part of kicker as the first one. It's true that in kde 3.4.1, if you add a second panel, the first one is called 'Main Panel' and is always at the bottom of the screen. But AFAICS it has no special features other than that. So you can move the taskbar etc to the second child panel, and voila, you have an empty panel at the bottom of the screen. It shouldn't matter to you whether that's the Main Panel or not.
Hi Dan, i see your point but i'll still fill a report on bugs.kde.org. While i do agree that you can move the various buttons/menu from a panel to the other (no one having special abilities) i think u lack flexibility this way, because whenever you want to add something in a different position you might end re-arranging all the applets from a panel to another... instead of simply dragging the new panel wherever u prefer. :-) thanks anyway
