reviewing_digestresse on Mon, 23 Apr 2001 20:05:16 +0200 (CEST) |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Re: <nettime> Review of the CODE conference [pichlmair, cramer] |
Table of Contents: Re: <nettime> Review of the CODE conference (Cambridge/UK, April 5-6, 2001) Martin Pichlmair <e9626313@student.tuwien.ac.at> Re: <nettime> Review of the CODE conference (Cambridge/UK, April 5-6, 2001) Florian Cramer <paragram@gmx.net> ------------------------------ Date: Mon, 23 Apr 2001 10:47:04 +0200 (METDST) From: Martin Pichlmair <e9626313@student.tuwien.ac.at> Subject: Re: <nettime> Review of the CODE conference (Cambridge/UK, April 5-6, 2001) dear florian, i agree to your mail in general. yet i would like to comment the last paragraph ... > ...and another problem is that GNU/Linux and other Free Software > operating systems (like Free/Net/OpenBSD) don't provide standardized > high-level APIs for the kind of applications you develop. (I.e. no > unified screen/printer imaging layers, different incompatible audio APIs > all without built-in codecs, no standard GUI, no standard component > model.) Both Macintosh and Windows are much better suited as target > platforms for your projects. yes :: gnu operating systems do not provide standardized high level apis - yet! there are currently lots of projects aiming in that direction - video4linux, dri [ direct rendering interface ], openInventor, .... and do not miss, that there are [ yet only few ] successfull ports of standard authoring tools :: the MAX-clone pl/gem, e.g. i hope, that this situation will change in the near future [ but i share many of your concerns about this ] .. g-martin : martin pi contact : e9626313@student.tuwien.ac.at : 0699 10443742 johann strauss gasse 32 / 7 : 1040 vienna : http://stud3.tuwien.ac.at/~e9626313 ------------------------------ Date: Mon, 23 Apr 2001 13:36:50 +0200 From: Florian Cramer <paragram@gmx.net> Subject: Re: <nettime> Review of the CODE conference (Cambridge/UK, April 5-6, 2001) Am Sun, 22.Apr.2001 um 20:04:43 +0100 schrieb Benjamin Geer: > Perhaps I'm simply misunderstanding, but it seems to me that there's no > conflict between Free Software and standardisation; in practice, they > depend heavily on each other. Later in your message, you mention open > standards such as HTML and JPEG; one could also mention PNG images (the I guess my wording was not precise. While Free Software, as you mentioned, clearly provides the best support for open standard protocols, interfaces and file formats, the APIs - i.e. libraries and component models - are quite diverse and provide quite instable (i.e. constantly changing) interfaces on the same operating system, often duplicating functionality (imlib vs. gdk-pixbuf, gimp-print vs. gnome-canvas vs. display ghostscript vs. X11 print extensions, to name only a few). An application written for KDE 1.1 cannot be compiled for KDE 2.x while the win32 and MacOS APIs have been stable at least for a couple of years. The standard interface on Free operating system is POSIX, the lowest common denominator of shared code the glibc. Everything else is in flux and provides inconsistent interfaces to users and programmers. I personally see this as an advantage (as I prefer choice, configurability and avoidance of backwards-compatible cruft), and think that it reflects the openness and freedom of Free Software on the level of structure. Proprietary operating systems are more unified and consistent in themselves simply because they are controlled by central entities, and because open standards tend to describe low-level rather than high-level stuff (with the exception of OpenStep, where the Free Software community made the mistake of rushing KDE and Gnome out of the door instead of properly finishing GNUstep and end up with a MacOS X-compatible GUI framework). It is unlikely that Free Software would have produced anything similar to the classical MacOS or PalmOS both of which are strictly engineered from a non-technical user's perspective. > of a standard GUI is not as much of a problem as you'd think. The > different GUI environments are not mutually exclusive; applications > written for one environment can be run in the other environments, as long > as the user has the necessary libraries installed. Which isn't a problem, > because they're free. They are not mutually exclusive, but don't interoperate very well. For users, this means to set up and configure the same things twice or more, for developers to settle on specific combinations of programming languages, toolkits and libraries at the risk of running into license incompatibility and producing code which becomes obsolete once it's released because the underlying APIs have changed. And it's simply a drag for a digital artist working with, say, the Gimp, jMAX, PD and KDevelop to cope with three wholly inconsistent user interfaces (GTK, Java, Tk, Qt/KDE). This is a problem for high-level multimedia and GUI development only, not for daemons, scripts and console applications which can settle on the historically quite stable Unix/POSIX interface and nicely interoperate via pipes, sockets and child processes. (Although still being inconsistent in keyboard control and configuration syntax.) Florian - -- http://userpage.fu-berlin.de/~cantsin/ http://www.complit.fu-berlin.de/institut/lehrpersonal/cramer.html GnuPG/PGP public key ID 3D0DACA2 ------------------------------ # distributed via <nettime>: no commercial use without permission # <nettime> is a moderated mailing list for net criticism, # collaborative text filtering and cultural politics of the nets # more info: majordomo@bbs.thing.net and "info nettime-l" in the msg body # archive: http://www.nettime.org contact: nettime@bbs.thing.net