Digikam 0.6 Released

Thursday, 12 February 2004  |  Diginymous

After nearly one and half years of development Digikam 0.6 and its plugin package have been released. Digikam is a simple digital photo management application which makes importing and organizing digital photos a "snap". The photos can be organized in albums which are automatically sorted chronologically. An easy to use interface is provided to connect to your camera and preview images and download and/or delete them. Behind the scenes Digikam utilizes gPhoto2 to access your camera if it has no normal file system.

Other new features of this version are:

  • Simple Plugin architecture so that new plugins can be written for added functionality
  • Comments can be added for photos which are shown in the thumbnail display (along with file size and file modification date)
  • XML is used for saving the comments
  • Four different thumbnail sizes
  • EXIF information viewer
  • Lossless JPEG rotation support
  • Fast photo viewer/editor with keyboard shortcuts and basic image editing features like rotation, cropping, gamma/brightness/contrast correction (all without losing EXIF information)

Comments:

cool - ac - 2004-02-12

export to HTML gallery feature? easy way of renaming all the pics (eg: picture1.jpg, picture2.jpg) or keeping the original camera filenames if wanted? hot stuff!

Re: cool - dom - 2004-02-13

Maybe the renaming could be done trough KRename integration, like it is done in showimg. Would be really cool.

Is Gphoto2 working with linux kernel 2.6?? - More-OSX_KDE_Interpollination - 2004-02-12

Nothing much works here at all as far as digital cameras are concerned.

Re: Is Gphoto2 working with linux kernel 2.6?? - Deleon - 2004-02-12

I access my Canon S300 using Digikam 0.6, with Gphoto2 and the 2.6.2 kernel without any problems.

Re: Is Gphoto2 working with linux kernel 2.6?? - Helge Øyvind Hoel - 2004-02-12

My Canon EOS 10D is doing fine in Linux :) Haven't exactly tested it with Gphoto, cause the cam itself (believe it or not) only have a USB-1.1 interface. But I'm using a highspeed USB-2.0 card-reader for dumping the pictures. And mass-storge-units like card-readers are supported by gphoto (and by regular mount/umount for the sake of the matter). DigiKam-0.6 was _TRULY_ a great release. Go on and download, it's about _THIIIIIIIIIIIIS_ much better than 0.5 was.

Re: Is Gphoto2 working with linux kernel 2.6?? - vernr - 2004-02-14

Works perfectly with my Fuji 602 you must be doing somrthing wrong!!

Re: Is Gphoto2 working with linux kernel 2.6?? - Andreas Zickner - 2004-02-27

Hi, I can use gphoto2 with 2.6.2, .... but it is very strange. As soon as I call gphoto2 to list the camera files the kernel starts again in 'autodetecting' the USB device (It calls the binary configured in /proc/sys/kernel/hotplug). This is very anoying as it costs a lot of performance. Up to now I can not explain why this is the case ...... cu

Re: Is Gphoto2 working with linux kernel 2.6?? - max_cqft - 2004-03-22

not for me. It worked fine with 2.4.x and know (same syntax) it doesn't I've got this : gp_port_read: Connection timed out IO error

digikam is great - anon - 2004-02-12

A few months ago I discovered digikam, and I've found it a very nice tool. I remember I was talking to a friend about how digital camera tools weren't very good on Linux (mostly because of the shoddyness of gtkam), and now I can't say thats the case anymore :) Oh yeah, whatever happened to the kamera ioslave? I rememeber than in kde 2.

Re: digikam is great - Matthew Kay - 2004-02-12

> Oh yeah, whatever happened to the kamera ioslave? I rememeber than in kde 2. Thankfully, it's called camera now. A little easier for new users to discover, and a little more professional name :).

Re: digikam is great - anon2 - 2004-02-13

There were nice digital photo management tools for a long time now. Check out gThumb, for example of one.

Why isn't this in KDE releases? - Kurt Pfeifle - 2004-02-12

