This is the
talk page for discussing improvements to the
OpenStep article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
This article is rated Start-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||||||||||||
|
Erm, I'm sorry, but I really feel that the implementation specific aspects of OpenStep should be put to it's own page. After all, OPENSTEP==operating system. OpenStep == API... Would there be such an objection to me re-forkinig OpenStep? After all, I have seriously expanded the content under OPENSTEP, and intend to put a screenshot up later. ... Dysprosia 12:30 21 Jul 2003 (UTC)
Sorry, didn't see this page until now. The problem I have with forking the article is that there is exactly one implementation that saw real use. Since the Sun version occupies exactly one paragraph, it seems that any forking is pointless, it's not like there's any need for an "OpenStep Solaris" article, and the differences between the OS and the API can be described, as you have done, in a single sentance.
In fact I think as it stands the article could use a little more re-arranging. The Solaris port should have it's own section I think, and the intro could be re-merged. That is, the intro would mention the Solaris and NeXT versions, but would concentrate solely on the API and leave full descriptions to later in the article (as it is now to a large degree).
I agree, but I'm a little confused what to do about it. Most of my articles have a short intro (got that here), then a history section, then a description. I this case I can't really do much of a description of the Solaris port because I've never seen it.
autoreleasing an object passed to another object and HOPING it retains it is asking for trouble (unless the other object is explicitly documented as retaining the object passed in). it is only even vaguely logical to do this when you no longer need a reference to it yourself; even then, it is much better (specifically, clearer) to release it directly.
(I'm not talking about the return value of an accessor or factory method. the previous version implied that you would do this when passing an object to a method on another object, and that's what I'm talking about here.)
Mac-arena the Bored Zo 14:04, 2005 Jan 1 (UTC)
Image:OPENSTEP Desktop.jpg is being used on this article. I notice the image page specifies that the image is being used under fair use but there is no explanation or rationale as to why its use in this Wikipedia article constitutes fair use. In addition to the boilerplate fair use template, you must also write out on the image description page a specific explanation or rationale for why using this image in each article is consistent with fair use.
Please go to the image description page and edit it to include a fair use rationale. Using one of the templates at Wikipedia:Fair use rationale guideline is an easy way to insure that your image is in compliance with Wikipedia policy, but remember that you must complete the template. Do not simply insert a blank template on an image page.
If there is other other fair use media, consider checking that you have specified the fair use rationale on the other images used on this page. Note that any fair use images uploaded after 4 May, 2006, and lacking such an explanation will be deleted one week after they have been uploaded, as described on criteria for speedy deletion. If you have any questions please ask them at the Media copyright questions page. Thank you. BetacommandBot 05:06, 6 June 2007 (UTC)
An image used in this article, File:OPENSTEP Workspace Manager.jpg, has been nominated for speedy deletion for the following reason: Wikipedia files with no non-free use rationale as of 18 November 2011
Don't panic; you should have time to contest the deletion (although please review deletion guidelines before doing so). The best way to contest this form of deletion is by posting on the image talk page.
This notification is provided by a Bot -- CommonsNotificationBot ( talk) 12:16, 18 November 2011 (UTC) |
> In the early era of the Sun Microsystems history, Sun machines had been programmed at a relatively low-level making calls directly to the underlying Unix operating system and producing a graphical user interface (GUI) using the X11 system. This led to complex programming even for simple projects. An attempt to address this with an object oriented programming model was made in the mid-1980s with Sun's NeWS windowing system, but the combination of a complex application programming interface (API) and generally poor performance led to little real-world use and the system was eventually abandoned.
I don't remember complaints about NeWS performance, but I do remember so for X. I have no knowledge or opinion about relative programming difficulties. Perhaps the performance issues came after Sun was forced to abandon NeWS by the X cabal ganging up on them?
I have never worked for Sun, but I have for DEC.
Whatever else may have been true of X, it was best case, a hodgepodge. Lee D. Rothstein 19:45, 23 May 2023 (UTC) — Preceding unsigned comment added by LDR ( talk • contribs)
In the early era of the Sun Microsystems history, Sun machines had been programmed at a relatively low-level making calls directly to the underlying Unix operating system and producing a graphical user interface (GUI) using the X11 system.In the early days of Sun, they produced a GUI using an API the implementation of which called graphic drives to draw on the screen and, as I remember, used a driver in the kernel to allow a process to grab a lock on regions of the screen while it was drawing in one of its windows. That quote from the article needs to be fixed.