On 1/13/17, Eric Wing wrote:
> On 1/13/17, John Spikowski wrote:
>> I think any major directional changes should include a web IUP as a
>> consideration. IMHO
>
> I think this is a really interesting idea and I would love to include
> this. I've done a tiny bit with Emscripten/asm.js, but I am no
I couldn't even had time to take a look at Eric considerations yet, but I
would like to say a few words.
First, our policy in IUP is to always maintain backward compatibility. We
have applications that started their development in the 90's and they are
still running using latest IUP version, w
In conclusion...
Working with nil from the Apple Developer site:
https://developer.apple.com/library/content/documentation/Cocoa/Conceptual/ProgrammingWithObjectiveC/WorkingwithObjects/WorkingwithObjects.html
Best Regards,
Andrew
I'm only going to tell you one more time: shut up, you don't know what you are
talking about. That why I give links to back up what I say, and you don't.
On 1/13/2017 at 8:13 PM, Eric Wing wrote:
>On 1/13/17, Andrew Robinson wrote:
>> You have clearly never programmed for the iPhone or iPad befo
On 1/13/17, Andrew Robinson wrote:
> You have clearly never programmed for the iPhone or iPad before.
>
> nil is an object.
> null is a delimiter, usually used in null terminated strings or the value of
> a
> parameter.
>
> Don't waste my time.
It's clear to me you are terribly confused on the f
PS -- In case you didn't notice, IUP is written for C and is meant to
interface with the C language, not assembly language. The C language does not
support nil, so if you tell programmers to use null instead of nil, you will
screw it all up.
nil is not null. It is not treated like null. nil is tre
You have clearly never programmed for the iPhone or iPad before.
nil is an object.
null is a delimiter, usually used in null terminated strings or the value of a
parameter.
Don't waste my time.
On 1/13/2017 at 2:31 PM, Eric Wing wrote:
>On 1/12/17, Andrew Robinson wrote:
>>>I think your unders
On 1/13/17, John Spikowski wrote:
> I think any major directional changes should include a web IUP as a
> consideration. IMHO
I think this is a really interesting idea and I would love to include
this. I've done a tiny bit with Emscripten/asm.js, but I am no means
an expert. I am also not a web p
On 1/12/17, Andrew Robinson wrote:
>>I think your understanding of NULL and nil is completely wrong here
>>and you are creating a straw-man. As I already explained, both are
>>defined as 0. There is no difference to the computer.
>
> You are wrong here, and I think that says all I need to say abou
I think any major directional changes should include a web IUP as a
consideration. IMHO
On Fri, 2017-01-13 at 12:41 -0500, Hernan Cano wrote:
> Hi, Eric.
>
> I consider you can/could/should clone IUP and procced as you say with
> respect to take IUP to Android or any mobile.
>
> Because you know
Hi, Eric.
I consider you can/could/should clone IUP and procced as you say with
respect to take IUP to Android or any mobile.
Because you know both sides.
Do it.. and Antonio and his group will see how it could be "standardized".
2017-01-12 20:53 GMT-05:00 Eric Wing:
> I’m not sure if I shoul
>I think your understanding of NULL and nil is completely wrong here
>and you are creating a straw-man. As I already explained, both are
>defined as 0. There is no difference to the computer.
You are wrong here, and I think that says all I need to say about the rest of
your "argument". Nil is defi
On 1/8/17, Andrew Robinson wrote:
> Hi Eric,
>
> IUP is extremely healthy the way it is now, so protecting IUP's health is
> the
> more important of all things to consider. Please, IUP developers, do not
> let
> IUP go the way of Microsoft or GTK+ or Firefox. They had thee winning
> formula;
> a p
Hi all,
let me add my $ 0.02 here.
On Jan 8 2017, Andrew Robinson wrote:
>Hi Eric,
>
> IUP is extremely healthy the way it is now, so protecting IUP's health is
> the more important of all things to consider.
>
> Talking about the different specific event loops is like talking about
> app
Hi Eric,
IUP is extremely healthy the way it is now, so protecting IUP's health is the
more important of all things to consider. Please, IUP developers, do not let
IUP go the way of Microsoft or GTK+ or Firefox. They had thee winning formula;
a product that worked great and everybody loved, and th
I'll take a look at this in a couple of days.
Best,
Scuri
On Wed, Jan 4, 2017 at 8:49 PM, Eric Wing wrote:
> As I said earlier, the way IUP does its startup sequence and main loop
> is incompatible with Android and iOS, and potentially other backends
> like Emscripten/asm.js/WebAssembly. So
Andrew, I want to try to address your concerns, so I will go point by
point inline.
On 1/4/17, Andrew Robinson wrote:
> It isn't IUP anymore, if you are going to follow through on all that you
> propose, it is something else entirely so call it something else
> entirely...call it PUI. Otherwise,
It isn't IUP anymore, if you are going to follow through on all that you
propose, it is something else entirely so call it something else
entirely...call it PUI. Otherwise, do not tarnish the name and concept of IUP.
I like IUP because it is extremely consistent between platforms (no recoding
neces
As I said earlier, the way IUP does its startup sequence and main loop
is incompatible with Android and iOS, and potentially other backends
like Emscripten/asm.js/WebAssembly. So I have developed a new
alternative sequence that I believe will work with all platforms.
Android Background:
The reason
19 matches
Mail list logo