Jump to content

Talk:Carbon (API)

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Full stop in "toll free bridging"

[edit]

Indeed a full stop is not in "toll free bridging," but American English suggests that there should be a period immediately before the closing quotation mark. —Preceding unsigned comment added by 63.227.67.1 (talkcontribs) 01:01, July 16, 2005 (UTC)

yes, but the Wikipedia Manual of Style overrides it. reverting the page. — boredzo () 08:12, July 16, 2005 (UTC)

Yes and the Wikipedia manual is chauvinistic and moronic. Thank you. The sky is blue. If you have us.wikipedia and uk.wikipedia and ca.wikipedia and au.wikipedia and za.wikipedia and nz.wikipedia then you can so what you want - with us.wikipedia only of course. Stop running over other cultures far superior to yours the way you run over the middle east and latin america. — Preceding unsigned comment added by 90.5.14.123 (talk) 13:21, 19 August 2007 (UTC)[reply]

Ah, thanks. You should have linked to that rather than the "full stop" page in your summary. —Preceding unsigned comment added by 63.227.67.1 (talkcontribs) 06:30, July 16, 2005 (UTC)

Code name?

[edit]

It says that Carbon is a codename -- isn't it the official name? —Preceding unsigned comment added by 24.224.184.255 (talkcontribs) 21:57, December 4, 2005 (UTC)

Carbon from Quicktime?

[edit]

Gwernol, thanks for the addition - I must say it surprised me, I had never heard that tidbit before. Do you have a source to cite and maybe find more information? MFNickster 03:53, 6 March 2006 (UTC)[reply]

No official citation, but I was one of the engineers working on QuickTime at the time, so this is from first-hand experience. I'll see if I can find any official mention of this though. Gwernol 03:58, 6 March 2006 (UTC)[reply]
I'd really like to see something about the early history of Carbon, since it seems to have basically produced the easy binaries that can cleanly run in both the old-style OS and a newer one that years of effort by everything from Pink through Copland to early designs for the Yellow Box never accomplished. 72.235.10.142 (talk) 03:03, 20 May 2009 (UTC)[reply]

POV in Overview section?

[edit]

The "something old Mac developers knew next to nothing about" strikes me as judgemental in the context. It might be just a poor phrasing, so I'm not applying the editbat on it yet. 213.162.65.17 16:06, 22 August 2007 (UTC)[reply]

As of the current time the paragraph which begins "Carbon is sometimes seen as a transitional or legacy technology. This is incorrect..." is one big piece of misleading and zealous POV. Carbon is an API whose clear purpose was to provide a platform to transition classic Mac OS apps to Mac OS X, and it now has the status of a legacy technology, most obviously because of Apple's decision to stop development on the 64-bit Carbon API even when major application vendors like Adobe were relying on it to make a 64-bit release of their software. The Mac Dev Center page no longer mentions Carbon in the overview of the mac dev platform technologies. 92.233.195.172 (talk) 07:17, 21 May 2009 (UTC)[reply]

You are right that the article is currently POV, but you are also expressing a zealous POV attitude. I think things will work out best if the article just cites Apple as much as possible. Really, getting upset over who writes in what language is like something out of Star Trek or Dr Suess. I tried to clean up the lead, which wasn't as POV but is more visible. Potatoswatter (talk) 20:45, 21 May 2009 (UTC)[reply]

Cocoa Vs. Carbon

[edit]

Could someone write a very detailed explanation of the difference between Cocoa and Carbon, and how they compare and contrast? I don't know much in that field. I think it would benefit people reading this article, especially if they are choosing one. Maybe make a "Differences between Cocoa and Carbon" page sometime? —Preceding unsigned comment added by Geek 2.0 (talkcontribs) 01:24, 29 October 2008 (UTC)[reply]

Check Apple's documentation. You don't need to commit to one or the other for an entire program. Probably the current recommendation is to use mainly a mix of Cocoa and POSIX. Carbon is a bit of a compromise between the "pure OO" and "pure procedural UNIX" paradigms, and is seen by many as legacy. Potatoswatter (talk) 03:48, 29 October 2008 (UTC)[reply]

Not very encyclopedic

[edit]

This sentence, while you could argue that it is informative, isn't very encyclopedic. "Carbon is one of five APIs that may be accessed from a Mac OS X program; the others are Cocoa, POSIX, X11, and Java (POSIX is a Standard, X11 a WM Server and Java a language, none of these are API's. And Cocoa is more like a framework actually)."