Why isn't Digikam in KDE yet? Why is it hosted on sourceforge? Is it that the maintainer doesn't want or can't go with KDE release dates? Or is it that he has not been invited to join into the project? Advantages for digikam if hosted in KDE CVS: no need to look for translators of this fine software. It will be picked up automatically by the translation teams. It will be in 60 languages soonish, instead of 7 only...

Re: Why isn't this in KDE releases? - anon - 2004-02-12

> Is it that the maintainer can't go with KDE release dates? kde-extra-gear is cool for stuff like that.

Re: Why isn't this in KDE releases? - Nick Shafff - 2004-02-12

btw, kdeextragear has many dead apps - kreatecd, kchat, smssend, kaudiocreator (even if its in kdemultimedia - it sucks coz it cant grab on-the-fly - so people rather use audiocd:/ or cdparanoia | lame) i can't understand why they don't get removed instead admins should add to it such apps as digikam, kmymoney2, filelight

Re: Why isn't this in KDE releases? - Anonymous - 2004-02-12

The admins don't do anything against the will of the apps' developers.

Can digikam be used as a general archiving tool? - he-sk - 2004-02-12

Ie, if I go the analog route and digitalize my pictures with a scanner, can I use digiKam for archiving them on my computer?

Re: Can digikam be used as a general archiving too - pahli_bar - 2004-02-12

yes, the digital camera interface is just an addon. there was a time when digikam used to be only a gphoto2 frontend. now its goals are ambitious and it strives to be a complete photo management application pahli_bar

Red Eye removal - Ralf - 2004-02-12

I looked through the plugins to see if any of them can do red eye removal, but couldn't find anything. This would be a really great feature. The only tool for this on Linux that I have found so far, is a plugin for the Gimp that doesn't work very well.

Re: Red Eye removal - Dirk - 2004-02-12

I can only second that. IMHO Red Eye Removal is _the_ killer feature for any private user who mainly uses it for his private digital pictures. It's the _only_ reason I still process digital stills on a Windoze(tm) OS. Apart from that, Kudos to the team for a great app!

Re: Red Eye removal - pahli_bar - 2004-02-12

this feature is planned as a plugin. expect it to be present in 0.7 release pahli_bar

Re: Red Eye removal - a.c. - 2004-02-15

Please conform to expected standards and see to it that BSD will have a red-eye enhancer. Likewise, the removal should not be available on said machine. :)

Re: Red Eye removal - Corrin - 2004-02-13

My killer plugin would be (purple) chromatic fringing removal. I've got the steps to remove it in gimp down pat, but having it automated would be nice.

Re: Red Eye removal - Wim Coulier - 2004-07-24

I couldn't agree more. There are two features that I as a home user with a digital photo camera really need: 1. easy renaming of a bunch of files such as present in gthumb and (as I recently learned) via the krename plugin. 2. red eye removal (found no easy linux way to do this so far). Would be really great if Digikam would implement these features by default! Ciao, Wim

Re: Red Eye removal - Ralf - 2004-07-24

Red Eye removal is now in the CVS version of digikam, along with a ton of other great features.

This is just excellent! - Eric Laffoon - 2004-02-12

I have an older digital camera, a Kodak DC 215 Zoom. (I'll probably get a newer one soon.) Oddly it was well supported under gphoto but not ghpoto2. I just got the latest gphoto2 and built Digikam. Previously I had to load a program with a rather clumsy interface to download the images from a serial port. Because I didn't particularly like the image editing it provided and images often needed a little work I would then open Gimp, which drives me insane when I go to edit 20+ photos and my screen fills up with images. I just got the new Gimp and while it's improved it also switches all the dialog buttons around... so now I'm constantly cancelling operations and wondering why they didn't happen. (Right or left isn't as much right as playing three card monty with the ok and cancel buttons is just wrong.) Photos have been a lot less fun than they should be, and to top it all off I'm glad I only have an 8 MB memory card because gphoto is such a memory hog it can bring my system to it's knees and I can't even imagine 100 gimp windows open. Digikam to the rescue! Not only did it provide a lot more and work with my organized photo directories, it download and deleted images and did an excellent job of basic photo editing with a decent interface... all without screen clutter, excessive system load or other annoyances. Now it's time to try out the plugins. Even cooler... the plugins are kparts... I'm interested to see if I can run them in Quanta for web work too. ;-) My only dissapointment is that it downloaded images slower than gphoto. Hats off to the digikam developers! This is an excellent program! BTW I agree with Kurt. This should be in KDE. Also, as a note to the developers, it's really great when you do a CVS update and find that one of the really sharp people in KDE has come through and cleaned up a spelling error or fixed some little thing before it even became a problem.

