Posted: Thu Jan 19, 2006 12:34 pm Post subject: Or should I say UTI?
Haven't quite got my head around UTIs, but I'm guessing some mucking about with them in neolight's info.plist may resolve the issue... Or, not. The problem is what to change, where, what are the risks, etc...
Some pointers regarding the neolight info.plist would be appreciated. Maybe I'll try to change all the NeoOffice references to OOo 2.x... For anyone that may read this later, I'm also investigating this bug:
As an aside, I didn't realize how much I would love Spotlight. The indexing/searching of OOo/NeoJ 1.x stuff works brilliantly. Thanks to the developer (Edward Peterlin, I'm assuming) for putting this together. Now I just need to get over the hurdle with OOo 2.x files. Once done, I will be one step closer to computing bliss. In the meantime I will be tinkering with undocumented configuration files and trying to decypher cryptic error messages. Ironic, huh?
- I uninstalled neolight, NeoOfficeJ and OOo 2.0.1
- Re-installed just OOo 2.0.1.
- Re-installed neolight
Spotlight/neolight now seem to be finding the file appropriately. I'm going to have Spotlight re-index my drive, but I think I should be fine. If others can verify this NeoOfficeJ - OpenOffice 2.x conflict with neolight, I'd suggest add ing a comment in the release notes or even checking for the potential problem in the installer script.
One additional FYI, it appears that an embedded spreadsheet is not indexed when the parent or containing document is indexed. I don't see this as a problem, just a limitation that's good to know about.
- I uninstalled neolight, NeoOfficeJ and OOo 2.0.1
If you were using NeoOffice/J 1.1, you had a very old copy of the NeoLight plugin installed. NeoOffice 1.2 Beta is the current release and it bundles the latest version of the NeoLight plugin.
My NeoJ install was from ~November and I just recently (yesterday) installed neolight via the latest standalone neolight installer. Not sure that helps.
I haven't been using NeoJ much lately, since I need some of the new features in OOo Calc (like Validity lists). This means I can't say for sure whether I was using the old NeoJ 1.1.2 code line or not. I can boot a system backup and check it, if there's significant interest.
I can say for certain that the neolight code is/was the latest.
My NeoJ install was from ~November and I just recently (yesterday) installed neolight via the latest standalone neolight installer. Not sure that helps.
Yes, but the binary was built in June 2005 so it had the NeoLight plugin as of that date. As of that date, OOo's ODF file formats were still being tweaked as was NeoLight's code.
EJ wrote:
I haven't been using NeoJ much lately, since I need some of the new features in OOo Calc (like Validity lists). This means I can't say for sure whether I was using the old NeoJ 1.1.2 code line or not. I can boot a system backup and check it, if there's significant interest.
You don't need to use Neo/J for its bundled NeoLight plugin to work as the plugin gets registered when you install Neo/J. After that, even if you never launch Neo/J, Mac OS X knows about the bundled plugin and may use it.
Not that that is necessarily the real problem. It might very well be that Mac OS X cannot handle having two or more Spotlight plugins installed that are mapped to the same document types.
Joined: May 25, 2003 Posts: 4752 Location: Santa Barbara, CA
Posted: Tue Jan 24, 2006 9:18 pm Post subject:
OS X cannot deal with mutiple applications claiming the same UTI type for documents. whatever plugins or applications get assigned responsibility for a shared type is up to the operating system and Spotlight.
It's the same issue as setting which application responds when double clickng a file in the Finder. We can't fix the crackheaded behaviour of an operating system service that isn't designed to handle multiple applications that can understand the same file type.
I noticed the same thing with spotlight not finding odt files by content. I have OOo on my machine but I don't really need it. I rather have functional spotlight. So I understand - I could get spotlight finding odt files if I uninstall OOo. So how do I do this? Is trashing the application enough? Or should I remove some additional files as well?
So I understand - I could get spotlight finding odt files if I uninstall OOo. So how do I do this? Is trashing the application enough? Or should I remove some additional files as well?
OOo is irrelevant here, since it doesn't ship with a Spotlight importer.
Either you have a version of standalone NeoLight installed, or an old version of Neo installed (probably Neo/J), and this importer is interfering with the current importer in NeoOffice 1.2.2 or 2.0 Alpha 4 (whichever of the latter you have)--or Spotlight is fubared
Remove any old versions and trigger a reindex, and that should get Spotlight to find ODF files, AIUI.
Smokey _________________ "[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Either you have a version of standalone NeoLight installed, or an old version of Neo installed (probably Neo/J)
Smokey
Thank you - I think this solved the issue. I trashed Neo/J and re-indexed the parts where the 'missing' odt files were and now Spotlight can find the files I need.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You cannot download files in this forum
