0.4.903 (0.5 beta) Avaliable - Page 4

DiapDealer · 12-26-2011, 04:27 PM

Quote:

Originally Posted by Jabby

How do you turn off the "I'll help you type" thing in F&R - a major PITA.

That WOULD be a nice option. Can't say as I'm nuts about the type-ahead feature either.

theducks · 12-26-2011, 04:45 PM

Quote:

Originally Posted by DiapDealer

That WOULD be a nice option. Can't say as I'm nuts about the type-ahead feature either.

That one has already messed me up, by helping me (without me noticing) with a replace with a typo

mrmikel · 12-27-2011, 09:19 AM

I haven't seem reported a small bug affecting images. If you insert an image, then find you have made a mistake and want to correct it, you have to remove the old image of the same name, then you add the file with new image of the same name. Then you insert the image again into the epub. But what shows up is not the new image but the old one.

It can be cured by restarting and inserting the image, but it seems that a buffer is not altered in this series of manipulations.

My two cents on the rest. The spelling feature is very useful and I haven't experienced myself any other bugs. My use is not very demanding however. The operation of the find and replace feature is not so easy to understand but I did make it work. It does seem to leave one of the items stranded sometimes, but that was true previously as well.

WS64 · 12-27-2011, 09:24 AM

The image bug described by mrmikel already happened at 0.4.2 though...

Serpentine · 12-27-2011, 10:14 AM

Quote:

Originally Posted by mrmikel

The operation of the find and replace feature is not so easy to understand but I did make it work. It does seem to leave one of the items stranded sometimes, but that was true previously as well.

It sounds like your search is not hitting all of your expected results — should you be using Regex, if you need help with getting the expression right, feel free to make a thread and one of us will try supply an answer.

As for the image issue, it's come up a few times in the past, sure it'll get hit on the head one day

mrmikel · 12-27-2011, 11:29 AM

I have not experienced the image bug until now. This is mainly because I don't usually switch images in and out. The book I am working on currently is fully of Greek words which I display as images copied out of the PDF. I do not always see imperfections in my copying until I insert them into the document, so I am doing a lot of more switching around of images.

As for find and replace, it has found all but one of the exact same thing, as I recall. Not such a big deal since I would likely find it in final proofreading.

The only problem with working with epubs to get them in shape is not wanting to read them after I finish them for several months. I have seen enough of the epub for a while!

theducks · 12-27-2011, 11:46 AM

Quote:

Originally Posted by mrmikel

I have not experienced the image bug until now. This is mainly because I don't usually switch images in and out. The book I am working on currently is fully of Greek words which I display as images copied out of the PDF. I do not always see imperfections in my copying until I insert them into the document, so I am doing a lot of more switching around of images.

As for find and replace, it has found all but one of the exact same thing, as I recall. Not such a big deal since I would likely find it in final proofreading.

The only problem with working with epubs to get them in shape is not wanting to read them after I finish them for several months. I have seen enough of the epub for a while!

If you are simply replacing an image with a better copy of the SAME image.
Use Tweak EPUB (standalone or part of Calibre) to replace the file (keeping the exact name and case). I do this all the time to clean (de-speckle) images.

mrmikel · 12-28-2011, 07:01 AM

Thanks for the tip, theducks. I have tweak epub by itself and in calibre. I think I will change the workflow to placing all of them, then cleaning it up all at once. Now if I can just find a PDF with a non-blurred appendix to my epub.

BTW, I live in theducks country (U of Oregon Eugene)!

theducks · 12-28-2011, 11:17 AM

Quote:

Originally Posted by mrmikel

BTW, I live in theducks country (U of Oregon Eugene)!

Heard of them

Seen signs of them when I drove the I5 in times past.

Serpentine · 12-28-2011, 06:39 PM

Just a small comment, I think that the current vanilla en_US dict is a bit weak for this use case and that perhaps the use of the OOo? dict would be better, this supports em/en dash as well as typographic apostrophes.

Converting the current one is possible, however I got a bit annoyed with figuring it out and just tried out the one from : http://extensions.services.openoffic.../dict-en-fixed (open as zip, includes GB and others, tho their support is a bit lacking)

There might be newer versions which are a bit more expansive, I havent looked in the official repo.

Which has worked quite a lot better and surpassed my use-case.

Serpentine · 12-29-2011, 12:25 AM

Not sure if it's been mentioned/fixed (I just noticed while reading before bed), the replace field is not using escaped meta-characters. For example <pre>\1\n\2</pre>, the \n which you would expect to give a new line, gives the literal \n (which you would expect to get from \\n).

Pretty sure that's just an oversight

user_none · 12-29-2011, 08:14 AM

Quote:

Originally Posted by DiapDealer

That WOULD be a nice option. Can't say as I'm nuts about the type-ahead feature either.

Removed. The history drop down is still there but it won't try to complete as you type.

Quote:

Originally Posted by Serpentine

Just a small comment, I think that the current vanilla en_US dict is a bit weak for this use case and that perhaps the use of the OOo?

I'm using the one from http://wordlist.sourceforge.net . I'll look into the OOo ones. However, I do know there are some issues with encoding so that might be why it's not working well.

Quote:

Originally Posted by Serpentine

the replace field is not using escaped meta-characters.

I'll look into it.

user_none · 12-31-2011, 02:46 PM

Included dictionaries are not installed to the user's home directory but instead put in the install directory just like translations. You can still add your own dictionaries in your home directory.

The dictionary issue with accents and fancy quotes has been fixed. This includes the NL language issue where correctly spelled words were being marked as incorrect. I've also changed the English dictionary to the OOo one as it has a larger word list.

Meta-characters in replace as also been fixed.

