Thank you for the answer.
Il giorno 28/feb/2012, alle ore 06:36, Seth Willits ha scritto:
> On Feb 27, 2012, at 5:45 AM, Andrea3000 wrote:
>
>> Then, if I set my NSWindow non-opaque I correctly get rounded corners but
>> the window becomes very slow expecially during resize.
>
> Mmm…. that do
On 28. Feb 2012, at 0:54, Keary Suska wrote:
> Are you saying that you have not made any changes whatsoever to the project
> in any way, nor did you change the version of Xcode you were using, but you
> get a slew of errors when you clean/compile?
i was editing Viewmanager.m, and .h, but i did
i just ran a little test: i went into my appcontroller.h and turned the #import
"ViewManager.h" line into a comment, then tried to build. result: EXACTLY the
same errors. it's like that line isn't even there. WTF?
___
Cocoa-dev mailing list (Cocoa-dev
you're importing AppController.h in ViewManager.h and vice-versa, I assume you
just added that, or just put the ViewController instance inside AppController.
So when you import ViewController it imports AppController (before
ViewController is defined) which doesn't reimport ViewController (becau
I'd suggest that you check that the target for your ViewManager .h and .m files
is (still) correctly set.
Get info on the files in XCode (in XCode 3 using a ctrl-click on the file) and
check the target.
Am 28.02.2012 um 10:45 schrieb H. Miersch:
>
> i just ran a little test: i went into my ap
Is ViewManager.h still in your projects file list?
Am 28.02.2012 um 10:45 schrieb H. Miersch:
>
> i just ran a little test: i went into my appcontroller.h and turned the
> #import "ViewManager.h" line into a comment, then tried to build. result:
> EXACTLY the same errors. it's like that line
On 28. Feb 2012, at 10:01, Roland King wrote:
> Move the ViewController import into the AppController.m file and put
>
> @class ViewController;
>
> instead.
that fixed the appcontroller, thanks. looks like i have a lot to learn...
___
Cocoa-dev ma
On Feb 28, 2012, at 6:36 AM, Don Thompson wrote:
Have the vDSP functions vDSP_vabs and vDSP_vabsD recently changed?
They seem to be no longer working other than to simply return an
unchanged version of an input.
Here is a simple, Cocoa test routine I used to prove the point:
unsi
I put that code in a main() function in a new 10.7 project with Xcode 4.2.1 (no
idea why I'm still on that version) and at the breakpoint, bb has the abs of
aa. Tried debug and release builds, works fine.
On Feb 28, 2012, at 8:43 PM, Jan E. Schotsman wrote:
>
> On Feb 28, 2012, at 6:36 AM,
Hi
Suppose I want to make a controller, which allows a view to bind to the keyPath:
mainBranch.subBranch.attribute
There will be a large range of theoretical subBranch.attribute
combinations, but only a few of these will actually be bound to by the
user. Other combinations will therefore be unin
On Feb 28, 2012, at 8:24 AM, Per Bull Holmen wrote:
> Suppose I want to make a controller, which allows a view to bind to the
> keyPath:
>
> mainBranch.subBranch.attribute
>
> There will be a large range of theoretical subBranch.attribute
> combinations, but only a few of these will actually be
Den 18:05 28. februar 2012 skrev Keary Suska
følgende:
> On Feb 28, 2012, at 8:24 AM, Per Bull Holmen wrote:
> This all leads to a question, though, which is: what is the problem you are
> trying to solve? Is this a case of premature optimization? Why not just have
> the whole tree in memory?
>
On 28 Feb 2012, at 17:05, Keary Suska wrote:
> I find it more useful to focus on KVO (Key Value Observing) compliance rather
> than KVC compliance, as although KVC compliance ensures KVO compliance, the
> reverse is not always true.
Whoah! Wrong way round! To be KVO-compliant, you must be KVC
Jan,
Thanks for the reply, I will send my question to the performance-dev list.
The problem is the same with a malloc array--I found it there first (in some
old code that once ran OK) and then wrote the simple test routine to see if my
suspicions bore out.
Roland,
Thanks for your reply also.
On Feb 27, 2012, at 11:51 PM, Andrea3000 wrote:
> Thank you for the answer.
>
> Il giorno 28/feb/2012, alle ore 06:36, Seth Willits ha scritto:
>
>> On Feb 27, 2012, at 5:45 AM, Andrea3000 wrote:
>>
>>> Then, if I set my NSWindow non-opaque I correctly get rounded corners but
>>> the window
On Feb 28, 2012, at 07:24 , Per Bull Holmen wrote:
> Suppose I want to make a controller, which allows a view to bind to the
> keyPath:
>
> mainBranch.subBranch.attribute
>
> There will be a large range of theoretical subBranch.attribute
> combinations, but only a few of these will actually be
Il giorno 28/feb/2012, alle ore 20:20, Corbin Dunn ha scritto:
>
> On Feb 27, 2012, at 11:51 PM, Andrea3000 wrote:
>>
>> When the window is small it's as fast as if it were opaque but when it
>> occupies quite all the screen (1920x1080) it becomes noticeably slow during
>> resize.
>
> Did yo
Den 20:24 28. februar 2012 skrev Quincey Morris
følgende:
>
> I don't think there's no shortcut. :)
>
> It's not clear from your description, but you seem to saying that there *is*
> a value object (of some custom class?) for "mainBranch". And a "subBranch"
> object? In that case, you don't have
On Feb 28, 2012, at 11:46 AM, Mike Abdullah wrote:
> On 28 Feb 2012, at 17:05, Keary Suska wrote:
>
>> I find it more useful to focus on KVO (Key Value Observing) compliance
>> rather than KVC compliance, as although KVC compliance ensures KVO
>> compliance, the reverse is not always true.
>
On Feb 28, 2012, at 10:47 AM, Per Bull Holmen wrote:
> Binding to the VALUES did still turn out pretty well now. But the
> Audio Unit plugin API also has a standardized way for Audio Units to
> give the hosts and GUI some static information about each parameter
> such as min/max value, readonly or
Den 23:41 28. februar 2012 skrev Keary Suska
følgende:
> I would say that there really isn't anything wrong with the controller
> knowing ahead of time what keys in the model will be needed by the UI. In
> fact, it needs to, and in fact does when you establish a binding. It is
> simply abstract
Den 00:53 29. februar 2012 skrev Per Bull Holmen følgende:
> Yes, it does know it when you establish a binding, I agree. That's
> what I am currently doing, in the controller's addObserver method, it
> registers the keys, and if there is a corresponding integer parameter
> ID for the plug-in, put
Hi all.
View controllers that are buried in the navigation stack (or otherwise have
their views obscured) set their views to nil when they receive a memory
warning. This makes sense temporarily, because the views aren't visible.
But when the overlapping views are dismissed, how is the nillified
Learning a new language makes me humble.
NSTableView - I have an NSTableViewDataSource with an array holding the objects
to be represented in the table.
I add a new object to the array, I call [table reloadData]; and I follow that
with [table setNeedsDisplay:YES];
Bupkiss. Nada. However, when I
All,
Has anyone information on embedding iBook viewing in an iOS application?
Forgive me if this has already been answered.
Thanks,
Jamie
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to
On 29/02/2012, at 3:39 PM, Erik Stainsby wrote:
> Learning a new language makes me humble.
>
> NSTableView - I have an NSTableViewDataSource with an array holding the
> objects to be represented in the table.
> I add a new object to the array, I call [table reloadData]; and I follow that
> wit
My code:
#import
#import
@interface RSTrixieTable : NSWindowController < NSTableViewDataSource >
@property (retain) IBOutlet NSMutableArray * rules;
@property (retain) IBOutlet NSTableView * table;
- (void) appendRule:(NSNotification*)note;
- (NSInteger) numberOfRowsInTableView:(NSTableView
27 matches
Mail list logo
