ICeCoffEE
ICeCoffEE 1.5b5
Your rating: Now say why...

(9) 4.916666666666667

Command-click URLs in Cocoa applications to launch them.   Free
Add to my Watch List
Email me when discounted
ICeCoffEE lets you command-click on URLs in Cocoa applications to launch them. It is modeled after ICeTEe, for classic Mac OS, which provided the same functionality in many Mac applications by patching TextEdit.

Command-click anywhere in a Cocoa application's text area to open the URL at that point. Some Cocoa applications that come with Mac OS X include Stickies, TextEdit, Mail, Safari and Network Utility.

Control-click (or if you have a multi-button mouse, click with the right button) on a text area, and notice a "Services" menu at the bottom. This menu works the same
What's New
Version 1.5b5:
  • Compatible with Safari 4 Beta and recent WebKit versions
  • Don't signal an error when ⌘-clicking in WebKit doesn't find any text
  • Don't display "out of range" exception when clicking after the end of a non-empty text view in Mac OS X 10.5
Requirements
Intel/PPC, Mac OS X 10.4.11 or later



MacUpdate - ICeCoffEE




  • HotService
    +2
ICeCoffEE User Discussion (Write a Review)
ver. 1.x:
(9)
Your rating: Now say why...
Overall:
(9)

sort: smiles | time
burypromote

+10

Pupspals reviewed on 05 Jun 2012
I LOVED this program. So easy to click on a URL & have it actually go to the site not matter what program I was in. now I've upgraded to 10.6 (yeah, I know there's 10.7 but haven't done it yet) & it doesn't work anymore. Here it says it goes up to 10.4, but developer site says 10.5. I wonder how different the 10.5 is from 10.6 since I would love to have this back.

Never had a problem with the program using APE. really miss it.
[Version 1.5b5]


burypromote
+2

+162
donmontalvo commented on 24 Feb 2009
ICeCoffEE uses APE, proceed with caution:

http://support.apple.com/kb/TS1545

Take a moment to peruse before taking any leap:

http://arstechnica.com/apple/news/2007/03/unsanity-updates-utilities-application-enhancer-unsupported-by-apple.ars

Don
[Version 1.5b5]

3 Replies

burypromote
+2

+604
fishscale replied on 08 Jul 2009
that was posted in 2007... Get more up to date info to share before yelling fire.
burypromote
+2

+162
donmontalvo replied on 08 Jul 2009
APE is still a huge problem. Call Apple and ask them what they think.

Don
burypromote

+342
Xenophile replied on 05 Sep 2010
APE was and still is an unsupported system hack; the date of those links is irrelevant.

Here's another explanation of why APE is a dangerous hack.

I personally would not trust any developer who's product silently installed APE on my system. It's a step away from malware.
burypromote

+300

F451 reviewed on 12 May 2008
A great timesaver! Glad to see it updated, and I have never had an issue with APE, Unsanity, or this developer.
[Version 1.5b3]


burypromote
+1

+218
JimW commented on 11 May 2008
This was one of my favorite and highly recommended utilities. And while I appreciate the developer updating it for Leopard, unfortunately it still uses APE (Application Enhancer). I state this only because APE has a history of interfering with some Apps and from what I have been told by other developers, it does not follow all of Apple Development Guidelines. As such it can become a source of instability with some Applications. In particular MacSpeech Dictate 'chokes' on it. So given the choice between Dictate and IceCoffEE, my nod goes to Dictate. Hopefully the developer will find a way to divorce it from APE in the future, so I can reinstall and use a utility I really enjoy using and that was a real timesaver for me.
[Version 1.5b3]

7 Replies

burypromote
Nicholas Riley (developer) replied on 11 May 2008
Do you have an example of this? I both wrote ICeCoffEE and use MacSpeech Dictate, and haven't noticed any problems. If I can fix the problem, or help Unsanity to fix the problem, please let me know.
burypromote

+50
Peter da Silva commented on 14 Jul 2008
You can tell APE not to run in specific applications, have you tried that?
burypromote

+218
JimW replied on 14 Jul 2008
Yes I have, but APE can still be an issue according to MacSpeech. My testing of the former version indicates that they may be correct on this. However I find Dictate to be unstable, even without APE at times. It seems to function more like a Beta then a Final Release. My feeling from their support is that it is very sensitive to anything that does not follow Mac Programming Guidelines 110% - which even Apple sometimes does not do. I may test APE again with ICeCoffEE again when time permits, but while I miss ICeCoffEE, I consider Dictate the more important of the 2 choices right now. Hopefully Dictate will get some of its bugs worked out eventually and I will be able to run both without issue.
burypromote

+66
Wooden Brain Concepts replied on 16 Jul 2008
As far as I can understand it, any process that performed the function that this does would have to somehow insert itself into other applications, which is what APE already does. It's true that APE can cause conflicts (and also true you can exclude applications) but I'd much rather rely on APE from a solid entity and run so many people than encourage lots of separate developers to duplicate what it already does and cause lots more potential instability.
burypromote

+218
JimW replied on 17 Jul 2008
I agree. Unfortunately MacSpeech seems to have tunnel vision on this subject reflected by their position that they will only support their products stability and performance in a pristine Mac, environment - something that more often than is not reality. Given that it is the only viable text to speech solution for the Mac platform, I hesitate to argue with them about this too much, or strongly discourage users from its purchase, Should MacSpeech cease to exist, so will speech to text conversion for the Mac. Sometime you just have to choose battles worth winning and consider the consequences that might be produced by such a battle. Hopefully over a period of time with enough 'gentle prodding' MacSpeech will realize the error of its ways, and concentrate of making their software solid and reliable rather than adding bloat and accessories. That should only come after the have a solid reliable foundation with their basic product, so that users can rely and depend on its basic functionality. Such a paradigm my not result in quick profits, but should encourage solid consistent growth. If such a paradigm will not support their cash flow, then they are probably undercapitalized or need to balance their expenses better. Building a successful ship is very difficult to do if try to do it in the middle of the ocean. If you want to build a great ship, you need good facilities in a safe harbor. Otherwise the ship is likely to flounder.
burypromote

+50
Peter da Silva replied on 17 Jul 2008
Even if this didn't use APE it would still have to use some kind of code injection, and MacSpeech would still object to it. If you have problems with MacSpeech software that seem related to it, then disable it for that program and if that fixes the problem just uninstall it before sending them any *other* trouble reports. If that doesn't fix the problem, then removing it won't either, so either way as long as you remove it before you send them any trouble reports you should be fine.
burypromote

+218
JimW replied on 17 Jul 2008
Thanks for the tips. I will use them when I get the time and the nerve to try APE again with Dictate. One of the things that I fear is corrupting my speech profile as the program crashes. I have added a number of customized commands to it and MacSpeech, after over 6 months since release has yet to provide a way of exporting or saving them to prevent loss. But then again they have also failed so far to provide and word training or spelling correction as promised last January. Actually I rarely submit bugs to them, given their attitude which reminds me of the following quip:

A proud mother and her friend was watching a parade in which her son was in the marching band. As the band passed by she waved to her son and remarked to her friend - Look! Everybody in the band is out of step except my Johnny.

Besides, give the issues with the program, I would be spending a significant amount of time reporting bugs instead of using the product. Being a professional tester myself, I get paid to do this as opposed to paying for the privilege to do it. However I would be amenable to doing this if they they embraced such reports instead of continually trying to blame the problem on my system, Apple, or another product. That said their support has improved a bit as it is now much easier to actually reach someone to discuss the issue with, as opposed to submitting a 'ticket' and hopefully receiving a useful reply.
burypromote

+3
AlanR commented on 11 May 2008
"Now if only we could delete unwanted services provided by Apple's apps!"

You can:

http://www.macupdate.com/search.php?arch=all&keywords=service+scrubber&os=macosx
[Version 1.5b3]

1 Reply

burypromote

+27
apikoros replied on 15 May 2008
Thanks, but Service Scrubber no longer does:

[quote]Service Scrubber no longer edits services that belong to signed applications in Mac OS X 10.5.[/quote]
burypromote

+27

apikoros reviewed on 17 Apr 2008
The author is correct, and I apologize! ICeCoffEE was NOT causing the panics. After reading the author's reply to my last post, I reinstalled ICeCoffEE and it's working as it should. (Now if only we could delete unwanted services provided by Apple's apps!)
[Version 1.5b1]

2 Replies

burypromote

+3
AlanR replied on 11 May 2008
"Now if only we could delete unwanted services provided by Apple's apps!"

You can:

http://www.macupdate.com/search.php?arch=all&keywords=service+scrubber&os=macosx
burypromote

+27
apikoros replied on 12 May 2008
Thanks, but Service Scrubber no longer does:

[quote]Service Scrubber no longer edits services that belong to signed applications in Mac OS X 10.5.[/quote]
burypromote

+27
apikoros commented on 12 Apr 2008
Version 1.5b1 consistently causes kernel panics under OS 10.5.2, with APE v.2.5b1 (newest beta version of APE for Leopard). Removal of ICeCoffEE 1.5b1 immediately resolved the panics, even though the APE module was not removed.
[Version 1.5b1]

1 Reply

burypromote
Nicholas Riley (developer) replied on 16 Apr 2008
I've never heard of or seen any other occurrences of kernel panics with ICeCoffEE. If ICeCoffEE being enabled causes kernel panics, it's a problem with Mac OS X or an installed kernel extension (such as a driver). Neither APE nor ICeCoffEE touches the Mac OS X kernel or any applications which run as root.

However, I'd be interested to figure out what's going on; please send me (icecoffee@sabi.net) a copy of the panic logs-and in future, email me rather than/in addition to posting on MacUpdate to get a faster response.
burypromote
splorp commented on 15 Aug 2007
Please take the comments from “DONMONTALVO” and other anti-APE worrywarts with a healthy grain of salt. I've used ICeCoffEE (plus a half dozen other APE modules) for years without any stability, reliability, or compatibility issues. Don't fall for the FUD blindly. Install, play and test for yourself and come to your own conclusions. ICeCoffEE is super handy and a solid system enhancement.
[Version 1.4.4]


burypromote
-1

+162
donmontalvo commented on 14 Aug 2007
Everyone should be aware this uses APE which in most managed environments is a huge no-no.

Don Montalvo, NYC
[Version 1.4.4]

5 Replies

burypromote

+90
Schmelding replied on 14 Aug 2007
It might be helpful to explain what you mean by "managed" and why it's a "no-no".
burypromote

+162
donmontalvo replied on 14 Aug 2007
Managed computers = enterprise, edu, etc.

PS, I certaily hope the developer understands what "managed" means. ;)

Don Montalvo, NYC
burypromote
Nicholas Riley (developer) replied on 14 Aug 2007
APE requires administrator access to install. If your managed environment is properly managed, then users won't be administrators, and the administrators can regulate whether APE is permitted. (In addition to being the author of ICeCoffEE, I manage a lab of Macs.)

APEs are inherently no more or less able to crash applications than any other type of native code plugin - contextual menu items, scripting additions, QuickTime components and Web browser plugins among them.

There's been exactly one known crashing bug due to ICeCoffEE in its entire existence. The bug was very obscure (clicking on a disabled window close button in Terminal), and it was fixed years ago. Compare this, for example, to how often Adobe's Flash plugin crashes your favorite browser, and you'll see that APEs are not a risk even in managed environments, if the environments are properly managed. The quality of the code you're running is far more critical.

ICeCoffEE also supports and includes Smart Crash Reports, so every time an app crashes which could even be remotely related to ICeCoffEE, I get the report.
burypromote

+162
donmontalvo replied on 14 Aug 2007
Modifying an application is cause for concern among sensible systems administrators. Maybe not edu sysadmins, but certainly those managing Macs in business environments.

I wonder what our proxy server administrator would think of your haxie/APE hacks trying to send information outside our network.

I also wonder why your site doesn't include official statements from Adobe, Microsoft, Quark, etc., stating they will continue to support their applications despite the presence of haxies/APE?

Haxies/APE is fine for home users, but it's a stretch to make such a bold claim that it doesn't cause issues by modifying applications.

Don
burypromote

+6
delight1 replied on 15 Aug 2007
I fell as though you have a single mind dislike for haxies...
You do raise a valid point, in that the use of haxies is less stable than a system with NO add-ons, but the Developer also makes a good point with the mention that ALL add-ons could decrease the stability of a system.

Also, to my knowledge, SmartCrashReports needs to be allowed to send the bug report by default, not an automatic response...
burypromote

+14

grandduc reviewed on 25 Jul 2006
Bless the day, and Nicholas Riley! How I've missed this little critter. Command-clicking into URLs and Email adresses is a breeze, but the real deal-maker is the Services Menu in the Contextual Menu: Services are almost useless to me under File.
And what a deal: this is free. Lovely.
A word to the wise: there is an amount of fear mongering about Application Enhancer Haxies in the sometimes paranoid Mac world. After years of use I can affirm they have often been a boon, and never a bane. As Universal apps they have deen redesigned anyway. Do yourself a favor, and give them a try.
[Version 1.4.3]


burypromote
Ncc876 had trouble on 03 Jul 2003
Unfortunately, it does not seem to be able to line wrap properly in iTerm, selecting only one line of the URL clicked on -- and that's always the line where the click was located. Selecting the entire thing does not help. I'm still stuck with no easy way to open long URLs while using epic/splitfire to chat in IRC. I can't drag the multiple lines to a browser either as something seems to be hard wrapping them before dumping them to clipboard/drag. Fix this and I'll be ecstatic.
[Version 1.3.3]


There are currently no ratings. Write a comment or review now.

Downloads:13,746
Version Downloads:2,079
Type:Utilities : System
License:Free
Date:24 Feb 2009
Platform:PPC 32 / Intel 32 / OS X
Price:Free0.00
Overall (Version 1.x):
Features:
Ease of Use:
Value:
Stability:
Displaying 1-10 of 19
1 2 >
Displaying 1-1 of 1
-
-
-
Please login or create a new
MacUpdate Member account
to use this feature
Watch Lists are available to
MacUpdate Desktop Members
Upgrade Now
Install with MacUpdate Desktop.
Save time moving files & cleaning
up space wasting archives.
ICeCoffEE lets you command-click on URLs in Cocoa applications to launch them. It is modeled after ICeTEe, for classic Mac OS, which provided the same functionality in many Mac applications by patching TextEdit.

Command-click anywhere in a Cocoa application's text area to open the URL at that point. Some Cocoa applications that come with Mac OS X include Stickies, TextEdit, Mail, Safari and Network Utility.

Control-click (or if you have a multi-button mouse, click with the right button) on a text area, and notice a "Services" menu at the bottom. This menu works the same as the Services menu in the menu bar. You can choose to remove unwanted services from this menu.


- -