It says something and then immediately contradicts/corrects itself. While I am a programmer, I tend to stay as far away from Apple as possible, so I don't really know what Carbon and Cocoa are, otherwise I would fix it myself.

--Alpha456 (talk) 22:14, 2 October 2010 (UTC)[reply]

Whether it's technically correct or not, comments like that belong on the talk page rather than inserted into the article text; I've deleted it. Little Professor (talk) 18:26, 20 October 2010 (UTC)[reply]
[edit]

Hello fellow Wikipedians,

I have just added archive links to one external link on Carbon (API). Please take a moment to review my edit. If necessary, add {{cbignore}} after the link to keep me from modifying it. Alternatively, you can add {{nobots|deny=InternetArchiveBot}} to keep me off the page altogether. I made the following changes:

When you have finished reviewing my changes, please set the checked parameter below to true to let others know.

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers. —cyberbot IITalk to my owner:Online 13:32, 28 August 2015 (UTC)[reply]

[edit]

Hello fellow Wikipedians,

I have just modified 2 external links on Carbon (API). Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:

When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{Sourcecheck}}).

This message was posted before February 2018. After February 2018, "External links modified" talk page sections are no longer generated or monitored by InternetArchiveBot. No special action is required regarding these talk page notices, other than regular verification using the archive tool instructions below. Editors have permission to delete these "External links modified" talk page sections if they want to de-clutter talk pages, but see the RfC before doing mass systematic removals. This message is updated dynamically through the template {{source check}} (last update: 5 June 2024).

  • If you have discovered URLs which were erroneously considered dead by the bot, you can report them with this tool.
  • If you found an error with any archives or the URLs themselves, you can fix them with this tool.

Cheers.—InternetArchiveBot (Report bug) 00:04, 15 November 2016 (UTC)[reply]

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.
To not merge, given that Multiprocessing Services is a sufficiently well-defined topic worth covering separately; and that the existing article is sufficient quality to remain separate. Klbrain (talk) 14:14, 1 March 2023 (UTC)[reply]

This seems to be a component of Carbon API, so it would make sense to merge it. I don't think there are enough reliable secondary sources for the Multiprocessing Services article to pass WP:NCORP or WP:GNG. MarioGom (talk) 16:33, 16 May 2022 (UTC)[reply]

I thought the article passed WP:GNG, but I'm not experienced with adding substantial content to Wikipedia, so I defer to you about the notability concern. In addition to the notability concern, I think the merger also makes sense based on the short length of the article I had made. Can a merger be done at any time, or is the process like deleting an article where it might take several weeks before it can happen? huntertur (talk) 17:58, 16 May 2022 (UTC)[reply]
huntertur: The process for merges is more lax. If you agree with the merge, you can go ahead and do it by adding content from Multiprocessing Services to Carbon (API), and then replace the Multiprocessing Services page with a redirect (#REDIRECT[[Carbon (API)]]). Best, MarioGom (talk) 14:33, 30 May 2022 (UTC)[reply]
I don't think a merge is right here, as the article also discusses aspects unrelated to Carbon. So there's no clear merge target. Ovinus (talk) 01:59, 1 October 2022 (UTC)[reply]
Would agree; Carbon was a transition layer to run Mac OS 9 apps on Mac OS X, and Multiprocessing Services are also a Mac OS 9 feature, so it would be detrimental to merge it into Carbon, which is Mac OS X-exclusive. DFlhb (talk) 21:41, 23 January 2023 (UTC)[reply]
I think there were implementations of the Carbon API atop both Mac OS 9 and Mac OS X, as well as code to run Carbon apps in Preferred Executable Format (PEF) under Mac OS X, so you could compile code for Mac OS 9 into a PEF binary and have the same binary run on both OSes. (The Mac OS 9 implementation probably didn't pick up any features added to Carbon for Mac OS X, and may not have included all features that the initial Mac OS X implementation did.)
However, unless there was an implementation of Multiprocessing Services atop Mac OS X APIs, Carbon be of less use for programs using Multiprocessing Services, as the binaries of those programs wouldn't run on Mac OS X. Guy Harris (talk) 08:40, 24 January 2023 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Looks like I forgot to reply. You were right on both counts, my bad; Carbon runs on OS 9 and supports Multiprocessing Services (with limitations) on OS X. DFlhb (talk) 16:11, 19 July 2023 (UTC)[reply]