Re: 64-bit iOS
So do I need replace all int to NSInteger? On 13-9-11 3:50, Fábio Bernardo wrote: I don't get the advantage... What I am missing? — Fábio Bernardo On Tue, Sep 10, 2013 at 8:45 PM, Scott Ribe scott_r...@elevated-dev.com wrote: Well, since nobody else has commented, let me be the first to say: YES! YES! YES! THANK YOU APPLE!! -- Scott Ribe scott_r...@elevated-dev.com http://www.elevated-dev.com/ (303) 722-0567 voice ___ 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/me%40fbernardo.org This email sent to m...@fbernardo.org ___ 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/vipgs99%40gmail.com This email sent to vipg...@gmail.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: 64-bit iOS
On Sep 14, 2013, at 7:37 AM, vipgs99 vipg...@gmail.com wrote: So do I need replace all int to NSInteger? Technically no, but generally you do need to evaluate every usage of data types of a specific width and ensure that in 64-bit mode you won’t exceed the bounds of what an int can store. It is more common to err on the safe side instead and simply use NSInteger instead however. -- David Duncan ___ 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: 64-bit iOS
There's a transition guide, I'd start by reading that. Good news, Apple has done this twice before and so the instructions are good and the tools are good at pointing out places you may have issues. Bad news, a bit change is hard even if you have used NSInteger, NSUInteger and CGFloat ubiquitously, there's going to be problems. Start with the guide, it's really good. On 14 Sep, 2013, at 10:37 pm, vipgs99 vipg...@gmail.com wrote: So do I need replace all int to NSInteger? On 13-9-11 3:50, Fábio Bernardo wrote: I don't get the advantage... What I am missing? — Fábio Bernardo On Tue, Sep 10, 2013 at 8:45 PM, Scott Ribe scott_r...@elevated-dev.com wrote: Well, since nobody else has commented, let me be the first to say: YES! YES! YES! THANK YOU APPLE!! -- Scott Ribe scott_r...@elevated-dev.com http://www.elevated-dev.com/ (303) 722-0567 voice ___ 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/me%40fbernardo.org This email sent to m...@fbernardo.org ___ 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/vipgs99%40gmail.com This email sent to vipg...@gmail.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/rols%40rols.org This email sent to r...@rols.org ___ 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
Save Panel without Filename selection
I have a requirement for a save dialog where the user can select a location but not a filename. At the moment I am implementing this functionality using the Open panel - but this has the disadvantages of a) having the action button labelled Open rather than Save and b) not having 'New Folder' functionality. So my question is, is there a way of having a Save panel that allows the user to select a location but not a filename? I know I can default the filename, but this makes no sense for me because more than one file will be saved into the chosen location. Your thoughts and suggestions would be most welcome. ___ 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: Save Panel without Filename selection
On Sep 14, 2013, at 10:42 AM, Pax wrote: I have a requirement for a save dialog where the user can select a location but not a filename. At the moment I am implementing this functionality using the Open panel - but this has the disadvantages of a) having the action button labelled Open rather than Save and b) not having 'New Folder' functionality. An open panel is the correct UI to use to let the user pick a folder. You can change the button title with -[NSSavePanel setPrompt:]. Use -[NSSavePanel setCanCreateDirectories:] with YES to enable the New Folder button. Regards, Ken ___ 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: Save Panel without Filename selection
Gah! Now I feel like such a dimwit! I thought that those would only work on NSSavePanel - I didn't think to try them on NSOpenPanel. I shall now go and hide my head in a paper bag, in shame. Thank you so much, Ken. On 14 Sep 2013, at 16:54, Ken Thomases k...@codeweavers.com wrote: On Sep 14, 2013, at 10:42 AM, Pax wrote: I have a requirement for a save dialog where the user can select a location but not a filename. At the moment I am implementing this functionality using the Open panel - but this has the disadvantages of a) having the action button labelled Open rather than Save and b) not having 'New Folder' functionality. An open panel is the correct UI to use to let the user pick a folder. You can change the button title with -[NSSavePanel setPrompt:]. Use -[NSSavePanel setCanCreateDirectories:] with YES to enable the New Folder button. Regards, Ken ___ 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: Window controllers and memory leaks
On 2013 Sep 13, at 12:11, Kyle Sluder k...@ksluder.com wrote: Add a property to your app delegate that retains the window controller. Have your window controller listen for NSWindowDidCloseNotification from its window, and send a message to the app delegate. In response to this message, the app delegate should release the window controller (probably by assigning its property to nil). That is good, and I've done it that way. But my app delegates get so damned long, so last year I put that boilerplate delegation and notification observing code into a subclass of NSWindowController. In cases where you can live with that (no multiple inheritance), and want to have only one window of a given class (a Preferences window, for example), it works for me. To add a new self-releasing window to your project, 3 steps… • Make the new FooWindowController a subclass of SSYTempWindowController. • In FooWindowController, override +nibName. • To display the window, +[FooWindowController showWindow]. That's all. It loads the nib, shows the window, and all goes away when the user closes it. SSYTempWindowController.m is 62 lines including whitespace… https://github.com/jerrykrinock/ClassesObjC/blob/master/SSYTempWindowController.m ___ 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
Need calls for MathType Edit Interface
Ok, Apple, inc. guys. I¹m not having a lot of success with the MathType people on doing this on a Mac. What I have is the ability to paste/drop MathType pdfs into objects and text, the latter proportioning the baseline properly (even when resizing it), plus my text code now works properly will all normal NSTextView editing and undo. iWorks does the former, but not the latter. What I need is the code to send a MathType pdf back to MathType for editing and retrieve it to replace the pdf in my code. iWorks does that for objects. I will offer to trade you my NSTextView MathType-capable subclass for a Cocoa-usable MathType edit interface. How about it? ___ 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: 64-bit iOS
You should never be using int in the first place except for API that are already using int, like many libc functions return type. Use the types that fit the API you are using, and if you have to write some API, use types from stdint.h that fit your need. Le 14 sept. 2013 à 16:37, vipgs99 vipg...@gmail.com a écrit : So do I need replace all int to NSInteger? On 13-9-11 3:50, Fábio Bernardo wrote: I don't get the advantage... What I am missing? — Fábio Bernardo On Tue, Sep 10, 2013 at 8:45 PM, Scott Ribe scott_r...@elevated-dev.com wrote: Well, since nobody else has commented, let me be the first to say: YES! YES! YES! THANK YOU APPLE!! -- Scott Ribe scott_r...@elevated-dev.com http://www.elevated-dev.com/ (303) 722-0567 voice ___ 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/me%40fbernardo.org This email sent to m...@fbernardo.org ___ 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/vipgs99%40gmail.com This email sent to vipg...@gmail.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/devlists%40shadowlab.org This email sent to devli...@shadowlab.org -- 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
Re: Odd NSScroller behavior when clicking page dec/inc areas
On Sep 13, 2013, at 14:07:53, Kyle Sluder k...@ksluder.com wrote: It does, but it might be one you can work around by changing how you're implementing scrolling. If I understand correctly, you need to pin a pane of controls to the edge of the viewport, and scroll the content underneath. They aren't actually separate controls that stick to the left edge. It's simply the staff names that stick, while the music on each staff scrolls. Since using testPart can result in the thumb jumping back and forth on either side of the mouse, I'm going to mess with subclassing NSScroller for this mode so I can cache the hit part at mouseDown and use that. -- Steve Mills office: 952-818-3871 home: 952-401-6255 cell: 612-803-6157 ___ 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
