06-18-2024, 10:04 AM | #31 | |
Enthusiast
Posts: 40
Karma: 10
Join Date: May 2012
Device: Kindle Oasis, Scribe, Paperwhite // Boox Palma
|
Quote:
|
|
06-19-2024, 09:48 AM | #32 |
Connoisseur
Posts: 68
Karma: 10
Join Date: Apr 2021
Location: Spain
Device: Kobo Libra 2
|
First of all I want to thank you for your generosity. And now I would like to comment on two small problems, not to complain but to collaborate, that I have found using the new version (with Windows 10).
1. If I close Sigil with a window width smaller than a certain size, when I open it again it appears with a certain width larger. There seems to be a minimum initial width, about two thirds of my screen width, in my case. 2. One thing I could do before and now it doesn't work: Select a text, for example "ALBERT EINSTEIN" (quotation marks not included). Click the button [Aa]->Ab Titlecase. The text is converted to "Albert Einstein" and remains selected. Now I click on a custom button of mine that applies the following to the selection: Code:
<span class="small-caps">\1</span> What I mean is that with the previous version, the span defined in the custom button, or the bold, or the italic, was applied to the selected text. |
Advert | |
|
06-19-2024, 10:10 AM | #33 |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
1. Yes, the Find and Replace Window determines the minimum width of the CodeView window (even when hidden). The scroll bars and title of the other Windows determine their minimum width. Just opening a new epub with a different title can change the layout.
So that is expected behaviour. If Sigil takes up too much space on your screen, try either hiding the dockwidgets you do not need or use fast virtual desktop switching. 2. I will test this on my machine. But there was no code change in Sigil since the previous version related to this. I assume by "custom button" you mean an icon on your clips bar? |
06-19-2024, 10:29 AM | #34 |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
Okay, for your pt 2., I can recreate it. The Change-Case ToolButton (and the Heading ToolButton) both use pull down menus, but even after selecting and applying the pulldown menu item and releasing, it is not returning focus control back to CodeView where it belongs. This must be an internal Qt issue. And without focus, trying to apply the clip causes the Sigil status bar at the bottom left to indicate that you need to select where to paste into first.
You should see that status message as well, but maybe did not notice it. I will look into why after selecting the menu item that QToolButton did not return focus properly. |
06-19-2024, 10:59 AM | #35 |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
@repilo
Okay, I tracked this one down to a side-effect from a bug fix where those same QToolButtons with Menus were inserting themselves in the tab focus chain. I turned them from default TabFocus to ClickFocus but should have made all of them NoFocus. I have fixed this bug now and pushed the fix to master. This fix will be part of the next release. Thank you for your bug report. |
Advert | |
|
06-19-2024, 05:12 PM | #36 | |
Connoisseur
Posts: 68
Karma: 10
Join Date: Apr 2021
Location: Spain
Device: Kobo Libra 2
|
Quote:
I think I didn't explain myself well in what I called point 1. It is difficult for me to explain myself in English. Sorry about that. Forget what I said about the minimum width. I'll say it another way. I usually have Sigil on the left side occupying about 2/3 of the screen, so that I can have the Calibre book viewer on the remaining 1/3 of the screen on the right. I do this way because when I edit an epub in my language, I want to have the ebook in its original language visible on the right side. I've been doing it this way for years, but with this version something happens that didn't happen before, and that's why I'm telling you about it. I drag the right edge of Sigil to the left so that it doesn't overlap with the Calibre ebook viewer: no problem, everything is ok. But when I close Sigil and open it again, it doesn't remember the previously established width: I have to drag the right edge to the left again. This "lack of memory" only happens if I adjust the right border to the left beyond a certain point (I would say about 2/3 of my screen), beyond which Sigil always returns to a certain width when closed and reopened. This did not happen in previous versions. Sorry for the long explanation. |
|
06-19-2024, 07:06 PM | #37 |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
We have changed nothing to do with Window positioning since our last release. Could the available screen geometry or dpi of your monitor have changed? Could you have updated or changed video drivers? Could Windows itself have updated something?
Sorry but I am not seeing this behaviour on macOS unless I try to shrink the Sigil Main Window too small. Perhaps someone on Windows can try to recreate what you are seeing and report back the exact steps to recreate this. |
06-19-2024, 08:02 PM | #38 |
A Hairy Wizard
Posts: 3,219
Karma: 19000635
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
|
Yes, I am able to get it to duplicate on Windows 11 Pro (22631.3737)....this is with the previous version of Sigil (2.1.0 - QT 6.6.2) so it may not be a NEW issue. My monitor is 3840x2160 with 150% scale on nvidia 3090 and the latest driver.
- I minimized the width of both left and right docked panes...drug them to their smallest width while still displaying them just to make sure they weren't playing a role in this. - I grabbed the right edge of the Sigil window and dragged it to the left until it was at it's narrowest allowed; it wouldn't let me go any narrower. I think this was, as you mentioned, limited by the size of the F/R pane. I took a screenshot showing where the right edge of the Sigil window lined up on the explorer window behind it...just to the left of "EPUB" in the file type column. I also had calibre reader open on the right side of the screen. I saved the file and closed Sigil. Here is the first portion of the sigil_v6.ini file: Spoiler:
I then reopened Sigil and the entire Sigil Window was wider than it was when Sigil was closed. Here is another screenshot showing that the window is wider, as well as the ini file after closing Sigil again. I don't think either of the dockable panes on the sides changes size, I think it was just the CV pane. Spoiler:
|
06-19-2024, 08:10 PM | #39 |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
Yes this is what happens when you try to make Sigil too small. It will adjust to its preferred minimum size. Again there is a minimum here because the Find and Replace Window has a minimum width.
I just tried with Sigil 2.1.0 on macOS. Same thing. To repeat. This is not a bug, it is instead expected behaviour. In fact depending on OS window tiling systems and third party window layout controllers (like Rectangle on macOS), there is no way for Sigil to guarantee it has the exact size and position it requests on startup. So keep Sigil bigger than its minimum preferred size and it will stay right where you place it assuming your os window manager allows it. Make it too small and it will come back with a new slightly larger size. Every Sigil since we moved to Qt6 seems to do the same thing. |
06-19-2024, 08:17 PM | #40 |
A Hairy Wizard
Posts: 3,219
Karma: 19000635
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
|
This is not an issue for me as I usually have Sigil maximized. To avoid confusion, is it possible to give a minimum size for the window equal to Sigil's preferred minimum...that would keep people from shrinking it smaller than it wants???
|
06-19-2024, 08:29 PM | #41 |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
Possibly but it would depend on which dockwidgets were visible and which were hidden.
And sometimes I shrink it too small to just make temporary room and re-expand it. Locking in a minimum would change that. So this is not something I consider a bug. The only change since 2.1.0 is 6 extra pixels of width (one around cv and each dock widget) used to show focus rectangles if the user enables them. Last edited by KevinH; 06-19-2024 at 08:51 PM. |
06-20-2024, 03:48 AM | #42 | |
Connoisseur
Posts: 68
Karma: 10
Join Date: Apr 2021
Location: Spain
Device: Kobo Libra 2
|
Quote:
Image 1. I adjust Sigil 2.2.0 to my liking and after capturing the image I close the application. Image 2. When I open Sigil again, its size is bigger, it overlaps with the application to the right of it. I think it is perhaps a bit big for a minimum size. I reinstalled version 2.1.0 and the problem is solved. |
|
06-20-2024, 06:37 AM | #43 |
null operator (he/him)
Posts: 20,981
Karma: 27620706
Join Date: Mar 2012
Location: Sydney Australia
Device: none
|
↑ ↑ ↑ ---- Looks like it expanded to accommodate another clip bar item 'saltoescena'.
@KevinH - Sigil & PageEdit 2.2.0 working fine for me, I had to retain ':focus {border: 1px solid yellow;}' in qt_styles.qss to get yellow borders every place. That's fine by me. BR |
06-20-2024, 07:23 AM | #44 |
Grand Sorcerer
Posts: 28,033
Karma: 199464182
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
The OS highlight/accent color can be overridden with the SIGIL_FOCUS_HIGHLIGHT_COLOR environment variable.
Setting it to something like #FFFF00 would produce (a) yellow. EDIT: I just noticed you said "every place". |
06-20-2024, 08:23 AM | #45 | |
Sigil Developer
Posts: 8,154
Karma: 5450818
Join Date: Nov 2009
Device: many
|
Quote:
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Sigil-1.3.0 Released | DiapDealer | Sigil | 8 | 09-15-2020 08:03 AM |
Sigil-0.9.10 Released | DiapDealer | Sigil | 149 | 11-19-2018 10:20 PM |
Sigil-0.8.900 released for testing - Wait for Sigil-0.8.901 | KevinH | Sigil | 106 | 10-04-2015 10:41 AM |
Sigil 0.8.2 Released | user_none | Sigil | 12 | 12-22-2014 06:02 PM |
Sigil 0.7.0 Released | user_none | Sigil | 75 | 03-03-2013 12:41 PM |