You need to read the actual exception message. It's almost certainly telling
you that the number of rows in the dataSource is different than what's expected
based on the updates you've made.
Luke
On Aug 21, 2012, at 11:49 PM, "Laurent Daudelin"
wrote:
> iOS 5.0 simulator or device.
>
> Whe
Well, it's a little complicated. There are 2 sections in the table view. The
first section has 4 cells always, no more, no less. They like static but since
the second section of the tableview is dynamic, I cannot make the tableview
with static cells. So, when I get the information to display in
On 21.08.2012, at 22:35, Quincey Morris wrote:
> This doesn't make sense as it stands. You've declared properties that need
> setters as well as getters, and the setters (which you didn't show code for)
> will give you KVO compliance without any explicit will/didChanging.
Well, the description
On 22 Aug 2012, at 12:03 AM, koko wrote:
> I put an Object (the orange cube) into my xib and set its custom class.
>
> I connected an action in the custom class to a UIButton.
>
> Sometimes the action is called when the button is clicked but most of the
> time there is a crash .. unrecognized
Why not have an update flags function and a set of booleans that represent the
flags.
@interface someInterface {
BOOL _isFoo;
BOOL _isBar;
}
@property (nonatomic, readonly, assign) BOOL isFoo;
@property (nonatomic, readonly, assign) BOOL isBar;
-(void) updateFlags:(int)bits;
@en
Regarding Sandboxing on Mac OS or iOS, the situations I want to see addressed
are these:
The app gets regularly updated. Preferences must exist out side of the app.
What easy and straightforward method that does not require the developer to
jump through hoops supports preservation of app pref
On Aug 21, 2012, at 11:54 PM, Kyle Sluder wrote:
> On Aug 21, 2012, at 11:02 PM, Jens Alfke wrote:
>
>>
>> But then, I haven't tried sandboxing yet. It sounds almost like some
>> exquisite form of BDSM: taking away all of your freedom and then making you
>> beg to get little bits back. Doe
On Aug 22, 2012, at 8:29 AM, Jayson Adams wrote:
>
> Ah, that explains why all of Apple's apps are sandboxed Right.
The big ones are: Mail, Safari, Preview.
There have been legitimate problems with the rollout of sandboxing. It doesn't
support certain interactions that are fundamental to
On Aug 22, 2012, at 11:40 AM, Kyle Sluder wrote:
> On Aug 22, 2012, at 8:29 AM, Jayson Adams wrote:
>
>>
>> Ah, that explains why all of Apple's apps are sandboxed Right.
>
> The big ones are: Mail, Safari, Preview.
>
> There have been legitimate problems with the rollout of sandboxing.
On Aug 22, 2012, at 8:52 AM, Alex Zavatone wrote:
>
> Actually Kyle, when you're not catering to the mass market, but targeted
> clients, the user requires you to do the right thing.
And the OS enforceS that requirement on their behalf by sandboxing.
Thankfully we have Developer ID to provi
They can *expect* that you will do the right thing. But they can't be expected
to *know* that you really are.
On 22 Aug 2012, at 16:52, Alex Zavatone wrote:
>
> On Aug 22, 2012, at 11:40 AM, Kyle Sluder wrote:
>
>> On Aug 22, 2012, at 8:29 AM, Jayson Adams wrote:
>>
>>>
>>> Ah, that expla
We've been able to track down a significant performance hit in drawing PNG map
overlays on iOS devices, but only on iOS 5.1.x, while they rendered out rather
quickly on iPads and iPods, but as soon as the mapKit overlay is drawn on a
device running 5.1.x, the image simply chunks out over up to 1
On Aug 22, 2012, at 9:52 AM, Alex Zavatone wrote:
> Actually Kyle, when you're not catering to the mass market, but targeted
> clients, the user requires you to do the right thing.
For some of us, that even includes contracts which put actual liability on us
for failures, and require us to ca
On Aug 22, 2012, at 12:00 PM, Kyle Sluder wrote:
> On Aug 22, 2012, at 8:52 AM, Alex Zavatone wrote:
>
>>
>> Actually Kyle, when you're not catering to the mass market, but targeted
>> clients, the user requires you to do the right thing.
>
> And the OS enforceS that requirement on their b
On Aug 22, 2012, at 12:01 PM, Derek Chesterfield wrote:
> They can *expect* that you will do the right thing. But they can't be
> expected to *know* that you really are.
Well, if I don't, I get fired. That's enough motivation for me.
> On 22 Aug 2012, at 16:52, Alex Zavatone wrote:
>
>>
On Aug 22, 2012, at 9:26 AM, Alex Zavatone wrote:
>
> On Aug 22, 2012, at 12:01 PM, Derek Chesterfield wrote:
>
>> They can *expect* that you will do the right thing. But they can't be
>> expected to *know* that you really are.
>
> Well, if I don't, I get fired. That's enough motivation for
On Aug 22, 2012, at 8:40 AM, Kyle Sluder wrote:
> On Aug 22, 2012, at 8:29 AM, Jayson Adams wrote:
>
>>
>> Ah, that explains why all of Apple's apps are sandboxed Right.
>
> The big ones are: Mail, Safari, Preview.
How about Finder? AddressBook? Calendar? iPhoto? Pages? Numbers? And
Why not just codeSign an application? It will still will be able to be
downloaded by anyone using the default security setting: "Mac App Store and
identified developers". It just won't be able to be in the App store (I guess).
Jim Merkel
___
Cocoa-de
There are some MAS-only features such as Notification Center (I believe) and
iCloud, so its quite nice to be able to use those features.
On Aug 22, 2012, at 2:42 PM, James Merkel wrote:
> Why not just codeSign an application? It will still will be able to be
> downloaded by anyone using the de
Ok, for my particular application I don't see any need for iCloud or
Notification center. For other applications, YMMV.
Jim Merkel
On Aug 22, 2012, at 12:51 PM, Alex Kac wrote:
> There are some MAS-only features such as Notification Center (I believe) and
> iCloud, so its quite nice to be abl
On Aug 22, 2012, at 12:51 PM, Alex Kac wrote:
> There are some MAS-only features such as Notification Center (I believe) and
> iCloud, so its quite nice to be able to use those features.
Notification Center is usable by any app; I'm using it and App Store isn't even
a possibility at this point
On Wed, Aug 22, 2012, at 01:02 PM, Lee Ann Rucker wrote:
> Notification Center is usable by any app; I'm using it and App Store
> isn't even a possibility at this point.
I believe your app has to be code-signed. But any valid code signature
should work.
--Kyle Sluder
_
On Aug 22, 2012, at 1:27 PM, Kyle Sluder wrote:
> On Wed, Aug 22, 2012, at 01:02 PM, Lee Ann Rucker wrote:
>> Notification Center is usable by any app; I'm using it and App Store
>> isn't even a possibility at this point.
>
> I believe your app has to be code-signed. But any valid code signatur
On Wed, Aug 22, 2012 at 5:18 PM, Alex Zavatone wrote:
> Regarding Sandboxing on Mac OS or iOS, the situations I want to see addressed
> are these:
>
> The app gets regularly updated. Preferences must exist out side of the app.
> What easy and straightforward method that does not require the de
On 23/08/2012, at 1:18 AM, Alex Zavatone wrote:
> Regarding Sandboxing on Mac OS or iOS, the situations I want to see addressed
> are these:
>
> The app gets regularly updated. Preferences must exist out side of the app.
> What easy and straightforward method that does not require the devel
On 22 Aug 2012, at 21:31, James Merkel wrote:
>
> On Aug 22, 2012, at 1:27 PM, Kyle Sluder wrote:
>
>> On Wed, Aug 22, 2012, at 01:02 PM, Lee Ann Rucker wrote:
>>> Notification Center is usable by any app; I'm using it and App Store
>>> isn't even a possibility at this point.
>>
>> I believe
Since the preferences folder lives in the app, the preferences are deleted when
the app is deleted, or reinstalled. That's what I've seen.
According to the docs, (and the scratch files in your /library folder if you
use the simulator, everything is in the app and nowhere else. If reality is
d
A somewhat related question. It seems that the gatekeeper is mostly
concenrned with the signature on the installer package and not the software
it installed. If the package is signed by Apple Developer's Installer
certificate, gate keeper does not complain (just askes to ok the
installation)
On 23/08/2012, at 10:02 AM, Alex Zavatone wrote:
> Since the preferences folder lives in the app, the preferences are deleted
> when the app is deleted, or reinstalled. That's what I've seen.
>
> According to the docs, (and the scratch files in your /library folder if you
> use the simulato
I'd like to add some custom text highlighting to my NSTextView, so I added the
following code to the NSTextView init method:
CALayer *aLayer = [CALayer layer];
[self setWantsLayer: YES];
[self setLayer: aLayer];
Then I add the highlighting for a particular text range (aRange):
I think Graham is mostly talking about OS X while you are obviously on iOS,
Alex….
-Laurent.
--
Laurent Daudelin
AIM/iChat/Skype:LaurentDaudelin
http://www.nemesys-soft.com/
Logiciels Nemesys Software
laur...@nemesys-soft.com
On Aug 22, 2012, at 8:12 PM, Graham Cox wrote:
>
>
> On 23/08/2012, at 10:02 AM, Alex Zavatone wrote:
>
>> Since the preferences folder lives in the app, the preferences are deleted
>> when the app is deleted, or reinstalled. That's what I've seen.
>>
>> According to the docs, (and the scr
On Aug 22, 2012, at 4:37 PM, Graham Cox wrote:
> Where life is made difficult is with more general access to the file system,
> which is a perfectly legitimate thing to do. A user stores various media all
> over the file system and there is no reason why an app shouldn't have access
> to it.
On Aug 22, 2012, at 12:03 PM, Jayson Adams wrote:
> I'm wouldn't waste my time with third-party apps when there are lots of other
> targets that come pre-installed on every single machine.
Here here.
We are dealing with the same issue as Graham and this is keeping one of our
Apps out of the M
On Thu, 23 Aug 2012 09:37:05 +1000, Graham Cox said:
>The only bright spot in all of this is the fact that on Mac at least you
>have a channel other than the App Store to deliver apps, but since the
>App Store is responsible for 90% of our sales, it would be commercial
>suicide to leave it. So we'
depends on what type of your installer is.
For drag drop installation, you need sign the app.
-Jonny
在 2012-8-23，上午8:06，danchik 写道：
> A somewhat related question. It seems that the gatekeeper is mostly
> concenrned with the signature on the installer package and not the software
> it insta
Besides, even if you use an installer, Mountain Lion is fine without app
signed, however it still make sense to sign app to prevent your app be
modified by mal-ware or virus.
-Jonny
在 2012-8-23，上午8:06，danchik 写道：
> A somewhat related question. It seems that the gatekeeper is mostly
> conc
On 23/08/2012, at 10:45 AM, Todd Heberlein wrote:
>> Where life is made difficult is with more general access to the file system,
>> which is a perfectly legitimate thing to do. A user stores various media all
>> over the file system and there is no reason why an app shouldn't have access
>>
I don't think that it's physically possible to resolve this issue - basically,
we're trying to have our cake (er, have our security) and eat it too (er, use
the functionality of the app).
Consider a 'shoebox' app that doesn't deal with run-of-the-mill media (photos,
movies, etc)... let's say it
I¹m running into two issues with moving items in NSMutableOrderedSet:
1. To get around the non-functional autogenerated accessors for ordered sets
in CoreData, I use mutableOrderedSetValueForKey and call
moveObjectsAtIndexes:toIndex:. Apparently this first removes the values,
then inserts them at
On 23/08/2012, at 9:37 AM, Graham Cox wrote:
> Trying to work around this is proving impossible with the current sandbox
> implementation - there are too many opaque hacks in the system that mean you
> cannot trust the URLs you get from anywhere to actually point to the right
> place, and you
On 23/08/2012, at 11:33 AM, Britt Durbrow
wrote:
> there's no programatic way to tell the difference between the two
Indeed, which is why you need to encourage the use of human intelligence
instead, which very often can tell when something is "fishy".
When a computer needs to do something t
On Aug 22, 2012, at 7:16 PM, Graham Cox wrote:
>
> On 23/08/2012, at 11:33 AM, Britt Durbrow
> wrote:
>
>> there's no programatic way to tell the difference between the two
>
>
> Indeed, which is why you need to encourage the use of human intelligence
> instead, which very often can tell
I'm using the date picker to allow the user to set a time. But in this
particular case, I need to ensure the time is always displayed in 24-hour
format, rather than AM/PM, even if the user's current locale is set to AM/PM.
Is there a way to do that?
Thanks!
--
Rick
___
There is, unfortunately, no reliable way to do this. What you could try doing
is setting the locale of the UIDatePicker to something like en_GB, where the
preferred time format is "HH:mm" and hope that the date picker recognizes this.
However, depending on which version of iOS your app is runn
Done 12157152.
How many days before it comes back as "closed as duplicate?"
--
Rick
On Aug 22, 2012, at 20:01 , Dave DeLong wrote:
> There is, unfortunately, no reliable way to do this. What you could try
> doing is setting the locale of the UIDatePicker to something like en_GB,
> where th
Hi all,
I hate to ask these questions, either its so obvious or I'm doing it so wrong
its laughable.
I have the "Source List" control dragged into a Window.
Bind to a NSTreeController. The NSTreeController is getting and vending fine as
when attached to a NSBrowser the data shows as expected.
Gatekeeper uses the Quarantine mechanisms. Installer does not set the
Quarantine flag, so the installed app does not trigger Gatekeeper.
Basically if you have explicitly installed an app, you are expressing that you
trust it. Or, expressed along the lines of the intent-driven model... I've
ins
48 matches
Mail list logo
