Re: ANN: new open-source window manager for OS X
On Apr 17, 2013, at 11:44 AM, Steven Degutis sbdegu...@gmail.com wrote: Called Windows.app. ... I think someone may have used the name Windows already... Charles ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
NSCAssert in OS X and iOS
I had an NSAssert with varargs in a C routing in a .mm file. It compiled fine in a Mac OS X app, but the same code in an iOS app bitches about too many arguments. Is that right? The iOS project where it's failing hasn't been built in a few months, so I wonder if there might be some leftover cruft in a project setting? It's set to target the latest iOS SDK... -- Rick ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: ANN: new open-source window manager for OS X
True, but I'm confident they don't care. :) On Thu, Apr 18, 2013 at 1:00 AM, Charles Srstka cocoa...@charlessoft.comwrote: On Apr 17, 2013, at 11:44 AM, Steven Degutis sbdegu...@gmail.com wrote: Called Windows.app. ... I think someone may have used the name Windows already... Charles ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: NSCAssert in OS X and iOS
On Apr 18, 2013, at 12:14 AM, Rick Mann rm...@latencyzero.com wrote: I had an NSAssert with varargs in a C routing in a .mm file. It compiled fine in a Mac OS X app, but the same code in an iOS app bitches about too many arguments. Is that right? Double-check that the warning isn't in fact correct. Clang has recently (since Xcode 4.5?) gotten better at sanity-checking printf-style parameter lists, which I find to be a real life-saver. It's possible that your iOS target has this warning enabled but the OS X target doesn't. —Jens ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: NSScrollView in NSTabView autolayout problem
This message may be relevant for your issue: http://prod.lists.apple.com/archives/cocoa-dev/2013/Feb/msg00426.html Personally, I don't use auto layout in NSScrollView. I think that NSScrollView doesn't support it, but it appears that many people have gotten it to work. Chuck P.S. It looks like your message was sent to the list on Saturday, but I didn't receive it until this morning. On 4/13/13 1:57 PM, kwic...@wichry.net kwic...@wichry.net wrote: Hi I have an NSTabView with multiple tabs, each containing an NSScrollView. In the scrollviews I dynamically place custom views which are sized using autolayout and constraints. Now if I add my custom views to a scrollview in tab1 and resize the window with this tab active everything works fine and autolayout does not complain. On the other hand, if I add my custom views to a scrollview in tab1, switch to another tab, resize the window, and switch back to tab1 autolayout breaks with the following exemplar message: Unable to simultaneously satisfy constraints: ( NSAutoresizingMaskLayoutConstraint:0x4011d8f60 h=-- v=-- H:|-(0)-[FlippedDocumentView:0x4011b76e0] (Names: '|':NSClipView:0x40120eb80 ), NSLayoutConstraint:0x4012a5c80 H:|-(10)-[TextViewModuleView:0x401236e80] (Names: '|':FlippedDocumentView:0x4011b76e0 ), NSLayoutConstraint:0x4011148e0 H:[TextViewModuleView:0x401236e80]-(10)-| (Names: '|':FlippedDocumentView:0x4011b76e0 ), NSAutoresizingMaskLayoutConstraint:0x4011d8f00 h=-- v=-- H:[FlippedDocumentView:0x4011b76e0]-(0)-| (Names: '|':NSClipView:0x40120eb80 ), NSAutoresizingMaskLayoutConstraint:0x4011d5e00 h=-- v=-- H:[NSClipView:0x40120eb80(0)] ) What I noticed in the message is this H:[NSClipView:0x40120eb80(0)]. How come the NSClipView so in fact contentView of the scrollview has width = 0? My question is, why does the autolayout work fine for the active tab and does for inactive? Thanks k. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/chucks%40veladg.com This email sent to chu...@veladg.com ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: NSCAssert in OS X and iOS
Well, it still builds correctly in the OS X project (it's common utility code I use across projects). The line is: enum AnchorRegion inRgn = ...; NSCAssert(false, @Unknown AnchorRegion %d, inRgn); On Apr 18, 2013, at 09:31 , Jens Alfke j...@mooseyard.com wrote: On Apr 18, 2013, at 12:14 AM, Rick Mann rm...@latencyzero.com wrote: I had an NSAssert with varargs in a C routing in a .mm file. It compiled fine in a Mac OS X app, but the same code in an iOS app bitches about too many arguments. Is that right? Double-check that the warning isn't in fact correct. Clang has recently (since Xcode 4.5?) gotten better at sanity-checking printf-style parameter lists, which I find to be a real life-saver. It's possible that your iOS target has this warning enabled but the OS X target doesn't. —Jens -- Rick ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: NSCAssert in OS X and iOS
Le 18 avr. 2013 à 18:31, Jens Alfke j...@mooseyard.com a écrit : On Apr 18, 2013, at 12:14 AM, Rick Mann rm...@latencyzero.com wrote: I had an NSAssert with varargs in a C routing in a .mm file. It compiled fine in a Mac OS X app, but the same code in an iOS app bitches about too many arguments. Is that right? Double-check that the warning isn't in fact correct. Clang has recently (since Xcode 4.5?) gotten better at sanity-checking printf-style parameter lists, which I find to be a real life-saver. It's possible that your iOS target has this warning enabled but the OS X target doesn't. This is a known issue that was recently solved on OS X. Declaration of NSAssert macros in (Obj-)C++ mode are broken (they don't use the vararg macro syntax that is supported by recent c++ compiler). I didn't tried on iOS, but I suspect this is the very same issue that is not yet fixed in the SDK you are using. -- Jean-Daniel ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Attempts to restore unrestorable windows
I have an application with a single window and that window's -restorable property is NO (in the xib). If I force quit that application or otherwise cause it to crash, when it is launched again the app asks me if I want to restore its windows. Is there any way to turn off that notice? In this app the window should never ever be restored so the alert is confusing and wrong. -- Seth Willits ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: ANN: new open-source window manager for OS X
Fantastic! What does it do? --Graham On 18/04/2013, at 2:44 AM, Steven Degutis sbdegu...@gmail.com wrote: Called Windows.app. Source is on github: https://github.com/sdegutis/windowsapp What's particularly neat about it is how you configure it. It looks for a dotfile in your home dir, which can either be JavaScript or CoffeeScript. In this config file you, bind your hot keys as you want, using a very simple API that the app exposes in JS-land. I managed to get JavaScript scripting working via JSCocoa, and CoffeeScript via coffeescript.js and Coffeescript.compile(). Technically I hide the ObjJ syntax away, since most people are much more comfortable in pure JS than in ObjJ. I was looking into adding ClojureScript support, but I'm not yet sure how to avoid the start-up delay when running java. Waiting 5 seconds each time you reload your config isn't ideal. My first choice for scripting was to use MacRuby, but it only works with GC apps, and this one uses ARC. I hear they've got ARC in the works, so my fingers are crossed for the future. Also, PyObjC is really hard to integrate into an app. Ironically enough, when I was googling for how to do it, I found an article I wrote about it 3 years ago when I was working at BNR. Also, I created a technique for generating appcasts statically from the command line, and hosting the appcast on github, that might be interesting to other open source authors who don't want to have any other hosting but github. The details are in this build.sh file: https://github.com/sdegutis/windowsapp/blob/master/build.sh My apologies if new-app announcements are off-topic, but I think this one is particularly suitable for cocoa-dev because of the technical details. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: ANN: new open-source window manager for OS X
Thanks :) The crux of it is that you can bind global hotkeys to your own JavaScript (or CoffeeScript) functions, and from your JS (or CS) config file, you have access to an API[1] that lets you control and inspect all open windows and apps. On the wiki I have some examples of how you can use this to make something kind of like a tiling window manager. One of them[2] mimics the closed-source app AppGrid[3] that I wrote the other week (which actually turned out to be a spectacular commercial failure because I don't know how to market). Technically the API is ObjC, so it could do anything you can otherwise do in an app, it's not just limited to letting you move/resize windows. For example, last night I added the functions `open` and `shell`, and today I added a binding to my own config[4] that opens Dictionary.app. [1] https://github.com/sdegutis/windowsapp#api [2] https://github.com/sdegutis/windowsapp/wiki/AppGrid-config [3] http://giantrobotsoftware.com/appgrid [4] https://github.com/sdegutis/home/blob/master/.windowsapp.coffee#L13 -Steven On Thu, Apr 18, 2013 at 7:21 PM, Graham Cox graham@bigpond.com wrote: Fantastic! What does it do? --Graham On 18/04/2013, at 2:44 AM, Steven Degutis sbdegu...@gmail.com wrote: Called Windows.app. Source is on github: https://github.com/sdegutis/windowsapp What's particularly neat about it is how you configure it. It looks for a dotfile in your home dir, which can either be JavaScript or CoffeeScript. In this config file you, bind your hot keys as you want, using a very simple API that the app exposes in JS-land. I managed to get JavaScript scripting working via JSCocoa, and CoffeeScript via coffeescript.js and Coffeescript.compile(). Technically I hide the ObjJ syntax away, since most people are much more comfortable in pure JS than in ObjJ. I was looking into adding ClojureScript support, but I'm not yet sure how to avoid the start-up delay when running java. Waiting 5 seconds each time you reload your config isn't ideal. My first choice for scripting was to use MacRuby, but it only works with GC apps, and this one uses ARC. I hear they've got ARC in the works, so my fingers are crossed for the future. Also, PyObjC is really hard to integrate into an app. Ironically enough, when I was googling for how to do it, I found an article I wrote about it 3 years ago when I was working at BNR. Also, I created a technique for generating appcasts statically from the command line, and hosting the appcast on github, that might be interesting to other open source authors who don't want to have any other hosting but github. The details are in this build.sh file: https://github.com/sdegutis/windowsapp/blob/master/build.sh My apologies if new-app announcements are off-topic, but I think this one is particularly suitable for cocoa-dev because of the technical details. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
