A lot of development has happened since KDE 3.4 Alpha, so we are now happy to publish KDE 3.4 Beta 1 code named Krokodile. For a list of already implemented new features skim over the KDE 3.4 Feature Plan. For sources and packages (only Slackware so far, more have been promised to be released in the next few days), please visit the KDE 3.4 Beta 1 Info Page and browse the KDE 3.4 Requirements List. The Konstruct build toolset has been updated for this release. KDE 3.4 Beta 2 is planned for mid February with a final release due for mid-March.
The KDE team asks everyone to try this version and give feedback through the bug tracking system. Please make sure to check out the reworked panel and the KDE service auto discovery features. Note that the kdepim, kdevelop and kdewebdev modules also compile on KDE 3.3 systems.
Comments
With the current CVS, any link to trash:/ has "Empty Trash" automatically.
The only thing missing when re-creating the link by hand is the EmptyIcon entry.
Note that deleting the link to the trash isn't as easy anymore either.
You can put a link in your taskbar
Right-click taskbar - add applet - Trashcan
I have a related problem (albiet minor). With the KDE trashcan being updated to use Trash ioslave instead of a plain ol' filesystem directory, my goofy little bash script replacement for 'rm' no longer works as nicely. That is, my little script is not as integrated because I can't empty the items from the 'centralized' gui icon. What would help me is a way to 'mv' files directly into the trash ioslave from a script; any suggestions/samples?
Thing is, the 'major' feature added here (allowing of dup filenames & location info) was never really an issue for me. I would always simply choose suggest new name and rename when removing files via the gui. The little script appends a time-stamp to the file name and moves it so duplicate filenames wasn't a problem there either. Here's a copy of the script in case you were wondering:
#!/bin/sh
while [ $# -ge 1 ]; do
DATE=`date +'%m-%d-%Y@%H:%M:%S'`
NEW_NAME=${1%%/}
NEW_NAME=${NEW_NAME##*/}
mv $1 ~/Desktop/Trash/${DATE}-${NEW_NAME}
shift
done
Use kfmclient to delete the files then they'll end up in the trash can.
Rich.
Marvelous! Now, I can simply change:
mv $1 ~/Desktop/Trash/${DATE}-${NEW_NAME}
to:
kfmclient move "$1" trash:/
and... JOY! I never knew about kfmclient and kept googling for dcop ways of doing it but was coming up short. In fact, this even relinquishes the need for my script to rename the file.
Thanks again.
Well, simply replacing the 'mv' with kfmclient isn't as nice as I initially thought. The script ends up taking WAY TOO LONG (because kfmclient is called from within the body of the loop, potentially many times). As you may have guessed, the goal is to use 'rm' as an alias for this script so I don't 'accidentally' delete my files from a shell prompt.
Anyway, I've settled on changing the script to be:
#!/bin/sh
DATE=`date +'%m-%d-%Y@%H:%M:%S'` #grab the date and time
while [ $# -ge 1 ]; do
FILE_NAME=${1%%/} # remove trailing backslash from $1 if it exists
DIR_NAME=`dirname ${FILE_NAME}` #what directory is the file in?
BASE_NAME=`basename ${FILE_NAME}` #same as.. BASE_NAME=${FILE_NAME##*/}
if [ ! -d ${DIR_NAME}/trashed-${DATE} ]
then # if we don't have one, make a sibling temp directory
mkdir ${DIR_NAME}/trashed-${DATE}
fi
#move the requested files into the temp directory
mv ${FILE_NAME} ${DIR_NAME}/trashed-${DATE}/${BASE_NAME}
shift
done
#move the temp directory into the KDE trashcan
kfmclient move ${DIR_NAME}/trashed-${DATE} trash:/
With 'mv' in the body of the loop and kfmclient only called once (at the end, to move a temp directory into the kde trashcan) things zip along quickly. In addition, placing the temporary folder in the 'BASE_NAME' directory before moving it via kfmclient allows the utilization of the trashcan's new ability to store the original location - not bad! Now I'm happy again! Once again, thanks for tellin' me about kfmclient.
Now to test if KDE is running and do things the old way if it's not... any more suggestions, lol?
;-)
For posterity I thought I'd post the latest version of the script I use.
#!/bin/sh
DATE=`date +'%m-%d-%Y@%H.%M.%S'` #grab the date and time
WORKINGDIR=`pwd`
FILE_CNT=0
while [ $# -ge 1 ]; do
FILE_NAME=${1%%/} # remove trailing backslash from $1 if it exists
if [ -e "$FILE_NAME" ] # if the file exists regardless of type
then
FILE_DIR=`dirname "${FILE_NAME}"` #what directory is the file in?
cd "${FILE_DIR}" # change to that directory
FILE_DIR=`pwd` # so we can get the absolute path
#move the requested files into the Attic directory
if [ ! -d "${HOME}/Attic/${DATE}${FILE_DIR}" ]
then
mkdir -p "${HOME}/Attic/${DATE}${FILE_DIR}"
fi
cd "${WORKINGDIR}"
mv "${FILE_NAME}" "${HOME}/Attic/${DATE}${FILE_DIR}"
FILE_CNT=$(($FILE_CNT+1))
fi
shift
done
echo "Cleared ${FILE_CNT} file(s)."
Hello,
I recently upgraded to KDE 3.4, and I am having some problems w/ my trash can. When I try opening it, or moving files to it, I get this error:
"Could not start process Unable to crate io-slave: klauncher said: Unknown protocol 'trash'."
I have not seen many people w/ this problem. I really don't want to reinstall KDE, as I don't want to have to re-apply my settings.
I am running SimplyMEPIS 3.3.
I am having the same problem. Updated to KDE 3.4 and trash no longer works. Same error message. I have seen a lot of complaints about this problem but no solutions that actually works. If you find one I would be glad to know. I have a trash icon with the usual right click stuff (which doesn't work) and a trash folder where I am putting stuff I cannot delete.
got the same problem
here is a solution: http://www.linuxquestions.org/questions/showthread.php?threadid=339769
Question: Why were the rounded corners and updated rubber band NOT included in this release? I could care less about them but with the number of people who mention them (and the popularity of http://www.kde-look.org/content/show.php?content=16962) they really should be part of 3.4.
Bobby
(n/t)
and qt is not opensource :-)
thats the price for using qt
with qt4 i somewhere read its possible
Qt IS Open Source
Qt IS licensed under the GPL
You could patch Qt if you wanted, but the KDE Team thinks there are more important things to do.
people can patch Qt if they wish (i have in the past). so distributions could ship a patched Qt quite easily.
the patches are there and need to be merged upstream so that they become part of Qt proper before the behaviour is seen in KDE itself.
this is no different than asking, for instance, why one needs to use taskbarv2 to get transparent buttons in the taskbar. well, i haven't received a clean patch for it yet and haven't had time to do it. once it's been submitted upstream i'll merge it in. at this point that looks like KDE4.
this is no different than any other bit of Open Source software really; nothing to do with us thinking there are more important things to do, more like the maintainers of Qt either not liking the current patches or, being in the middle of a huge upgrade as they are, are busy with other things at the moment =)
I thought most KDE developers worked off a patched Qt tree anyway? A sort of KDE fork, but I guess that's wrong then.
>thats the price for using qt
Yes, and the price is free QA for all patches going into the base toolkit.
QT is most assuredly opensource and in fact it is GPL.
Bobby
On a G4 Powerbook:
In file included from libkdnssd_la.all_cpp.cpp:2:
remoteservice.cpp: In function `void DNSSD::resolve_callback(_DNSServiceRef_t*, DNSServiceFlags, uint32_t, DNSServiceErrorType, const char*, const char*, uint16_t, uint16_t, const char*, void*)':
remoteservice.cpp:144: error: `TXTRecordGetItemAtIndex' undeclared (first use this function)
remoteservice.cpp:144: error: (Each undeclared identifier is reported only once for each function it appears in.)
In file included from libkdnssd_la.all_cpp.cpp:5:
publicservice.cpp: In member function `void DNSSD::PublicService::publishAsync()':
publicservice.cpp:127: error: `TXTRecordRef' undeclared (first use this function)publicservice.cpp:127: error: expected `;' before "txt"
publicservice.cpp:128: error: `txt' undeclared (first use this function)
publicservice.cpp:128: error: `TXTRecordCreate' undeclared (first use this function)
publicservice.cpp:132: error: `TXTRecordSetValue' undeclared (first use this function)
publicservice.cpp:133: error: `TXTRecordDeallocate' undeclared (first use this function)
publicservice.cpp:140: error: `TXTRecordGetLength' undeclared (first use this function)
publicservice.cpp:140: error: `TXTRecordGetBytesPtr' undeclared (first use this function)
make[5]: *** [libkdnssd_la.all_cpp.lo] Error 1
make[5]: Leaving directory `/home/wvl/konstruct/kde/kdelibs/work/kdelibs-3.3.91/dnssd'
I just tried out the new kpdf and all I can say is wow.
What an amazing improvement, really the best pdf viewer I ever used.
Just wanted to share my excitement and thank all the kde devs and especially the kpdf devs.
yeah, kpdf is amazingly good in 3.4. i have but one word for it: DAMN! =)
Yes. The new kpdf is gorgeous. Can't wait for the presentation 'transitions' to be implemented. Thank you for freeing me from the crappy acrobat reader!
sweeeet finally got it working hahaha :D
i love the new "Trash" kicker app... i wonder why they took out the devices kicker app tho.. that was pretty handy :/ anyone know where i can get it again?
Slacware is better for compiling programs, and I always find packages for Slackware quickly than any other distro.
KDE was the reason for which I switched to Slackware. And Slackware is just amazing.
Thanks for the Slackware packages.
you're welcome.
I've loaded arts, kdelibs, kdebase - they look great - the kdepim stuff seems to show missing dependencies. Do these go when you load them all? Anyone know?
Compare the offered files to the printed list of missing dependencies for an answer.
This is odd but using the slackware .tgz packages I get this message when trying to send with kmail:
"Authorization failed, Authentication support is not compiled into kio_smtp. authentication not supported"
So whoever packaged the slackware packages really should fix this. Or I'll just compile it myself. Definitely not like its the first time I've compiled KDE from source.
> So whoever packaged the slackware packages really should fix this.
Because you posted here? Really, lookup the packager in the README and write a mail.
Just looking at the 3.4 requirements suggests to me that you've not installed the SASL library.
If you're good enough to compile yourself kde, just try to find the problem and send the fix. It will be even faster.
So after we install Cyrus SASL plugins, do we have to reinstall kdebase?
Hi,
I installed the cyrus-sasl package and found that the problem does not lie with the mailer. The cannot send error message persists. The kde-base program must be compiled with kio_smtp. authentication.
As much as I like kmail, the prospect of downloading the kdebase package, and installing it are daunting. It just never seems to install where I want it to go, and then you never know what dependencies will be affecting the already installed kde packages.
Thanks
Dan
Hi,
Actually I did recompile with the "--with-kio_smtp" option and it fixed the problem.
I've loaded arts, kdelibs, kdebase - they look great - the kdepim stuff seems to show missing dependencies. Do these go when you load them all? Anyone know?
oops, sorry
the new SUSE RPM for kdepim is looking for these:
libkalarmd.so.0
libkmime.so.2
however currently, my opt/kde3/lib seems to contain all these
libkalarmd.la libkalarmd.so libkalarmd.so.0 libkalarmd.so.0.0.0
but not libkmime.so.2
couldn't find it on google either
any thoughts gratefully received
The new document relations toolbar rocks111!!oneoneone!!11