Regarding plans to improve usability in the next release, I have a few
suggestions.
In general, where possible I prefer to reduce the number of
preferences by just having the application do something sensible. It
makes it easier to find the preferences people actually do need to
adjust, prevents
On Wed, 28 Jan 2009 03:49:24 -0500, Christopher wrote:
> A few bugs I found while testing:
>
> A.) When I hit the Help button on Edit -> Preferences -> Advanced, I
> get a dialog box that says "Unable to load:
> /usr/share/doc/geeqie-1.0alpha2/README" and no help appears. I
> believe the correct
2.) In Edit -> Preferences -> General -> Thumbnails, I don't
understand the option "Cache thumbnails into .thumbnails", because
that *is* where the shared thumbnail cache is (or at least its
subdirectories). I think the optimal thing to do is actually remove
*both* of these options, and
Christopher Beland wrote:
> Regarding plans to improve usability in the next release, I have a few
> suggestions.
>
> In general, where possible I prefer to reduce the number of
> preferences by just having the application do something sensible. It
> makes it easier to find the preferences people
Oh, I think I misunderstood the label; it means "put thumbnails
in .thumbnails in the same directory as the image" not "put thumbnails
into ~/.thumbnails". I can the the utility in that, the label just
needs to be a bit clearer.
On Wed, 2009-01-28 at 12:19 -0500, Greg Troxel wrote:
> 2.) In Edit
Hi Christopher,
First of all, thank you for the feedback. This is exactly what we need.
Dne středa 28 leden 2009 Christopher Beland napsal(a):
> Regarding plans to improve usability in the next release, I have a few
> suggestions.
>
> In general, where possible I prefer to reduce the number of
>
Dne středa 28 leden 2009 Michael Schwendt napsal(a):
> On Wed, 28 Jan 2009 03:49:24 -0500, Christopher wrote:
> > A few bugs I found while testing:
> >
> > A.) When I hit the Help button on Edit -> Preferences -> Advanced, I
> > get a dialog box that says "Unable to load:
> > /usr/share/doc/geeqie-
On 2009-01-28 19:36, Omari Stephens wrote:
> Christopher Beland wrote:
(...)
>> Is there anyone for whom the internal copy, move, and rename commands
>> would actually be insufficient in practice and not just in theory? I
>> myself was pondering setting up "gvfs-trash" as my standard
>> alternativ
Dne středa 28 leden 2009 Greg Troxel napsal(a):
> 2.) In Edit -> Preferences -> General -> Thumbnails, I don't
> understand the option "Cache thumbnails into .thumbnails", because
> that *is* where the shared thumbnail cache is (or at least its
> subdirectories). I think the optimal thing
Dne středa 28 leden 2009 Vladimir Nadvornik napsal(a):
> > Will the internal commands be the default in the final release?
>
> No.
>
I mean yes ;) The final release will use the internal commands.
Vladimir
--
This SF.net
On Wed, 28 Jan 2009 21:30:11 +0100
Vladimir Nadvornik wrote:
>
> We should definitely use the standard, but I am not sure how to keep
> compatibility.
>
> http://jens.triq.net/thumbnail-spec/local.html
Yes, we should perhaps use it by default.
Though i think this "standard" is very badly des
Dne středa 28 leden 2009 Omari Stephens napsal(a):
> > I like the idea of moving the "Editors" tab out of the preferences
> > interface entirely; that would put copy, move, delete, and symlink
> > "under the hood" where they wouldn't get in the way. If I understand
> > what you are proposing, it w
On Wed, 28 Jan 2009 21:19:36 +0100
Vladimir Nadvornik wrote:
>
> Geeqie is oriented on more experienced users who knows what they want
> to do and Geeqie should be flexible enough to fit their needs.
>
> Therefore reducing the number of options is not a good idea but
> I agree that the current
On Wed, 28 Jan 2009 22:01:22 +0100
Vladimir Nadvornik wrote:
[snip]
>
> My plan is to prefer desktop files from ~/.geeqie
> Adding new command would mean copying an existing desktop file or a template
> from documentation and editing it. I agree it is a bit more complicated
> but it will easier
On Wed, 2009-01-28 at 22:01 +0100, Vladimir Nadvornik wrote:
> Hm, I would incline to a switch to the standard dialog, mostly because the
> current code is hard to maintain. I will have to think about it. Any other
> opinions?
Actually, I think the benefits of both speed and standardization can
15 matches
Mail list logo
