On 12 Mar 2002 11:20:15 +0100, Dominik Vogt wrote:
> 
> Actually, neither my solution nor Mikhael's work.  We forgot to
> consider tiled pixmap borders.  These have to be drawn in a single
> window in order to prevent seams between the pixmaps of the
> different windows (when resizing).  To further complicate things,
> pixmap borders even may have an inner and outer relief.  The clean
> way to solve this requires
> 
> With pixmap background:
> 
>  8 invisible handles for the cursor shape
>  1 big window with the pixmap background
>  8 windows for the outer relief (4 sides + 4 corners)
>  8 windows for the inner relief
>  8 windows for the bevels
>  ----------------------------------------------------
>  = 33 windows

I think this may be a good opportunity to discontinue this functionality.
Tiled pixmap borders as they are now just don't work. I would guess noone
likes the fact that the top and left borders look constantly, while the
bottom and right borders look randomly for different windows. It is pretty
impossible to find a good pixmap to use for tiling as it is now.

I would like to hear from anyone who uses tiled pixmaps whether he agrees
with a different approach to tiling. I personaly don't think a border look
should be dependent on the window size. I think it is better to add a
functionality to define 1, 2 or 4 tiles that are used (after a possible
manipulation) for different border sides, so they are always look constant
independently from the window size. It is ok for me that there will be 4
crossing points at corner pieces, in the future this may be configurable.

Just to illustrate, if this ascii-art pixmap is given

  +-------+
  | ooooo |
  |  o o  |
  |   o   |
  +-------+

the window with tiled borders may look like this

  +-------------------------------------------+
  | ...  ooooo  ooooo  ooooo  ooooo  ooo  ... |
  | ...   o o    o o    o o    o o    o   ... |
  | ...    o      o      o      o      o  ... |
  |     +-------------------------------+     |
  | o   |                               |  oo |
  | oo  |                               | o o |
  | o o |                               |  oo |
  | oo  |                               |   o |
  | o   |                               |     |
  |     |                               |   o |
  | o   |                               |  oo |
  | oo  |                               | o o |
  | o o |                               |  oo |
  | oo  |                               |   o |
  | o   |                               |     |
  |     |                               |   o |
  | o   |                               |  oo |
  | oo  |                               | o o |
  | o o |                               |  oo |
  | oo  |                               |   o |
  |     +-------------------------------+     |
  | ...  o      o      o      o      o    ... |
  | ...   o    o o    o o    o o    o o   ... |
  | ...  ooo  ooooo  ooooo  ooooo  ooooo  ... |
  +-------------------------------------------+

I don't warry what is drawn in the corner pieces, they may be empty.
Compare with the current ugly (IMO) look depending on the window size.

Thus the window partitioning for both tile pixmap borders and normal
window borders should be the same, similarly to what is described below.

> Without pixmap background:
> 
>  8 handles (4 side handles are drawn into, 4 corners invisible)
>  4 corner pieces
>  8 windows for the bevels
>  ----------------------------------------------------
>  = 20 windows

Regards,
Mikhael.
--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]

Reply via email to