in reply to Re: MacOS Finder (Column view) in Tk.
in thread MacOSX Finder (Column view) in Tk.

Ok, I appreciate your feedback, but I'm not sure I totally agree with the better suited for C. Ok, well, maybe it is, if I wanna spend time controlling every byte. Doing this in Perl is surely far more faster creating, and I'm not sure its gonna be alot slower compared to C - even if the user gets the data from harddrive. Besides, Im not getting it ALL recursivly like this Tk::DirTree seems to be doing, I just get for the directory I'm in (ONE directory that is). And thus, not many millisecs different getting that info from Perl, compared to C.

Also, I have a rather generic solution in mind, so, the user can get the data from a database (like mp3 data), and do this - like I briefly mentioned - with that info instead. And show stuff like Genre -> Polka/Trance/... -> Artistname... User can get this from a db in realtime.
  • Comment on Re^2: MacOS Finder (Column view) in Tk.

Replies are listed 'Best First'.
Re^3: MacOS Finder (Column view) in Tk.
by zentara (Cardinal) on Feb 20, 2006 at 23:07 UTC
    I like Tk, but I'm also aware of it's drawbacks. If I were you, I would do this in Gtk2, and use the TreeView. The way Gtk2 has it setup, it is extremely configurable, and more suited to expanding/collapsing trees, which can be nested to various depths. The model they use is much more complex, but it makes it more configurable. For instance, you can set it up, that as you click and open your tress, if there are multiple files to choose from, you can nest a drop down box(combbox) at any point in your tree. It would be a very good opportunity to learn Gtk2. You can include icons in your cells too. Check out this, but I'm not sure if Mac has Gtk2 yet .

    I'm not really a human, but I play one on earth. flash japh
      Hmm, can you elaborate on the problems with Tk here?
        Thats too big of of question. The basic drawback is that each Tk widget is an entity in it's own world, whereas every widget in a gtk2 is all based on the same object model. This makes it difficult in Tk to get low-level interaction between widgets in an app.

        But to just make a list of common complaints about Tk in complex apps...... sorting lists is difficult, memory is not cleaned up very well, getting colors into the various portions of widgets can be a mess(gtk2 with Pango markup lets you mix colors and fonts in a single label), no drag-and-drop support( yes, Gtk2 will let you drag files from one widget, and dump them onto another), better threads support, etc, etc, etc.

        Now I'm not trying to disparage Tk. It is very good for what it is, but Gtk2 has alot more thought being put into it. So which would you choose for a big, long-term project?


        I'm not really a human, but I play one on earth. flash japh