Projects / GTKtalog

GTKtalog

GTKtalog is an archiver to store a CD file tree structure. It can be used to easily browse a CD-ROM database. Each disk, folder and file has a size, date, category, description, and content parameter and can be completely edited or deleted. The file search module can do searches on filename, foldername with name, category description, date, filesize, and content parameter. Each filetype has its own icon. It possible to use programs like tar, arj, zip, or scripts to extract information from files to include in the database. Gtktalog can mount, scan, umount, and eject a CD-ROM in the background.

Tags
Licenses
Operating Systems
Implementation

Recent releases

  •  01 Sep 2003 23:51

    Release Notes: A bug in the left tree and a bug with configuration files and quotes inside strings have been fixed.

    •  25 Jul 2003 18:27

      Release Notes: The Modinfo plugin has been updated. A minor bug in preferences has been fixed. A bug with the size parameter in the search box has been fixed.

      •  21 Jun 2003 01:48

        Release Notes: This release adds new XML reports and minor bugfixes.

        •  11 Apr 2003 22:09

          Release Notes: This release fixes minor bugs with categories and descriptions and in reports.

          •  13 Oct 2002 15:07

            Release Notes: Minor bugfixes were made. Compilation on Cygwin works better now.

            Recent comments

            18 Oct 2005 13:46 alinuxuser

            GTKatalog problem?
            Sorry for my English. I tried to use GTKatalog, but is a

            problem: If I try to add a CD which has an empty

            volume label, I receive an Segmentation Fault error (in

            terminal) and GTKatalog ends, of course. I tried on

            Fedora, Mandriva, SuSE, RedHat and on different

            hardware configurations. Where am I wrong?

            21 Feb 2003 10:49 chaoticthought

            Feature / bugfix requests
            This is a useful program. However, I'm hesitant to use it on a large scale basis because the File Descriptions are destroyed after Updating the database: even if you choose update and all the filenames / sizes remain the same. I would like to use this to maintain a large (dynamic) database of files, and the ability to give each file a unique description is essential.

            My other complaints are the rudimentary (nonexistent) keyboard support that exists in many GTK applications, (There is no way to perform all operations using a keyboard only) and the lack of support for multiple CDROM drives. My system has two cdrom drives, so I would appreciate the program's ability to detect or give the user a choice of which CDROM to add upon picking the "Add CD" button.

            21 Oct 2002 03:46 LinuxMatt

            Very good but slow
            (Sorry for my poor english, I am French :))

            Thank you very much for this wonderful piece of software. It is very useful to me.
            But...
            I work on a K6-200Mhz machine and when the catalog file grows over a few megabytes, gtktalog goes slower and slower... After only a dozen of CDROMs of Linux distributions (with thousands of RPMS, I agree), the program becomes too slow to be usable.
            Looking at the source code, I remarked that:
            - The (Gnome) GUI code is mixed with the core processing code. I don't think that it is the best design for such a program and the code is not easy to understand.
            - There should be a way to save the catalog into a MySQL database to speed up the whole application. By doing this, the catalog can grow bigger and bigger without decreasing the overall performance.

            Keep up the good work!

            Best regards,
            Matt

            09 Jun 2001 14:50 timecop

            Re: Is "Speed Improvement" going to be on the TODO list anytime soon?

            >
            > What a useless comment. Since your dishing out
            > suggestions on a project that you are not pleased
            > with, I would suggest that you use a different CD
            > cataloging program. Or write your own if you can.


            And that's what I did, since GTKtalog people don't
            seem to care about how slow their software is.
            By the way, who uses a GNode without actually
            storing a tree structure in it?
            After spending a few minutes looking over GTKtalog
            source code, I must say its rather messy.

            09 Jun 2001 00:05 anim8

            Re: Is "Speed Improvement" going to be on the TODO list anytime soon?

            What a useless comment. Since your dishing out
            suggestions on a project that you are not pleased
            with, I would suggest that you use a different CD
            cataloging program. Or write your own if you can.

            Screenshot

            Project Spotlight

            OpenStack4j

            A Fluent OpenStack client API for Java.

            Screenshot

            Project Spotlight

            TurnKey TWiki Appliance

            A TWiki appliance that is easy to use and lightweight.