On Apr 26, 2013, at 1:35 AM, Rick Mann wrote:
>
> On Apr 25, 2013, at 18:30 , Charles Srstka wrote:
>
>> Pinning *is* what you want. Do each of "Pin Leading/Trailing/Top/Bottom Edge
>> To Superview", and then the height and width constraints should become
>> deletable.
>
> Sorry, I misunder
I posted similar question to Stackoverflow and it seems that the problem
might be system dependent.
I am on OSX 10.7.5 and XCode 4.6 and the person who tested my minimal
example on XCode 4.6.1 and OS X 10.8.3 did not have any problems with
autolayaout.
Best
K
On 26/04/2013 00:15, Chuck Soper
Hi,
found a really weird issue with some very basic drawing, and have no idea whats
going wrong (or what I missed:)). Basically I've a subclass of NSButton and
NSButtonCell with some basic custom drawing. I do a 1px width stroke after all
around the button, which is looks cool on my computer ha
On 26 Apr 2013, at 9:51 AM, Tamas Nagy wrote:
> Hi,
>
> found a really weird issue with some very basic drawing, and have no idea
> whats going wrong (or what I missed:)). Basically I've a subclass of NSButton
> and NSButtonCell with some basic custom drawing. I do a 1px width stroke
> after
Thanks for the tip! I was using integral coordinates without fractions, adding
_newframe = NSInsetRect(_newframe, 0.5f, 0.5f);
fixed the issue!
Thanks!
Tamas
On Apr 26, 2013, at 5:28 PM, Fritz Anderson wrote:
> On 26 Apr 2013, at 9:51 AM, Tamas Nagy wrote:
>
>> Hi,
>>
>> found a really we
Phew! So, if I understand correctly, this isn't a problem - and it won't
preclude my apps acceptance into the App store (although other things might, of
course). I just need to document this issue so that my users don't panic about
all the log messages if they're using Ink too.
Thank you very
On Apr 25, 2013, at 9:37 AM, Nick Zitzmann wrote:
> On Apr 25, 2013, at 7:10 AM, Pax <45rpmli...@googlemail.com> wrote:
>> I am writing a program that I hope to get into the App Store. During
>> testing, all went well - no errors, no crashes, nothing to be concerned
>> about. Having Archived i
I have an object that is an NSComboBox delegate. For some reason, when I
perform an editing operation in an unrelated tableView (inserting a new object
and editing it in the field editor), any new text insertion I perform in one of
3 NSComboBoxes ends up calling my delegate object twice. Is ther
On Apr 26, 2013, at 5:18 PM, livinginlosange...@mac.com wrote:
> Is there a way for me to find out what object is posting a
> -[NSNotificationCenter postNotificationName:object:userInfo:] that eventually
> calls my NSComboBox delegate?
Well, according to the backtrace you posted, it's an NSTe
No, its not. That's what is weird.
On Apr 26, 2013, at 5:34 PM, Jens Alfke wrote:
>
> On Apr 26, 2013, at 5:18 PM, livinginlosange...@mac.com wrote:
>
>> Is there a way for me to find out what object is posting a
>> -[NSNotificationCenter postNotificationName:object:userInfo:] that
>> eventu
On 25 Apr, 2013, at 18:21 , Antonio Nunes wrote:
>> I have an NSSearchField, and a menu bar submenu with the standard Find
>> items. When the search field receives some input, it performs its action and
>> an array controller is filled with search results. Now, while the search
>> field is the
11 matches
Mail list logo
