Hi Jerry
>
> If I remember correctly, the way the "search" happens for a recent search is
> the same as the way the search happens for a typed-in-with-keyboard search,
> which is that the search field sends its action.
Works perfectly.
Cannot believe I missed this. I think it's called overthin
I’m building a new Cocoa client app that will asynchronously receive data over
a TCP connection from a server. I was reviewing my options, and I am a little
uncertain.
On one hand there is the NSStream option (e.g., NSInputStream). It looks a
moderately awkward setting up an initial connection
Check the CGDAsyncSocket project.
--
:: marcelo.alves
> On 13/10/2013, at 19:18, Todd Heberlein wrote:
>
> I’m building a new Cocoa client app that will asynchronously receive data
> over a TCP connection from a server. I was reviewing my options, and I am a
> little uncertain.
>
> On one
On Oct 13, 2013, at 3:18 PM, Todd Heberlein wrote:
> On one hand there is the NSStream option (e.g., NSInputStream). It looks a
> moderately awkward setting up an initial connection (not as nice as
> NSURLConnection), and then it seems I schedule it on a run loop (probably the
> main run loop
Hello Chan and other guys,
Thank you a lot for your answers.
Yes I'm planning to create a portal (enterprise in the meaning that all our
apps could be used/called from one app).
Chan,
your reply was interesting especially regarding - "Also external binaries can
be used - there is an App Sto
On Oct 13, 2013, at 21:06 , "Rufat A. Abdullayev" wrote:
> Yes I'm planning to create a portal (enterprise in the meaning that all our
> apps could be used/called from one app).
I'm not sure how relevant this is, but it may be that creating a portal will
get your app rejected. Look at the app
App Store rules does not apply to in-house enterprise apps.
On Oct 14, 2013, at 12:13, Quincey Morris
wrote:
> On Oct 13, 2013, at 21:06 , "Rufat A. Abdullayev" wrote:
>
>> Yes I'm planning to create a portal (enterprise in the meaning that all our
>> apps could be used/called from one app).
NSTask. Also you can use traditional UNIX fork/exec to execute the secondary
binary. However the secondary must be a command-line binary not an application
bundle.
On Oct 14, 2013, at 12:06, Rufat A. Abdullayev wrote:
> Hello Chan and other guys,
>
> Thank you a lot for your answers.
>
> Yes
Hi Quincey
Thank you for noticing that.
One say: "2.8
Apps that install or launch other executable code will be rejected
Your app, again, can't mess with the system and install other apps. Enterprise
apps can however do that with a dedicated special Apple certificate.
"
And another: "10.4
The problem is all our apps are with GUI
So probably I will not be able to use NSTask in that case
From: Maxthon Chan [mailto:xcvi...@me.com]
Sent: Monday, October 14, 2013 8:23 AM
To: Rufat A. Abdullayev
Cc: Jens Alfke; Cocoa-dev
Subject: Re: collection of applications
NSTask. Also you can use
You can use a model like this, with a SSO portal app and a bunch of apps that
requires it:
When the portal itself is casually brought up, terminate itself. (method call
-[UIApplication _terminate], it is private but since your apps are in-house you
are not bind to the rules)
When an app that re
Rule 2.8 disallow you execute code that is foreign to your application bundle
but use of auxiliary executables are still allowed, in the example of iSSH app.
On Oct 14, 2013, at 12:23, Rufat A. Abdullayev wrote:
> Hi Quincey
>
> Thank you for noticing that.
>
>
> One say: "2.8
>
> Apps that
Thanks Chan,
Our top management also would like all other apps that will be called by that
main app to be hidden from springboard… i.e. no app icons are visible on the
desktop.
I could only do it by converting other apps binaries to dynamic library and
include that into main app bundle
From
That's interesting!
How could I call "auxiliary executables" ?
Are they visible on springboard?
I need to dig more into that
From: Maxthon Chan [mailto:xcvi...@me.com]
Sent: Monday, October 14, 2013 8:35 AM
To: Rufat A. Abdullayev
Cc: Quincey Morris; Cocoa-dev
Subject: Re: collection of applicat
That is NOT visible on Springboard and they have to be command-line
executables. So not much use actually.
On Oct 14, 2013, at 12:39, Rufat A. Abdullayev wrote:
> That’s interesting!
>
> How could I call “auxiliary executables” ?
> Are they visible on springboard?
>
> I need to dig more int
Yeah really! What a pity :(
So only URL scheme or included libraries
From: Maxthon Chan [mailto:xcvi...@me.com]
Sent: Monday, October 14, 2013 8:41 AM
To: Rufat A. Abdullayev
Cc: Quincey Morris; Cocoa-dev
Subject: Re: collection of applications
That is NOT visible on Springboard and they have
URL schemes or just bake in.
On Oct 14, 2013, at 12:45, Rufat A. Abdullayev wrote:
> Yeah really! What a pity L
>
> So only URL scheme or included libraries
>
>
>
> From: Maxthon Chan [mailto:xcvi...@me.com]
> Sent: Monday, October 14, 2013 8:41 AM
> To: Rufat A. Abdullayev
> Cc: Quin
Maybe you have to tell your management that it is technically infeasible to do
so in iOS without jailbreaking. Either you bake them all in/use separate
SpringBoard icons or the dynamic libraries will not be loaded in vanilla iOS
device without black magic.
On Oct 14, 2013, at 12:37, Rufat A. Ab
Thank you a lot, guys!
I highly appreciate your help!
Cheers,
Ruf
From: Maxthon Chan [mailto:xcvi...@me.com]
Sent: Monday, October 14, 2013 8:46 AM
To: Rufat A. Abdullayev
Cc: Quincey Morris; Cocoa-dev
Subject: Re: collection of applications
URL schemes or just bake in.
On Oct 14, 2013, at 12:
19 matches
Mail list logo
