Dne Ätvrtek 16 Srpen 2012 17:46:37 Omari Stephens napsal(a): > On 08/16/2012 03:07 PM, Vladimir Nadvornik wrote: > > On Wednesday, August 15, 2012 07:38:25 AM David Vincent-Jones wrote: > >> Is there an established goal, or set of goals, for Geeqie? If so where > >> will I find them. > >> If the direction is already clearly stated somewhere it should be much > >> easier to prioritize the next development. > > > > Main goal is to create fast and flexible image viewer. > > > > The long term goals I can think of are: > > > > - GUI cleanup - now there are windows like search or collections that > > duplicates a lot of code of the main window. The common feature they have > > is that they provide a list of files, so they could be integrated as > > alternatives to the directory pane. > > Along these lines, When you chose "view image" from panview, that goes > to a separate display codepath as well. At one point that alternate > display was not color-managed. ISTR that I may have fixed that, but it > should really be the same codepath as the standard window, with the > ability to view EXIF info and change keywords and such.
Yes, this code should be unified too. > > > - porting to libgio > > > > - Pan view redesign - Pan view is based on a custom backend and the code > > is not easy to understand. With Clutter library it is possible to achieve > > the some functionality much easier. Also, integration of pan view with > > the rest of Geeqie could be improved. > > Yay! Is any of the code from the first Clutter attempt usable? > Yes, I have a more or less working code for Clutter based renderer. I will just add an option to switch between clutter and the old renderer and then I will push it to master for wider testing. Then I think about implementing a Clutter Actor for Geeqie image - with exif orientation, color management, caching... and then it will be possible to rewrite the Pan View. But at the moment I am out of ideas for high-level desing, so volunteers are welcome :-) > > - support of large images - currently there is a limitation arould 32768 > > pixels. Pixbuf renderer could be connected with image loader, to request > > downscaled version or only the displayed region of the image on demand. > > This will allow handling of large images with reasonable memory > > requirements. > > This is 32,768 pixels of width or height, right? I have a 1920x1200 > screen and have had zero problems displaying 50-megapixel images > full-screen. > IIRC there is a bug report about a panorama with dimensions 40000x6000. > > - use standard Gtk file dialog > > I don't generally use any file dialogs in Geeqie, but I _love_ how the > directory display textbox auto-completes and gives you an autocomplete > drop-down when you hit <tab>. Please don't replace that with GTK's > horrendous button thing. > OK :) Vladimir ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