Re: This is just excellent! - pahli_bar - 2004-02-12

> Even cooler... the plugins are kparts... I'm interested to see if I can run them > in Quanta for web work too. ;-) the plugins are not exactly kparts (even though digikam uses the kparts interface to load and merge the plugins). so don't expect to be able to embed it in any application. > My only dissapointment is that it downloaded images slower than gphoto. digikam is as fast as the commandline gphoto2 at downloading/deleting pictures from the camera, since both of them depend on the libgphoto2 library. i'm assuming you are comparing it to the gphoto1. pahli_bar

Re: This is just excellent! - Eric Laffoon - 2004-02-14

>> My only dissapointment is that it downloaded images slower than gphoto. > digikam is as fast as the commandline gphoto2 at downloading/deleting pictures from the camera, since both of them depend on the libgphoto2 library. i'm assuming you are comparing it to the gphoto1. That's correct, and I might add a bit weird. However since I'm not worried any more about my system getting sluggish from excessive memory usage it's less of an issue. I can go do something else while I wait. I'll have a card reader probably soon and the additional support in digikam is great. If I could make one request... I shoot my catnip under high pressure sodium lighting and it comes off yellow. I have a system of filtering I do with gimp to offset the discoloration. If you guys have filtering like this in digikam at sometime you will be my heros.

Re: This is just excellent! - djay - 2004-02-13

I hate the flipping around of buttons in gnome. And you just can't talk about that with gnome people, they have this mantra that people read from left to right, so buttons should be from left to right in order of importance. It comes frm so called gui experts. The thing that annoy me a lot is that: 1/ I'm a personn of habits, like everybody is. So respect my habits, please. 2/ I don't use my reading faculties to find a button, I use my geographical search habilities. Which means I look for a visual point to stop my gaze, and search for the button from here. Buttons being in the lower right part of the windows, i use the lower right corner of the window, and search buttons from here, meaning I look from right to left. 3/ they keep on saying that persons with no computer use prefer that. Who in the western world is still a "person with no prior computer use", and is going to be on gnome first? This lack of pragmatism is incredible! The thing that infuriates me the most is that whenever i try to just explain that to a gnome developper, he justs keeps on repeating the mantra that gui experts say it's best, without listening to me, a user. It infuriates me to the point that I havent even installed gnome on my desktop for one year. And, no, I havent ever been part of the kde/gnome trollwars. I used gnome till kde2, and switched on a pragmatical basis, just like I was using gnome during kde1 on a pragmatical basis (it kept crashing on my pc, I hadnt the skill at that time to find what could be wrong).

Re: This is just excellent! - fault - 2004-02-13

Yeah, the button order was one of the reasons I switched from GNOME pre-2.0 to KDE pre-3.0 (I was a diehard GNOME 1.0/1.2/1.4 user). I stayed with KDE for it's own merits.

Better than camera:/ ? - Paulo Eduardo Neves - 2004-02-12

I've used digikam some time, till I discoved that I had just to (after a quick configuration at the control center) access the url camera:/ to see my photos in konqueror. Drag'n drop them to another konqueror window. Now with some cool plugins like "batch renaming" and "html album" I'll take a look at it again.

Re: Better than camera:/ ? - pahli_bar - 2004-02-12

