AFAIK, there is no way to prevent some future
product from ever doing the same thing to you all over
again (because the application doing it may not use Growl's
installer and might therefore ignore any magic cookie left
around as an attempt to communicate your desire to never
have Growl installed again). However, your best chance of
keeping it from happening again is to read the short page at
http://growl.info/thirdpartyinstallations.php
follow the instructions with regard to known applications
that install Growl without your permission, and
download and use the uninstaller.
Note: Dropbox in particular will re-install Growl everytime
it's launched, unless you turn off the Dropbox preference
Show Dropbox notifications (using Growl)
Please realize that if you refuse to read the page and follow
the instructions, you'll keep having the problem, and there's
not a thing anyone can do to change that.
> --
> You received this message because you are subscribed to the Google Groups "Growl Discuss" group.
> To post to this group, send email to growld...@googlegroups.com.
> To unsubscribe from this group, send email to growldiscuss...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/growldiscuss?hl=en.
>
--
eMail: mailto:rlha...@gmail.com
Home page: http://www.smart.net/~rlhamil/
Facebook, MySpace,
AIM, Yahoo, etc: ask
Dropbox is reinstalling it. The page you're referring to also has instructions on how to make Dropbox stop doing that.
http://growl.info/thirdpartyinstallations.php
We are not doing it. We hate as much as you do that Dropbox is doing it.
Responses like this do not help. Please refrain from this in the future.
--
You received this message because you are subscribed to the Google Groups "Growl Discuss" group.
To post to this group, send email to growld...@googlegroups.com.
To unsubscribe from this group, send email to growldiscuss...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/growldiscuss?hl=en.
Life is a musical ride!!

