On Jul 3, 2009, at 00:25 AM, Jeff Johnson wrote:
This is why I tell people nibs are no good.
Also bindings. ;-)
Bindings are definitely the worst-case scenario for nibs. They tend to
proliferate, and they are burrowed deep in the IB UI making them hard
to miss if you don't check every wi
On Jul 1, 2009, at 8:18 PM, Marco S Hyman wrote:
On Jul 1, 2009, at 6:50 PM, Adam R. Maxwell wrote:
Well, I generally avoid bindings, since I can't comment nib/xib
files, and it takes too long to reverse engineer my own (or worse,
someone else's) bindings when I'm doing maintenance work. W
On Jul 2, 2009, at 4:25 PM, Andy Lee wrote:
On Thursday, July 02, 2009, at 11:39AM, "Michael Ash" > wrote:
On Wed, Jul 1, 2009 at 11:18 PM, Marco S Hyman wrote:
[...]
That leads directly to something I've been thinking about as one
new to
cocoa:
how do you document your bindings? Any prefe
On Thu, Jul 2, 2009 at 5:25 PM, Andy Lee wrote:
> On Thursday, July 02, 2009, at 11:39AM, "Michael Ash"
> wrote:
>>On Wed, Jul 1, 2009 at 11:18 PM, Marco S Hyman wrote:
> [...]
>>> That leads directly to something I've been thinking about as one new to
>>> cocoa:
>>> how do you document your bind
On Thu, Jul 2, 2009 at 2:25 PM, Andy Lee wrote:
> My first reaction was: "Elegantly put!" But then I thought, isn't *not*
> generating this kind of code one of the reasons we tell people nibs are good?
> Wouldn't a .m be a good place to "document" targets and actions as well?
> And delegates
On Thursday, July 02, 2009, at 11:39AM, "Michael Ash"
wrote:
>On Wed, Jul 1, 2009 at 11:18 PM, Marco S Hyman wrote:
[...]
>> That leads directly to something I've been thinking about as one new to
>> cocoa:
>> how do you document your bindings? Any preferred formats other than a text
>> file st
On Wed, Jul 1, 2009 at 11:18 PM, Marco S Hyman wrote:
> On Jul 1, 2009, at 6:50 PM, Adam R. Maxwell wrote:
>
>> Well, I generally avoid bindings, since I can't comment nib/xib files, and
>> it takes too long to reverse engineer my own (or worse, someone else's)
>> bindings when I'm doing maintenanc
On Jul 1, 2009, at 8:18 PM, Marco S Hyman wrote:
On Jul 1, 2009, at 6:50 PM, Adam R. Maxwell wrote:
Well, I generally avoid bindings, since I can't comment nib/xib
files, and it takes too long to reverse engineer my own (or worse,
someone else's) bindings when I'm doing maintenance work.
On Jul 1, 2009, at 6:50 PM, Adam R. Maxwell wrote:
Well, I generally avoid bindings, since I can't comment nib/xib
files, and it takes too long to reverse engineer my own (or worse,
someone else's) bindings when I'm doing maintenance work. With that
perspective, the minor glue code to swap
On Jul 1, 2009, at 10:26 AM, Quincey Morris wrote:
On Jul 1, 2009, at 08:54, Adam R. Maxwell wrote:
I'm curious as to why people recommend a tabless NSTabView for
this. I've always found tabview subviews to be a pain to set up in
IB; the alignment and sizing seem really fiddly to get righ
On 1 Jul 2009, at 18:26, Quincey Morris wrote:
Either you have to defeat the modularization by binding to File's
Owner.windowController.whatever (File's Owner being the view
controller subclass, of course, and windowController being a
property you added to it)
This is how I do it, but I d
On Jul 1, 2009, at 08:54, Adam R. Maxwell wrote:
I'm curious as to why people recommend a tabless NSTabView for
this. I've always found tabview subviews to be a pain to set up in
IB; the alignment and sizing seem really fiddly to get right. Maybe
I've been doing something wrong.
I agree
On Jul 1, 2009, at 12:54 AM, Quincey Morris wrote:
On Jul 1, 2009, at 00:28, Thomas Davie wrote:
On 1 Jul 2009, at 09:21, Debajit Adhikary wrote:
(Is it enough to place a generic NSView there and add a subview
each time?
I'm fairly new to Cocoa, so any pointers are welcome)
Yes -- at le
On Jul 1, 2009, at 00:28, Thomas Davie wrote:
On 1 Jul 2009, at 09:21, Debajit Adhikary wrote:
(Is it enough to place a generic NSView there and add a subview
each time?
I'm fairly new to Cocoa, so any pointers are welcome)
Yes -- at least that's what I do, if I'm doin it rong, hopefully
Perhaps the simplest way is to use a NSTabView - (you can set it to
tabless). Then create all of your 'unrelated views' in separate tabs,
and switch the tabs in your code.
On Jul 1, 2009, at 3:21 AM, Debajit Adhikary wrote:
I have an area of a Window (in my MainMenu.xib) which I'd like to
On Jul 1, 2009, at 12:21 AM, Debajit Adhikary wrote:
I have an area of a Window (in my MainMenu.xib) which I'd like to
populate
dynamically with unrelated "views" such as an NSTable,
IKImageBrowserView
etc. at different points of time depending on some user-selected
criteria.
- How do
On 1 Jul 2009, at 09:21, Debajit Adhikary wrote:
I have an area of a Window (in my MainMenu.xib) which I'd like to
populate
dynamically with unrelated "views" such as an NSTable,
IKImageBrowserView
etc. at different points of time depending on some user-selected
criteria.
- How do I de
I have an area of a Window (in my MainMenu.xib) which I'd like to populate
dynamically with unrelated "views" such as an NSTable, IKImageBrowserView
etc. at different points of time depending on some user-selected criteria.
- How do I define this area of the window such that it can be "replaced
18 matches
Mail list logo
