Future Release To-Do Items

[DiapDealer]

That looks the inherent Qt dark mode. I've been having trouble getting the SIGIL_USES_DARK_MODE variable to behave lately. I'm actually trying to debug it right now!

I'll see what I can do. But it's getting harder and harder to force a light/dark theme that goes against the system/app setting with Qt on Windows.

In the meanwhile, you should be able to choose a custom color scheme on Windows: Apps dark/System light (or vice versa) that works well for me (with these latest Sigil betas). I realize that's a system-wide setting and not the Sigil-only override you're looking for, but we'll see what I can do.

[BeckyEbook]

Originally Posted by DiapDealer

In the meanwhile, you should be able to choose a custom color scheme on Windows: Apps dark/System light (or vice versa) that works well for me (with these latest Sigil betas).

That's what I've been testing and I confirm that it works amazingly well. By changing the mode on the system, Sigil adapts its theme to the system.

[DiapDealer]

I understand why the logic is failing to force a light theme when SIGIL_USES_DARK_MODE is set to 0, but that logic is turning very pretzel on me. I'll see if there's non-hacky way to fix it while preserving all other theming capabilities (including the inherent Qt dark fusion theme if desired).

[DiapDealer]

I'm just not certain I'm going to be able to keep the SIGIL_USES_DARK_MODE override any longer. Forcing a particular theme (from within Sigil) while simultaneously supporting on-the-fly switching when system colors change has become untenable, I'm afraid.

I'll keep trying for a bit, but I don't have much hope of getting it all to play nicely together. So I'll probably need to remove it. The good news is that it's easy enough to switch Windows themes/colors (with Sigil still running) if one needs to temporarily force a particular Sigil theme You can even switch it to see Sigil light with Windows dark or Sigil dark with Windows light.

I just don't see people missing it for very long.

[Jaco]

Originally Posted by KevinH

Use of tables in epubs of more than just a few columns or a few rows creates many issues for smaller e-readers like phone or tablet based ones.

So what I do is define a new Clip that will insert the elements of a *small* table
in CodeView that I can then easily expand/manipulate by copy and paste.

There are limits on table use in Kindles as well (or their were) so promoting their use may not be in the best interest of of the epub designer.

Here is the Clip called "table" that I created with in any text editor and then used Sigil's Clips Editor to create a table clip using paste so that I can add a simple table framework into my CodeView xhtml with a single click:

<table>
 <caption> Table Caption </caption>
 <thead>
   <tr> <!-- Headings -->
     <th> Column 1 Header </th>
     <th> Column 2 Header </th>
   </tr>
</thead>
<tbody>
<tr> <!-- Row 1 -->
  <td> data1 </td>
  <td> data2 </td>
</tr>
<tr> <!-- Row 2 -->
  <td> data1 </td>
  <td> data2 </td>
</tr>
<tr> <!-- Row 3 -->
  <td> data1 </td>
  <td> data2 </td>
</tr>
</tbody>
<tfoot>
    <tr>
      <th> Footer1 </th>
      <th> Footer2 </th>
    </tr>
</tfoot>
</table>

You can just as easily create a Clip to paste into a CSS stylesheet when in CodeView to help style it. If I have to do a more elaborate table, you can create Clips that just are specific sub elements of a table and use them as needed.

Hope this helps.

Fine. I understand the problem. Thanks for giving me a solution

[Jaco]

Don't worry, thanks, I undestood the problem vs. the solution )

(I forgot to add quote speaking about tables, sorry. I am newbie in this :/ )

[Jaco]

Originally Posted by KevinH

a) I think there is a portable version of Sigil someplace for Windows users. Please search for a reputable one or ask in a new thread if people can recommend where to download from.

b) In general we are not interested in supporting web development as epubs use xhtml not html. That said you should explore Sigil Plugins. There already is a FolderOut plugin that can just the files to any folder. So creating your own plugin to export or save files anyplace should be easily doable. There already is a close tag feature than can be invoked by shortcut. Plus using Sigil Clips to enter template tag pairs already does most of that to speed entry. Plus Sigil's Mend will close tags left open by following the html parsing rules. You can also use our PageEdit app for proofing and minor typo correction.

Glad to hear you like Sigil.

Noted! And thanks again

[oston]

When I have a lot of images that need alt-text, the "Update Alt for Each Image" within the Access-Aide plugin is very helpful. It's the normal way that I now add the alt-text entries.

But while using this, the access-aide plug-in is running. This prevents access to sigil for checking and other edits, while the alt-text creation is going on.

Would it be possible, as well keeping it in Access-Aide, to have a separate instance of the "Update Alt for Each Image" window, so it could be shown alongside other tabs, or popup like "Clip Editor" and allow editing in just the same way that we do when moving between html and opf files etc.

Thanks
Jim

[KevinH]

Unfortunately, that is not how plugins are designed to work in a safe manner (ie preventing a plugin from crashing Sigil). Sigil can not proceed until the PluginRunner has exited.

That said, you can of course open a second instance of Sigil to continue work on some other epub.

[oston]

Thanks for the explanation Kevin.

I was thinking that since the code for the "Update Alt for Each Image" was already written, it might be doable to turn that into a separate tool, independent of the plug-in.

I do not know of any alt-text editor for an epub, other than the one you have built into Access-Aide. And I am now using it for just about every project (55 illustrations in the current project!)
Jim

[KevinH]

Even if I did reuse the code internally in Sigil you could theoretically be live editing more than one xhtml file at the same time. So that type of dialog would have to be blocking / modal and only work on xhtml file at a time. Not any different than what you can accomplish with a simple Find and Replace for img tags and updating each tag's alt data in CodeView while looking at the image in the synced Preview.

So there would be no real benefit in the end.

Glad you find AccessAide useful.

[oston]

Thanks Kevin. Understood. It's all OK.
I'll keep on using the Alt editor in Access-Aide. That plugin is far more than useful. It's indispensible. :-)
Jim

[un_pogaz]

Damn, I've just noticed that PageEdit doesn't have a page for setting keyboard shortcuts. That would be really handy, especially for uniform some common actions that you've customized in Sigil.

[KevinH]

Originally Posted by un_pogaz

Damn, I've just noticed that PageEdit doesn't have a page for setting keyboard shortcuts. That would be really handy, especially for uniform some common actions that you've customized in Sigil.

Yes, it was designed to be a simple add-on. That precluded moving the entire shortcut manager, registration process, and shortcut preferences. That plus the fact QWebEngine had default shortcuts for editing we can not change.

You can always tweak the source and build your own.

Perhaps some day we could add a light-weight json file that users could hand edit to allow some degree of short cut customization.