Hi Ales: El dom, 16-10-2005 a las 22:18 -0400, Ales Hvezda escribió: [snip] > > > >In fact, I am using them in a file load/save window replacement (using > >the GTK file chooser), and they are working great. > >If you are curious, I have the new file chooser working, but I'm stuck > >again trying to get a preview of the file for the file chooser.... I > > Please check in the changes even without the previewer. We can > worry about that later. Please just make sure that the existing file > dialog box still works since I don't want to break support for gtk+ > 2.2.x just yet.
I checked in the changes. I have GTK 2.6 installed, and I don't have access to any machine with GTK 2.2, so I am not able to test the changes with GTK 2.2. When I did the changes, I was careful to keep the old code, so I hope there won't be big problems. I created a new x_fileselect_setup using defines to keep the old code, so if GTK 2.4 or better isn't available, or it is called to add a component, it calls the old function x_fileselect_setup_old. > >think we really need some way to get a pixbuf from a toplevel structure > >_without_ defining or using a drawing_area (which needs to be visible) > >and totally unaware of windows or drawing_areas defined in w_current > > I think it should be quite doable to reuse the exising x_preview_* > code to generate the previewer, since the new file chooser has hooks for > a custom gtk+ widget. The preview infrastructure is mostly done. The code setting the preview widget is commented in x_fileselect_setup. The preview widget callback needs to be a new one (x_preview_update_gtk24) because the arguments changed. To get it working, we have to setup the preview toplevel structure and hack x_image_get_pixbuf so it can get a pixbuf from it. The rest is easy. Cheers, Carlos -- Carlos Nieves Ónega <[EMAIL PROTECTED]>
