Jodischlange,
it's a messenger application, that has as its feature a possibility to play
video files to other users.
I was thinking to make the part that actually does playing the video (it's
interface) similar to the QuickTime player (since most users are using this
player, and therefore consider
Thanks for the ideas!
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
h
On Sat, May 28, 2011 at 10:50 PM, Roland King wrote:
> You can use CGColorGetComponents on a CGColorRef to get the values of
> whatever colorspace the CGColorRef is in and you can create new CGColorRefs
> with those values.
>
> I don't see a way to convert from one colorspace to another however
I'm really losing it; or maybe I never understood to begin with. How can this
code crash?
- (void)dealloc
{
NSLog(@"0988 %p %s", self, __PRETTY_FUNCTION__) ;
NSLog(@"1250 ") ;
CRASH-> int myPointer = (int)m_managedObjectContext ;
NSLog(@"1335 myPointer
On Sun, May 29, 2011 at 1:30 PM, Jerry Krinock wrote:
> I'm really losing it; or maybe I never understood to begin with. How can
> this code crash?
>
> - (void)dealloc
> {
> NSLog(@"0988 %p %s", self, __PRETTY_FUNCTION__) ;
> NSLog(@"1250 ") ;
> CRASH-> int myPointe
On 2011 May 29, at 11:38, Stephen J. Butler wrote:
> On Sun, May 29, 2011 at 1:30 PM, Jerry Krinock wrote:
>> I'm really losing it; or maybe I never understood to begin with. How can
>> this code crash?
>>
>> - (void)dealloc
>> {
>> NSLog(@"0988 %p %s", self, __PRETTY_FUNCT
On May 29, 2011, at 12:20, Jerry Krinock wrote:
> Ah, I get it now. It's the access to the pointer m_managedObjectContext
> itself that's the problem.
>
> So, let's look at the subclass init method which invokes -dealloc:
>
> - (id)initWithDocUuid:(NSString*)docUuid {
>NSManagedObjectConte
On May 29, 2011, at 2:20 PM, Jerry Krinock wrote:
> So, let's look at the subclass init method which invokes -dealloc:
>
> - (id)initWithDocUuid:(NSString*)docUuid {
>NSManagedObjectContext* moc ;
>moc = [[BkmxBasis sharedBasis] exidsMocForIdentifier:docUuid] ;
>
>self = [super initW
On May 29, 2011, at 2:43 PM, Quincey Morris wrote:
> The difference in the second case is that the compiler translates it (AFAIK)
> into a call to objc_msgSendSuper instead of objc_msgSend. What I'm winding up
> to here is that the failure in messaging a nil 'super' looks to me like a bug
> in
On May 29, 2011, at 12:20, Jerry Krinock wrote:
> - (id)initWithDocUuid:(NSString*)docUuid {
>NSManagedObjectContext* moc ;
>moc = [[BkmxBasis sharedBasis] exidsMocForIdentifier:docUuid] ;
>
>self = [super initWithManagedObjectContext:moc
>entityNam
Hi,
I have just spent time investigating why
an if statement involving an [array count] was apparently misbehaving.
The construct was this:
if(3 < ([zAry count] - 10))
It delivers a (to me unexpected) result when [zAry count] < 10.
In fact
if(3 >= ([zAry count] - 10))
also retur
Maybe array indexes and counts are unsigned because you can't have a negative
number of objects in an array?
_murat
On May 29, 2011, at 1:04 PM, julius wrote:
> Hi,
> I have just spent time investigating why
> an if statement involving an [array count] was apparently misbehaving.
>
> The cons
On 29/05/2011, at 17:04, julius wrote:
> …
> The reason is that [zAry count] returns a result of type NSUInteger
Exactly.
> …
> Why might the Cocoa developers have chosen to do this?
> …
Not exactly Cocoa developers. In C, considering "uint" an unsigned int variable
set to -1, a statement l
On Sun, May 29, 2011 at 1:04 PM, julius wrote:
> Hi,
> I have just spent time investigating why
> an if statement involving an [array count] was apparently misbehaving.
>
> The construct was this:
> if(3 < ([zAry count] - 10))
> It delivers a (to me unexpected) result when [zAry count] < 10
On May 29, 2011, at 12:57, Ken Thomases wrote:
> But it's important to recognize that there are good arguments on both sides
> and the design decision involved a tradeoff. In any case, it doesn't seem to
> me that that design decision necessarily implies that calling super with a
> nil self sh
On 29/05/2011, at 17:13, Siegfried wrote:
>
> When one of the literals is unsigned, the other is implicitly converted, and
> -1 is the highest int possible.
I'm sorry, I mean operands instead of
"literals"___
Cocoa-dev mailing list (Cocoa-dev@lists.
On Sun, May 29, 2011 at 4:04 PM, julius wrote:
> Hi,
> I have just spent time investigating why
> an if statement involving an [array count] was apparently misbehaving.
>
> The construct was this:
> if(3 < ([zAry count] - 10))
> It delivers a (to me unexpected) result when [zAry count] < 10
On 29/05/2011, at 3:50 PM, Roland King wrote:
> You can use CGColorGetComponents on a CGColorRef to get the values of
> whatever colorspace the CGColorRef is in and you can create new CGColorRefs
> with those values.
>
> I don't see a way to convert from one colorspace to another however a qu
Thanks, all.
Quincey, the three Error Points you defined are great. Fortunately, in this
case I have the easy one…
On 2011 May 29, at 13:03, Quincey Morris wrote:
> Error point #2 (super returns nil) is easy. Just return nil.
because one should assume that the superclass will have cleaned up a
For Cocoa apps not distributed through the Mac App Store, is there a
common/recommended design pattern for license keys?
A little googling around I found common locations were:
/Library/Application Support/YourApp/
/Library/Preferences/YourAppBundleID.plist
I'm leaning towards a
On May 29, 2011, at 16:58, Todd Heberlein wrote:
> Are there any standard Cocoa classes/frameworks that are helpful for using
> license keys?
I haven't used it myself but I've heard good things about AquaticPrime
(http://www.aquaticmac.com/).
(Sent from my iPhone.)
--
Conrad Shultz
www.synt
Have a look at my CocoaFob at https://github.com/glebd/cocoafob/
Regards,
--
Gleb Dolgich
PixelEspresso
http://www.pixelespressoapps.com
On 30 May 2011, at 00:58, Todd Heberlein wrote:
> For Cocoa apps not distributed through the Mac App Store, is there a
> common/recommended design pattern
On 30/05/2011, at 10:06 AM, Conrad Shultz wrote:
> I haven't used it myself but I've heard good things about AquaticPrime
> (http://www.aquaticmac.com/).
AP is certainly easy to use, but my understanding is that it's very weak and
easy to hack, and "one hack fits all" meaning that all apps t
Check out Elliptic License:
https://github.com/dchest/ellipticlicense
It's newer than most of the other solutions out there.
On 2011-05-29, at 6:12 PM, Gleb Dolgich wrote:
> Have a look at my CocoaFob at https://github.com/glebd/cocoafob/
>
> Regards,
>
> --
> Gleb Dolgich
> PixelEspresso
>
http://www.aquaticmac.com/
Sent from my iPhone
On May 29, 2011, at 6:58 PM, Todd Heberlein wrote:
> For Cocoa apps not distributed through the Mac App Store, is there a
> common/recommended design pattern for license keys?
>
> A little googling around I found common locations were:
>/Libr
> Also, you should disable screen font substitution via -[NSLayoutManager
> setUsesScreenFont:NO].
>
> This is the main source of glyph advancement differences you're seeing.
Thanks Aki, indeed this has removed the small horizontal offset that was there.
I am however unable to figure out where
On 2011-05-25, at 3:41 PM, Douglas Davidson wrote:
>
> On May 25, 2011, at 2:37 PM, Ajay Sabhaney wrote:
>
>> - Instead of trying to scale text linearly, use a transformation to scale
>> the NSTextView and image representation appropriately. While this is easy
>> to do with an image, I am ha
On May 29, 2011, at 5:15 PM, Graham Cox wrote:
>> I haven't used it myself but I've heard good things about AquaticPrime
>> (http://www.aquaticmac.com/).
>
> AP is certainly easy to use, but my understanding is that it's very weak and
> easy to hack, and "one hack fits all" meaning that all ap
>> Also, you should disable screen font substitution via -[NSLayoutManager
>> setUsesScreenFont:NO].
>>
>> This is the main source of glyph advancement differences you're seeing.
>
> Thanks Aki, indeed this has removed the small horizontal offset that was
> there.
>
> I am however unable to fi
On Sun, May 29, 2011 at 5:54 PM, Ajay Sabhaney wrote:
> I have a suspicion that the reason for this has something to do with the fact
> that the NSTextView instance is being added as a subview of a layer-hosting
> view.
Yes, this is very much unsupported. You will need to stop using
NSTextView
On May 29, 2011, at 6:28 PM, Seth Willits wrote:
>>> I haven't used it myself but I've heard good things about AquaticPrime
>>> (http://www.aquaticmac.com/).
>>
>> AP is certainly easy to use, but my understanding is that it's very weak and
>> easy to hack, and "one hack fits all" meaning that
On 30/05/2011, at 11:28 AM, Seth Willits wrote:
> My understanding it's it's not "weak", it's just a classic case of
> one-hack-fits-all like you say. The keyed authentication is as good as it
> gets for a license scheme. The only problem is that it generates long
> (250ish) character keys and
Dear all,
I got a problem when processing NSString returned from a method, which
extracting data from an XML. The data is extracted correctly by the
following method.
However, when executing "isEqualToString" with the returned NSString, it got
the exception as follows.
"-[NSXMLNode isEqualToStri
On 30/05/2011, at 1:19 PM, Bing Li wrote:
> If tracking with XCode, the NSString variable which holds the returned value
> from the following method is specified as "Variable is not a CFString". How
> to fix the bug?
>
> + (NSString *) Read:(NSString *)xml Path:(NSString *)xPath
>NSArra
Thanks Kyle, that's quite helpful.
We were initially hesitant to add the NSTextView directly to the layer-hosted
view, however the following thread consoled us a little, especially since we
were able to get geometry working correctly:
http://www.mail-archive.com/cocoa-dev@lists.apple.com/msg2195
Greetings,
When I'm trying to use getObjectValue:forString:range:error: to parse a
string that has a date in it, I'm not getting what I would expect as the
right range back.
For example, in the following code
NSString * substring = @"junk tomorrow";
BOOL gotdate = false;
gotdate = [dateFor
On May 29, 2011, at 10:19 PM, Bing Li wrote:
> I got a problem when processing NSString returned from a method, which
> extracting data from an XML. The data is extracted correctly by the
> following method.
>
> However, when executing "isEqualToString" with the returned NSString, it got
> the ex
On May 29, 2011, at 8:19 PM, Bing Li wrote:
> + (NSString *) Read:(NSString *)xml Path:(NSString *)xPath
You need to start following the Cocoa naming and other conventions. They may be
different than what you're used to, but it will help you a lot in the long term
to write code that fits in we
38 matches
Mail list logo
