calibre does not show up in win 8.1 default programs

Bug #1422248 reported by Darrell on 2015-02-16
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

caliber version 2 is installed and working, calibre shows up in windows 8.1 programs and features, but caliber does not show up in default programs, I can't set caliber as the default program because it isn't showing up in control panel default programs.

You can set any program you like as the default regardless of whether it
shows up in default programs or not. Simply right click the file, select
Open With->More options->scroll down and choose another app on this PC
and find calibre.exe

 status invalid

Changed in calibre:
status: New → Invalid
Eli Schwartz (eschwartz) wrote :

calibre will now list itself on Windows as a file handler for the appropriate filetypes. Thanks Kovid!

Eli Schwartz (eschwartz) wrote :

I can register calibre file associations on Win7SP1 using the calibre-debug entry point, and it seems to work just fine -- but running calibre normally appears to be artificially -- and unnecessarily, apparently -- disallowing that?

Is there any particular reason only >=Win8 is allowed?

Kovid Goyal (kovid) wrote :

Because doing so in Win 7 causes windows to change the user specified default programs,
at least that was what I read somewhere. Maybe that is not true, but I
will leave it win8 for now, if it works well there, I can test it on
win7 later. Besides the win 8 default programs UI is much worse that win
7, many people dont realize they can simply browse to and choose an exe,
so there is more need for it in win8

Eli Schwartz (eschwartz) wrote :

Well, I just tried clearing the registry of all calibre references in HKCU, setting the default Open With for .epub to Adobe Digital Editions, confirming that the Open With dialog does not show the calibre executables...
and then rerunning "calibre-debug --default-programs=register"

The default Open With for .epub is still ADE, and options for the calibre executables were added.
The default programs for .azw/.azw3/.mobi were set calibre.exe, but they had no user-specified-or-otherwise defaults, so that is all right. :)

So, it *should* be safe. Do with that as you will -- as far as leaving it for now to see how it works vs allowing on Win7 goes, I make no judgment.

(And I agree there is greater urgency in the mess that is Win8...)

> The default programs for .azw/.azw3/.mobi were set calibre.exe, but they had no user-specified-or-otherwise defaults, so that is all right. :)

That is the problem. On win8 and newer the default program is not set,
instead the first time the user launches the file, she is asked to
choose. This is important as calibre can handle lots of file
types, such as html/txt which really should not be associated with it
without explicit action from the user.

Eli Schwartz (eschwartz) wrote :

Hmm, I guess that is a good point... although, some thoughts:

I note that html has a laundry list of file associations including every browser as well as Notepad and Word.

IE and Notepad are OS builtins, so txt/html are already covered; .zip has a builtin association with Windows Explorer. Even .odt/.docx/.rtf are associated with WordPad, another OS builtin.
Most everything else on the list is probably an ebook anyway...

I would think the only filetypes likely to be in danger are the ones that are vanishingly unlikely to be something other than an ebook, so *IMHO* that is not a cause for concern.

Possibly, but then we are in the territory of relying on the users
registry having sensible default associations. In my experience, relying
on anything in the windows registry is highly fraught with peril.

While it *may* be that registering on windows 7 causes no problems in
the real world, there is no way to be sure of that, short of pulling
the trigger. Given that calibre has been working on win 7 for years with
very few default programs realted problems, I would rather err on the
side of caution.

Win 8 has both better default program behavior, so we dont need to rely
on the registry being sane and greater need for this registration,
because of its badly designed default programs UI.

Eli Schwartz (eschwartz) wrote :

from calibre.ebooks.oeb.polish.main import SUPPORTED

This does not list DOCX, I guess since you cannot use Polish Book on DOCX.
But you can open a DOCX with ebook-edit (if I set the file association myself).

Perhaps we can get ebook-edit as a handler for DOCX as well?

Kovid Goyal (kovid) wrote :

The editor does not support editing of docx files. It simply imports
them and saves them as a different epub file. As such it is definitely
not suited for inclusion in As for advertising that the
editor supports docx that is probably OK.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers