Re: Fw: new release

Frédéric <[email protected]> Sat, 14 Oct 2006 13:40:21 +0200
Newsgroups gmane.comp.gnome.apps.gqview.devel
Organization Home
Message-ID <[email protected]>
On Saturday 14 October 2006 10:58, John Ellis wrote:

> Symbolic links have never been a high priority, and I plan to eventually
> allow their creation (the sort bar can already do links [Ctrl+S]).

Well, the sort bar is not easy to use as drag'n'drop feature...

> Beyond that, symbolic links will simply be treated as a regular file by
> the rest of GQview.

Ok, this is fine.

> The properties window is initially sized to show the information on the
> General tab.

Not for me (see attached file). Maybe a local issue? Could it be possible 
to remain the size and position of this window like you do for the main 
one?

> If you want updated Exif display of the active picture the 
> EXIF bar may be more useful [Ctrl+E].
>
> May I ask why you do not use the EXIF bar?

Well, no special reason. The property windows has all informations (files, 
keywords, exif). This is why I use it. For EXIF, you're right, the EXIF 
bar is enought.

About the keyword window: when selecting several pictures, adding/removing 
a keyword only tag the current image. There are 2 additional buttons to 
tag/untag all images (the '+' and next to right icon). Why not directly 
tag/untag all selected images when clicking in the check-box? This is a 
little confusing, and need more clicks to do the same stuff...

> File listings are obtained by standard library calls [readdir() and
> stat()], GTK+ is not involved in this. Hangs will be hangs in those
> calls, I can not easily avoid it.

Ok, forget this. This is a long time a plan to use CODA, another network 
file system, much better than NFS. I will give it a try.

> > 4) I would like to have more than 10 external editors, even if only
> > the firsts have shortcuts (Ctrl+<num> )...
>
> Change the #define in gqview.h:
>
> #define GQVIEW_EDITOR_SLOTS 10

Easy!

> and recompile, it should work as you request. Just remember the
> preferences window is not designed to start scrolling as the editor line
> count exceeds the window size, so the preferences window may become
> quite large vertically.

Ok. My laptop has a 1600x1200 flat panel, and I use small fonts ; so, the 
preference menu is only half of the vertical space. I can add 10 or 15 
entries before it exceeds the screen size ;o)

À plus,

-- 
   Frédéric

   http://www.gbiloba.org

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

_______________________________________________
Gqview-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gqview-devel
properties.png (image/png, 134.7 KB) - not displayed
signature.asc (application/pgp-signature, 189 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFMMynYSjuFMxF2CgRAiKOAKDT4u84iBuP7BMw0IgArtO9MqbNVgCg1uPw
SO/5pZxZcxRz1P4F1s50XgE=
=pXBR
-----END PGP SIGNATURE-----