Hi!
Sorry for this late answer, I was a bit swamped lately.
> NSData wouldn't let you, but NSMutableData would, with methods like
> appendBytes:length:, appendData:, increaseLengthBy:, etc. The underlying
> buffer might have to move around if it cannot be extended in place, just as
> it would
On 12/07/2013, at 2:29 PM, dangerwillrobinsondan...@gmail.com wrote:
> But will be adding drag to move and drag to copy between collections, as well
> as drag to external for copying a text or image representation.
Those externals would be additional (standard) drag types.
> But to support t
On 2013/07/12, at 10:49, Graham Cox wrote:
>
> On 12/07/2013, at 10:35 AM, dangerwillrobinsondan...@gmail.com wrote:
>
>> However, based on the way I have simply put the row selection indexes
>> NSIndexSet into NSData and into the pasteboard, the API as I see it at the
>> moment (using NSDr
On 12/07/2013, at 10:35 AM, dangerwillrobinsondan...@gmail.com wrote:
> However, based on the way I have simply put the row selection indexes
> NSIndexSet into NSData and into the pasteboard, the API as I see it at the
> moment (using NSDraggingSession property draggingFormation ) may not work
Interestingly, this is now working as expected. Not sure what was going on last
night, but I couldn't get it to behave.
On Jul 11, 2013, at 16:40 , Rick Mann wrote:
> I sent this yesterday to macnetworkprog, but I wonder if this list might
> reach more people who've encountered the issue befor
On Jul 12, 2013, at 8:46 AM, Graham Cox wrote:
> I'd suggest just badging the drag image with the number of items being
> dragged if it's more than what is visible (or badge it anyway, so the user
> gets used to the badge). The latest drag API has a way to collapse the drag
> with an animatio
I'd suggest just badging the drag image with the number of items being dragged
if it's more than what is visible (or badge it anyway, so the user gets used to
the badge). The latest drag API has a way to collapse the drag with an
animation to help reinforce this idea as well.
If you build a dra
I sent this yesterday to macnetworkprog, but I wonder if this list might reach
more people who've encountered the issue before...
---
I'm working on an iPad app to control a device. In one possible configuration,
the device hosts a Wi-Fi network and the user connects the iPad to it. The
device
If I implement -tableView:titleForHeaderInSection:, the resulting header has
additional margin (20 px) above the views created for the header by iOS.
If I instead implement -tableView:viewForHeaderInSection: and
-tableView:heightForHeaderInSection:, I don't get that extra 20 px of padding
above
At least part of my problem is I forgot to implement
-tableView:heightForHeaderInSection:
On Jul 11, 2013, at 14:26 , Rick Mann wrote:
> I'm trying to reproduce the UITableView section header view used by iOS for
> regular text headers. Based on Reveal.app, I see that it's a view sized 540 x
I'm trying to reproduce the UITableView section header view used by iOS for
regular text headers. Based on Reveal.app, I see that it's a view sized 540 x
34 that contains a UILabel (subclass) sized width x 21, positioned 40x5.
I wanted to add a UIActivityIndicator just to the end of the text lab
On Thu, Jul 11, 2013, at 01:49 PM, Steve Mills wrote:
> On Jul 11, 2013, at 14:25:08, Kyle Sluder wrote:
>
> > If the coordinates it's asking for are valid within your document view,
> > what's the issue? They might be necessary for correctly drawing or
> > animating your view.
>
> It's not anim
Boy, do I feel like a dummy.
While investigating when setObjectValue: is getting called on the cell, I set a
breakpoint in my override of that method and decided to check the call stack to
see who was calling it -- assuming that it was the text field itself in its
implementation of textShouldEn
On Jul 11, 2013, at 14:25:08, Kyle Sluder wrote:
> If the coordinates it's asking for are valid within your document view,
> what's the issue? They might be necessary for correctly drawing or
> animating your view.
It's not animating. Plus, those areas were already drawn, so they should be
cach
On Jul 11, 2013, at 13:01 , Matthew LeRoy wrote:
> I don't feel that I am relying on the delegate methods to capture any state
> change[…]
I wasn't suggesting that you are doing anything wrong, rather that there's a
more positive point of control.
> I assumed that the field editor would not c
I don't feel that I am relying on the delegate methods to capture any state
change; all I'm doing in control:isValidObject: is validating the object and
returning NO when it is invalid. According to the documentation, that's exactly
what you're intended to do in that method.
I've confirmed my s
On Thu, Jul 11, 2013, at 11:10 AM, Steve Mills wrote:
> We have an NSView subclass. It's in an NSScrollView. The view has 1
> CALayer added to it, so we have the view's wantsLayer set to YES. This
> gives us tiled drawing in our view. We have a case where the view is over
> 5000 pixels wide and the
On Jul 11, 2013, at 11:23 , Matthew LeRoy wrote:
> I had previously considered the same approach you suggested regarding adding
> to the checkbox's action method. The problem is that our desired behavior is
> to allow the checkbox to be unchecked at any time, and any uncommitted edits
> simply
Right; I recognize that clicking the checkbox doesn't cause a change in the
first responder, and so any pending edits just get discarded when the button is
disabled in the action method for the checkbox. That's exactly what I'm seeing
when the user enters an invalid value without pressing tab/re
We have an NSView subclass. It's in an NSScrollView. The view has 1 CALayer
added to it, so we have the view's wantsLayer set to YES. This gives us tiled
drawing in our view. We have a case where the view is over 5000 pixels wide and
the scroll view is only 600 and some wide. If we jump to the e
On Jul 11, 2013, at 9:00 AM, Matthew LeRoy wrote:
> I'm trying to implement some input validation on an NSTextField using
> NSControlTextEditingDelegate's -control:isValidObject: method -- simple stuff
> like validating that the entered text is parsable as a number, falls within a
> certain ran
Hmmm.
Okay, thinking out loud here.
I presume that the only significant difference between implementing these
UIBarButtonItems initially and the remove/re-add sequences is that the view is
already visible when you re-add them. (I.e., if you
setTitleTextAttributes:forState: in viewWillAppear:, t
Good morning,
I'm trying to implement some input validation on an NSTextField using
NSControlTextEditingDelegate's -control:isValidObject: method -- simple stuff
like validating that the entered text is parsable as a number, falls within a
certain range, etc. (I know that NSNumberFormatter is t
NSTableView seems to limit the drag image for selected rows to the selected
rows that are currently visible in the clip view.
Am I correct that I will need to subclass NSTableView in order to do anything
different?
I want to display a drag image that shows some representation of all the
selecte
> So does it matter that the IBOutlet private ivar of NSViewController is
> NSView* ?
Not if MyView is a subclass of NSView, and I only bother with the myView
accessor if I specifically need to reference MyView methods.
- Original Message -
From: dangerwillrobinsondan...@gmail.com
To: "
On Jul 11, 2013, at 4:50 PM, Lee Ann Rucker wrote:
>
> On Jul 10, 2013, at 11:26 PM, Kyle Sluder wrote:
>
>> On Jul 10, 2013, at 11:18 PM, dangerwillrobinsondan...@gmail.com wrote:
>>
>>> Hi all,
>>>
>>> Is there an appropriate way to subclass NSViewController to return a custom
>>> view cl
On Jul 10, 2013, at 23:26 , Kyle Sluder wrote:
> It's generally bad form to override a method for the sole purpose of changing
> its return type. Just cast the returned value got the appropriate type.
The trouble is that a cast is (generally) a bug waiting to happen, because it
masks the type
On Jul 10, 2013, at 11:26 PM, Kyle Sluder wrote:
> On Jul 10, 2013, at 11:18 PM, dangerwillrobinsondan...@gmail.com wrote:
>
>> Hi all,
>>
>> Is there an appropriate way to subclass NSViewController to return a custom
>> view class or is casting the return of view or loadView the only way?
>
On Jul 11, 2013, at 8:27 AM, Quincey Morris
wrote:
> On Jul 10, 2013, at 23:18 , dangerwillrobinsondan...@gmail.com wrote:
>
>> Is there an appropriate way to subclass NSViewController to return a custom
>> view class or is casting the return of view or loadView the only way?
>
> You can jus
29 matches
Mail list logo