Best regards and luv,
Steve C.
--
You received this message because you are subscribed to the Google Groups "Growl Discuss" group.
To post to this group, send email to growld...@googlegroups.com.
To unsubscribe from this group, send email to growldiscuss...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/growldiscuss?hl=en.
Remember that the person you're replying to is not a regular member of the group. They probably are also angry enough about Growl being installed on their system (and persistently reinstalled) that they don't really care what language restrictions you would put on them.
All of the regular members of the group are better behaved than that, with the possible exception of Chris, who gets as pissed at being repeatedly accused of being a malware author as the users are who accuse us.
Everyone who uses nasty words and sentences in these threads is doing so out of anger. We would all do well to remember that, and try to defuse the anger.
We've seen where the thread leads when that doesn't happen. Responding in kind *does not help*.
If you really, really want to respond in kind, like you feel like you're going to explode if you don't, write it up and then mail it to nob...@example.com. That way, you get it out of your system, and no harm is done on the list.
> Also I would like to know how [Growl could] get on your system without your [knowledge/permission] when you have Administrator privileges. Dom't you have to okay the installation of any system software? Please let me know because I had to install Growl independently by downloading it from the "Growl" page.
There are some applications that install Growl without the user's permission.
We, the Growl developers, don't approve of this. We hate it as much as users do.
Complete information is at the page Birgir alluded to and I linked to:
I will not warn you again Nicholas. Do not respond to these people in this manner again. If you do not believe you can do this, please unsubscribe yourself. If you do it again, I'll unsubscribe you. I'm tired of receiving threats directly due to actions like the one you took.
Please just don't reply if you can't help these people. If I see
another response from you in this manner, to any person in a similar
situation, I'm removing you from the list. This is not their fault,
they get stuck in a situation that's awful, and you want to try to
make things better with sarcasm? That's just awful.
My anger at you is not misdirected.
It is not right to provoke people who are already angry. They come to
us for help, however they phrase it. You responded in a childish
manner, which is not acceptable. My anger at you is not misdirected, I
have received lawsuit threats from previous interactions just like
that one. I'm tired of this whole thing, I'm tired of the things we
cannot control. But the thing I'm tired of the most is people who say
they are on our side, but make things worse.
Please just don't reply if you can't help these people. If I see
another response from you in this manner, to any person in a similar
situation, I'm removing you from the list. This is not their fault,
they get stuck in a situation that's awful, and you want to try to
make things better with sarcasm? That's just awful.
My anger at you is not misdirected.
I see that google groups is getting rid of welcome message
support. It's not clear to me whether that means that
existing ones will simply be frozen, or will eventually go away
entirely. If the latter, I imagine the noise level here will only rise.
We do, but I'm not sure how to find it. It was in one of the previous threads.
> I see that google groups is getting rid of welcome message support. It's not clear to me whether that means that
> existing ones will simply be frozen, or will eventually go away entirely. If the latter, I imagine the noise level here will only rise.
That's what I'm expecting, too. Dammit, Google Groups, we were using that. :-(
It's pretty clear that you weren't wishing him a merry Christmas any more than he was wishing us one. If you were, that wasn't clear.
I'll admit: I enjoyed it. But Chris is right: We all need to hold stuff like that back, or email it to nobody instead of the group. Sending pretty much anything but The Link does not help the user.
> … I am happy to apologise as many times as you like for the upset I have caused to you or anyone else on this list.
Problem solved, as far as I'm concerned. Just remember—as we all should—not to send messages like this.
I like humor, but when you're dealing with somebody who is *pissed off* because they think we've invaded their hard drive, that isn't the time. The first order of business is to calm them down and as quickly as possible get them the information they're after. Anything else is only going to anger them more, and we *really* do not need that.
> And what about Steve C who offered the clearly offensive "I'm sure can we express ourselves better [than] a 2 year old" and yet received no rebuke from you at all.
His (second) message was a bit more than that, attempting to address the actual problem. I think he might have decided to expand on it after seeing your and Chris's initial exchange. Also, even his “offensive” remark was also good advice.
Your message, conversely, had nothing but the “merry Christmas to him, too!” remark.
Anyway, you've apologized for it, so as long as you don't send something like that again (and the same goes for everybody else here, of course), problem solved.
Anyway, you've apologized for it, so as long as you don't send something like that again (and the same goes for everybody else here, of course), problem solved.
When I thought about what kind of user you are to our community. I
came to the conclusion that you are verging on being a poisonous
person. Please see
http://video.google.com/videoplay?docid=-4216011961522818645# if you
have not seen it already, it's an excellent talk about the type of
person I think you are verging on becoming.
The reason I say this is due to a pattern in responses which have no
value, other than to be annoying. Here is a small list I found by just
searching for about 3 minutes, I stopped looking once I hit 4 emails:
http://groups.google.com/group/growldiscuss/msg/a19a2ff6a84ebdd8
http://groups.google.com/group/growldiscuss/msg/872c304048d33e0a
http://groups.google.com/group/growldiscuss/msg/74b285e15eb9ebf2
http://groups.google.com/group/growldiscuss/msg/be17f47730a0cc5f
Some common themes here are:
- Lack of useful responses
- Sarcasm verging on starting a heated discussion on a thread
- Short responses
This all said, you do provide some great feedback.When I found you
provided the best feedback it was about your specific problems though.
You responded to this user first. The user does not have a way to
differentiate who represents the project, and who is merely a member
of this mailing list/discussion group. As such, you represented this
entire group. You did so in a very sarcastic manner, with none of the
following:
- No quality control.
- No useful information to help the end user
- No helping at all
All of this to what end? No good one as far as I'm concerned. So no, I
do not believe you were wishing him a Merry Christmas. I know you were
in fact being a prick. Which is why I'm angry at you. You basically
just gave us a worse name to this user than we already had to him.
Which isn't a good place for us to be in, seeing how this can all be
avoided very easily.
Now, instead, you could have taken these actions, and not come across
as someone who is simply out to make himself feel good for 2 seconds
for a childish act:
- Responded with the link to the article about this issue
- Responded saying you understand, and providing details about how
dropbox is actually doing this, and then how to remove Growl
- Not responded at all
These 3 responses at the very least would have been more beneficial
than the response you chose to make.
Since you decided to send your sarcastic email to the list publicly, I
decided to reprimand you publicly. I will reiterate what I said
earlier. Do not respond to end users in this manner. They do not
deserve to be treated like this. We don't either, but their anger is
just, only not justly directed. You however have no right to be angry
about it, since it is not affecting you at all.
I spent more time today thinking about this one thing than anything
else. I have a six month old son who is better behaved than you are on
this list. I'm not going to sit here and baby sit you, you need to be
an adult here. I also want this thread to end, unless the original
poster requires more assistance. However, since this thread was
derailed, I've already started a direct email with him so he doesn't
have to continue to deal with this.
I have concluded that this is not acceptable behavior to tolerate for
these issues. If you respond to another user in a sarcastic manner
such as this, I will ban you. If you continue to make me have to
respond to you after being very clear in this email, I will also ban
you. If you choose to email me or any other member of the Growl
project directly to complain about this, I will ban you. Basically,
drop the issue, move on, and don't be a prick in the future, and we're
all set.
As far as I'm concerned, this should not have been how this user was
handled. You made us look bad. You need to own up to that, and learn
from it. I don't want to think about it anymore.
Chris
Chris
What wouldn't make me uncomfortable is if we had a way to just kill
notifying if a user uninstalled before, and our pkg installer wasn't
the thing that reinstalled Growl. But I don't know of a good way to do
that without other problems we've discussed previously on the list.
Chris
* by prominently, I mean something that defaults to not installing,
not something where one may have the option but has to do something
more than keep clicking "continue" to exercise it.
Actually...you might have something to hammer the evil app developers
with _now_, without a license change. It seems to me that they're
probably weaseling on one or both of:
> 2. Redistributions in binary form must reproduce the above copyright
> notice, this list of conditions and the following disclaimer in the
> documentation and/or other materials provided with the distribution.
> 3. Neither the name of Growl nor the names of its contributors
> may be used to endorse or promote products derived from this software
> without specific prior written permission.
insofar as they make no effort to make their compliance if any with
(2) visible to the user; and conversely, Growl, being intentionally
visible, is sort of self-promoting (esp. when it asks about an
auto-update). Thus, the real point of (3), allowing you to retain
control of your good name, is affected even if one could argue that
the literal terms of it maybe aren't violated.
Clearly I'm not a lawyer, and no doubt a real one could tear that theory
up in seconds. But it makes the point that they're being seriously
thoughtless if not quite malicious, which might still be enough to
get some of them to change their conduct.
--
We can't change the license now.
My email was sent a bit early.
We cannot change the license now. We've had far too many people
contribute to Growl with very specific opinions about the license
being bsd 3 clause. We're not going to modify our license and then
have to go back and try to get in touch with them, and all other
things.
Long and short of it, is I meant more along the lines of some kind of
kill switch.
This is addressed on our page about the matter:
I have been thinking of implementing an internal, hard-coded banlist. Any application on the list would be disabled by default when it registers. It would appear in the Growl prefpane (with the Enabled checkbox unchecked), so that the user could enable the application if they want.
If the user enables the application, Growl adds its name to a list of banned applications so enabled. Ideally, we'd make it as difficult as possible for an application to add itself to the enabled list. Suggestions on this are welcome (but remember that it's impossible to fully solve, since there's no secure per-application storage and permissions are by user, so any process running under the same account Growl runs under can write to anything Growl can write to).
This could only benefit on-purpose users, though (I mainly thought of it as an answer to applications like Adobe's that use Growl to display ads). The CS5 installer and Dropbox both install a old version (1.2), which wouldn't know about the banlist.
Surely an external banlist, host on growl.info eg. would be better than a hard-coded list, as you could update as apps were identified?
Anyway, I’m not entirely sure this would end up helping terribly much; I can envisage it frustrating users who actually want the notifications.
Also, I seem to recall a large proportion of the users who have come to us so far seem to only have become ‘aware’ of growl upon seeing the growl update notification, which presumably would not be on your blacklist ;)
The update notification side of things should be mitigated by the transition to Sparkle, so that’s already sorted.
I would suggest for the fresh install side of things, that perhaps all that may be needed is a first-run “Welcome to Growl” window?
This could be used to explain what Growl is, and run quickly through how to configure notifications and displays. For example reference, the first thing i can think of is a new iTunes install (well, the _first_ thing i thought of was quicksilver, but not everyone has that).
Anyway, benefits of this approach would be that:
1) Users are immediately made aware of Growl when it is first run, thus more likely associating it with whatever else they happen to have just installed that bundled it.
2) The first thing they see of growl is a friendly window telling them what it is for, which should reduce the amount of knee-jerk ‘what the hell is this’ reactions.
3) Users are instructed on the basics of how to control growl, and ideally given the opportunity right there and then to configure it.
4) No-one gets shafted. Not even the ill-behaved developers.
I admit it won’t help with the dropbox re-installing it problem, but at least off the bat after the first time it installs, users are made aware of it so it doesn’t come as a surprise later on.
Thoughts?
Josh
Anyone running Little Snitch would be alarmed when Growl seemingly tried to “call home”.
> Anyway, I’m not entirely sure this would end up helping terribly much; I can envisage it frustrating users who actually want the notifications.
Yeah, we'd have to document it.
> Also, I seem to recall a large proportion of the users who have come to us so far seem to only have become ‘aware’ of growl upon seeing the growl update notification, which presumably would not be on your blacklist ;)
True. Like I said, the main target I had in mind was Adobe's ad notifications.
> I would suggest for the fresh install side of things, that perhaps all that may be needed is a first-run “Welcome to Growl” window?
> …
>
> I admit it won’t help with the dropbox re-installing it problem, but at least off the bat after the first time it installs, users are made aware of it so it doesn’t come as a surprise later on.
I would expect even louder “WHAT THE F IS THIS S” screams here on the list from users presented with a “Welcome to Growl” dialog shortly after removing Growl.
On Oct 21, 2010, at 12:31 PM, Peter Hosey <p...@growl.info> wrote:
> On Oct 21, 2010, at 03:41:32, i.aten...@gmail.com wrote:
>> Surely an external banlist, host on growl.info eg. would be better than a hard-coded list, as you could update as apps were identified?
>
> Anyone running Little Snitch would be alarmed when Growl seemingly tried to “call home”.
>
>> Anyway, I’m not entirely sure this would end up helping terribly much; I can envisage it frustrating users who actually want the notifications.
>
> Yeah, we'd have to document it.
>
>> Also, I seem to recall a large proportion of the users who have come to us so far seem to only have become ‘aware’ of growl upon seeing the growl update notification, which presumably would not be on your blacklist ;)
>
> True. Like I said, the main target I had in mind was Adobe's ad notifications.
>
Which is gone in some updates already
>> I would suggest for the fresh install side of things, that perhaps all that may be needed is a first-run “Welcome to Growl” window?
>> …
>>
>> I admit it won’t help with the dropbox re-installing it problem, but at least off the bat after the first time it installs, users are made aware of it so it doesn’t come as a surprise later on.
>
> I would expect even louder “WHAT THE F IS THIS S” screams here on the list from users presented with a “Welcome to Growl” dialog shortly after removing Growl.
>
Dropbox doesn't install the latest version (0.7.110 installs 1.2), so it wouldn't install any hypothetical future version that checked for this file.
> … Of course, such applications like Dropbox can erase that file again, but then they really preying for trouble.
Applications such as Dropbox already abuse the user's trust when they install software without the user's permission. Making it more difficult doesn't change the morality of it.
>> I would suggest for the fresh install side of things, that perhaps all that may be needed is a first-run “Welcome to Growl” window?
>> …
>>
>> I admit it won’t help with the dropbox re-installing it problem, but at least off the bat after the first time it installs, users are made aware of it so it doesn’t come as a surprise later on.
>
> I would expect even louder “WHAT THE F IS THIS S” screams here on the list from users presented with a “Welcome to Growl” dialog shortly after removing Growl.
That would no longer be a first-run, assuming we don’t delete the pref list in ~/Library on uninstall?
Ah, true. I missed that part; sorry.
That just leaves the problem that the guilty applications would not be installing a version that has this window, so only people who already know about Growl in the first place and installed it themselves would see it.
Yes :(
Certainly not a retrospective fix, but mindful of the future should any apps use growl after this proposed change…
I don’t see how the ban-list works retrospectively either, though? Dropping it in from an upgrade still requires the user to get past the upgrade, and would be disabling those apps for a lot of users who may want them?
There are two things we're talking about here. The one that got the thread started was applications installing Growl without the user's permission; the one the banlist would address is applications sending ads through Growl.
It's unlikely that we'd ban an application just for installing Growl without the user's permission, simply because it would be so pointless. As you say, it wouldn't benefit anyone who got Growl installed that way; it would only affect users who installed a new enough version of Growl on purpose (i.e., aren't affected by the app's rogue installation) and, as you say, those who upgrade the Growl that was wrongly installed.
> and would be disabling those apps for a lot of users who may want them?
Possibly. Dropbox (which doesn't currently send ads) comes to mind. It's unlikely that users are going to want to enable an app that sends ads, though, and if they ever do, that's why they'd be able to enable it.
Nope. There's a copy of Growl 1.2 bundled inside it.
> However, I recall that it was standing somewhere that Dropbox uses a slightly modified version of Growl in order to install it.
Not that I was able to determine. As far as I could tell, it's the same Growl 1.2 we distributed.
> As you already stated that it is not possible to insert such a thing the following is just an idea for if it would have been possible: The "Welcome to Growl" message might be altered at that point including Dropbox to clearly distinguish who or what is currently calling the installer.
Dropbox isn't the only guilty application; we wouldn't want to finger it specifically if it wasn't what installed Growl. We'd need to be able to tell which application actually did it, and that's impossible, too—there's no way to tell what application wrote out a file.
Possible in some cases, but risky: Depending on how the application's Growl-installation “feature” is written, doing this could break the app. I don't want to get email that says “Dropbox installed Growl and I uninstalled Growl and IT BROKE DROPBOX!”.
> … or at least give the user a message they cannot overlook during uninstall to advise that an application has been found (naming the applications name), which re-installs Growl and give advice on how to disable it and/or link to your website's red-banner-page.
This is a good idea.
Growl doesn't do this. Some other program installed Growl on your system without your permission.
This page both lists the applications we have learned do this and provides instructions on how to remove Growl:
http://growl.info/thirdpartyinstallations.php
> What would you think if I went in your house in the middle of the night, and installed a hidden camera, or messed up with your computer?
Again, we didn't do this. Growl does not install itself.
> And I do not buy the "there is nothing we can do about it".
There *is* nothing we can do about it. It is impossible for us to stop a third party from installing something they have—including a copy of Growl—onto your system, and there is no way Growl can tell whether you installed it or whether something installed it without your permission.
If you can think of a reliable, undefeatable way to do that, we'd welcome a patch.
> You are the developers of this product, then fix it's installing protocols.
There is nothing for us to fix. Our installer, which asks you for permission, works fine.
Most of the applications that install Growl without your permission don't use our installer. The only one that does hacks around the permission check somehow; we're still not sure how.
You need to contact the developers of whichever program installed Growl without your permission. That is the program that misbehaved on your system and violated your trust.
This is like blaming the manufacturer of the cameras for the people
who broke into your house and installed the cameras.
We don't know who installed Growl, we don't like that it happened.
We're not responsible for their actions. But we'll gladly help you,
and try to figure out what app did this so that we can warn the next
person.
Frankly, every time I see one of these emails it makes me just groan.
You don't understand our position starting out, you just assume that
we're to blame. We get this constantly, and then we have to deal with
it.
Let's be nice and let's get things fixed up on your computer.
Chris
> I know why you named your product Growl, because it's exactly how it
> make me feel, growling...
>
It seems most people are discovering that Growl has been installed on
their systems after seeing a notification about a new version of Growl
and that they should update it. Maybe Growl could self-update in the
background like Google Chrome does?
I think Growl does not need a tray icon, it's already integrated with
System Preferences and the tray icon seems to be mainly a shortcut for
preferences. Maybe Growl should not show a tray icon by default?
These two things would "hide" Growl a little and people would just use
it thinking it's part of some app they installed, it would be better
if people would use Growl knowing about it but the reality is that
other apps will bundle it and there is little or nothing that Growl
developers can do to avoid it.
I'm not a Mac user so I'm sorry if I'm missing something.
2010/10/25 Christopher Forsythe <ch...@growl.info>:
I have no opinion on the menu item. Myself, I don't use it, I could
see it going away or staying. We shouldn't change our first time
experience for users just because some apps decided to do things in a
way we don't like at all.
The sentiment to hide Growl though is well meant, but I'd rather take
on some hate email and get these people a bit more knowledgeable about
what is actually on their system, than to have it run on their systems
for years continually updating with no knowledge about Growl at all.
Good ideas though, keep them coming. Keep in mind that any change we
make isn't going to apply to any software package that bundles Growl,
since they'll continue to install the older version, but we should
prepare for the long term of this. I don't see this issue disappearing
overnight. Changes now may show up in later updates to these apps if
they decide to continue to ship Growl in this manner, so anything we
put into 2.0 could be a great bit of help.
Chris
2010/10/25 Christopher Forsythe <ch...@growl.info>:
That should happen _before_ the update check.
Is that possible? Or am I missing something?
2010/10/25 Richard L. Hamilton <rlha...@gmail.com>:
Updating Growl silently in the background is just a different form of installing Growl silently in the background.
Moreover, Chrome's updater is not something to emulate. It is one of only a couple of updaters (the other one is Adobe's) that I've broken on purpose for being too insistent upon updating.
> I think Growl does not need a tray icon, it's already integrated with System Preferences and the tray icon seems to be mainly a shortcut for preferences. Maybe Growl should not show a tray icon by default?
I don't think it does. Maybe Growl for Windows differs from Growl for Mac in this regard.
> These two things would "hide" Growl a little …
Trying to hide Growl from the people who accuse us of slipping it onto their systems behind their backs would not help our case.
We've discussed this before, and the most recent discussion (which was, unfortunately, off-list for some reason) arrived at the conclusion that this would be a bad idea: Effectively, a version of Growl that users could not turn off or remove.
> This could shift the burden to third party apps because they would need a UI to have all configuration options that Growl already does …
This is exactly the problem. An application that isn't responsible about installing Growl, we cannot assume would be responsible about providing a UI to disable its built-in Growl.
> As a developer, I would prefer to use this library instead of having to install Growl or ask the user to do so.
That was a driving force behind the idea originally, and was why we were previously planning to do it. The change of perspective brought on by apps installing Growl without permission changed our minds on it: We now see anything that makes it harder for users to turn off or remove Growl (or Growl functionality) as an invitation to even more angry email.
> We now see anything that makes it harder for users to turn off or remove Growl (or Growl functionality) as an invitation to even more angry email.
I think Growl is supposed to implement something that Mac OS does not
by itself but is useful to users, if so, then Growl functionality
would not be something that caused angry emails. End users would have
to make some effort (look in the dropbox forums for example) to know
that the app uses Growl and that he can customize notifications if he
wants to and the blame for not being able to turn off notifications
would be put on dropbox since now it's the one drawing notifications
because Growl is not even installed, and that's the right thing to do
because Growl cannot and shouldn't make the decision about showing or
not notifications on behalf of dropbox. Makes sense?
2010/10/25 Peter Hosey <p...@growl.info>:
Yes. This is exactly what has been proposed before.
>> We now see anything that makes it harder for users to turn off or remove Growl (or Growl functionality) as an invitation to even more angry email.
> I think Growl is supposed to implement something that Mac OS [X] does not by itself but is useful to users, if so, then Growl functionality would not be something that caused angry emails. End users would have to make some effort (look in the dropbox forums for example) to know that the app uses Growl and that he can customize notifications if he wants to and the blame for not being able to turn off notifications would be put on dropbox since now it's the one drawing notifications because Growl is not even installed, and that's the right thing to do because Growl cannot and shouldn't make the decision about showing or not notifications on behalf of dropbox. Makes sense?
Yeah.
There are still a couple of problems with this, mainly in the area of workload.
First, we'd have to implement it. Splitting out a mini-Growl into a framework that preferably could be embedded in multiple applications without them stepping on each others' notifications on the screen (so they'd have to co-ordinate positioning in a distributed fashion) is non-trivial.
Then, once it's implemented and in use, it would complicate the troubleshooting. If we get a user who's angry about notification bubbles they can't seem to turn off, we have to figure out whether it's Dropbox (or whatever) having installed/persistently re-installing Growl *or* Dropbox (or whatever) displaying its own self-hosted Growl notifications.
Conversely, it's quite possible that some users would come to believe that Growl is installed on their system when it's really an application displaying the notifications itself using its embedded Growl Lite. As I mentioned, this would get us more angry email—something along the lines of “How can I be seeing Growl notifications if you claim I don't have Growl installed?!”, only with more swearing in it.
The simplest way, for us and for users, is for us to keep doing what we're doing: Maintain Growl as a stand-alone product that serves as a central notification-display facility when installed and is unavailable when not.
What if you didn’t have to maintain it separately? What if this was the standard Growl framework functionality?
I think the main problem (and reason for the bundling) for apps using Growl is that if there is no Growl, there are no notifications. So if an app relies on its notifications and wants to use Growl it has to either: write its own subsidiary notification system in case Growl isn’t installed, or make damn well sure Growl is installed.
Is there some way the framework can maybe contain GrowlHelperApp and do something like this on post:
Is Growl prefpane installed (to catch when Growl has been turned off)?
-Yes: post notification
- No: Is GHA running?
- Yes: post notification
- No: start GHA (bundled in framework)
This would rely on GHA being able to run independently of the Growl prefpane, so the minimal set of basic notification style etc. would have to be built in to that.
If the Growl prefpane is installed, then GHA could read its prefs from there, if not then it falls back to basic defaults.
Main problem I can see is different versions of the framework would have different GHAs, so this would make life complicated in terms of needing to maintain backwards compatibility (although I’m guessing this is currently also the case) and perhaps there would need to be some way if another app had a framework with a more recent version of GHA to kill off the older one and start the newer one.
But, since all apps essentially have their own copy of GHA, they are all able to post notifications regardless of whether Growl.prefpane is installed. Since they all check to see if an instance of GHA is already running before each post, they all share that GHA while it is running, so the display co-ordination and stuff works like it always has. Also, if the app containing the running GHA quits, next time another app posts, it runs its GHA. And finally (most importantly) I can’t think of a way this breaks any current installation of Growl…
Correct me if I’m wrong ;)