if all you want to do is access the pictures from the camera, then camera:/, gphoto2 or gtkam might be a better option. digikam provides an integrated interface to address most of the needs of digital camera owners: organizing photos as albums, adding comments, setting dates, rotating images, raw image conversion, ..., well you get the idea. pahli_bar

Balance correction - AC - 2004-02-12

Thank you for this great app. Would it be possible to create a plugin for balance correction, like this this one for the gimp? http://www.geocities.com/lasm.rm/wb2.html

Re: Balance correction - pahli_bar - 2004-02-13

added to my TODO list :) pahli_bar

OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-12

KDevelop is better than Eclipse! http://www.unesco.org/webworld/portal_freesoftware/Software/Development_Tools/Integrated_Development_Environment__IDE_/index.shtml

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-13

KDevelop has refactoring facilities ? :-) (get real : kdevelop is a good IDE, but from the previous generation - compared to Eclipse or Intellij Idea, it's obsolete).

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-13

I'm real - is it necessary for a modern IDE to consume more then 240 Mb of RAM on Standby? Thus it makes real development impossible since there is no space left for helper apps or even the app you develop on. In addition its too slow for real fun. And considering the good, clean framework of kdevelop it's not impossible to see the missing features soon - in KDevelop.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-13

You're seeing this from the hobbyist point of view. In the office, you just give 1Gig of RAM to your Java devs and off they go. The time gain recoups the investment after a week.

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

No I'm seeing it from a software engineer's point of view. We switched a project from Java/AWT to C++/Qt since Java's performance and memory consumption is quite horrible and on the other hand programming with Qt is quite more productive than programming with Java. And our customers like to have their RAM for their data and not for the program alone too...

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> We switched a project from Java/AWT to C++/Qt since Java's performance and memory consumption is quite horrible and on the other hand programming with Qt is quite more productive than programming with Java. For GUIs, yes. Otherwise, no (and on WinXP Java GUIs run fine, it's only on Linux that they suck so badly - though that doesn't remove the fact that designing a GUI is easier with Qt than with Swing).

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

We're developing under XP for XP,Linux,Irix :-) Java's bad performance and memory consumption isn't bound to a plattform or a VM, its bound to the very basic principles of Java itself :-)

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

I'm the only developer using Linux in the project, all my colleagues are running XP. We all have similar configurations. I can see the difference when they start Idea or Eclipse compared to my machine. Memory consumption is relatively identical (around 240Mb for Idea), but the reactivity difference is like night and day. Of course Java is much more resource hungry than C++, nobody disputes that. XP just copes with it better, UI-wise (or the Windows version of the JDK is better implemented, whatever).

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

Again: we're developing under XP!!! (At home I've running and developing for Linux pure!)

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

I understood you the 1st time. Try running one of the Swing samples on Linux and XP, if you can't see the difference then you've got a problem with your setup. That doesn't mean a large image processing Java app will fly on XP and crawl on Linux, there are other factors in that case, like huge mem consumption or programming mistakes. One of the main problems of Java, shared with C and C++, is that the obvious way of doing some things is rarely the right one.

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

To make it clear: we switched an XP java project to C++/Qt despite of the poor performance. Having experiences in both languages now I can state that programming C++ in a modern way is at least as safe as programming in Java. Taking the good template support (we need fast templates, such the Generics introduced with Java1.5 aren't an acceptable solution) and valgrind into account we can deliver safer binaries as class files since you don't know what bugs the VM or HoSpot may introduce.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> Having experiences in both languages now I can state that programming C++ in a modern way is at least as safe as programming in Java. Then you need more experience :-). I'm sorry, but again you're considering only your own special case here. Statistically, programmers are way more productive in Java than they are in C++. That's a fact. You may be an exception (I am too, given that I'm much more familiar with C++/Qt than with Java's libraries), but I think your apparent dislike of Java prevents you from being objective. What you say is, basically, that "programming in C++ while making no mistakes is at least as safe as programming in Java". Of course you can reduce the risk of mem leaks and corruptions if you use the right data structures. The problem with C++ is that you have to build these structures first. Qt and the STL give you quite a bunch of them, but in any project you'll still have to add your own at some point. That won't replace a GC, and that's only one aspect of the overall problem. (and yes, generics in JDK 1.5 are a joke, everybody knows that) > we can deliver safer binaries as class files since you don't know what bugs the VM or HoSpot may introduce. Oh, because you know what kind of bugs a compiler or a lib may introduce ? And valgrind works on SGI hardware too ?

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

