Linked by Thom Holwerda on Wed 24th Nov 2010 23:06 UTC
OpenStep, GNUstep I don't really know what Sony wants with this, but they're using GNUstep, so that's something, I guess. "Sony's Networked Application Platform is a project designed to leverage the open source community to build and evolve the next generation application framework for consumer electronic devices. The developer program gives access to a developer community and resources like SDK, tools, documentation and other developers. The foundation upon which this project is base comes from the GNUstep community, whose origin dates back to the OpenStep standard developed by NeXT Computer Inc (now Apple Computer Inc.). While Apple has continued to update their specification in the form of Cocoa and Mac OS X, the GNUstep branch of the tree has diverged considerably."
Thread beginning with comment 451082
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Objective -C / C++
by MacMan on Thu 25th Nov 2010 02:29 UTC in reply to "Objective -C / C++ "
MacMan
Member since:
2006-11-19

I don't mean to sound really down on GNUStep, I really really want to like GNUStep, its that I've never had much luck with it. Apparently GNUStep has a GNOME theming engine, never got that to work either.

I think some GNUStep folks need to sit down and figure out how to get it to work well with GNOME. It think it should be possible to write some sort of utility that automatically generates .desktop files for GNUStep apps and so forth.

What would REALLY REALLY REALLY KICK SERIOUS ASS is someone spent some time on Nautilus and made it read the .app directory structure. The idea most if not every part of an application wrapped up in a nice self contained .app directory structure is probably the most brilliant idea that the NeXT folks came up with. It completely solves the packaging problems found on most OSs (writing .desktop files. editing menus, all that BS).

Furthermore, the idea of a .app directory structure is completely language / desktop env / OS independent. Inside is just a config file that tells what executable to launch, what icon should be, what the env vars should be and so forth.

Reply Parent Score: 3

RE[2]: Objective -C / C++
by tupp on Fri 26th Nov 2010 06:50 in reply to "RE: Objective -C / C++ "
tupp Member since:
2006-11-12

The idea most if not every part of an application wrapped up in a nice self contained .app directory structure is probably the most brilliant idea that the NeXT folks came up with.

Yeah... did they come up with that *before* or *after* Steve Jobs invented the mouse?

Reply Parent Score: 2

RE[3]: Objective -C / C++
by MacMan on Sat 27th Nov 2010 15:25 in reply to "RE[2]: Objective -C / C++ "
MacMan Member since:
2006-11-19

"The idea most if not every part of an application wrapped up in a nice self contained .app directory structure is probably the most brilliant idea that the NeXT folks came up with.

Yeah... did they come up with that *before* or *after* Steve Jobs invented the mouse?
"

I don't think it matters when, or who invented it, its simply a brilliant idea that Linux desperately could use. Have you ever tried to install something that is not available in a package manager? Where to put it, find all the dependencies, create all the desktop file entries, etc... If the app, config and icon is packaged up in a .app directory, it doesn't where it is, just run it. Done with it, just delete it. No freaking 1000 files sprayed out all over your system, everything in one place.

It would be really simple to add support like this to Nautilus and the KDE file manager. The layout of the .app is already supported by GWorkspace. This directory layout format should be handed over to the freedesktop folks to manage and publish.

Again, such a simple idea: package up the binaries, icons, config in a structured directory that the file manager knows how to run and display. Again, it is completely language, desktop env, and even operating system independent.

Edited 2010-11-27 15:27 UTC

Reply Parent Score: 1