Growl.xcodeproj/project.pbxproj
2009-09-11 Enabling code-signing for GHA in the Release configuration. This should make updating easier in the future for Prowl users.
2009-09-01 Growl: the framework should actually be built with a deployment OS of 10.5 for the x86_64 architecture so that it can be used by apps running 64-bit on 10.5
2009-08-31 Apply [dcc80b2187fb] (turn off GCC_SYMBOLS_PRIVATE_EXTERN in the framework target) to Growl-WithInstaller.framework. This fixes the build for the G-WI version of BeepHammer, and probably any other applications that use the G-WI framework.
2009-08-27 Merged with Rudy.
2009-08-27 Rewrite MailMe to be based on my Python-based simple-mailer program. This enables it to not care what mail client you use, although it currently still does obtain your SMTP settings from Mail's preferences (like the Message framework did).
2009-08-26 Merged the first Sparkle backout.
2009-08-26 Backed out changeset 4899e239f605: Sparkle breaks the build, and we don't have time to get it working and iron out all issues if we want to release 1.2 the day Snow Leopard comes out.
2009-08-25 Merge with Rudy.
2009-08-23 project level changes to reflect that core is 10.5+ and framework is 10.4+
2009-08-24 Enable i386, even in Debug configuration, in the framework target by making it use $(ARCHS_STANDARD_32_64_BIT) (like the Release configuration does). The new GrowlSafari will need this on Leopard.
2009-08-17 Set Mac OS X Deployment Target to 10.5 in the Growl project, and override it to 10.4 (i386) and 10.3 (ppc) in the Growl framework targets.
2009-08-15 Make Growl and all the Extras build ppc and x86_64 in Debug configuration, and use the 32-/64-bit preset for the Release configuration. GrowlMail is an exception: We build t in ppc, i386, and x86_64 in the Debug configuration because it's a Mail bundle, and Mail on Leopard does not have an x86_64 architecture.
2009-08-03 Merging with Rudy
2009-08-03 Mark GHA as not supporting GC at all. Yet.
2009-08-02 initial sparkle commit, tweaking of the process will definitely be needed
2009-08-02 Burninating LoginItemsAE. We use LSSharedFileList now.
2009-08-02 Burninated the SHA-2 implementation we were including for pre-Tiger compatibility. We now exclusively use one of the hash implementations available on Tiger and later.
2009-08-02 Using the 10.6 SDK at all breaks the build on Leopard.
2009-08-01 project settings and version bump
2009-07-14 project settings changes from bentwookie
2009-07-14 updated project settings so that it doesn't hide the symbols in the x86_64 variant on the framework
2009-07-13 change in base sdk per bentwookie
2009-07-13 remove ppc64 from the arch target since it is deprecated
2009-07-13 link the classes currently needed by the prefpane in order to load the current suite of growlViews
2009-07-07 committing Nick Zitzmann's patch with additional project changes in order for the prefpane to actually load in 64-bit mode under System Preferences, oddly we were linking to SystemUIPlugin.framework unnecessarily which was causing a GC mismatch and resulting it in relaunching in 32-bit mode
2009-07-05 Convert some prefpane Info.plist strings files to UTF-8, remove the BOM from others that are already UTF-8, and tell Xcode that they're now all UTF-8.
2009-04-15 Switched the build configurations to use the DWARF-with-dSYM debug symbol format. We'll keep the dSYM files for each release so that we can symbolicate crash logs from the stripped executables.
2009-04-14 Fixed the off-by-two error in the displays pop-ups on the Applications tab (#251376).
2009-04-06 Updates to the Growl build system to obtain the revision identifier from Mercurial instead of Subversion.
2009-03-08 Set GrowlAction's build directory to be the same as Growl's, and set Growl's reference to the action to be build-product-relative. This fixes building Growl in the Development configuration when you have not previously built GrowlAction in Deployment (#339623).
2008-07-28 Define DEBUG when building in Development. This allows different code to be executed for development builds
2008-07-15 Don't copy the Info.plist into the build product's Resources folder. Thanks to Apple for adding a warning about this in Xcode 3.1.
2008-07-15 Corrected encoding in the Xcode project of a lot of strings files. I had already converted all of their actual contents to UTF-16, so the project was all I needed to update.
2008-07-15 Project changes from Xcode 3.1.
2008-06-16 Czech, Swedish, and French updates. All localization updates submitted as of this commit are now committed.
2008-02-09 Delegate the opening of .growlRegDict files to a new GrowlPropertyListFilePathway, and only terminate the app one second after the last file is processed.
2008-02-09 Removed a Copy Files phase from the prefpane target, because I don't think we need to put headers into the Resources folder of the prefpane.
2008-02-01 Remove GrowlImageURLProtocol, which revealed a major leak bug somewhere deeper in the system and led us to leak every image we displayed in WebKit. Replace it with use of the data: schema for images, embedding a base64 encoded version of the PNG data for the image directly in the HTML we give to WebKit. Not only does this finish up fixing the leaks in WebKit displays, it makes our transient memory usage a double handful of kilobytes per notification on-screen rather than about 200 kb.
2008-01-31 Update installer copyright.
2008-01-24 Made the Development version of Growl.framework a UB. This fixes the GrowlMail beta on PPCs; I built it on an x86 machine, using the Development style, which is why it didn't have a GrowlMail framework on PPCs.
2008-01-22 Added es localization of Growl-WithInstaller from the Adium translation folks
2007-12-28 Turn on Garbage Collecting support for the Deployment target in addition to the Development target
2007-12-08 Growl.framework and Growl-WithInstaller.framework and Growl.dylib should now allow apps using garbage collection to link against them appropriately.
2007-09-24 Added NSFileManager+Authentication.h and NSFileManager+Authentication.m to the Growl-WithInstaller target
2007-09-20 Removed duplicative entry for sv in the growl-withinstaller resources
2007-09-19 Changed all lproj folder names (and updated projects appropriately) to their modern i18n names rather than the deprecated natural language ones, where needed.
2007-09-17 The default style popup now posts a preview notification using the selected default style when clicked. This preview can be suppressed using the Option key. Fixes #351.
2007-09-16 Growl-WithInstaller will now properly quit System Preferences before installation if the install is an upgrade and the user is running a non-English system. Previously, this only worked for English systems.
2007-09-11 Hopefully fixed Show Growl Notification.action path
2007-09-11 Fixing the Xcode project. Where did the path containing ".Trash" come from? Don't copy headers to the PlugIns directory.
2007-09-10 The Show Growl Notification automator action is now included in Growl Helper App as it was in 0.7.x. It was accidentally removed from Growl 1.1's build process
2007-09-10 adds system preferences as a custom executable, for the purposes of debugging the preference pane from xcode
2007-09-10 fixes the usage of NSAnimation in [4537], you can't set the delegate for the NSAnimation subclass to self, and then do the same from GrowlDisplayWindowController, the controller never received the animationDidEnd calls and as a result didn't properly handle completion of the animation
2007-09-06 Added Swedish Growl-WithInstaller translation from berdan
2007-09-03 French and Swedish updates
2007-09-03 Fixed deployment compilation of growl-withinstaller.framework
2007-09-01 The 'display changed' notification posted by the status menu item now has a localizable human readable description
2007-08-31 Swedish localization from Daniel Bergman
2007-08-30 Include the Dutch localized files properly
2007-08-29 Okay, we can't use the 10.3.9 SDK if we're using 10.4+ symbols. The correct solution is to set the deployment target for PPC to 10.3 and then to use the weak_import attribute for the symbols which -might- not be available, then check them at runtime. That's what was already being done; setting the SDK messed things up.