Is it wrong to assume that a program which is clean (from valgrinds viewpoint) on a x86 wouldn't be clean on the Irix too? Important for us are heavenly fast and powerful libraries as the Blitz++, especially with the integrated asserts for the debug version of our programs. And yes, I'm a bit annoyed from Java. Personal experience, I admit.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> Is it wrong to assume that a program which is clean (from valgrinds viewpoint) on a x86 wouldn't be clean on the Irix too? Completely wrong. First of all it means that you're assuming valgrind catches everything - it doesn't. Second, you're forgetting CPU specificities. Third, the OSes and libs are different too. > Important for us are heavenly fast and powerful libraries as the Blitz++ Then you indeed couldn't have picked a worse choice than Java for your app. At best you could have tried a Java GUI over a C++ core, but with Qt that would not really have been worth the hassle.

Re: OT: Vote for KDevelop at Unesco! - Christian Loose - 2004-02-13

The current Eclipse C++ plugin has refactoring facilities? You can program in pascal, ada, ruby, python, bash, etc with Eclipse? Eclipse ships with support for subversion, cvs, clearcase, perforce? Code completion with support for Qt signals and slots? ...and, and, and... --> http://www.kdevelop.org/index.html?filename=features.html (get real: you should do some research before you call something obsolete)

Re: OT: Vote for KDevelop at Unesco! - fault - 2004-02-13

yes.. but kdevelop still doesn't have refactoring :(

Re: OT: Vote for KDevelop at Unesco! - Christian Loose - 2004-02-13

Why didn't you write one? :(

Re: OT: Vote for KDevelop at Unesco! - Datschge - 2004-02-13

Still no excuse for Guillaume Laurent for his annoying repeated eclipse trolling wrt KDevelop even though eclipse can't offer it for C++ either (thus is not even on topic).

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

Oh please, grow up. The original post said "Kdevelop is better than Eclipse". This is just a plain stupid assertion. At best you could say that KDevelop is a better C++ IDE than Eclipse, and even then I'm not sure a strict side-by-side comparison (that is, actually testing the advertised features) would confirm that. That doesn't mean KDevelop sucks, Eclipse just has a lot more resources devoted to it.

Re: OT: Vote for KDevelop at Unesco! - Datschge - 2004-02-14

Sorry, but the one who needs to grow up is you. You are throwing around terms like "get real", "previous generation" and "obsolete" while attacking an awarded KDE application in a KDE forum, and you still expect to be taken seriously? Get real. =P

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

If you take this as an "attack", then yes, you need to grow up.

Re: OT: Vote for KDevelop at Unesco! - Datschge - 2004-02-14

No, I personally take it as a incredible waste of time on your part. I would rather like to see you developing Rosengarden, promoting its use and ideally leading an effort of building a decent audio and midi framework within KDE. The thread you started here with your unnecessary anti-KDevelop advertisement is both childish and trollish and not helping anyone here.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

It is not "anti-kdevelop advertisement". I consider kdevelop to be a good tool. Believe it or not I actually hope to use it instead of xemacs for Rosegarden development at some point. But to claim that it's better than Eclipse is not good publicity. Likewise we wouldn't claim that Rosegarden is better than Cubase, because that would be giving users false expectations. That said, you're right, it is a childish waste of time on my part, but I'm not much in a coding mood today.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-13

No, the C++ plugin for eclipse is lacking refactoring and I'd be amazed if it ever had it given how complex the issue gets for C++ (compared to Java). As for the rest of the features, all those you're listing are hardly important (and I have to wonder how well tested they are, too), except for code completion, which is a must-have. Understand me, I'm not disparaging KDevelop, but to say it's better than Eclipse is just silly. Both simply don't play in the same league. Kind of like saying Rosegarden is better than Cubase, if you like :-).

