eXept Software AG Logo

Smalltalk/X Webserver

Documentation of class 'VisualPart':

Home

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

Class: VisualPart


Inheritance:

   Object
   |
   +--DisplayObject
      |
      +--VisualComponent
         |
         +--VisualPart

Package:
stx:libview2
Category:
Compatibility-ST80-Graphics-Display Objects
Version:
rev: 1.46 date: 2023/10/17 10:40:29
user: matilk
file: VisualPart.st directory: libview2
module: stx stc-classLibrary: libview2

Description:


abstract superclass for all kinds of visual components, which
are containers for some other component.
This class and its subclasses (currently) exist mostly for
ST-80 compatibility - to provide a home for ported PD classes,
which depend on the VisualPart hierarchy.

Notice: 
    this class was implemented using protocol information
    from alpha testers, from reading PD programs and 
    from the Hopkins/Horan book.
    - it may not be complete or compatible to the corresponding ST-80 class. 
    If you encounter any incompatibilities, please forward a note 
    describing the incompatibility verbal (i.e. no code) to the ST/X team.
    This is still being constructed - not yet finished.

see examples eg in RectangleMorph

copyright

COPYRIGHT (c) 2002 by eXept Software AG All Rights Reserved This software is furnished under a license and may be used only in accordance with the terms of that license and with the inclusion of the above copyright notice. This software may not be provided or otherwise made available to, or used by, any other person. No title to or ownership of the software is hereby transferred.

Instance protocol:

accessing
o  beInvisible

o  beVisible

o  container
return my container

o  container: something
set container

o  drawableId
return the drawableId of where I am in

o  extent: newExtent
(comment from inherited method)
set my extent

o  graphicsContext
return the graphicsContext of where I am in

o  graphicsDevice
return the graphicsContext

o  name

o  name: something

o  origin: newOrigin
(comment from inherited method)
move my origin

o  topComponent
return the top component - typically the topView

o  view
return my view

accessing-channels
o  extentHolder

o  extentHolder: aValueHolder

o  heightHolder: aValueHolder

o  originHolder

o  originHolder: aValueHolder

o  visibilityChannel
self obsoleteMethodWarning.

o  visibilityChannel: something
self obsoleteMethodWarning.

o  visibilityHolder

o  visibilityHolder: aValueHolder

o  widthHolder: aValueHolder

o  xHolder: aValueHolder

o  yHolder: aValueHolder

accessing-color & font
o  backgroundColor

accessing-dimensions
o  bounds: newBounds
self assert:(newBounds left isInteger).

o  invalidateAfter: aBlock
perform aBlock, which may change my bounds.
Ensure that the affected region of the view is invalidated
(i.e. invalidate the union of the previous and the new bounds)

o  possiblyInvalidate
@Commented by cg at: 2022-01-12 18:26 Reason:

change & update
o  update: something with: aParameter from: changedObject
invalidate is always ok - however, it will redraw bg, fg and line

view protocol mimicri
o  bottomInset

o  computeBoundingBox
container notNil ifTrue:[

o  computeCorner

o  computeExtent

o  computeOrigin

o  containerChangedSize
my container changed its size.
The default here is to ignore this, but some wrappers like
to resize when this happens.

o  cornerRule

o  create
want myself to be created.

o  destroy

o  device
Please use graphicsDevice for ST80 compatibility.

** This is an obsolete interface - do not use it (it may vanish in future versions) **

o  extentRule

o  geometryLayout

o  geometryLayout: newLayoutOrNil
(comment from inherited method)
ignored here

o  invalidate

o  isComponentOf: aViewOrComponent
return true, if I am a (direct or indirect) component of aViewOrComponent

o  leftInset

o  originRelativeTo: aContainer
return the origin (in pixels) relative to a superView,
or relative to the rootView (if the aView argument is nil).
If the receiver is nonNil and not a subview of aView, return nil.

o  originRelativeToTopView
return the origin (in pixels) relative to my topView

o  originRule

o  realize
my container realized itself.
The default here is to ignore this, but some wrappers like
to do something when this happens.

o  realizeAllSubViews
realize all my subviews - but not myself.

o  relativeCorner

o  relativeExtent

o  relativeOrigin

o  rightInset

o  shown

o  subViewChangedSize

o  subViews

o  topInset

o  topView
return the topView - that's the one with no superview

o  windowGroup

o  withAllSubViewsDo: aBlock



ST/X 7.7.0.0; WebServer 1.702 at 20f6060372b9.unknown:8081; Sun, 22 Dec 2024 05:28:01 GMT