Maximilian Odendahl wrote: > Hi, > >> The type detection >> >> - first looks for a know extension >> - if it finds one, it selects corresponding format and looks for a >> component that can verify this selection by inspecting the file content >> - if it doesn't find one or the verification fails, all registered >> components that can verify format selections are asked one after another > > > opening the file with soffice.bin /Files does not work, but soffice.bin > -calc /File does, which I guess circumvents the file detection.
Last time I checked this didn't circumvent the detection, it just changed the order of formats to be checked so that in case we had filters for more than one application (like e.g. for text or html files) the preselected one could get priority. >> - configuration error (no type detection component registered) >> - the required type detection component can't be loaded > > yes, I guess either one of these. Any idea how this could happen on a > new fresh installation? Is there a way to repair this manually? Sorry, no idea. Perhaps you can check the content of your configuration with a Basic script. Please have a look at http://wiki.services.openoffice.org/wiki/Framework/Article/Filter There is a small script retrieving the existing filters; perhaps you can adapt it to ask for the registered types and the registered detecion components. If you don't know how to do that, please feel free to ask again. Regards, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "nospamfor...@gmx.de". I use it for the OOo lists and only rarely read other mails sent to it. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@framework.openoffice.org For additional commands, e-mail: dev-h...@framework.openoffice.org
