eXept Software AG Logo

Smalltalk/X Webserver

Documentation of class 'stx_libview':

Home

Documentation
www.exept.de
Everywhere
for:
[back]

Class: stx_libview


Inheritance:

   Object
   |
   +--ProjectDefinition
      |
      +--LibraryDefinition
         |
         +--stx_libview

Package:
stx:libview
Category:
* Projects & Packages *
Version:
rev: 1.99 date: 2019/07/15 13:39:44
user: cg
file: stx_libview.st directory: libview
module: stx stc-classLibrary: libview
Author:
cg

Description:


Package Documentation

This library contains low level interfaces to the underlying graphic system
and representations of windows, fonts, colors, bitmaps etc.

It does not contain medium level widget classes or applications/tools,
but instead provides a device- and operating system independent layer on top of which
GUI frameworks can be built.

It currently supports X11 and Windows-API. 
Native OSX support may be an option if there is sufficient demand for it 
(i.e. someone is willing to pay for its development).


[primary maintainer:]
    cg


Class protocol:

description
o  excludedFromPreRequisites
OrderedDither - referenced by Image>>convertToPalette:renderedBy:

o  mandatoryPreRequisites
list packages which are mandatory as a prerequisite.
This are packages containing superclasses of my classes and classes which
are extended by myself.
They are mandatory, because we need these packages as a prerequisite for loading and compiling.
This method is generated automatically,
by searching along the inheritance chain of all of my classes.
Please take a look at the #referencedPreRequisites method as well.

o  referencedPreRequisites
list packages which are a prerequisite, because they contain
classes which are referenced by my classes.
These packages are NOT needed as a prerequisite for compiling or loading,
however, a class from it may be referenced during execution and having it
unloaded then may lead to a runtime doesNotUnderstand error, unless the caller
includes explicit checks for the package being present.
This method is generated automatically,
by searching all classes (and their packages) which are referenced by my classes.
Please also take a look at the #mandatoryPreRequisites method

description - compilation
o  additionalBaseAddressDefinition_bc_dot_mak
this is an optional definition, which (if present) may speed up the dll-loading a little
on win32 systems.

o  additionalDefinitions_bc_dot_mak
(comment from inherited method)
allows for additional definitions/rules to be added to the bc.mak file.
Subclasses may redefine this.

o  additionalDefinitions_make_dot_proto

o  additionalRules_bc_dot_mak
(comment from inherited method)
obsolete - kept for compatibility with old project files

o  additionalRules_make_dot_proto
(comment from inherited method)
allows for additional rules to be added to the make.proto file.

o  localDefines_unix

o  localIncludes

o  stcOptimizationOptions

o  stcWarningOptions

description - contents
o  classNamesAndAttributes
lists the classes which are to be included in the project.
Each entry in the list may be: a single class-name (symbol),
or an array-literal consisting of class name and attributes.
Attributes are: #autoload or #<os> where os is one of win32, unix,...

o  extensionMethodNames
lists the extension methods which are to be included in the project.
Entries are 2-element array literals, consisting of class-name and selector.
A correponding method with real names must be present in my concrete subclasses
if it has extensions.

description - project information
o  companyName
Return a companyname which will appear in <lib>.rc

o  description
Return a description string which will appear in nt.def / bc.def

o  legalCopyright
Return a copyright string which will appear in <lib>.rc

o  productName
Return a product name which will appear in <lib>.rc



ST/X 7.2.0.0; WebServer 1.670 at bd0aa1f87cdd.unknown:8081; Wed, 20 Nov 2019 06:36:38 GMT