Mobi2Mobi Mobi2Mobi v0.13 - GUI for Mobiperl tools

[tompe]

Originally Posted by Jad

Actually thinking about it. Outputing the detail in a INI file type arrangement would make life for Window programmers really easy as I think all the languages can leverage off of the built in INIFile type calls which make life really easy to pinpoint keys and read their values. I do that very basically for the Default directory handling.

I put this idea on the list of possible things to do. Just now I do not have any time to work on this but it is on the list so I will not forget it.

[Ortep]

I had to update .NET 2 with SP1 also on my XP box. Now it works fine. In a couple of hours I will check it on a Vista system. That one has .NET 3 and .NET 2

The GUI looks good, it saves a lot of people a lot of typing

When I look in the output I can also see:

EXTH item: 105 - Subject - 15 - Science Fiction

It would also be nice if that one can be changed. But off course Tom should implement it in his tools first.

Hmmmm...there are also some entries for the 'abstract' of the book as far as I know.

[tompe]

Originally Posted by Ortep

It would also be nice if that one can be changed. But off course Tom should implement it in his tools first.

Hmmmm...there are also some entries for the 'abstract' of the book as far as I know.

It probably can be changed already. You can do

   mobi2mobi --exthtype subject --exthdata "New Subject" --outfile new.mobi in.mobi

And the type is the key in the hash:

my %typename_to_type = ("drm_server_id" => 1,
                        "drm_commerce_id" => 2,
                        "drm_ebookbase_book_id" => 3,
                        "author" => 100,
                        "publisher" => 101,
                        "imprint" => 102,
                        "description" => 103,
                        "isbn" => 104,
                        "subject" => 105,
                        "publishingdate" => 106,
                        "review" => 107,
                        "contributor" => 108,
                        "rights" => 109,    
                        "subjectcode" => 110,
                        "type" => 111,
                        "source" => 112,
                        "asin" => 113,
                        "versionnumber" => 114,
                        "sample" => 115,
                        "startreading" => 116,
                        "coveroffset" => 201,
                        "thumboffset" => 202,
                        "hasfakecover" => 203,
                        "204"          => 204,
                        "205"          => 205,
                        "206"          => 206,
                        "207"          => 207,
                        "clippinglimit" => 401,  # varies in size 1 or 4 
                        "publisherlimit" => 402,
                        "403"          => 403,
                        "cdetype"      => 501,
                        "lastupdatetime" => 502,
                        "updatedtitle"   => 503,
                        );

[Ortep]

Originally Posted by Ortep

I had to update .NET 2 with SP1 also on my XP box. Now it works fine. In a couple of hours I will check it on a Vista system.

Quoteing myself:

There will be a problem fot Vista Users. There simply is no SP1 for .Net 2 available for Vista. This is what I found on the MS site:

Supported Operating Systems: Windows 2000 Service Pack 4; Windows Server 2003; Windows XP Service Pack 2

[Jad]

Ortep, when I squash the latest bug which is a real pain, I'll do a compile under C# 2008 and you can give that a go under Vista, only drawback is you may need to install .NET 3.5 Framework.

[Ortep]

I'm in no hurry. Take your time. I'm not complaining. Only giving you the information

[Jad]

Its all good.. I didn't mean to sound like I was being rushed.

Good news is I think I finally fixed the Mobi2Mobi.exe location bug so you can actually specify a location for it now and convert PRC & MOBIs wherever they live. It was a real mish mash of massaging some paths with quotes to get around Windows problem with paths with spaces in them and some internal commands which didn't have a problem with spaces, but bombed if you tried to use quotes.

I'm just tidying the way I populate the Book title details now based on wether its a PRC or MOBI file being opened and then v0.04 should be up.

[Jad]

Ok everyone v0.04 is now available. On first use you will need to point the GUI at the directory which contains the Mobi2Mobi.exe.

The GUI will now process PRC & MOBI files. When opening a PRC file the Book Title will automatically pickup the Database name and check the Book Title tick box to update this on convert to MOBI. On opening a MOBI the GUI will just read the exisiting Longtitle entry.

Next on the list is Coverimage support.

Hopefully this version will now behave the way its supposed to. As always please feedback any bugs you encounter.

[Jad]

Implementing the Coverimage support wasn't as time consuming as I thought.

Please grab this latest version and let me know if you encounter any problems.

Cheers

[john the basset]

Originally Posted by wmaurer

You beat me to it ;-)

Although I was thinking about using Python so that it runs on Linux as well.

Hi, newbie here... I really wish someone would write a script so that I can use this on my linux notebook.... If I knew how, I would. As it is, if it's not in mobi format, or simple rtf/html I can't read it on my cybook(all I have is linux based). In other words, I cannot convert my other book formats to prc. Sigh.
john

[Ortep]

I'm working in a complete Vista environment, no XP available at this time.

I just installed .Net 3.5. According to MS it also includes SP1 for .Net 2.0.

I tried the both new versions and they let me select the various directories. When I select a file I get the following error.

[Jad]

Hi Ortep,

The error occurs because the GUI is trying to process information that wasn't generated when the Open File button is pressed. The #1 cause is that the GUI can't see the Mobi2Mobi.exe. If you've set the directory and the Mobi2Mobi.exe is named exactly as here then its something new. Bummer. It will be interesting to see if you have the same problem under WinXP. I'll try and get around to building a Vista VM Appliance and do some testing.

[Jad]

Arrgghhh. Just found another weird bug. Can some else try this and confirm for me. If the Book Directory is located anywhere other than on C: drive somewhere, the GUI crashes.

Oh well something to look at tomorrow.

[Ortep]

Originally Posted by Jad

Arrgghhh. Just found another weird bug. Can some else try this and confirm for me. If the Book Directory is located anywhere other than on C: drive somewhere, the GUI crashes.

Oh well something to look at tomorrow.

I can confirm this...All the problems went away as soon as I moved my "mobi work" directory from D: to C:

The .Net 2.0 version is working and the .Net 3.5 version

[Jad]

Looks like I fixed the Book Directory issue where it would only work for folders on C: drive.

Please download the latest version and give it a try. As always please report any problems you encounter, plus any additional features you might like to see.

Cheers