In this week's KDE Commit-Digest (all in one page):
KTuberling gets Serbian sounds. Configuring backgrounds per display in Xinerama implimented. SoC projects progress. Speech Recognition (for hot-keys) merges into KDE 3.5. Webcam support for MSN in Kopete. Kate adds syntax highlight support for /etc/fstab, /etc/mtab files... Rejoice!
Dot Categories:
Comments
thank you, thank you!!!
p.s. the "kopete" link is broken.
it should be www.kopete.org
not http://dot.kde.org/1125268049/kopete.kde.org
Fixed link.
Too bad that there are ony very few webcams left that work with Linux :-(
What do people actually use these webcams for? I had one and tried to use
it to take a snapshot out of the window every minute, but the quality of the
images was simply abysmal. Same with a few models I've tested. None of the images was useful for anything at all, one could hardly recognise a car standing outside the window. :)
I personally don't use one, but I've talked to people with them. Looking at the person you are talking to adds alot to the conversation, IMHO.
-Sam
With family abroad, it makes you feel just that little bit closer when you talk.
Some of us live away from family and parents so its good to take a "live" look at them now and then ... in fact, until now, this was the *only* reason for me to boot into Windows. There is another project, gaim-vv (gaim-vv.sf.net), that promises webcam features but hasn't delivered yet. Go Kopete!
While most webcams are indeed shit in terms of quality, there are a few good ones out there. I recommend the Logitech Quickcam Pro 4000. 640x480, great quality for a webcam, and works perfectly in linux. Of course you will be paying more than for the bargain basement cams, but it is well worth it. Got mine for just over $100 canadian
Thank you indeed - this is fabulous news!
I hope they implement sound chatting in ICQ/MSN some day also. But I'm putting my hopes on google talk voice that google announced will be open soon.
I like Kate quite lot, but can't get my self using it regulary because I'm too familar with Emacs keybindings and indentation. I'm hoping that some day there will be Emacs-mode to Kate which contained those two features :)
http://kde-apps.org/content/show.php?content=21706
You are welcome.
Thanks :) It seems to lack some of critical keybindings but it's a good start.
I wonder which devices are supported in kopete/linux 2.6, could you suggest a URL for the supported webcams, please!
http://www.linux.com/howtos/Webcam-HOWTO/devices.shtml
Stephen Binner, thank you for making utilties menu as organized based on categories. I have some more evil plans for Internet menu, Graphics Menu, Multimedia menu etc.,
Graphics/
Image Viewers/
Kuickshow
KShowimage
KView
Image Editors/
Kolourpaint
The Gimp
Krita
PS/PDF Viewers/
KPDF
XPDF
KGhostview
Fax Viewers/
KfaxViewer
----------------------
The Idea is simple, putting applications based on their "Categories", say for example Internet Menu which is way too cluttered we can make it uncluttered by creating submenus based on category name:
Web Browsers/
Konqueror
Mozilla 1.7
Mozilla Firefox 1.0.6
Netscape 7
Opera 8.02
Galeon
Dillo
P2P & File Sharing/
Apollon
KMLDonkey
AMule
SMB4k
KTorrent
Azureus
Limewire
GiftCurs
Instant Chat & Messengers/
Kopete
Gaim
XChat
KSirc
Konversation
Skype
QNext
Download Managers/
KGet
Downloader 4 X
Internet Connection Dialers/
KPPP
KDSL
RP-PPPOE
FTP Clients/
KFTPGrabber
KBear
gFTP
I hope you got the idea ;) thanks.
I think we're making the menus way too deep. The problem isn't the lack of categorization, we already have that. The problem is that we have too many applications. For example, look at your list of web browsers. Someone with that many browsers is probably a web developer, and thus able to handle editing his own menus.
The root menu should allow quick access to entries, but you don't have quick when you have to click -> scan categories -> click -> scan subcategories -> click-> scan more subcategories -> click -> scan enties -> click.
The menus certainly could do with some reorganization. But let's keep it sensible. If we have too many applications, let's put them under "More Applications". And no, I'm not suggesting Microsoft-style "personalized" menus. That's just evil.
>The problem is that we have too many applications.
Yes, This is how free software developers work, create too many similar applications which does partial work. Say konqueror, there are many sites which can't be accessed with it, likewise firefox is not that great for multimedia, Opera is good with "Internet Explorer only sites". Hence we (a typical GNU/Linux+KDE user) need many applications to get our work done.
likewise there are many Image editing application which has their own strong points, say kolourpaint which is very useful for fast editing/manipulation of images but lacks layers. krita is way too complex and slow and many a things can't be done with krita. gimp is complex too, but does the work.
likewire for Multimedia players, noatun, kaboodle, can't play VCDs or DVDs, Kaffeine could do that but Kaffeine is xine based hence it can't play few codecs which can be played by mplayer engine. kmplayer supports both xine and mplayer but behaves erratically, mp3 playback and slider won't work. Amarok is good but slow (heavy on resources) compared to juk, kplayer can play from network (smb, http etc transparently) better than kaffeine or kmplayer, but has VCD, DVD problem :( Real Player can't play videos.
Because of LACK OF GOOD (in performance, usability, features) applications, we have to depend on multiple applications.
>The root menu should allow quick access to entries
this is where the kmenu flaw is, in the name of quick access, it has become a chaos, too many applications are available for GNU/Linux both GUI (KDE/GNOME/other toolkits) and Console based. And those are gems, each application is useful for a particular purpose. Hence categorized menus will make more sense instead of all applications scattered in one submenu.
>If we have too many applications, let's put them under "More Applications".
that's not nice, because, clutter in the "More Applications", finding application there will be more annoying than finding "Decently organized menus based on Categories."
We need nicely and appropriately categorized applications shortcuts in KMenu, so that things are easier to find and access than to get confused looking at cluttered menus with too many shortcuts.
btw, i'm not ranting ;)
I always use a totally overpopulated kde menu (still, I know what and where to find) because I like having everything in the menus.
Still, I also use a run command panel applet, for very quick launching of applications. In fact, I use the run command applet and the konsole command line more than the menu.
> I always use a totally overpopulated kde menu (still, I know what and where to find) because I like having everything in the menus.
That's good, I also use overpopulated menus and use Alt+F2 to launch application. It is good that you and I know where and what is present in our KMENU...
But for not so acquainted KDE users or newcomers or ex-windows users or simply new to computer users, would find it (current overpopulated menu) horrifying. And I am concerned for those people who are new to KDE and need KDE for their day to day work without remember where and what is present.
We should be a little more selfless in this regard. a properly and nicely organized menus based on categories and sub-categories would make KMenu useful for new and not so new people alike.
And new people could not understand the application by name kopete, gaim, etc., they are just way too GEEKY!!! even the description (category) causes trouble in a overpopulated menu.
for KMenu I've seen a lot of patches. there was one at LinuxTag I liked the most: if you use the left mouse button, it works as usual. if you middle-click on a category, lets say "Graphics" the most used program or the one on top of the submenu (configurable), maybe "The GIMP", is started, without any need to even let the submenu appear. right click lets you directly edit the submenu.
may seem simple, but with this you can stuff more entries into the same menu space.
What about a compromise?
Break out into sub-categories as suggested, but also offer the default at the same level as the folder detailing alternatives...
So in this case you end up with 12 items total in the menu Internet (1 default for each sub category, and one sub menu per sub category)...
This effectively breaks "More Applications" into 6 organised directories.
Internet/
Web Browser (Konqueror)
Web Browsers (Alternatives)/
Konqueror
Mozilla 1.7
Mozilla Firefox 1.0.6
Netscape 7
Opera 8.02
Galeon
Dillo
P2P & File Sharing (KMLDonkey)
P2P & File Sharing (Alternatives)/
Apollon
KMLDonkey
AMule
SMB4k
KTorrent
Azureus
Limewire
GiftCurs
Instant Chat & Messenger (Kopete)
Instant Chat & Messengers (Alternatives)/
Kopete
Gaim
XChat
KSirc
Konversation
Skype
QNext
Download Manager (KGet)
Download Managers/
KGet
Downloader 4 X
Internet Connection Dialer (KDSL)
Internet Connection Dialers/
KPPP
KDSL
RP-PPPOE
FTP Client (KBear)
FTP Clients/
KFTPGrabber
KBear
gFTP
good idea, but I have a different idea for that too, that is to have a default application launch "on click" or "double click."
Internet/
Web Browsers/ <- clicking (or double clicking) should launch the preferred application.
File Sharing/
let's assume that we set these application for each sub-categories:
Webbrowser -> konqueror (or firefox as the user sets)
P2p file sharing -> KMLdonkey
E-Mail Client -> KMail
FTP Client -> KFtpGrabber
Chat and Messenger -> Kopete
Just clicking/double clicking on the "Submenu item" "Web Browser", "P2P File Sharing", "E-Mail Client", "FTP Client" should start the default/preferred application (perhaps with some animation just like adding an applet in KDE 3.5 does).
As a corporate junkie sitting behind firewalls all day, what's kopetes
state when it comes to http(s) proxy support with jabber (google talk)?
If the support exists ( ie. reads settings from konq ) didn't manage to
get it going :(
in kde3.5 too according to the feature plan.
(it's in the green section)
http://developer.kde.org/development-versions/kde-3.5-features.html
Konqueror always has the username/password fields disabled for proxies (automatically ask as required is the only one enabled). What's more, I have tried http proxy with username/password and it never seems to work.
Any idea why this is so? Firefox, otoh, seems to have no issues engaging with proxy servers (including socks etc).
This is one area which needs immediate attention in konqueror if its to become a serious contender in corporate environments where proxy servers are almost a given.
I really like the way speech technology is being integrated directly into KDE - first KTTSd, now KHotKeys support for speech recognition.
I'm curious as to what engine is used for this though - the Sphinx project has a very good speaker independent speech recogniser. These aren't necessarily suitable for dictation but would rock for control.
Since no training would be required, it'd not only be good for hotkeys-like shortcuts but also for voice control of any app by speaking the names of menus.
Has anyone looked at something like this? It'd be neat :-)
It looks like a roll-your-own speaker-dependant FFT+voodoo thing. Lighter weight than sphinx, for sure, but lighter on the dependancies. I have a speech recognition project on the back burner that should allow speaker-independant recognition with similar run-time overhead but hefty training overhead that I was planning to throw at the KDE community but it looks like Olivier beat me to the punch. Thanks for adding this one.
Hm... I didn't know KOffice is in buisness of promoting "Gay Pride"
http://commit-digest.org/?diff&path=/trunk/KDE/kdelibs/pics/crystalsvg/c...
You really should go out sometimes and watch nature.
rainbow colors represent each application in koffice suite. :)
btw, gay actually means happy!