Re: OT: Vote for KDevelop at Unesco! - Christian Loose - 2004-02-13

> Understand me, I'm not disparaging KDevelop, but to say it's better than Eclipse is just silly. Both simply don't play in the same league. This might be true for Java but when you see the whole package then KDevelop *is* better than Eclipse today. So I would say choose the IDE that fits your needs. As a Java programmer I would probably use Eclipse too but as a C++ developer I choose KDevelop over Eclipse anytime.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-13

> As a Java programmer I would probably use Eclipse too but as a C++ developer I choose KDevelop over Eclipse anytime. Likewise, no arguing about that. But if Eclipse would get the same kind of features for C++ that it has for Java, I'd switch instantly.

Re: OT: Vote for KDevelop at Unesco! - Rayiner Hashem - 2004-02-14

And if any of the current IDE's would get the features some of the Smalltalk/Lisp/Dylan IDEs have had for uears, I'd switch instantly too. But that ain't going to happen, not in my lifetime. The point is that KDE is a C++ platform. The relative merits of IDEs are judged by their adeptness at handling C++ code, not Java code.

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

Since Java is only usable for smaller programs which aren't used frequently 'cause of the bad performance and memory consumption you're right - KDevelop and Eclipse play in different leagues - KDevelop for real programs and Eclipse for small apps... PS: Isn't it funny to see how badly the Java guys try to integrate the "uninteresting" features of C++? Wonder how long it will takes before Microsoft cleans up Java's edge with C# when the SUN-down is perfect :-)

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> Since Java is only usable for smaller programs which aren't used frequently 'cause of the bad performance and memory consumption you're right What's the color of the sky on your planet ? We all have Eclipse or IntelliJ Idea running for weeks on at my workplace (either on WinXP or Linux, though XP is much better for Java dev than Linux). The project I'm in has 40 programmers. Yes, we need half a gig and 2GHz P4 at least. So what, hardware is cheap, development time isn't. Such a setup is very common in the industry. > Isn't it funny to see how badly the Java guys try to integrate the "uninteresting" features of C++? Java made the mistake of oversimplifying things. MS seem to have reached a good balanced with C#. If the current market trends keep going, C# will accomplish what Java failed to do, that is turning C++ into a niche language, like C++ did for C.

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

It's well-known that the wishes of the users grows more rapid than the capabilities of the hardware. Considering this, the combination of a cross-plattform toolkit like Qt - which reduces development time rapidly, IMHO even more than Java - and a performant language is the killer duo for the future :-). Besides: We're working in the medical imaging domain - and there we couldn't get enough power (there's always something you can do if you have some power left - use more accurate models,...) and free memory :-) And it's funny to see how much HW power you need under Java to achive the same results as with a P5 machine @200 Mhz :-) Sorry, but you're a bit out-dated :-)

Re: OT: Vote for KDevelop at Unesco! - Nick - 2004-02-14

I like C++ better too. Java seems to be a step backwards in technology. C++ is simply the most advanced language today. C# has nothing that C++ didn't already have for 10 years. C++ is a free, but Java and .net are proprietary platforms. Java is not platform independent as many like to think, but ties you tightly to the Java platform. Java can't interact with any other languages and has only a sucky C interface. Java is totally pathetic if you look at it closer. C#/.net is only little better. At least the templates are real templates there, but again its not cross platform as you get hooked up to M$ which nobody really wants. at least C++ can be a valid .Net language. I really wished someone would continue the c++ VM that was started once. With GC becoming a c++ standard in 2005 C++ will stay the coolest language anyway. No need for Java/C# crap

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> C# has nothing that C++ didn't already have for 10 years. Show me introspection, delegates, serialisation, GC, class loading, remote method calls in C++ ? You're going to reply to me that it's all there if you use the right libraries, which is precisely the point : C# has all these in standard. Please, you're just acting like the Gnome zealots who used to argue that C++ had nothing you could already do in C, lacking both objectivity and technical knowledge.

