Re: gqview 2.0.2

On Wed, 18 Oct 2006, John Ellis wrote:

> Date: Wed, 18 Oct 2006 13:42:52 -0400
> From: John Ellis <[email protected]>
> To: [email protected]
> Subject: Re: [Gqview-devel] gqview 2.0.2
>
> Alan Horkan wrote:
>
> >>>> I have seen that yesterday John released a new gqview version. It has
> >>>> catalan translation (thanks!) and it haven't my patch "Copy path" (see
> >>>> http://sourceforge.net/mailarchive/forum.php?thread_id=26041842&forum_id=5979
> >
> >>> Mostly laziness on my part, and I can not decide exactly where in
> >>> the menus to put the feature. I think that most of the menus are
> >>> already too long :-/
> >
> > I'd love to try out some reconfigurations of the menus too.

> Within the code the main menu layout is defined by an xml string (see
> menu_ui_description in layout_util.c). But using an external xml file would
> not be my choice as I tend to dislike applications that break because some
> odd file is not available or in the wrong place (App says 'sorry, no menu
> for you' or worse crashes/aborts without reason).

I'm not an expert developer by any means but from what I remember of
computer science I expect the robust solution would be to code in the
defaults and write out a copy of the configuration to disk.  If I recall
correctly this is basically what happens with the accels runtime
configuration files.

> >> I think that is a very-good-needed option but nobody in mailing list has
> >> said anything, so maybe is only very-good-needed for me :-)
> >
> > I cannot put my finger on the problem exactly but there is something not
> > quite right about your suggestion and I wonder if there might be a better
> > way to achieve similar results and make something more useful to more
> > people.  Or maybe not I'm really not sure.

> GQview can currently pass the file path as a string to the shell through
> drag and drop.

> For xterm or any terminal that is not drag and drop aware the current
> GQview is useless, so the feature can fill a void.

Excellent!  Generally speaking the discoverabiliy of drag and drop
features sucks rocks and presenting it in the user interface in another
way might be necessary but it is great that a little discussion was
able to show us all a feature we might not otherwise have noticed.

> > In your earlier mail you mention how you prefer using the shell to move
> > file but you like to rename them in GQView first.  Maybe you have ideas on
> > how moving could be improved?  (Maybe a version of GQView compiled with an
> > optional extra like gnomevfs might give you the SCP support you need?)

I realise this might not be work anyone is interested in doing but if
gnomevfs can provide support for things like WebDAV it could be rather
nice for uploading files.  (I think the gnome and gtk developers are
trying to generalise things more and more and not force gnome dependancies
on anyone.  I love portable software too so I would only ever suggest
things like these as an optional dependancy.)

> Or allow editor commands to prompt for 1 or 2 input strings before running
> the command, as long as the command does not have to be interactive. There
> are ways to configure scp to not interactively request a password.

Some developers do not like speculation and blue skies ideas, others do.
You dont strike me as that type of developer but just so you know, you
only need to ask politely for me to stop if you find any of my comments
unhelpful and I'll refrain from making further suggestion.

Sincerely

Alan Horkan

Inkscape http://inkscape.org
Open Clip Art http://OpenClipArt.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