12-17-2020, 09:13 AM | #46 | |
Bookmaker & Cat Slave
Posts: 11,462
Karma: 158448243
Join Date: Apr 2010
Location: Phoenix, AZ
Device: K2, iPad, KFire, PPW, Voyage, NookColor. 2 Droid, Oasis, Boox Note2
|
Quote:
Hitch |
|
12-17-2020, 09:49 AM | #47 | |
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
Quote:
Are you aware of an equivalent for that part of the nav? This change will be in the next release. Thanks! |
|
Advert | |
|
12-17-2020, 10:21 AM | #48 | |
Imperfect Perfectionist
Posts: 466
Karma: 724664
Join Date: Dec 2011
Location: Ølstykke, Denmark
Device: none
|
Quote:
And of course: Thanks! One thing less to remember Regards, Kim |
|
12-17-2020, 11:56 AM | #49 | |
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
To see if using SavedSearches would fit the bill to provide the Atlantis-like replacement capability, I have added the ability for Saved Searches to import both *.txt files - (tab delimited list one per line) and *.csv (comma delimted list one per line). No export yet as exporting can be done to ini files.
Given Sigil SavedSearches can already support Regex find and replace, we get that added capability for free as long as current Find & Replace it set that way. I am not sure about handling csv files that quote strings data as that would create an issue on import, so for the time being I am assuming all string data is exported as from Excel as csv without strings being quoted. Either way, I have pushed a very simplistic approach for this to master, that we can play around with and try to see if it will be enough to do what people want for serial lists of replacements. If anyone builds their own, please pull from master and give it a try and let us know. KevinH Quote:
|
|
12-17-2020, 01:12 PM | #50 | |
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
Quote:
According to the user manual, typically, you are supposed to open Find & Replace to determine your search type and settings. Once set the way you want your right click to get the SavedSearches dialog. You then select the saved search and run it with whatever the current settings are in Find & Replace. That way none of that additional metadata needs to be saved or be part of the ini. I am not sure changing this is worthwhile for most users, especially those who use it like the manual describes, as it would make all current saved search files obsolete and could end up confusing people. So unless there is strong support for changing this from current users, it is not something I am in favour of. Thanks |
|
Advert | |
|
12-17-2020, 02:22 PM | #51 |
Imperfect Perfectionist
Posts: 466
Karma: 724664
Join Date: Dec 2011
Location: Ølstykke, Denmark
Device: none
|
I'm not quite sure that I understand this correctly, but I often find myself fetching a saved search I made as a regex, run it - and it finds nothing. Because the last search/replace I ran was a Normal search, and the Saved search don't remember the type, so happily try to run my Regex search as a Normal search.
If this is what is being discussed, I for one would support a change, so that the saved searches remember at least the search type (but maybe not the range and Up/Down settings?) Regards, Kim |
12-17-2020, 03:26 PM | #52 |
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
As I mentioned earlier, that would break backwards compatibility with others existing search ini files and require a redesign of the user interface to carry that info. It is possible but since you are in Find & Replace just set it to regex (or not) before loading the saved search.
Let's hear from others first. If there is a strong consensus in its favour, I will consider adding it. |
12-17-2020, 03:56 PM | #53 | ||||
Groupie
Posts: 152
Karma: 474196
Join Date: Jan 2011
Location: Ottawa
Device: Kobo Aura H2O
|
Great work, guys! Overall, I'm very happy with Sigil. There are a few nice-to-haves I have in mind. They may be specific to my personal workflows and use-cases, but hey, you asked.
Find in: Open Tabs I've mentioned this before at some point, but I still think it'd be a pretty valuable option. As an example use case, I often find myself fixing up ePubs that have been converted and put together poorly, resulting not only in a lot of header-defined "sgc-x" styles, but inconstent ones. So, some files have sgc-1 as bold and sgc-2 as italics, while others are reversed. What I'd ideally like to do is search for Quote:
Quote:
As it is now, I have to find those files, then select them in the sidebar, then use the find in "Selected HTML Files" option. This works, but the selection is lost very easily. If I click a tab, for example. "Wrappable"/regex Clips EDIT: This is already in Sigil! My mistake! I'd love for defining clips to have a similar option to regex replacing using "\1" it would be great to be able to define a clip such as: Quote:
Multi-Paragraph Justification Changing It would be nice to be able to make a selection over two or more paragraphs, and use the justification buttons to change all paragraphs touched by the selection highlight. This would allow the use to quickly and easily centre an entire title page, for example, rather than having to select each paragraph individually. Search "Ignore Tags" option This could be a checkbox option alongside "DotAll", "minimal Match", etc. Basically, it would allow the use to search for text while ignoring any html tags. For example, in: Quote:
Often when OCRing or fixing up weird ePubs, there may be weird styling added to certain words, or even mid-word, and it would be nice to have the option to find text before I've rooted all that weirdness out. That's all I can think of at the moment. nothing huge, but these things would definitely improve my process when fixing up ebooks. Thanks again! Last edited by Vanguard3000; 12-21-2020 at 04:34 PM. |
||||
12-17-2020, 04:23 PM | #54 |
Guru
Posts: 692
Karma: 2180740
Join Date: Jan 2017
Location: Poland
Device: Misc
|
Thank you both for the years of developing the Sigil application.
What am I missing?
This is where a plugin could help, if there was a function that would give the TOC/index "ingredients" to styleaccording to the current table of contents settings, including "sigil_not_in_toc", "sigil_index_marker" etc. Sure, you could write a plugin to do the table of contents in a different form, but the plugin would do 99% of what Sigil is already doing, adding only the final layout of the TOC.xhtml file. ---------- As for Saved Searches: In my opinion, the existing solution is not perfect. The fact that it forces you to pre-set all the options and then load saved searches is the weakest point. It also means that - although I like this option - I rarely use it. It may seem strange, but I have quite a few different searches where the key information is whether they are normal or regex searches. If I save them in Saved Searches in a folder, I always have to remember that these are normal, and these are regex ... I would like to be able to have any searches in the folder so that it could be performed sequentially, e.g.
I see different solutions, always taking into account backward compatibility. Sample solution: We ignore backward compatibility Just kidding. For backward compatibility, we ignore the existing sigil_searches.ini file and from version 1.5 only save sigil_searches_new.ini The file structure may be the same: Code:
[search_entries] 1\Name=XXX 1\Find=YYY 1\Replace=ZZZ Code:
1\Options=QQQ * will have its old file * if he wants to use newly created searches he can make a copy of the new ini file and name it sigil_searches.ini and IMHO should work with previous versions of Sigil. |
12-17-2020, 04:27 PM | #55 | ||
Grand Sorcerer
Posts: 5,584
Karma: 22735033
Join Date: Dec 2010
Device: Kindle PW2
|
Quote:
Quote:
IIRC, current sigil.ini files are no longer 100% compatible with older versions anyway and .json files must be encoded as UTF-8 files by default. (I know that UTF-16/32 are also allowed, but I've yet to see one "in the wild.") Last edited by Doitsu; 12-17-2020 at 04:52 PM. |
||
12-17-2020, 07:19 PM | #56 |
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
There is a lot of machinery around Qt settings .ini files that json does not support. For example, a file watcher is specified and an inter-process communication is used to synchronize settings shared across all of the current instances of the main process.
This machinery would all have to be recreated if we move away completely from ini files. We tried that by moving to utf-8 but since a unicode character cannot be written in a single access and is made up of multiple bytes collisions and data corruption happened. So moving away from ini to pure standalone json files is probably not going to happen. We lost 3 releases to ini file corruption when we tried just to change it to utf-8 encoding. |
12-17-2020, 07:35 PM | #57 | |||
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
Quote:
The plugin interface is a file based interface and can not callback to invoke that code. So all of that code would need to be duplicated and rewritten in python and then maintained in parallel for all future versions. Quote:
With your skills you could easily comment out the offending lines and make your own builds. I think you regularly do that anyway, right? It is just metadata. There are plugin approaches that can do this quite easily too. Quote:
Thanks. |
|||
12-17-2020, 07:46 PM | #58 | |||
Sigil Developer
Posts: 7,657
Karma: 5433388
Join Date: Nov 2009
Device: many
|
Quote:
Quote:
I will look into this as well. Quote:
Thanks |
|||
12-17-2020, 08:27 PM | #59 |
Hedge Wizard
Posts: 800
Karma: 19999999
Join Date: May 2011
Location: UK/Philippines
Device: Kobo Touch, Nook Simple
|
|
12-17-2020, 08:55 PM | #60 |
Hedge Wizard
Posts: 800
Karma: 19999999
Join Date: May 2011
Location: UK/Philippines
Device: Kobo Touch, Nook Simple
|
Not a request just an idea for ruminating on. If Sigil already has this feature please let me know as I am not aware of it.
When I am fixing html I often find styling which refers to a single paragraph. This may be inline but usually uses a CSS selector(s). Normally I just delete this styling manually which means highlighting and deleting pieces of code individually. As I believe the latest version of Sigil now detects the open and closing tags would it be easily doable to add a feature so that if the cursor is on a tag pressing a hotkey (or clicking on an icon) would remove the tag pair concerned? This would speed up cleaning these paragraphs. |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Touch HD, Future features or dead features? | ElWorm | PocketBook | 4 | 02-07-2018 11:36 AM |
New Plugin Features in the upcoming Sigil 0.8.900 | KevinH | Plugins | 6 | 09-14-2015 02:48 PM |
FAQ>How do I use ... features of the conversion tools? | chaot | Library Management | 2 | 08-28-2012 07:28 AM |
Writer2ePub, Sigil, and mjBookMaker Features | Ransom | Writer2ePub | 1 | 09-21-2011 09:20 AM |
ePub Creation Tools: Sigil vs Oxygen | twedigteam | ePub | 6 | 12-10-2010 03:41 AM |