Re: OT: Vote for KDevelop at Unesco! - Nick - 2004-02-16

Just that C++ has actually more language features than C#. Delegates is just signals/slots light. Where is multiple inheritance in C#? MI is much more useful than introspection... A Gnome zealot I am certainly not! But I grant you that C# is better than Java. If it only had more C++ features and wouldn`t depend on a VM...

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-16

> Just that C++ has actually more language features than C# a) few people see this as an advantage b) the question is *which* features > Where is multiple inheritance in C#? You generally don't need it (not always, but in most cases). > MI is much more useful than introspection... Oh absolutely. And a spoon is so much more useful than a screwdriver. > A Gnome zealot I am certainly not! No, but you think like one, even if it's on different subjects.

Re: OT: Vote for KDevelop at Unesco! - Nick - 2004-02-16

>Oh absolutely. And a spoon is so much more useful than a screwdriver. Thats exactly the point I am making. I use a spoon several times per day, a screwdriver not very often. > b) the question is *which* features oh my god! its like you are reading my mind :). .Net does a few things different than C++ and has a feature more where c++ lacks one and the other way around, but in the end they are pretty close! And C++ development hasnt stopped. GC among other things will come soon. (inofficially its already there...) the step from C -> C++ was a huge innovation. C++ -> C# is only a little step. For the free software community it would be much better to build on C++ than on C#, and guess what, my favorite Desktop KDE does just that :)

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-16

Out of curiosity, could you detail your work experience in C++ ? How long have you been using it ? What kind of software have you written ? What C++ books have you read ?

Re: OT: Vote for KDevelop at Unesco! - Nick - 2004-02-16

Hi Guillaume! Do you think anybody except us is still reading this? Why don't you try to catch me on #pclasses on freenode.net :)

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-16

I'd rather keep it here. So ? What's your C++ experience ? And also, I suggest you take a look at these excellent series on interviews between Anders Hejlsberg, Bill Venners and Bruce Eckel : http://www.artima.com/intv/csdes.html Especially this one, the part entitled "Components are first class" : http://www.artima.com/intv/simplexityP.html

Re: OT: Vote for KDevelop at Unesco! - Ruediger Knoerig - 2004-02-14

