On Sunday, 2003-02-16, 16:13, CET, Axel Simon wrote:
Hi all,
after some correcting comments, I added a summary which I would like you to have a look at. It's in the same document at:
http://www.cs.ukc.ac.uk/people/staff/as49/poll.pdf
Thanks, Axel.
Hello again, some mails ago I already talked about the two interpretions of "level": (a) functional (high) vs. imperative (low) (b) high level GUI concepts (e.g., common dialogs) vs. low level GUI concepts (e.g., single widgets or even drawing primitives) Opinion 4c currently says that the common API shall be at a higher level than the (L) interface. A problem is that it is not clear to which meaning of "level" this refers. I definitely meant that the common API shall be high-level with respect to (b). Another point is that I didn't want to talk about differences between the "common API" and the (L) interface. In fact, I wanted to say that already the (L) interface should be high-level in the (b) meaning. Otherwise it would be hard or impossible to implement a native-look-and-feel (A) interface on top of it. If, for example, (L) didn't support file open dialogs directly, (A) would have to build them itself which would probably lead to dialogs which are different from the platform specific ones. So I would rephrase 4c as follows: to achieve native look-and-feel on each platform, the common API shall provide support for high-level GUI concepts like common dialogs or applications, not only for widget structures Furthermore, in section 2 (objectives) you talk about the platforms "the community is interested in". Does this mean that this covers all platforms someone from the community is interested in or that it covers only those platforms most people of the community are interested in. If the former is the case, I would like to see KDE added. I favor KDE for the following reason: For me, it is very important to have a consistent user interface and a good integration of the different applications. Under Windows and even more under Mac OS (X) this is standard but under UNIX systems it is not. To achieve this under, for example, Linux, you have to use a desktop environment, not just a common GUI toolkit. For me, the best choice here is KDE because: * it is free * it provides a lot of functionality (compared, for instance, with GNOME) * it provides strong integration (again, compared, for instance, with GNOME) Best wishes, Wolfgang