There are still a few bugs I need to work out and a few patches I need to integrate. I hope to have another (should be final) beta out tomorrow or Monday.

theducks · 12-31-2011, 10:05 PM

Ubuntu Linux
I hit Alt-F3 and the TOC editor window (detached) did not open
Using the menu opened it fine

JSWolf · 12-31-2011, 11:29 PM

Quote:

Originally Posted by mrmikel

I have not experienced the image bug until now. This is mainly because I don't usually switch images in and out. The book I am working on currently is fully of Greek words which I display as images copied out of the PDF. I do not always see imperfections in my copying until I insert them into the document, so I am doing a lot of more switching around of images.

As for find and replace, it has found all but one of the exact same thing, as I recall. Not such a big deal since I would likely find it in final proofreading.

The only problem with working with epubs to get them in shape is not wanting to read them after I finish them for several months. I have seen enough of the epub for a while!

You would be better off embedding a Greek font. That way, it can be resized with the rest of the text. You then don't need to deal with images.

12-31-2011, 10:05 PM	#59
theducks Well trained by Cats Posts: 31,249 Karma: 61360164 Join Date: Aug 2009 Location: The Central Coast of California Device: Kobo Libra2,Kobo Aura2v1, K4NT(Fixed: New Bat.), Galaxy Tab A	TOC Editor hot key Ubuntu Linux I hit Alt-F3 and the TOC editor window (detached) did not open Using the menu opened it fine

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
0.4.902 (0.5 beta) Avaliable	user_none	Sigil	65	12-18-2011 11:58 AM
PB 903 - Fragen zu FW 2.1.2 beta	spaceman	PocketBook	1	12-04-2011 11:34 AM
No Avaliable format ? ? ?	Janette55	Library Management	5	04-16-2011 04:09 PM
Beta Beta Test of Major New Features	Starson17	Calibre	45	05-17-2010 10:55 AM

12-27-2011, 09:19 AM	#48
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	I haven't seem reported a small bug affecting images. If you insert an image, then find you have made a mistake and want to correct it, you have to remove the old image of the same name, then you add the file with new image of the same name. Then you insert the image again into the epub. But what shows up is not the new image but the old one. It can be cured by restarting and inserting the image, but it seems that a buffer is not altered in this series of manipulations. My two cents on the rest. The spelling feature is very useful and I haven't experienced myself any other bugs. My use is not very demanding however. The operation of the find and replace feature is not so easy to understand but I did make it work. It does seem to leave one of the items stranded sometimes, but that was true previously as well.

12-27-2011, 09:24 AM	#49
WS64 ♫ Posts: 661 Karma: 506380 Join Date: Aug 2010 Location: Germany Device: Kobo Aura / PB Lux 2 / Bookeen Frontlight / Kobo Mini / Nook Color	The image bug described by mrmikel already happened at 0.4.2 though...

12-27-2011, 11:29 AM	#51
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	I have not experienced the image bug until now. This is mainly because I don't usually switch images in and out. The book I am working on currently is fully of Greek words which I display as images copied out of the PDF. I do not always see imperfections in my copying until I insert them into the document, so I am doing a lot of more switching around of images. As for find and replace, it has found all but one of the exact same thing, as I recall. Not such a big deal since I would likely find it in final proofreading. The only problem with working with epubs to get them in shape is not wanting to read them after I finish them for several months. I have seen enough of the epub for a while!

12-28-2011, 07:01 AM	#53
mrmikel Color me gone Posts: 2,089 Karma: 1445295 Join Date: Apr 2008 Location: Central Oregon Coast Device: PRS-300	Thanks for the tip, theducks. I have tweak epub by itself and in calibre. I think I will change the workflow to placing all of them, then cleaning it up all at once. Now if I can just find a PDF with a non-blurred appendix to my epub. BTW, I live in theducks country (U of Oregon Eugene)!

12-28-2011, 06:39 PM	#55
Serpentine Evangelist Posts: 416 Karma: 1045911 Join Date: Sep 2011 Location: Cape Town, South Africa Device: Kindle 3	Just a small comment, I think that the current vanilla en_US dict is a bit weak for this use case and that perhaps the use of the OOo? dict would be better, this supports em/en dash as well as typographic apostrophes. Converting the current one is possible, however I got a bit annoyed with figuring it out and just tried out the one from : http://extensions.services.openoffic.../dict-en-fixed (open as zip, includes GB and others, tho their support is a bit lacking) There might be newer versions which are a bit more expansive, I havent looked in the official repo. Which has worked quite a lot better and surpassed my use-case.

12-29-2011, 12:25 AM	#56
Serpentine Evangelist Posts: 416 Karma: 1045911 Join Date: Sep 2011 Location: Cape Town, South Africa Device: Kindle 3	Not sure if it's been mentioned/fixed (I just noticed while reading before bed), the replace field is not using escaped meta-characters. For example <pre>\1\n\2</pre>, the \n which you would expect to give a new line, gives the literal \n (which you would expect to get from \\n). Pretty sure that's just an oversight

12-31-2011, 02:46 PM	#58
user_none Sigil & calibre developer Posts: 2,487 Karma: 1063785 Join Date: Jan 2009 Location: Florida, USA Device: Nook STR	Included dictionaries are not installed to the user's home directory but instead put in the install directory just like translations. You can still add your own dictionaries in your home directory. The dictionary issue with accents and fancy quotes has been fixed. This includes the NL language issue where correctly spelled words were being marked as incorrect. I've also changed the English dictionary to the OOo one as it has a larger word list. Meta-characters in replace as also been fixed. There are still a few bugs I need to work out and a few patches I need to integrate. I hope to have another (should be final) beta out tomorrow or Monday.

Advert

Advert