GC would hopefully only an option (e.g. memory manager in the standard libs) since GC is one of many possibilities to do the trick and not the right choice in all scenarios. Mathematic toolboxes are using memory pools, RT applications allocate and deallocate by programmers command. It's one of Java's shortcoming to be fixated on one memory managment system. Virtual machines are another problem since they cost a lot of resources and performance. Imagine a KDE where each permanently running program uses their own VM! Besides this, the VM concept prevents you from using the full power of your machine when you need it (e.g. for multimedia, games etc.) or using your machine in a more economic manner (e.g. OS throttling down the CPU if the full power isn't required - see the impact on the uptime of laptops!). All in all I think that Qt has the correct answer - an intuitive cross-plattform toolkit for rapid development of performant programs easily deployable on different plattforms.

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> We're working in the medical imaging domain That's a very narrow domain with extreme performance requirements. It's quite obvious that Java is not suitable for your task. However your experience can't be generalized to the rest of the industry.

Re: OT: Vote for KDevelop at Unesco! - Rischwa - 2004-02-14

>What's the color of the sky on your planet ? Obviously another than on yours: >that is turning C++ into a niche language, like C++ did for C. Statistics? C a niche language? Probably like COBOL, right? I actually read (some time last year) that there gets more new COBOL code written than java, for example. Your prediction is just naive imho, the industriy doesn't change to fancy new languages, when there are millions of working lines of code and they won't in the future, especially not to .net, is my prediction ;).

Re: OT: Vote for KDevelop at Unesco! - Guillaume Laurent - 2004-02-14

> Your prediction is just naive imho, the industriy doesn't change to fancy new languages, when there are millions of working lines of code These are called "legacy applications". That "new COBOL" is called "maintenance". It's true that some industries still haven't changed to more current languages (oil is one example if I recall correctly), for many reasons. But that doesn't mean they're not looking at what's going on and not considering it eventually.

Re: OT: Vote for KDevelop at Unesco! - Rayiner Hashem - 2004-02-14

KDevelop is primarily a C++ IDE. The language is a bitch to parse (the number of correct C++ parsers in existence can be counted on one hand) and its syntax and expression flexibility make refactoring non-trivial. So of course KDevelop doesn't have refactoring --- its not a Java/Smalltalk IDE!

Very nice program - Alex - 2004-02-13

It's now my favourite Linux image viewer, it's no acd see (yet) but it's veryu good, I'm not even using Mosfet's Pixie Plus anymore.

Re: Very nice program - Justin Karneges - 2004-02-13

From what I remember, Gwenview is modeled after Acdsee. Is there some overlap here, or are Digikam and Gwenview complimentary?

Re: Very nice program - pahli_bar - 2004-02-13

comparing digikam and gwenview to commercial applications, i would say gwenview is similar to acdsee and digikam is more like iphoto. digikam's main focus is end user ease of use. (but we are not skimping on the features part :)) pahli_bar

Non GPhoto cameras !?!?! - digiboy - 2004-02-13

How does it handle cameras that uses the usb mass storage interface instead of gphoto? Or is this program not ment for newish usb storage type of cameras? Which I must say is a pity, Digiboy

Re: Non GPhoto cameras !?!?! - Spy Hunter - 2004-02-13

Firstly, GPhoto supports these types of cameras, and secondly, Digikam isn't tied to GPhoto; it can manage photos from anywhere. No need to use three exclamation points and two question marks.

Re: Non GPhoto cameras !?!?! - pahli_bar - 2004-02-13

from the faq: http://digikam.sourceforge.net/docs.html#q3 pahli_bar

Well done!! - UglyMike - 2004-02-13

Very nice!! It's actually the first appplication that allows me to pull pictures of my Creative PC_CAM 300! The other GPhoto2 frontends can detect it but never find any pictures... Digikam is a great help for me (one less reason to dualboot....) Together with the spca50x driver, I have (finally!!) a fully working webcam-with-photo-capability. Life is grand. I installed DigiKam from Cooker on Mandrake 10-b2. The only problem remaining is that I dont get thumbnails of the pics in the camera. (cli has a line about "unable to show JPEG" or so...)

Re: Well done!! - Bastian - 2004-02-14

Be sure that both gphoto and libgphoto are compiled with EXIF support. No EXIF, no thumbnails...

Digikam is a wonderful application - Pablo de Vicente - 2004-02-13

I want to thank you the developers for this application. I use it with my Canon IXUS 400 and it works wonderfully. I archive my photographs in collections with Digikam, and since it supports EXIF information I know how and when the photographs were performed. I have one question which has already been done by others, but not answered: - Why is digikam not included in KDE?. As others have said if the developers want to keep their release cycle, kdeextragear is the module for that. I wait impatiantely for that planned plugin for removing red eyes. This is something that Digikam needs. Thanks again, and think about including Digikam in the KDE CVS.

Icons - Anonymous - 2004-02-13

Just installed Digikam from the SuSE 9.0 APT Repository. Is it just me or are all of the toolbar icons in the main application window missing? (Icons ARE displayed in the camera window.)

Re: Icons - Anonymous - 2004-02-13

Just downloaded the latest source tarball from the digikam site and copied the files in pics/ to the global share/apps/digikam/icons/hicolor/. Works fine now.

Great program! - Aaron Williams - 2004-05-06

I'm using Digicam quite a bit now. A couple features would be very useful. 1. Automatic rotation using the EXIF information from the camera. My canon PowerShot SD100 encodes the camera orientation in the picture. 2. More features for exporting albums, i.e. multiple pages, background effects, like what PixiePlus can do.