Future Release To-Do Items

[KevinH]

We have had a number of threads requesting multiple changes and things. So to prevent my forgetting what I said yes to, I have tried to collect them here.


Sigil To Do List
----------------

1. Update multiline css reformat to add space after a comma in a selector
(See https://www.mobileread.com/forums/sh...52&postcount=9 )
(Done - pushed to master)

2. Consider adding "Use Unicode" to Find & Replace Regex options (*UCP)

We still need feedback from users as to whether this one is worthwhile or not, since using Saved Searches make handling this very easy.

3. Allow groups of selected .smil, .js, and .svg files to be used with Find and Replace (or figure out something for searching multiple text files). Perhaps SelectedText (ST code).
(Done - pushed to master)

4. Add ability for user to use an environment variable, SIGIL_PREVIEW_TIMEOUT, to change the Preview Timeout within limits of 100 to 10000 (milliseconds).
(Done - pushed to master)

5. Add in BeckyEbook's code to force focus to CodeView when pressing Find button, even if focus in the Replace field.
(See https://www.mobileread.com/forums/sh...7&postcount=29 )
(Done - pushed to master)

6. Consider going from 40 clip bar icons max to 60 (from 20 to 30 per clip toolbar). General consensus is that this is not needed but can it hurt?

7. Given Qt6 ability to do renames with just case variations on Windows and macOS,
relax the constraint on single step case only renames.
(Done - pushed to master)

8. Improve the ability work with epubs with thousands of files using Bulk Rename, Bulk Move, and Bulk Delete to greatly speed things up and reduce memory footprint
(Done - pushed to master)

9. Register QDockwidgets show/hide toggleActions with the Shortcut Manager
(Done - pushed to master)

10. Fix long standing bug in ImageTab context menu save-as
(Done - pushed to master)

11. Add ability to highlight which QDockWidget has focus (controllable by user)
(Done - pushed to master)

12. Improve tab to shift focus behaviour throughout Sigil for all platforms
(Done - pushed to master)

If anyone has any other requests over the next few weeks, please let me know.

If I previously said "yes" to someone's request and it is not yet implemented and not on this list, please point me to the thread and I will update this list.

[KevinH]

For those interested in upcoming features, and those who build their own:

I have updated the New Features To-Do List above to mark off things now pushed to master (completed).

[oston]

Originally Posted by KevinH

If anyone has any other requests over the next few weeks, please let me know.

There is one feature in Dreamweaver that I would love to see in Sigil.

When in code view, with the cursor within the name of a css class, I can edit the css class within the code view using Ctrl + E.

I thought that there would already be a plugin for this in Sigil but I have not been able to find one.

What I need is the ability to open a mini-editor showing the css class indicated by the positioned cursor, ready for editing.

This feature is really the only reason for still using Dreamweaver. I use Sigil for just about everything else

But to edit a css class in Sigil, I now have to know which stylesheet contains the class, open the stylesheet, and find the class within the stylesheet.

Thanks for considering this.

Jim

[DiapDealer]

Right-click on the class name in Code View and select "Go to link or style" from the context menu.

[KevinH]

Yep, Sigil has had that feature for quite some time.

[oston]

!!@#. MANY thanks for that. Amazing the things you can miss if your explorations are too timid :-)
Jim

[DiapDealer]

Trust me... I still discover things I'd forgotten about (or never knew about) RE Sigil all the time!

[Turtle91]

Originally Posted by DiapDealer

Right-click on the class name in Code View and select "Go to link or style" from the context menu.

You can also ctrl-click to get there.

[DiapDealer]

Originally Posted by Turtle91

You can also ctrl-click to get there.

Even quicker! But it takes two hands and I'm lazy.

[KevinH]

Updated the To-Do list again.

[BetterRed]

I've raised these shortcut anomalies previously, but because it was in threads that addressed more substantive issues they've been overlooked.



I would assign Alt+Shift+C to View Clips, and Alt+Shift+P to View Preview. Default settings wouldn't change of course.

BR

[KevinH]

Originally Posted by BetterRed

I've raised these shortcut anomalies previously, but because it was in threads that addressed more substantive issues they've been overlooked.

Attachment 207410

I would assign Alt+Shift+C to View Clips, and Alt+Shift+P to View Preview. Default settings wouldn't change of course.

BR

I will investigate doing that for dynamically created QDockWidgets like Preview and Clips (but the current approaches used to register shortcuts for static menus may not work for dynamically build menus) but note this is not a high priority as opening those can be done using the newly added focus menus you can assign a shortcut key to. Only closing them is limited. And so having "esc" close a QDockWidget may be an easier solution.

I will also look to see if there is a way to limit Tab focus shifting to be internal to a QDockWidget as we discussed that as well.

[BetterRed]

Originally Posted by KevinH

I will investigate doing that for dynamically created QDockWidgets like Preview and Clips (but the current approaches used to register shortcuts for static menus may not work for dynamically build menus) but note this is not a high priority as opening those can be done using the newly added focus menus you can assign a shortcut key to. Only closing them is limited. And so having "esc" close a QDockWidget may be an easier solution.

I will also look to see if there is a way to limit Tab focus shifting to be internal to a QDockWidget as we discussed that as well.

Whilst I very much appreciate the fact that giving focus to a window will show a hidden window and then give it focus… other programs I use don't do that I also value the ability to simply show and hide a window without changing focus.

If "…having 'esc' close a QDockWidget may be an easier [for you I assume] solution…" means me using the actual Esc key, then please provide an option to turn any such feature off. I would rather find the mouse and click the close button.

If I can, I often assign Esc to 'Quit the application'. I can't do that in Sigil… which is fine… but if I forget that, and I hit Esc in Sigil it does nothing, which is also fine, but I would not want Esc doing anything else.

Added: if you were to ask me to rank the issues raised here against the issue of Tab shifting focus between windows, I'd probably rank the latter lower. I put that down to BekkyEbook's .qss patch. IMO it should be a built-in preference in all Qt apps… spotting which control has focus is also hard in other Qt based applications I use.

BR

[KevinH]

Registering even QDockWidget toggleActions with the Shortcut Manager turned out to be quite straightforward.

[BetterRed]

Originally Posted by KevinH

Registering even QDockWidget toggleActions with the Shortcut Manager turned out to be quite straightforward.

tks

BR