Improvements? New Features? post sigil 2.7.6

[DiapDealer]

Originally Posted by Turtle91

- finding the active tab becomes a little more difficult (for me) in the following scenario: I have several sheets open with multiple tabs across the top. I need to work on adjusting the style for a particular page so I open the css file which becomes the active tab. The preview pane updates as I make css changes which is very convenient. Now I need to go back to the code view of that html sheet…. Which one of the many tabs is it??? I find it by looking at the info header at the top of the preview pane to get the filename then either double click the file in the book browser, or scroll through the open tabs looking for the filename. Not crazy, but would definitely be an improvement if there was an easier way…. Perhaps double clicking the preview pane or something ??

I'm confused. If the css tab is is the current active tag, then how is trying to find the previous html tab relevant to the visibility of the active tab?

[BetterRed]

Originally Posted by DNSB

If anyone is interested in testing the current changes to Sigil under Windows, my compile of 2.7.6 can be downloaded from Sigil-2.7.6-Windows-x64-Setup.exe.

Unchecked the preference, drop zone went away, checked it and it came back.

BR

[DNSB]

Originally Posted by KevinH

- I just can *not* see any logical reason to move the image details to be above the image, especially if the full image is zoomed to fit. So I really need to hear a good argument that lays out what benefit is derived from such a move. (And matching calibre in this regard is not a good enough reason).

- If most people want zoomed to fit images, we can easily do that with simple svg in the Image Tabs and elsewhere. But certainly seeing tiny images will not show you how truly large some images are which are ones an epub developer should be focusing on. That is why I like the current approach.

Personally, I would like the zoomed to fit images. At times, it gets very boring scrolling through an image to get to the image size at the bottom. Perhaps another option? If zoom to fit becomes an option then having the dimensions on the bottom is not an issue.

[DNSB]

I added BeckyEbook's code for the image fitting and I quite like it. Much simpler than what I was playing with. With the image fitted to the window, I don't really care if the dimensions are at the top or bottom.

Link for the version with the image fit to window is: Sigil-2.7.6-Windows-x64-Setup.exe.

[BetterRed]

I have no trouble discerning which window tab is active in other tabbed apps on Windows 10 or 11 in dark mode. That includes firefox, chrome, xplorer² file manager, MS Office (via add-on), the calibre book editor etc, etc.

I do have to look a bit harder in Sigil, so my eyes look to the red cross as the differentiator.

BR

[DNSB]

I've attached a sample from an ePub I just opened. This is a bloody fleuron not a full page image.

[DiapDealer]

Originally Posted by BetterRed

I have no trouble discerning which window tab is active in other tabbed apps on Windows 10 or 11 in dark mode. That includes firefox, chrome, xplorer² file manager, MS Office (via add-on), the calibre book editor etc, etc.

I do have to look a bit harder in Sigil, so my eyes look to the red cross as the differentiator.

BR

I simply can't figure out why being able to immediately see which tab is active (in any program) is useful for any kind of workflow. It must be because the active tab is the one I'm using/editing, so I have no need to see the tab. I also rarely have a ton of tabs open at the same time, so the file names are pretty easy to read whenever I'm looking to switch.

But if people need that visual aid, then they need it. I'll see if working some of Becky's qss into Sigil's Classic dark theme will work without any issues. I think the clearly darker tab background is enough (without the blue bar) myself, so I'll probably start there.

If you're seeing the red cross, @BR, you're not using the Classic Sigil dark theme. You're using Qt's default dark theme. I refuse to do much in the way of diddling with that theme. Remember that users are free to apply their own custom qss to either theme to tweak things to their liking. That's what the qt_styles.qss feature was introduced for in the first place.

[Turtle91]

Originally Posted by DiapDealer

I'm confused. If the css tab is is the current active tag, then how is trying to find the previous html tab relevant to the visibility of the active tab?

It’s more like trying to find the correct html tab (the one displayed in the preview pane) when switching back from the css page (which is in code view).

If you have multiple tabs open across the top it is more convoluted to find/activate the tab corresponding to the page that is displayed in the preview pane.

[DiapDealer]

Ah, well that seems like a different issue to me. An "Activate Preview's Current Code Tab" thing. I can see the usefulness there. Just not sure how best that could be accomplished.