I’d like to know how to edit table view cells as it is done in health kit, when
some one adds a data point.
I finally got a view within my app just right in terms of making it looks that
way, and I’m hoping someone can point me in the right direction.
I’m not looking for anything too complicate
On Fri, May 15, 2015, at 02:37 PM, Gary Ash wrote:
> I’m trying to programmatically add a link to an app to Finder’s toolbar.
Programmatic customization of the Finder toolbar is not supported.
If you are not in the MAS, you can use LSSharedFileList and
Authorization Services APIs to place items i
I’m trying to programmatically add a link to an app to Finder’s toolbar.
I’ve found that dragging an app onto the toolbar works like a charm and adds a
dictionary entry to NSToolbar Configuration Browser->TB Item Plists in the
format:
_CFURLStringType Number 15
_CFURLString String
file:///
> On May 15, 2015, at 10:12 AM, Scott Ribe wrote:
>
> As in the olden days of OS 9 & before, when you could freely read & write
> through location 0, usually leading to great hilarity…
Especially since the 68k CPU interrupt vectors were stored in low memory a few
bytes from 0, so a memcpy or
On May 15, 2015, at 11:06 AM, Kyle Sluder wrote:
>
> It's not valid to dereference a null pointer, but what happens when you
> do is undefined.
As in the olden days of OS 9 & before, when you could freely read & write
through location 0, usually leading to great hilarity…
--
Scott Ribe
scott_
On Fri, May 15, 2015, at 11:31 AM, Jens Alfke wrote:
> Yes, but when you evaluate (cdr nil) doesn’t the interpreter trigger an
> exception? (Sorry, it’s been decades since I used LISP.) Similarly, in
> Smalltalk-80 ‘null’ is a real object, a singleton of class
> UndefinedObject, but trying to messa
> On May 15, 2015, at 4:34 AM, has wrote:
>
> Lisp has a `nil` object. That's not the same thing as a nil pointer. The
> first is an actual Thing; the second is a promise to give you a thing that
> instead drops you down a hole when you actually ask for it.
Yes, but when you evaluate (cdr nil
Jens Alfke wrote:
> Which is to say that, if you really want to engage in productive
debate or provide alternatives, you should spend some time learning the
theory behind languages and also looking at non-C-like languages,
especially functional ones.
This. C doesn't even have a typesystem: j
