Given a UTF32Char how to get it's Unicode name?
UTF32Char a = 0x1f420;
NSString *unicodeName = someFunctionOrMethod(a);
Now unicodeName should be: "TROPICAL FISH".
If not no such Cocoa method exists, then Core Foundation or Foundation would be
ok as well.
Kind regards,
Gerriet.
___
Hi All
I use scrollToPoint:to position a table.
When I then use the mouse to scroll the table, as soon as I start the drag the
table moves sharply to what looks like the location it was at before
scrollToPoint: was sent.
Is there something I should do after scrollToPoint: ?
xCode
On Fri, 18 Nov 2011 16:22:14 -0500, David Hoerl said:
>I have a Xcode 4.2 project with a dozen or so nibs. I'm in the process
>of assuring that all the resizing is set up properly.
>
>I find that a small number of primary views - the one attached to the
>"view" outlet - have "fixed" autoresizing
On Fri, 18 Nov 2011 19:08:44 -0800, Laurent Daudelin
said:
>On Nov 18, 2011, at 18:48, Roland King wrote:
>
>>
>> On Nov 19, 2011, at 10:38 AM, Conrad Shultz wrote:
>>
>>> On 11/18/11 3:29 PM, Laurent Daudelin wrote:
There isn't much special code in that UITableView subclass and not
m
Le 19 nov. 2011 à 00:21, patrick machielse a écrit :
> I'm struggling a bit with multi-threading approaches for CoreData…
>
> I need to _continuously_ merge changes made in the _main_ thread into a
> context held by a background thread. Most (all?) discussions about
> multi-threading in CoreDat
On Nov 19, 2011, at 2:06 AM, Peter Hudson wrote:
> Hi All
>
> I use scrollToPoint:to position a table.
>
> When I then use the mouse to scroll the table, as soon as I start the drag
> the table moves sharply to what looks like the location it was at before
> scrollToPoint: was sent.
Thanks for this Kyle - I have however already tried scrollPoint: and I get the
same result.
?
Peter
On 19 Nov 2011, at 17:33, Kyle Sluder wrote:
> On Nov 19, 2011, at 2:06 AM, Peter Hudson wrote:
>
>> Hi All
>>
>> I use scrollToPoint:to position a table.
>>
>> When I then use the
Hi all. I've been wrestling with a crash in our app for a while now.
It occurs when an MKMapView calls its delegate to get an annotation
view. The problem is, there shouldn't be any MKMapView in existence.
The view containing it has long since been popped.
The MapView was part of a view loaded f
A list member was kind enough to point this out:
"Before releasing an MKMapView object for which you have set a
delegate, remember to set that object’s delegate property to nil. One
place you can do this is in the dealloc method where you dispose of
the map view."
Unfortunately that's not in the
On Sat, Nov 19, 2011 at 12:39 PM, G S wrote:
> Unfortunately that's not in the documentation for MKMapView's
> "delegate" property, but at least it's in the doc for the protocol.
It's standard practice with delegates, as specified in the Memory
Management Programming Guide:
"Examples of weak ref
On 2011 Nov 16, at 17:16, Tom Harrington wrote:
> I'm finding that if I use nested managed object contexts,
> awakeFromInsert will be called twice on new objects.
> I'm wondering if this is a Core Data bug or a documentation bug.
I'd say it's a pretty serious Core Data bug. I've not had an occ
> "Examples of weak references in Cocoa include, but are not restricted to,
> table data sources, outline view items, notification observers, and
> miscellaneous targets and delegates. [. . .] Likewise, when a delegate
> object is deallocated, you need to remove the delegate link by sending a
On Sat, Nov 19, 2011 at 2:06 PM, G S wrote:
>> "Examples of weak references in Cocoa include, but are not restricted to,
>> table data sources, outline view items, notification observers, and
>> miscellaneous targets and delegates. [. . .] Likewise, when a delegate
>> object is deallocated, yo
On Nov 20, 2011, at 5:48 AM, Jerry Krinock wrote:
>
> On 2011 Nov 16, at 17:16, Tom Harrington wrote:
>
>> I'm finding that if I use nested managed object contexts,
>> awakeFromInsert will be called twice on new objects.
>
>> I'm wondering if this is a Core Data bug or a documentation bug.
>
14 matches
Mail list logo