Suggestions for Sigil Improvements or New Features

[philja]

Originally Posted by RbnJrg

In the File menu, we only have the last five open epubs to choose which one to reopen. I'd like that list to be longer than five epubs; ideally, I'd like the user to be able to choose how long it should be and for Sigil to remember all those open epubs.

I'll second that proposal. It will save me quite a bit of searching in file managers for epub files.

[DiapDealer]

Originally Posted by RbnJrg

In the File menu, we only have the last five open epubs to choose which one to reopen. I'd like that list to be longer than five epubs; ideally, I'd like the user to be able to choose how long it should be and for Sigil to remember all those open epubs.

Increasing the number saved would be trivial. Making it a user preference setting would take way more code than its use would warrant (especially in an already cluttered gui preference environment), in my opinion.

[RbnJrg]

Originally Posted by DiapDealer

Increasing the number saved would be trivial. Making it a user preference setting would take way more code than its use would warrant (especially in an already cluttered gui preference environment), in my opinion.

In that case, I would like that Sigil remembers the last 20 saved epubs.

[DiapDealer]

That's much too many (for a default value). The number of users that would need that many in their recent list would be tiny. That number won't even fit on smaller screens. Perhaps we can come up with an environment variable solution that advanced users could make use of?

[RbnJrg]

Originally Posted by DiapDealer

That's much too many (for a default value). The number of users that would need that many in their recent list would be tiny. That number won't even fit on smaller screens. Perhaps we can come up with an environment variable solution that advanced users could make use of?

Maybe it can be solve with an expandable "File" menu, something like:

...
Print
-----------------
1. ------------
2. ------------
3. ------------
4. ------------
5. ------------
-------\/--------
-----------------
Quit
-----------------

[DiapDealer]

I'm not ruling anything out, but that would still be a good deal of coding work for the expansion of an existing feature that I just don't see benefitting that many people. Let's see if others chime in on this, though. I'm probably not the best one to judge, since I very rarely use the Recently Opened feature of any application. *shrug*

[BetterRed]

I make use of the recently used list, usually five is sufficient but I wouldn't mind a few more.

Something others may not have noticed is that the list is numbered 1-5, and the numbers are underlined, which means they're 'shortcuts' = i.e. Alt+F,3 opens the third item.

If that feature is to be retained the list probably couldn't be more than 9.

BR

[BeckyEbook]

Originally Posted by BetterRed

If that feature is to be retained the list probably couldn't be more than 9.

Here, indeed, keyboard operation becomes problematic, because "1" is active from 10, so you would have to click it multiple times.

[philja]

Originally Posted by BetterRed

I make use of the recently used list, usually five is sufficient but I wouldn't mind a few more.

Something others may not have noticed is that the list is numbered 1-5, and the numbers are underlined, which means they're 'shortcuts' = i.e. Alt+F,3 opens the third item.

If that feature is to be retained the list probably couldn't be more than 9.

BR

I was going to suggest 10 recent files but in light of above, 9 would be an improvement in the right direction.

[Turtle91]

You could get 10 if you used zero as an option: 0-9

[DiapDealer]

Originally Posted by Turtle91

You could get 10 if you used zero as an option: 0-9

But there's no F0 key.

[BetterRed]

Leave the 5 most recent as is with the shortcuts, and add a Recently used flyout with 20 most recent and no shortcuts.

BR

[KevinH]

Imho, 20 is just too many for the bulk of users.