Your message dated Mon, 25 May 2009 16:37:31 +0200
with message-id <[email protected]>
and subject line Re: Bug#529647: awesome: Rotated wibox now uses width, not 
height to define its height
has caused the Debian Bug report #529647,
regarding awesome: Rotated wibox now uses width, not height to define its height
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
529647: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=529647
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: awesome
Version: 3.3~rc3-1
Severity: normal

I used to define my wibox with:
    mywibox[s] = wibox({ position = "left", fg = beautiful.fg_normal, bg = 
beautiful.bg_normal, height = 24 })

Now I need to use:
    mywibox[s] = wibox({ position = "left", fg = beautiful.fg_normal, bg = 
beautiful.bg_normal, width = 24 })

The previous version kind of made sense, in that you don't need to change 
between
height and width when changing the position. Was that change intended ?

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages awesome depends on:
ii  libc6                         2.9-12     GNU C Library: Shared libraries
ii  libcairo2                     1.8.6-2+b1 The Cairo 2D vector graphics libra
ii  libdbus-1-3                   1.2.14-2   simple interprocess messaging syst
ii  libev3                        1:3.6-1    high-performance event loop librar
ii  libglib2.0-0                  2.20.1-2   The GLib library of C routines
ii  libimlib2                     1.4.2-4+b1 powerful image loading and renderi
ii  liblua5.1-0                   5.1.4-3    Simple, extensible, embeddable pro
ii  libpango1.0-0                 1.24.2-1   Layout and rendering of internatio
ii  libstartup-notification0      0.10-1     library for program launch feedbac
ii  libx11-6                      2:1.2.1-1  X11 client-side library
ii  libxcb-atom1                  0.3.4-1    utility libraries for X C Binding 
ii  libxcb-aux0                   0.3.4-1    utility libraries for X C Binding 
ii  libxcb-event1                 0.3.4-1    utility libraries for X C Binding 
ii  libxcb-icccm1                 0.3.4-1    utility libraries for X C Binding 
ii  libxcb-image0                 0.3.4-1    utility libraries for X C Binding 
ii  libxcb-keysyms1               0.3.4-1    utility libraries for X C Binding 
ii  libxcb-property1              0.3.4-1    utility libraries for X C Binding 
ii  libxcb-randr0                 1.2-1      X C Binding, randr extension
ii  libxcb-render-util0           0.3.4-1    utility libraries for X C Binding 
ii  libxcb-render0                1.2-1      X C Binding, render extension
ii  libxcb-shm0                   1.2-1      X C Binding, shm extension
ii  libxcb-xinerama0              1.2-1      X C Binding, xinerama extension
ii  libxcb-xtest0                 1.2-1      X C Binding, xtest extension
ii  libxcb1                       1.2-1      X C Binding
ii  libxdg-basedir1               1.0.1-1    implementation of the XDG Base Dir
ii  menu                          2.1.41     generates programs menu for all me

Versions of packages awesome recommends:
pn  rlwrap                        <none>     (no description available)
ii  x11-xserver-utils             7.4+2      X server utilities

awesome suggests no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
At 1242840365 time_t, Mike Hommey wrote:
> The previous version kind of made sense, in that you don't need to change 
> between
> height and width when changing the position. Was that change intended ?

Yes it is. Actually, wibox positionning is going to be soon
externalized, so the size is now really the size of a normal window.
Soon, the orientation of the rendering will be disconnected from the wibox 
position;
so you will be able to "attach" a wibox on left, but draw text in east
direction.

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


--- End Message ---

Reply via email to