I'm working on an app that uses the FB static sdk corrected for ARC. The user
logs in, but the thread never gets to fbDidLogin. Also, when I get the
accessToken, it's null. I really hope someone sees an issue with the following:
my ImportPic2VC.m: *
Hi All,
I am using the arc corrected facebook sdk obtained when you run the arc
correction script:
./scripts/build_facebook_ios_sdk_static_lib.sh
However, in the steps to setup an app(http://youtu.be/EICTZ7UM4zs
6:54 is where they discuss this),
it refers to editing the facebook's info.pli
Hi,
I'm writing an app that should be calling viewDidLoad, but it doesn't call
it. This app has to have a shared variable in the appDelegate and the
variable is also used by the viewController. I have a working copy from before
I tried to put the variable in the appDelegate (importPic2WedMay2.
Hello all,
I am working on implementing a manual behavior on NSTableView's column
resizing. Because it also needs to be live resizing (whenever the window or
another column is resized), I have subclassed NSTableColumn and overriden
`-setWidth:', which will call a delegate, which in turn will call
On 5/6/12 12:18 AM, Quincey Morris wrote:
However, when the second word doesn't have "ss" in corresponding position,
then the order is determined by pure character collating sequence for the
language. In your case (which I'm guessing is English), 'ß'< 's'. In
Markus's case (which I'm guessing is
On 5/5/12 11:56 PM, Ken Thomases wrote:
On May 5, 2012, at 4:46 PM, Markus Spoettl wrote:
Markus, how did you set the locale?
I used the system preferences, setting it to de_AT, restarting Xcode after that
and redoing the test.
Regards
Markus
--
__
Mar
Not sure what was wrong, but tossing the prefs file fixed things. Well, I hid
the iMovie data directories and tossed the prefs file. We'll see if I can put
the data directories back.
Sorry for the noise.
--
Rick
On May 5, 2012, at 22:15 , Rick Mann wrote:
> Apologies for not posting a dev qu
My app (iOS 5.1) has a xib called MainWindow.xib which does NOT contain a
window, just two objects, one of this is an UIApplicationDelegate.
This UIApplicationDelegate has:
- (void)applicationDidFinishLaunching:(UIApplication *)application
{
NSLog(@"%s %u",__FUNCTION__,[[UIDevice curren
Apologies for not posting a dev question directly, but the nature of this
problem requires OS X-experienced devs to solve. A few others online have
experienced this problem, but no one has posted a solution.
I'm running the latest Lion on a late-model MacBook Pro with plenty of RAM and
disk. iM
On May 5, 2012, at 19:45 , Jens Alfke wrote:
> On May 5, 2012, at 4:51 PM, Kyle Sluder wrote:
>
>> If I understand Quincey correctly, that's exactly what he's saying: the
>> semantics of localizedCaseInsensitiveCompare: might be such that it is not
>> appropriate for such algorithms.
>
> But t
On May 5, 2012, at 4:51 PM, Kyle Sluder wrote:
> If I understand Quincey correctly, that's exactly what he's saying: the
> semantics of localizedCaseInsensitiveCompare: might be such that it is not
> appropriate for such algorithms.
But that doesn’t make sense, because the main purpose of -com
On Sat, May 5, 2012 at 6:53 PM, Jens Alfke wrote:
>
> On May 5, 2012, at 3:18 PM, Quincey Morris wrote:
>
>> "ß" within a string probably compares equal to "ss" at the corresponding
>> position, independently of the language. (This makes sense, I think.)
>> Therefore "laßt" > "lasso" always.
>
>
On May 5, 2012, at 15:43 , Martin Wierschin wrote:
> All comparisons, including those used for the original sorting, were done
> using the same comparison method/locale. And the sort order and search order
> need to be same, otherwise any algorithms that rely on the transitive nature
> of compa
On May 5, 2012, at 4:46 PM, Jens Alfke wrote:
>
> It does that, but the results may not always be exactly what you want. :) The
> default behavior is to antialias, so if you stroke a one-point-wide black
> rectangle on integer point boundaries (assuming the usual 1pt==1px scaling)
> you will
On May 5, 2012, at 3:18 PM, Quincey Morris wrote:
> "ß" within a string probably compares equal to "ss" at the corresponding
> position, independently of the language. (This makes sense, I think.)
> Therefore "laßt" > "lasso" always.
I don’t know about this specific case, but these rules defin
On May 5, 2012, at 3:43 PM, Martin Wierschin wrote:
>> If I'm right, then sort order and search order are different, and you can't
>> expect to use a binary search here. (Not unless you originally used
>> pair-wise 'localizedCaseInsensitiveCompare' to manually sort the list of
>> strings.)
>
On May 5, 2012, at 1:12 PM, Peter Teeson wrote:
> As to odd number of pixels I was under the impression that the parameters are
> in points,
> which are a unit of length* whereas pixels are related to hardware specs.
> e.g. Line width is in points.
That’s right. But everything you draw is goi
> If I'm right, then sort order and search order are different, and you can't
> expect to use a binary search here. (Not unless you originally used pair-wise
> 'localizedCaseInsensitiveCompare' to manually sort the list of strings.)
All comparisons, including those used for the original sorting,
> Are you sure your debugger isn't lying to you?
The code behaves the same in the built application.
> Maybe you have category on NSString that does that?
No, but I also tried the CFStringCompareWithOptionsAndLocale with the same
results. I suppose that could call through to an NSString overrid
On May 5, 2012, at 14:07 , Martin Wierschin wrote:
> For example, consider the following sorted list of strings:
>
> "aaa" < "laso" < "lasso" < "zzz"
>
> I would expect that any new string I want to insert into this list would
> compare so that it has just one point of insertion. But this
On Sat, May 5, 2012 at 4:46 PM, Markus Spoettl wrote:
> On 05.05.12 23:07, Martin Wierschin wrote:
>>
>> So, when using a binary search, I get different answers depending on the
>> other strings in the list!
>
>
> Seems to work for me:
I was using F-Script to investigate this, but I'm seeing the
On May 5, 2012, at 4:46 PM, Markus Spoettl wrote:
> On 05.05.12 23:07, Martin Wierschin wrote:
>> So, when using a binary search, I get different answers depending on the
>> other strings in the list!
>
> Seems to work for me:
>
> On 10.7.3, Xcode 4.3.1, for both locale en_US and locale de_AT I
On 05.05.12 23:07, Martin Wierschin wrote:
So, when using a binary search, I get different answers depending on the other
strings in the list!
Seems to work for me:
On 10.7.3, Xcode 4.3.1, for both locale en_US and locale de_AT I get:
(lldb) p (NSComparisonResult)[@"laßt" localizedCaseInsens
Hello everyone,
I'm using NSString's localizedCaseInsensitiveCompare to maintain a data
structure sorted by some keys, which are strings that will be displayed to the
end-user. For this question it's enough to think of an array of sorted strings,
on which binary searches are run. The problem is
This is probably on the way to being solved. It looks like my custom sheet's
window controller is hanging around too.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contac
First of all thanks Jens for taking the time to reply and educate me.
On 2012-05-05, at 12:40 PM, Jens Alfke wrote:
> On May 5, 2012, at 7:41 AM, Peter Teeson wrote:
>> But I did not realize that the bounds stroke was straddling the view content
>> edges.
>> How did you learn that?
>
> If you t
On 2012-05-05, at 11:29 AM, Andy Lee wrote:
> On May 5, 2012, at 10:41 AM, Peter Teeson wrote:
>> Thanks so much Ken for that help. I am using NSInsetRect later on in my
>> actual code for something else
>> But I did not realize that the bounds stroke was straddling the view content
>> edges.
>>
Mac app here, 10.7.
• Show a custom sheet (window) on a document window.
• Send it an -orderOut:
• Send [NSApp endSheet:returnCode:]
Expected Result:
• Sheet should be completely removed from [NSApp orderedWindows].
Actual Result:
• It is moved to the end of [NSApp orderedWindows].
This sheet h
On May 5, 2012, at 7:41 AM, Peter Teeson wrote:
> But I did not realize that the bounds stroke was straddling the view content
> edges.
> How did you learn that?
If you think about it, drawing a stroke along a path _has_ to draw on both
sides of the path (i.e. centered on the path) because th
On May 5, 2012, at 3:31 AM, qvacua wrote:
> - (void)drawRect:(NSRect)dirtyRect {
>[[NSColor yellowColor] set];
>NSRectFill([self frame]);
> }
Using [self frame] is a bug. [self frame] returns a rectangle in the
*superview's* coordinate system, whereas NSRectFill expects a rectangle in
*s
> On 2012-05-04, at 10:58 PM, Ken Thomases wrote:
>> Generally, if you actually want to draw just within the view's bounds, you
>> would inset the rectangle by half the line width.
Alternatively, if you don't need the NSBezierPath for something else and you
don't need alpha, you could use NSFram
On 2012-05-04, at 10:58 PM, Ken Thomases wrote:
> On May 4, 2012, at 8:19 PM, Peter Teeson wrote:
>
>> - (void)drawRect:(NSRect)dirtyRect
>> {
>> // Drawing code here.
>> NSRect bounds = [self bounds];
>> NSBezierPath *path = [NSBezierPath bezierPathWithRect:bounds];
>> [path stroke];
>>
Yes, since I am using a mouse, the scroll bars are visible and using
the scroll wheel I can scroll.
Tae
On Sat, May 5, 2012 at 12:24 PM, Stephane Sudre wrote:
> A question that could give a better idea of the issue:
>
> Is the scroller thumb visible?
>
> On Sat, May 5, 2012 at 12:31 AM, qvacua
A question that could give a better idea of the issue:
Is the scroller thumb visible?
On Sat, May 5, 2012 at 12:31 AM, qvacua wrote:
> I have got a very basic question about NSScrollView. I embedded my
> custom NSView into an NSScrollView using Xcode's "Embed In..." menu
> item. The following is
I have got a very basic question about NSScrollView. I embedded my
custom NSView into an NSScrollView using Xcode's "Embed In..." menu
item. The following is my custom NSView:
@implementation MyView
- (void)drawRect:(NSRect)dirtyRect {
[[NSColor yellowColor] set];
NSRectFill([self frame])
35 matches
Mail list logo