12-16-2020, 10:44 AM | #16 | |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
Unfortunately, the nav is being completely rebuilt each time from scratch and any added attributes are lost. That said, any time we add an epub-type toc attribute we can add in the matching aria roll attribute as well. It can not hurt!
As for default selections for editing when format tools are used when no text is selected, I will look into that. That should be doable. I personally am not a fan of autocorrect or autocomplete. When writing longer things I typically speed things up by using my own unique abbreviations for longer or often used words and then doing a find and replace for each abbreviation. But this is typically done in a Word Processor long before loading it into Sigil. So let's hear what others are think about that feature request. Thanks! Quote:
|
|
12-16-2020, 10:57 AM | #17 | |
Imperfect Perfectionist
Posts: 483
Karma: 724664
Join Date: Dec 2011
Location: Ølstykke, Denmark
Device: none
|
Quote:
Hope this will clarify my meaning. Regards, Kim Last edited by elibrarian; 12-16-2020 at 10:59 AM. Reason: typos |
|
Advert | |
|
12-16-2020, 11:08 AM | #18 | |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
Sounds like a good idea for a plugin.
In fact there are already plugins that try to do things like this for common scanner mistakes. I am not sure if they are word list driven or not. Obviously this list would need to be language specific. Would this word list of find and replaces be book specific or reasonably static? Could it be autogenerated from spellcheck and suggestion output? Let's see what other people think, especially plugin devs. Quote:
|
|
12-16-2020, 11:17 AM | #19 |
Grand Sorcerer
Posts: 27,614
Karma: 193191846
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
I like the table-based metadata editor more, as well. But I also understand (and agree with) the reasons it is the way it is now. It's just a bit unfortunate that the metadata editor is a bit of a catch-22 in its current state. It offers a way to edit metadata in a wysiwyg manner, but using it effectively means that a fairly thorough understanding of metadata specifications and their various hierarchies is sort of a pre-requisite. And having a fairly thorough understanding of metadata specifications and their various hierarchies can mean that manually editing the opf to add metadata might actually be simpler.
But the bottom line for me is that I don't think there's a solution for a wysiwyg metadata editor for epub3 that would appeal to those already knowledgeable and would also be intuitive enough for a novice to navigate. In other words: the easier it is, the less it can do; and the more it can do, the less useful it becomes to those who understand its use. *shrug* That's not meant to dismiss the suggestion at all. But then I don't use the new metadata editor any more than (or less) than I did the previous one. |
12-16-2020, 11:18 AM | #20 |
Grand Sorcerer
Posts: 5,611
Karma: 23187563
Join Date: Dec 2010
Device: Kindle PW2
|
@KevinH
For reference purposes, here's a screenshot of the Atlantis WP Autocorrect dialog. |
Advert | |
|
12-16-2020, 11:25 AM | #21 | |
Imperfect Perfectionist
Posts: 483
Karma: 724664
Join Date: Dec 2011
Location: Ølstykke, Denmark
Device: none
|
Quote:
Perhaps a better example might be wReplace ( http://www.sharktime.com/en_wReplace.html ) - it's rather old and haven't seen an update for many years, but still works. Probably could. I have build mine from word frequency lists using a wordprocessor and a spreadsheet. Regards, Kim |
|
12-16-2020, 11:53 AM | #22 |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
Based on the images and discussion above ... something like an AutoReplace tool or plugin that allows you to load and save a text file. The text file would be pipe delimited one entry per line with what to find first then a "|" character then the replacement text followed by a new line (or cr/lf for Windows).
No wild cards or placeholders would be allowed in the list. (are placeholders and wildcard allowed in Atlantis?) The find text and replacements would be *whole* word only. All text files would be utf-8 encoded. The interface once you selected and loaded a file would show you the loaded information in two columns, allowing a user to edit/tweak either column before doing the replacement. Then there would be a "Do It" button, that when pushed would automatically do all of the replacements but only in the text not in tags across selected xhtml files (or all xhtml files). It would report the total number of replacements per file. That sounds very very doable, although it may be better as a plugin.. Please correct or adapt the above (anyone who is familiar with tools like this) as needed to refine exactly what is being suggested. Thanks! Last edited by KevinH; 12-16-2020 at 12:04 PM. |
12-16-2020, 12:34 PM | #23 | |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
What if we did go to a two-stage approach with a scrolling form style interface with pulldowns with just the most used and basic set of metadata on the first stage and an advanced button to load the current metadata editor, updated with any changes on the first form.
If we did that, then what information should appear on the first form (it could even be an html form that is create on the fly and loaded in a Preview-like tool). book main title book secondary title book series number book series title primary language pulldown secondary language pulldown author1 with file-as author2 with file-as author3 with file-as contributor1 with associated role pulldown contributor2 with associated role pulldown contributor3 with associated role pulldown subject keywords description bigger box supporting html markup identifier1 with pull down for identification type identifier2 with pull down for identification type publication date and what else? How about that approach? Quote:
|
|
12-16-2020, 01:15 PM | #24 | |
Imperfect Perfectionist
Posts: 483
Karma: 724664
Join Date: Dec 2011
Location: Ølstykke, Denmark
Device: none
|
Quote:
(I would have no objections to a plugin - would the plugin implementation be significant slower than a C++ implementation in the Sigil core if working with big files/many replacements?) Regards, Kim Last edited by KevinH; 12-16-2020 at 01:30 PM. Reason: Sorry hit efit instead of quote by mistake! |
|
12-16-2020, 01:16 PM | #25 | |||
Grand Sorcerer
Posts: 5,611
Karma: 23187563
Join Date: Dec 2010
Device: Kindle PW2
|
Quote:
This is a good idea, because some Windows apps still save .csv files as ANSI/CP1252 files, but most can save UTF-8 files. Quote:
Quote:
That depends on the implementation and the number of entries in the list. A C++ implementation would definitely be faster, but a pure Python solution shouldn't be that much slower, especially, if the list isn't too long. Last edited by Doitsu; 12-16-2020 at 01:30 PM. |
|||
12-16-2020, 01:36 PM | #26 | |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
The issues with regular expressions would be the need to capture and replace wildcard text and then to get users to properly regex escape any entries that use any regex special chars but do not want regex including (, ), *, !, ., ?.
Also since fully automated, regex could easily lead to unexpected matches and replacements. It is probably better used inside Find and Replace where you can say "no", just for safety sake. Speed of python should not be an issue as this need not be done in real time, and is most likely once or twice perhaps with different lists. Quote:
Last edited by KevinH; 12-16-2020 at 01:39 PM. |
|
12-16-2020, 01:38 PM | #27 |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
And Doitsu, yes we could use commas or better yet tabs as delimiters. A pulldown to select delimiter char might also be a good idea as lists can then come from different sources.
|
12-16-2020, 02:27 PM | #28 | |
Grand Sorcerer
Posts: 5,611
Karma: 23187563
Join Date: Dec 2010
Device: Kindle PW2
|
Quote:
All that's missing is an import filter for comma/tab-delimited files. How about simply adding .csv and .txt files as file types to the Import Search Entries dialog box? (.txt would be for tab-delimited files) |
|
12-16-2020, 02:51 PM | #29 |
Sigil Developer
Posts: 7,736
Karma: 5446592
Join Date: Nov 2009
Device: many
|
What format does it currently import and export?
I had no idea this feature even existed in Sigil! |
12-16-2020, 03:20 PM | #30 |
Grand Sorcerer
Posts: 5,611
Karma: 23187563
Join Date: Dec 2010
Device: Kindle PW2
|
|
|
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 |