Closed
Bug 367867
Opened 18 years ago
Closed 6 years ago
Support for OS X Services
Categories
(Penelope Graveyard :: General, enhancement, P5)
Tracking
(Not tracked)
RESOLVED
WONTFIX
Future
People
(Reporter: ray.degennaro, Assigned: mdudziak, NeedInfo)
Details
(Whiteboard: [penelope_wants])
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/418.9.1 (KHTML, like Gecko) Safari/419.3
Build Identifier:
The OS X version needs to support OS X Services, especially the Spell Checker
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1•18 years ago
|
||
What other OS X services would Penelope support? I need to hear more in order to know if I want to vote for this or not.
Reporter | ||
Comment 2•18 years ago
|
||
I'm really not sure how to answer this. Obviously the Spell Checker, but beyond that, I'm not sure how you would support "some" Services. On any "proper" OS X application, select the "application name" menu, scroll down to Services and look through the hierarchical menu. You'll see items like: Open URL in Safari, Open URL in Opera, Open URL in iCab, Revel in FInder, Get Info, Grab, etc. I have additional Services in my menu because I have plications that add Services, e.g. TextWrangler (New WIndow with Selection), SpellCatcher (a whole slew of 'Modify Selection' comands(Upcase, Form Paragraphs, etc.), Look up in Dictionary), Skype (Add Contact, Call, etc.), etc..
Ray
Comment 3•18 years ago
|
||
Ah, I see what you mean now. I didn't realize that you were referring specifically to the "Services" menu, probably because I never use it. (Perhaps I should!)
Is the OS X spell checker superior to Eudora's built-in one? Or is the idea to have a customized dictionary that you can use across applications?
Reporter | ||
Comment 4•18 years ago
|
||
(In reply to comment #3)
> Ah, I see what you mean now. I didn't realize that you were referring
> specifically to the "Services" menu
Sorry, should have been more clear.
> Is the OS X spell checker superior to Eudora's built-in one?
Yes. Even if it's nothing more than the interactive highlight errors as the appear and right-click to select from a list of suggested spellings. As I type this, I have a feeling that this integration has more to do with supporting OS X's Text Services, so I fear this may need to be split into two enhancement requests.
> Or is the idea to have a customized dictionary that you can use
> across applications?
That's part of it. I've always felt that multiple applications each running their own spelling checkers was a waste of resources, and the need to maintain multiple custom dictionaries just make the problems worse. That's why I've been running Thunder/SpellCatcher since the pre-OS 7 days.
I also think that batch mode checks before send are a pain. The spell check should be interactive (hence Thunder/SpellCatcher). OS X's native interactive checking is essentially non-intrusive and easy to use. Unrecognized words are underlined as you type, a quick look before sending is all that's needed to weed-out the obvious words that don't need fixing and a right-click will give you a list of suggested spellings for legit misspellings.
Ray
Comment 5•18 years ago
|
||
(In reply to comment #4)
> Yes. Even if it's nothing more than the interactive highlight errors as the
> appear
Eudora does that...
> and right-click to select from a list of suggested spellings.
... but not this. You just get options to "Add to dictionary" and "Find next misspelling."
> > Or is the idea to have a customized dictionary that you can use
> > across applications?
>
> That's part of it. I've always felt that multiple applications each running
> their own spelling checkers was a waste of resources, and the need to maintain
> multiple custom dictionaries just make the problems worse.
Makes sense, especially if you work/play in specialized areas with language to match. I can definitely see the utility from this standpoint.
> I also think that batch mode checks before send are a pain. The spell check
> should be interactive (hence Thunder/SpellCatcher). OS X's native interactive
> checking is essentially non-intrusive and easy to use. Unrecognized words are
> underlined as you type, a quick look before sending is all that's needed to
> weed-out the obvious words that don't need fixing and a right-click will give
> you a list of suggested spellings for legit misspellings.
But again, Eudora in its present form doesn't require batch mode checks, and neither does Thunderbird for that matter. They both use the underlining protocol. And Thunderbird will give you spelling suggestions with a right-click. (So, Penelope will do that, too).
Assignee | ||
Updated•18 years ago
|
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Future
Comment 6•18 years ago
|
||
I agree with Raymond that this is a good idea.
For instance, today I attempt to add the word "en masse" (notice the embedded space) to the Mac Eudora 6.2.4 spelling checker, both through the UI and also by editing the User Dictionary file. I was unsuccessful. In contrast, when I sought to add the word to the MacOS X 10.4.8 dictionary, I discovered that it was already there. There are other "words" with embedded spaces in common parlance (eg, "pro forma").
Comment 7•18 years ago
|
||
I use at last two different languages and when I write in one some words are not marked as typos because my Eudora has several dictionaries and thinks that precise word is from the other dictionary. For instance if you type "foot" when you write in Italian (meaning "foto") Eudora doesn't warn you, but that is a typo. If I could tell Eudora which language I'm using and to which dictionary to add new words that would be great.
Assignee | ||
Updated•18 years ago
|
Status: NEW → ASSIGNED
Comment 8•18 years ago
|
||
Services --> Speech --> Start Speaking Text is also a great service to have the selected text played using the default voice selected in the Apple Speech Synthesis Manager.
I've test with Firefox, and the Start Speaking Text is grayed ... so i guess it is the same for TB and Penelope
Comment 9•18 years ago
|
||
Firefox needs to declare NSStringPboardType for text selections. When I select a word in Firefox, it is extremely irritating that I can not use the "Look Up in Dictionary" service. Instead I have to copy the word, go to the finder and open Dictonary.app, then paste the word in, then hit return.
Likewise, I cannot use the Spotlight service to search my computer for the selected words. Instead I have to copy the words, open the spotlight search box, paste the word, hit return.
I can't select a path in a web page and have it revealed by the Finder without going through a lot of extra steps.
This is about a lot more than spell checking. This is a glaring bald spot in Firefox' integration with Mac OS X. The reason this is here is so different apps that do not know about each other can help each other. This is handled elegantly by the OS X pasteboard interface, which Firefox grudgingly utilizes in the worst way possible. It is true that everything that is done through services can be done by copying, going to the service app manually, pasting, performing the operation, copying the result, and pasting it back into the originating application. However, that is a lot more work. Let's support the Services menu, it is important.
Assignee | ||
Updated•17 years ago
|
Priority: -- → P5
Comment 10•16 years ago
|
||
This bug 367867 may be a duplicate of bug 104331 which was reported in 2001.
If a duplicate, then I should suggest
a) closing as such and
b) transferring the eight or more votes to 104331.
http://message.diigo.com/message/303762 indicative of some of the applications with which Firefox (3.0.5) can not use Apple System Services to communicate.
Elsewhere, http://qa.openoffice.org/issues/show_bug.cgi?id=94394 confirmed by OpenOffice.org QA and they
> should really do this.
http://developer.apple.com/documentation/Cocoa/Conceptual/SysServices/SysServices.html - developer documentation.
Comment 11•16 years ago
|
||
(In reply to comment #9)
> Firefox needs to declare NSStringPboardType for text selections. When I select
> a word in Firefox, it is extremely irritating that I can not use the "Look Up
> in Dictionary" service. Instead I have to copy the word, go to the finder and
> open Dictonary.app, then paste the word in, then hit return.
Already resolved on the trunk. See bug 135268.
Assignee | ||
Comment 12•16 years ago
|
||
This is really a Thunderbird request, so assigning to Thunderbird.
Matt
Assignee: mozilla-bugs → nobody
Product: Penelope → Thunderbird
QA Contact: general → general
Comment 13•16 years ago
|
||
No, it's not a Thunderbird request.
Gecko's spellchecker supports (at build time) either the OS X system spellchecker or the built-in spellchecker. Until switching to the system spellchecker won't mean losing dictionaries for a great many of our locales (since the system spellchecker may be better about many things, but having easily-found, easily-installed dictionaries for pretty much every locale we ship is *not* one of them), Thunderbird will not be switching. So if you think this muddled bug is actually about "use the system spellchecker in composition" then it's not a Thunderbird bug, it's either yours to build with the system spellchecker support that already exists, or Core: Spellchecker's (probable dupe) to come up with a miracle that won't screw over most of our locales to benefit the few that OS X ships with support for.
If instead you believe this bug is about the Services menu that much of the talk in it was about, and about making the selected text available to services provided by other programs, then it's a duplicate of bug 135268.
If instead you believe that despite *nobody* talking about Eudora *providing* any services, it's about providing services, then please get people to decide what service they want to have provided, and then if you think it's a service that Thunderbird would also want to provide, and that you would get from a Thunderbird implementation, *then* feel free to... file a new bug, and put a spike in this confused one.
Assignee: nobody → mozilla-bugs
Product: Thunderbird → Penelope
QA Contact: general → general
Comment 14•16 years ago
|
||
(The all-seeing Sauron tells me that if you decide it's about "I want a miracle from Core: Spellcheck" then it's a dupe of bug 419959.)
Assignee | ||
Comment 15•16 years ago
|
||
Assigning to Thunderbird as this is not unique to Penelope.
Assignee: mozilla-bugs → nobody
Status: ASSIGNED → NEW
Product: Penelope → Thunderbird
QA Contact: general → general
Assignee | ||
Updated•16 years ago
|
Whiteboard: [penelope_wants]
Assignee | ||
Comment 16•16 years ago
|
||
Oops Bringing it back to Penelope
Assignee: nobody → mozilla-bugs
Product: Thunderbird → Penelope
QA Contact: general → general
Version: unspecified → Trunk
One other note: if you want to ignore the number-of-dictionaries/bug 419959 situation and use the Mac OS X spellchecker anyway in Eudora *and* if you want to use the standard Mac OS X spelling panel UI, you'll run into needing miracles from Core:Spellcheck in the form of fixes for at least the dependencies of bug 420161, too.
Comment 18•9 years ago
|
||
(In reply to Graham Perrin from comment #10)
> This bug 367867 may be a duplicate of bug 104331 which was reported in 2001.
>
> If a duplicate, then I should suggest
> a) closing as such and
> b) transferring the eight or more votes to 104331.
>
> http://message.diigo.com/message/303762 indicative of some of the
> applications with which Firefox (3.0.5) can not use Apple System Services to
> communicate.
>
> Elsewhere, http://qa.openoffice.org/issues/show_bug.cgi?id=94394 confirmed
> by OpenOffice.org QA and they
>
> > should really do this.
>
> http://developer.apple.com/documentation/Cocoa/Conceptual/SysServices/
> SysServices.html - developer documentation.
>wiki mozila https://www.wikidata.org/wiki/Q9661 http://domino88.info/
Flags: needinfo?(domino.delapan)
Comment 19•6 years ago
|
||
Penelope didn't see any activity in the vcs for the last 8 years, closing.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•