To understand the why of OO there is Bertrand Meyer's book Object-Oriented
Software Construction:
http://docs.eiffel.com/book/method/object-oriented-software-construction-2nd-edition
It is big, but maybe the most complete and easy-to-read book on the subject.
But you have to hang up any addicti
On 9 Nov 2011, at 05:21, Greg Parker wrote:
> On Nov 8, 2011, at 9:57 AM, Andy O'Meara wrote:
>> Yes, I know that one workaround is to mangle all objC class names based on
>> something unique in the project (we are forced to do this with our
>> screensaver products). I'd be more accepting of th
On 9 Nov 2011, at 22:44, Andreas Grosam wrote:
>
> On Nov 9, 2011, at 12:11 PM, Karl Goiser wrote:
>
>> Your first option looks better to me!
>> :-)
>>
>> All I’m saying is that Objective C is a very mature language now
> Depending on your perspective, you can say this for many languages. But o
On 10 Nov 2011, at 21:13, Karl Goiser wrote:
>
> On 10/11/2011, at 12:04 PM, Ian Joyner wrote:
>
>> It's the old I have a hammer so everything looks like a nail, but in C++'s
>> case it's I have a programming language, so everything gets put in that. We
On 10 Nov 2011, at 21:22, Andreas Grosam wrote:
>
> On Nov 10, 2011, at 2:04 AM, Ian Joyner wrote:
>
>
> So, in other words, you prefer "polymorphic runtime resolved" symbols over
> "compile-time resolved symbols" (like in C++).
Not saying that at all,
You are probably looking for something like Dahm locks (invented by Dave Dahm
on the Burroughs B5000 in the 1960s). Here is a long paper on locks including
this origin:
http://pages.cs.wisc.edu/~remzi/OSFEP/threads-locks.pdf
Here is an idea of the ALGOL define for acquire:
DEFINE
ACQUIRELOCK
On 11 Dec 2011, at 01:50, Scott Ribe wrote:
> On Dec 9, 2011, at 4:48 PM, Ian Joyner wrote:
>
>> You are probably looking for something like Dahm locks (invented by Dave
>> Dahm on the Burroughs B5000 in the 1960s). Here is a long paper on locks
>> including
Another 2c. I had a product called MacEiffel, which brought the Eiffel
programming language to Mac native development environments, first CodeWarrior
where it was easy to interface reasonably to CW, but then to ProjectBuilder
where I couldn't do the neat things I could with CW, but then to Xcode
Carbon was originally Pascal based, at least as far as the APIs. It does not
essentially matter what it is written in, just what APIs it supports. If it has
been rewritten in C++ (are they mad?), that should make no difference to
whatever developer language is used, and would not be an argument
On 11 Dec 2010, at 07:16, Murat Konar wrote:
> Maybe CourierNewPS-BoldMT is not a monospaced font?
It sounds like one of those rip-off fonts that have polluted the font space. Is
plain Courier not available on iOS?
I have some links about fonts from one of my pages (click the 'here' links):
ht
On 11 Dec 2010, at 11:02, Phillip Mills wrote:
> On 2010-12-10, at 5:38 PM, Ian Joyner wrote:
>
>> Is plain Courier not available on iOS?
>
> Courier is there but with the same problem.
How about other monospaced fonts? Monaco is the only other common one I can
think
ourier New comparison.
While font issues aren't exactly specific to Cocoa, this is an issue that
should be much more widely known about, especially among developers. But I also
have the question about which fonts are officially sanctioned by Apple to use?
Ian
On 11 Dec 2010, at 09:38, Ian Joyner
On 13 Dec 2010, at 14:03, Shane wrote:
>> Are you building a concordance database first ?
>>
>
> I have no thoughts whatsoever on how I'm building anything as of yet.
> Just researching how something of this size would be manipulated.
In the case of large texts like the Bible, you have a data s
This is an interesting discussion, but there is a lot of misunderstanding of
the concept of information hiding if not in what has been said here, but
generally in the industry. This term was introduced by David Parnas, and I
think it is a bit unfortunate because if you read his papers on this he
I think you've nailed it. Immutability is certainly a good concept, but
including ideas from C++ is not a good idea because concepts are usually
perverted in C++ (and even C - ALGOL carefully removed the junk out of FORTRAN
and assembler but C, just put that garbage back in.) Concepts need very
On 19 Mar 2012, at 09:31, Shawn Bakhtiar wrote:
> "...subtly why C and C++ are poor languages..."
>
> 1) Is that why most modern operating systems, especially the ones that run in
> data centers are written in C?
>
Popularity is more a proof of mass stupidity rather than quality. The cult of C
On 20 Mar 2012, at 02:43, Nick Zitzmann wrote:
> On Mar 19, 2012, at 5:51 AM, Ian Joyner wrote:
>
>> Actually NSArray. Note NSMutableArray inherits from NSArray because it adds
>> extra functionality in methods that can change the object. You can assign an
>> NSM
On 20 Mar 2012, at 02:55, Jens Alfke wrote:
>
> On Mar 19, 2012, at 4:51 AM, Ian Joyner wrote:
>
>
> Please take this off-list, or to some more appropriate list (I think it’s
> already deep-ended past objc-language; is there an algol-like-language list?)
> Otherwise we’ll be
On 14 May 2013, at 04:37, Appa Rao Mulpuri wrote:
> Any specific reason not to use "Trebuchet MS"? I faced some issues with the
> few components (ilke Table Header cell, NS Button) text vertical center
> alignment except that Look and feel wise its equivalent to "Lucida Grande".
> And also bo
good resource sites making such
recommendations please pass them on. The many books on typography I have don't
actually make this very clear.
Ian
On 15 May 2013, at 05:46, Jens Alfke wrote:
>
> On May 13, 2013, at 6:43 PM, Ian Joyner wrote:
>
>> Yes there is now a confusi
On 29 May 2013, at 14:14, Oleg Krupnov wrote:
> While I generally agree that premature optimization is evil,
That seems to come out of a belief that well-structured code is code that runs
poorly (this belief came out of an IBM system of the 50s/60s that had really
poorly running subroutine cal
On 30 May 2013, at 12:33, Jens Alfke wrote:
>
> On May 29, 2013, at 6:30 PM, Ian Joyner wrote:
>
>> That seems to come out of a belief that well-structured code is code that
>> runs poorly
>
> No, it’s a paraphrase of a famous quote by Don Knuth ("We should fo
On 31 May 2013, at 01:43, Jens Alfke wrote:
>
> On May 30, 2013, at 3:52 AM, Ian Joyner wrote:
>
>> What I am trying to point out though is that there is a misapprehension that
>> premature optimization means writing structured code early on so don't
>> struct
On 23 Jun 2013, at 13:32, "Reaves, Timothy"
wrote:
> What the docs state that is meaningless (although inaccurate); the
> Objectice-C manual could very easily state that Objective-C is not a
> programing language; it is. CoreData is a database.
OK, what the Apple doc
http://developer.apple.co
Thanks for the reference to Codd's early paper. I'm researching the relational
model now since I'm giving a course in distributed systems soon. In fact, I'm
reading Codd's 1990 book "The Relational Model for Database Management Version
2". It is available as a pdf (although I have had the physic
very much envisaged databases to
be used by end users and not (just) by programmers. This was before Xerox PARC
and Apple, and this is where SQL is a 'psychological' failure.
On 24 Jun 2013, at 11:23, Ian Joyner wrote:
> On 23 Jun 2013, at 13:32, "Reaves, Timothy"
>
On 24 Jun 2013, at 02:11, Gordon Apple wrote:
> You mentioned MacApp. I was heavily involved in that for awhile and even
> got into the credits. I don¹t know if you remember Bob Krause. When I was
> running the developer sig at LA Mac Group, I had him down for a presentation
> on his object da
So I think, if I understand what Graham is suggesting, that in a relational DB
design you would model this with three relations 1) Parent 2) children (which
could be the same as parent) 3) active_children. If a child is active you
insert it in the active_children set (relation is a particular ki
On 23 Jun 2013, at 11:38, Michael Crawford wrote:
>> To me, it's not that you'd have to write all the code from scratch that
>> makes Core Data concerning, it's the fact that the format is undocumented.
>
>> If Apple published a complete specification for the format, I'd be willing
>> to use C
Was there ever a satisfactory answer to this? I'm not sure what the CD
modelling answer is, but this seems to be related to relational modelling
referential integrity or in plainer language - no dangling pointers - in db
language a foreign key must have a primary key in another relation.
For ex
On 13/06/2008, at 2:09 PM, Rick Langschultz wrote:
Am I aloud to ask where I can submit my iPhone programming questions
to?
Yes, much to loud!
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator co
On 19/07/2008, at 11:36 PM, Michael Ash wrote:
On Sat, Jul 19, 2008 at 1:14 AM, Rick Mann <[EMAIL PROTECTED]>
wrote:
On Jul 18, 2008, at 21:51:57, Jerry Krinock wrote:
setEp1: should work. The colon is significant and is a part of
the method
name.
In fact, I do have the colon in the ac
It's not style, but a technical consideration. Class-level things are
shared and common between all object instances. They are thus like
globals, but obviously better organized. Class-level methods cannot
access things at the object level. Objects have their own different
values of attribut
On 22/08/2008, at 12:59 PM, Thomas Engelmeier wrote:
Am 22.08.2008 um 00:59 schrieb Dave MacLachlan:
Also, are the _ in front of member variables for Apple only (so we
don't stomp on each other with member var names) or are they using
them for the readability reason mentioned above? There i
On 18/01/2009, at 1:51 PM, Erik Buck wrote:
Both Objective-C message sending and C++ virtual function calls
commonly prevent in-lining because the _compiler_ can not determine
which code will actually be called. If you use Objective-C message
sending or C++ virtual member functions, you f
On 11/10/2008, at 9:33 AM, Seth Willits wrote:
On Oct 10, 2008, at 3:20 PM, DKJ wrote:
I've made an NSDictionary where the values are strings. Is there a
difference between setting a value as [NSNull null] and setting it
as @""? (I've been using the former.)
Is there a difference? Definit
On 11/10/2008, at 11:58 AM, Seth Willits wrote:
On Oct 10, 2008, at 5:40 PM, Ian Joyner wrote:
I'm just trying to work out what NSNull really is in the Cocoa
context. Is it an object in Cocoa?
As I said, yes. It's truly an object. (A singleton, as well.)
Since NSNull may b
On 11/10/2008, at 12:31 PM, Kyle Sluder wrote:
On Fri, Oct 10, 2008 at 8:40 PM, Ian Joyner <[EMAIL PROTECTED]> wrote:
I'm just trying to work out what NSNull really is in the Cocoa
context. Is
it an object in Cocoa? I think (from other environments) that it is
a type
signifying
On 11/10/2008, at 2:18 PM, Kyle Sluder wrote:
On Fri, Oct 10, 2008 at 10:33 PM, Ian Joyner <[EMAIL PROTECTED]> wrote:
So we must be dependent on testing, which I find compelling like
agile
programming, but ultimately very hit and miss.
Luckily the Developer Tools come with the OCUni
On 24/10/2008, at 1:30 PM, Erik Buck wrote:
Blatant plug:
See also http://safari.informit.com/9780321591210
Part I: One Pattern to Rule Them All
Is there a section "Return of the Controller"?
Looking forward to reading your book.
Model View Controller
Examples of MVC in Apple Frameworks
On 24/10/2008, at 4:42 PM, Carlos Weber wrote:
No one can have a complete understanding of MVC without hearing
James Dempsey (an Apple engineer) explicate it:
http://www.youtube.com/watch?v=YYvOGPMLVDo
Excellent. And I thought MVC was Mountain View, California!
Actually, I first came acros
On 06/12/2008, at 8:26 AM, [EMAIL PROTECTED] wrote:
Basic (Beginner's All-Purpose Symbolic Code) was used on Apple IIs
(although we wrote our own ALGOL-like language at the first Apple-
based company I worked at). It is generally MIA (like body of
message!) on Mac, except for third parties l
I mysteriously got messages about too many bounces a few weeks ago, both for
Cocoa and WebObjects. Replying to the message or clicking the confirmation page
did not work. I reenabled manually at the mailing lists site. The links took me
to legitimate Apple pages, not some scam site, but it did s
43 matches
Mail list logo
