[Cuis] Minor Direction Padding

Dan Norton dnorton at mindspring.com
Mon Jul 20 21:00:30 CDT 2015


On 20 Jul 2015 at 22:28, Juan Vuletich wrote:

> On 7/6/2015 12:37 PM, Dan Norton wrote:
> > On 6 Jul 2015 at 10:33, Juan Vuletich wrote:
> >
> >> Hi Dan,
> >>
> >> On 7/5/2015 8:35 PM, Dan Norton wrote:
> >>> Greetings,
> >>>
> >>> Four LayoutSpec class methods use "minorDirectionPadding:" as
> a
> >> keyword. The parameter
> >>> can be a number or one of: #top, #left, #center, #right, or
> >> #bottom. AFAICT when the
> >>> parameter is a number, it refers to the padding which will be
> >> applied in the minor direction.
> >>> When it is a symbol, it effectively specifies that morphs will
> be
> >> located as the symbol name
> >>> implies.
> >>>
> >>> Attached are four convenience methods whose keyword emphasizes
> the
> >> visible (morph)
> >>> instead of the invisible (padding). The "morphPlacement:"
> >> parameter can be  #top, #left,
> >>> #center, #right, or #bottom. The methods are:
> >>>
> >>> LayoutSpec class>>fixedWidth:fixedHeight:morphPlacement:
> >>> LayoutSpec
> class>>fixedWidth:proportionalHeight:morphPlacement:
> >>> LayoutSpec
> class>>proportionalWidth:fixedHeight:morphPlacement:
> >>> LayoutSpec
> >> class>>proportionalWidth:proportionalHeight:morphPlacement:
> >>> Are these worth having in the base system?
> >>>
> >>>    - Dan
> >>>
> >> I'd rather replace the keyword 'minorDirectionPadding:' by
> >> 'minorDirectionPlacement:' to:
> >> - Avoid ambiguity
> >> - Avoid duplication
> >>
> > OK, as far as the duplication, but I don't see "morphPlacement:"
> in use. Where does the
> > ambiguity occur?
> >
> >   - Dan
> 
> The ambiguity in 'morphPlacement' is that it suggest it is about x
> and y 
> placement. It is only for the 'minor' direction: x if a column, y if
> a 
> row. Major direction placement is dictated by the other arguments,
> and 
> siblings, etc.
> 
> Does this make sense?
> 

+1

 - Dan




More information about the Cuis mailing list