Improvements? New Features? post sigil 2.7.6 - Page 6

DiapDealer · 03-28-2026, 10:27 PM

Quote:

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 · 03-28-2026, 10:43 PM

Quote:

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 · 03-28-2026, 11:48 PM

Quote:

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 · Yesterday, 12:18 AM

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: Removed link see message #97 for new version.

BetterRed · Yesterday, 12:32 AM

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 · Yesterday, 01:11 AM

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

DiapDealer · Yesterday, 07:01 AM

Quote:

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 · Yesterday, 08:19 AM

Quote:

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 · Yesterday, 08:27 AM

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.

Turtle91 · Yesterday, 09:29 AM

Ideally Sigil would just read my mind….

But, since a single click in the preview pane forces a sync in code view, could a double click or right click in the preview pane to activate the html code view be plausible??

KevinH · Yesterday, 10:14 AM

To try to summarize for my sake:

We have 1 vote for full size images (me) and 3 or 4 votes for fitted images.

I can see that if all you want is size info without scrolling, the move to top for the descriptive info will save scrolling for some full size images, (but Get Info will tell you the same thing).

I do not think it matters, if images are fitted, whether the descriptive info is at top or bottom (no good arguments yet presented one way or the other).

Is this pretty much correct?

How about as a compromise we use full size in the Image Tab since it is showing the image as it truly is, but the Image Viewer shows it as fitted, and we move the descriptive info to the top for the Image Tab (the full size one).

That way if I want full size I double click on an Image file in BookBrowser and can see the actual image, but if I want it fitted I instead use the right click Image Viewer option. That Image Viewer option (fitted) will be used when you right click on a image in CodeView so you can always see everything.

That way no Sigil functionality is truly lost (ie seeing the image at its actual size is still possible)..

Thoughts on this compromise?

KevinH · Yesterday, 10:17 AM

I will look into if there is a way to use a double click or some new Preview toolbar icon to bring up Preview's current file to the front in Tab Manager.

I think that is what people are asking for.

theducks · Yesterday, 10:24 AM

Quote:

Originally Posted by DiapDealer

RE #2

I guess I've just never fully understood why the active tab needs to be visually "found" in the first place. It's the one whose code is open in the editor. Click in CodeView and you've "found" the active tab. What am I missing that makes not being able to immediately visually differentiate the active tab from the rest of the open tabs so problematic? Perhaps if I understood what the consequences of not being able to immediately see it were, I might be able to be convinced that the default classic dark styling needs to be changed for everyone, instead of just letting the people it bothers change it for themselves with ass.

TL;DR: why is it so important that this stand out more?

When you need to temporarily jump to another tab (copy code

) and come back.
Tidy up the workspace when too many open tabs . (This issue is not limited to Sigil. I have used the wrong X when using different desktop apps (Forming an answer for MR and switch to Sigil or Calibre to verify my words and accidentally close the browser and lose my reply that may be extensive. Not the apps fault but any help appreciated.)

theducks · Yesterday, 10:32 AM

It is about knowing which tab WAS active before you leave to do something, so you know where to return. A simple 'back' might not always work if you need to browse elsewhere.

As you say: it is how WE logically work a task. That is/maybe different for others.

KevinH · Yesterday, 01:09 PM

Have you tried adding a BookMark before going to another tab. Then using the Return. Doesn't that work?

Yesterday, 12:18 AM	#79
DNSB Bibliophagist Posts: 50,938 Karma: 179232776 Join Date: Jul 2010 Location: Vancouver Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos	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: Removed link see message #97 for new version. Last edited by DNSB; Yesterday at 02:40 PM. Reason: Removed link.

Yesterday, 12:32 AM	#80
BetterRed null operator (he/him) Posts: 22,549 Karma: 32600660 Join Date: Mar 2012 Location: Sydney Australia Device: none	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 Attached Thumbnails

Yesterday, 01:11 AM	#81
DNSB Bibliophagist Posts: 50,938 Karma: 179232776 Join Date: Jul 2010 Location: Vancouver Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos	I've attached a sample from an ePub I just opened. This is a bloody fleuron not a full page image. Attached Thumbnails

Yesterday, 10:14 AM	#86
KevinH Sigil Developer Posts: 9,498 Karma: 6734148 Join Date: Nov 2009 Device: many	To try to summarize for my sake: We have 1 vote for full size images (me) and 3 or 4 votes for fitted images. I can see that if all you want is size info without scrolling, the move to top for the descriptive info will save scrolling for some full size images, (but Get Info will tell you the same thing). I do not think it matters, if images are fitted, whether the descriptive info is at top or bottom (no good arguments yet presented one way or the other). Is this pretty much correct? How about as a compromise we use full size in the Image Tab since it is showing the image as it truly is, but the Image Viewer shows it as fitted, and we move the descriptive info to the top for the Image Tab (the full size one). That way if I want full size I double click on an Image file in BookBrowser and can see the actual image, but if I want it fitted I instead use the right click Image Viewer option. That Image Viewer option (fitted) will be used when you right click on a image in CodeView so you can always see everything. That way no Sigil functionality is truly lost (ie seeing the image at its actual size is still possible).. Thoughts on this compromise? Last edited by KevinH; Yesterday at 01:06 PM.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Suggestions for Sigil Improvements or New Features	KevinH	Sigil	241	03-02-2026 01:09 PM
Suggestions for Sigil Improvements or New Features	KevinH	Sigil	168	11-18-2025 12:23 PM
Ideas for New Improvements or Features	KevinH	Sigil	97	04-09-2025 09:45 AM
What Features or Tools does Sigil Still Need Yet?	KevinH	Sigil	175	03-06-2021 09:11 PM
Improvements/bugs/features	dontcrash	KOReader	10	10-23-2019 10:05 AM

Yesterday, 08:27 AM	#84
DiapDealer Grand Sorcerer Posts: 29,251 Karma: 211540138 Join Date: Jan 2010 Device: Nexus 7, Kindle Fire HD	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.

Yesterday, 09:29 AM	#85
Turtle91 A Hairy Wizard Posts: 3,474 Karma: 21000001 Join Date: Dec 2012 Location: Charleston, SC today Device: iPhone 15/11/X/6/iPad 1,2,Air & Air Pro/Surface Pro/Kindle PW & Fire	Ideally Sigil would just read my mind…. But, since a single click in the preview pane forces a sync in code view, could a double click or right click in the preview pane to activate the html code view be plausible??

Yesterday, 10:17 AM	#87
KevinH Sigil Developer Posts: 9,498 Karma: 6734148 Join Date: Nov 2009 Device: many	I will look into if there is a way to use a double click or some new Preview toolbar icon to bring up Preview's current file to the front in Tab Manager. I think that is what people are asking for.

Yesterday, 10:32 AM	#89
theducks Well trained by Cats Posts: 31,654 Karma: 64144480 Join Date: Aug 2009 Location: The Central Coast of California Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A	It is about knowing which tab WAS active before you leave to do something, so you know where to return. A simple 'back' might not always work if you need to browse elsewhere. As you say: it is how WE logically work a task. That is/maybe different for others.

Yesterday, 01:09 PM	#90
KevinH Sigil Developer Posts: 9,498 Karma: 6734148 Join Date: Nov 2009 Device: many	Have you tried adding a BookMark before going to another tab. Then using the Return. Doesn't that work?