10-16-2012, 05:45 PM | #46 |
Sigil developer
Posts: 1,275
Karma: 1101600
Join Date: Jan 2011
Location: UK
Device: Kindle PW, K4 NT, K3, Kobo Touch
|
One change I'd like feedback on is with the Generate TOC function.
Previously if you used Generate TOC and had a heading 'near' the top of the file, it would use just the filename for the link in the TOC. At this point in the beta, Generate TOC will always use the full filename#id reference in the TOC. This avoids 'guessing' what to do and always creating the entries consistently. I don't believe this causes any issues with the TOC on ereaders. That is, if you click on the link in the TOC it will still take you to the right page, but it might 'scroll' the view down so that the heading is exactly at the top instead of displaying the file from the very beginning. I know if you generate an HTML version, then the heading is scrolled to the top which causes issues with any prev/next links at the top of the page, but I don't know if this causes problems with ereaders. So I'm just looking for feedback if the current approach is okay, or if the previous approach has to be restored to avoid 'breaking' things. |
10-16-2012, 07:07 PM | #47 |
Zealot
Posts: 119
Karma: 64428
Join Date: Aug 2011
Device: none
|
I really like the way it is now. Using 0.5.3, I found myself editing in the appropriate id for the first target on a page. If there is no specific id on the filename, the old sigil reader would pretty much land anywhere and I had to scroll up to see anything at the top. Annoying. This is much better now. Thanks for the change.
|
10-16-2012, 07:12 PM | #48 |
Zealot
Posts: 119
Karma: 64428
Join Date: Aug 2011
Device: none
|
As long as we're on the subject, there is another rough spot I believe needs to be smoothed out. When I split an html file or rename it, the previously generated Table of Contents is re-displayed. So far, so good. But, it is always displayed in collapsed mode. It would be really nice if the re-display would be in the same mode as the previous display. Chances are, if I split one html file, I'll be splitting it again several times until I'm satisfied with their length. Then, I'll rename everything. It would help if the expanded view, if previously selected, would remain throughout the entire process, or until I set it to something else.
Just my 2 cents. |
10-16-2012, 08:14 PM | #49 | |
Grand Sorcerer
Posts: 27,549
Karma: 193191846
Join Date: Jan 2010
Device: Nexus 7, Kindle Fire HD
|
Quote:
I know it's probably not the sort if issue you were looking for, but if left as is, I'll need to remember to go through and remove each url fragment from all the toc entries in my epubs. Something I didn't have to worry about before. Last edited by DiapDealer; 10-16-2012 at 08:25 PM. |
|
10-16-2012, 09:21 PM | #50 |
Well trained by Cats
Posts: 29,801
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Splitting has always caused problems with relative URL's
IMHO I would prefer an option (enabled by default) to always convert these to Full path upon import (this assumes they were valid to start ) |
10-16-2012, 11:10 PM | #51 | |
Wannabe Connoisseur
Posts: 425
Karma: 2516674
Join Date: Apr 2011
Location: Geelong, Australia
Device: Kobo Libra 2, Kobo Aura 2, Sony PRS-T1, Sony PRS-350, Palm TX
|
Quote:
Thinking out loud, maybe a new class similar to sigilNotInTOC ("sigilAnchorAtHtml" or so - I suck at picking names) would also allow for fine-grained control for when you regenerate a TOC. Cheers, Simon. |
|
10-17-2012, 07:30 AM | #52 |
Color me gone
Posts: 2,089
Karma: 1445295
Join Date: Apr 2008
Location: Central Oregon Coast
Device: PRS-300
|
Just a positive note. The handling of everything connected with footnotes is now very easy. Anchors and links used to be a pain, but now even doing a slug of them is easy. The controversy may swirl on over where they ought to be etc, but it is now very easy. Thanks.
I have noticed in the latest beta that it does not always belly flop when there is an invalid html error. For some errors, it does switch to bv, but it throws up a firefox type message at the beginning. This too is pleasant. Last edited by mrmikel; 10-17-2012 at 07:41 AM. |
10-17-2012, 07:51 AM | #53 | |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
Quote:
Care to qualify this with an example from the 0.5.907 beta in particular of where this still goes wrong? I agree there has historically been issues, but I fixed a whole bunch of them (and in doing so added a new problem in 0.5.906 which was fixed again for 0.5.907). |
|
10-17-2012, 07:55 AM | #54 | |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
Quote:
If you managed to enter Book View with an error in your html then that is definitely not intended or desirable behaviour. We would need full repro steps for doing this please... |
|
10-17-2012, 08:59 AM | #55 | |
Color me gone
Posts: 2,089
Karma: 1445295
Join Date: Apr 2008
Location: Central Oregon Coast
Device: PRS-300
|
Quote:
I think it was not preview view because I don't remember the box at the bottom. Will try to reproduce. Is it possible to access the undo list? Maybe I could track it back that way. Last edited by mrmikel; 10-17-2012 at 09:02 AM. |
|
10-17-2012, 10:37 AM | #56 | |
Well trained by Cats
Posts: 29,801
Karma: 54830978
Join Date: Aug 2009
Location: The Central Coast of California
Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A
|
Quote:
The thing I have run into, have already been identified (and a fix committed ) |
|
10-17-2012, 12:18 PM | #57 | |
Sigil developer
Posts: 1,275
Karma: 1101600
Join Date: Jan 2011
Location: UK
Device: Kindle PW, K4 NT, K3, Kobo Touch
|
Quote:
A checkbox to switch behaviours is possible, but not for this release. Sigil should have no issue jumping you to the right place when using the TOC window as any positioning issues should be sorted. |
|
10-17-2012, 01:59 PM | #58 | |
Wizard
Posts: 4,520
Karma: 121692313
Join Date: Oct 2009
Location: Heemskerk, NL
Device: PRS-T1, Kobo Touch, Kobo Aura
|
Quote:
|
|
10-17-2012, 02:43 PM | #59 |
Berti
Posts: 1,196
Karma: 4985964
Join Date: Jan 2012
Location: Zischebattem
Device: Acer Lumiread
|
Clipboard
1) Clip does not replace multiline-selection
Example: Select: </p> <p> Replace: <br /> will not work (nothing happens, clip is not inserted) 2) Replacements of anything with Brackets () with "backreference" \1: Clip will not work in most cases. There's a special thing: if the brackets are the outer characters of the selection, then the replacement is made, but the brackets will land outside ... |
10-17-2012, 02:47 PM | #60 |
Calibre Plugins Developer
Posts: 4,637
Karma: 2162064
Join Date: Oct 2010
Location: Australia
Device: Kindle Oasis
|
@mmat1 - actually ElMiko reported both of those on the first page, both have been fixed for the 0.6 release.
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
KinCleaner 1.1 Beta | SteveEisenberg | Kindle Developer's Corner | 0 | 12-20-2011 10:39 PM |
New Beta for BB? | FF2 | Amazon Kindle | 2 | 05-28-2011 10:21 AM |
Beta Beta Test of Major New Features | Starson17 | Calibre | 45 | 05-17-2010 10:55 AM |
0.6 out of beta? | Nate the great | Calibre | 3 | 07-17-2009 02:45 AM |