Gentoo Archives: gentoo-pms

From: Ulrich Mueller <ulm@g.o>
To: gentoo-pms@l.g.o
Subject: Re: [gentoo-pms] The "Feature Availability by EAPI" table is ugly
Date: Sun, 06 May 2012 20:19:14
Message-Id: 20390.56503.203328.190825@a1i15.kph.uni-mainz.de
In Reply to: [gentoo-pms] The "Feature Availability by EAPI" table is uglier than Portage code by Ciaran McCreesh
1 [Subject slightly adjusted.]
2
3 >>>>> On Sun, 6 May 2012, Ciaran McCreesh wrote:
4
5 > The "Feature Availability by EAPI" table looks nasty. Once we add
6 > EAPI 5 in there, it won't properly fit on the page.
7
8 I never liked that the table is rotated, in the first place. While
9 we're at it, can we get rid of that, too? For example, we could use
10 the dpfloat package and place the table on a double page.
11
12 > Here are some ideas:
13
14 > Left align the 0, 1, 2, 3, 4, 5 column headers.
15
16 +1
17
18 > For "default_ phase functions" and "econf arguments", there's too
19 > much column text. We could either replace this with "see text", or
20 > put a quick summary into a different table and say "see table D.2".
21
22 +1 (for either solution)
23
24 > We could nuke the first column.
25
26 The "feature" column? That would leave us only with the "reference"
27 column which is rather cryptic. Also several features share the same
28 reference, e.g., "! blockers" and "!! blockers" are both mapped to
29 bang-strength.
30
31 > We could put in some "light" lines on the table. Then for features that
32 > are shared across EAPIs, we can do this:
33
34 > | 0 1 | 2 3 | 4 5 |
35 > +----------------------+------------+--------------+-------------+
36 > |Use Dependencies | No | 2-style | 4-style |
37 > +----------------------+----+-------+--------------+-------------+
38 > |src_compile | 0 | 1 | 2 |
39
40 > possibly with multi-column text centred.
41
42 That doesn't look like it would improve the clarity of the table. And
43 you'd have to add lines to separate the columns, which will even take
44 away some of the available space.
45
46 > Or we could do it using some kind of background shading on cells
47 > instead?
48
49 I fear that whatever of the above we do, we will be discussing this
50 table again for EAPI 6 or 7. It doesn't scale for an arbitrary number
51 of EAPIs.
52
53 Ulrich