-
-
Notifications
You must be signed in to change notification settings - Fork 7
/
settings.yml
232 lines (218 loc) · 7.49 KB
/
settings.yml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
# SPDX-FileCopyrightText: 2023 Christina Sørensen
# SPDX-FileContributor: Christina Sørensen
#
# SPDX-License-Identifier: AGPL-3.0-only
# Landscape2 settings
#
# This settings file allows customizing some aspects of the landscape.
# Foundation (required)
#
# Name of the foundation. This value is used in some labels, so we recommended
# to keep it as short as possible.
#
# foundation: <FOUNDATION_NAME>
#
foundation: NixLang
# Images (required)
#
# Urls some images used in the landscape UI.
#
# images:
# favicon: <FAVICON_URL>
# footer_logo: <FOOTER_LOGO_URL>
# header_logo: <HEADER_LOGO_URL>
# open_graph: <OPEN_GRAPH_IMAGE_URL>
#
images:
favicon: "https://landscape.nixlang.wiki/images/favicon.ico"
footer_logo: "https://nixlang.wiki/bad-nixlang-wiki-logo.png"
header_logo: "https://nixlang.wiki/bad-nixlang-wiki-logo.png"
# Categories (optional)
#
# Categories information is read from the `landscape.yml` data file. The way
# categories are displayed in the web application is computed dynamically based
# on the number of categories and subcategories, as well as the number of items
# on each. Sometimes, however, we may want subcategories to be displayed in a
# specific order within a category (this happens often in the Members category).
# In those cases, it is possible to define that order by overriding a category.
#
# This option can also be used to not display one or more subcategories in the
# landscape. To achieve that, we only need to exclude the subcategory from the
# subcategories list when overriding a category.
#
# categories:
# - name: <CATEGORY_NAME>
# subcategories:
# - <SUBCATEGORY1_NAME>
# - <SUBCATEGORY2_NAME>
#
# Colors (optional)
#
# Colors used across the landscape UI. The colors section is optional but, when
# provided, *all colors must be provided*. Colors must be specified using the
# following format: "rgba(<RED>, <GREEN>, <BLUE>, <ALPHA>)".
#
# colors:
# color1: <COLOR1> # Buttons, groups, links
# color2: <COLOR2> # Some highlighted items like filters button, search icon
# color3: <COLOR3> # Participation stats bars, spinners, modal titles
# color4: <COLOR4> # Categories titles in filters, fieldset in filters modal
# color4: <COLOR5> # Categories and subcategories frames (odd)
# color5: <COLOR6> # Categories and subcategories frames (even)
#
colors:
color1: "rgba(0, 107, 204, 1)"
color2: "rgba(255, 0, 170, 1)"
color3: "rgba(96, 149, 214, 1)"
color4: "rgba(0, 42, 81, 0.7)"
color5: "rgba(1, 107, 204, 0.7)"
color6: "rgba(0, 42, 81, 0.7)"
# Featured items (optional)
#
# This section allows highlighting items that match certain criteria. You can
# define a list of rules and the matching items will be featured in a special
# way in the landscape.
#
# Each rule must define a field for the check as well as the values that will
# trigger a match. At the moment the fields supported are:
#
# - maturity
# - subcategory
#
# When a given item's field matches any of the values provided, it will be
# considered a featured item. For each option, it is possible to also define an
# order (which item would be displayed first) and a label for the item.
#
# featured_items:
# - field: subcategory
# options:
# - value: <SUBCATEGORY1_NAME>
# - value: <SUBCATEGORY2_NAME>
#
featured_items:
- field: maturity
options:
- value: community
order: 1
label: Community
- value: official
order: 2
label: Official
- value: commercial
order: 3
label: Commercial
# Grid items size (optional)
#
# Defines the preferred size of the landscape items in the grid mode. When the
# landscape contains many items, it is recommended to use the `small` size.
# However, if there aren't many items, choosing `medium` or `large` may make
# the landscape look nicer. Users will still be able to adjust the items size
# from the UI using the zoom controls.
#
# grid_items_size: <small|medium|large>
#
grid_items_size: medium
# Groups (optional)
#
# In some cases, specially when a landscape contains lots of items, it may be
# interesting to organize them in groups. Each group will be displayed on a
# different tab in the landscape web application. Each entry must contain the
# name of the group (it will be displayed as is) and a list with the categories
# (as defined in the landscape.yml data file) that will be part of this group.
#
# groups:
# - name: <GROUP_NAME>
# categories:
# - <CATEGORY1_NAME>
# - <CATEGORY2_NAME>
#
groups:
- name: All categories
categories:
- Flakes
- Builders
- Infrastructure
- Documentation
- Others
- name: Flakes
categories:
- Flakes
# Name of the members category (optional)
#
# Landscapes usually have a special category dedicated to the members of the
# corresponding foundation. It is possible to use any name for that category,
# but it is important that we define it here as there are some special
# operations that depend on it.
#
# members_category: <CATEGORY_NAME>
#
# QR code configuration (optional)
#
# Defines the configuration of the QR code that will be displayed on the UI as
# well as on the downloadable landscape in PDF and PNG formats.
#
qr_code:
url: "https://nixlang.wiki/qr-code.png"
# Screenshot width (optional)
#
# Width of the landscape screenshots automatically generated (in pixels).
# Screenshots won't be taken if this value is not provided.
#
# screenshot_width: <WIDTH_IN_PIXELS>
#
screenshot_width: 1500
# Social networks urls (optional)
#
# List of social networks urls that will be used to create some links in the
# landscape web application.
#
# social_networks:
# facebook: <FACEBOOK_URL>
# flickr: <FLICKR_URL>
# github: <GITHUB_URL>
# instagram: <INSTAGRAM_URL>
# linkedin: <LINKEDIN_URL>
# slack: <SLACK_URL>
# twitch: <TWITCH_URL>
# twitter: <TWITTER_URL>
# wechat: <WECHAT_URL>
# youtube: <YOUTUBE_URL>
#
# social_networks:
# facebook: "https://www.facebook.com/CloudNativeComputingFoundation/"
# flickr: "https://www.flickr.com/photos/143247548@N03/albums"
# github: "https://github.com/cncf"
# instagram: "https://www.instagram.com/humans.of.cloudnative/"
# linkedin: "https://www.linkedin.com/company/cloud-native-computing-foundation/"
# slack: "https://slack.cncf.io/"
# twitch: "https://www.twitch.tv/cloudnativefdn"
# twitter: "https://twitter.com/cloudnativefdn"
# wechat: "https://www.cncf.io/wechat/"
# youtube: "https://www.youtube.com/c/cloudnativefdn"
# TAGs (optional)
#
# Projects items can specify which TAG owns them in the `landscape.yml` file
# (by using the `tag` field in the `extra` item's section). However, sometimes
# this information is not available at the item level. This configuration
# section provides a mechanism to automatically asign a TAG to projects items
# based on the categories and subcategories they belong to.
#
# For example, we can define that all projects in the category <CATEGORY1> are
# owned by <TAG1>. When the items are processed, the corresponding TAG will be
# set in the items that match the rule defined. The TAG defined at the item
# level always takes precedence, so when it's present it won't be replaced.
#
# NOTE: TAGs names should only use lowercase case letters and hyphens (no
# spaces or other characters), and should not be prefixed with "tag". The
# subcategories field is optional and, when omitted, all of them will be
# included.
#
# tags:
# <TAG1>:
# - category: <CATEGORY1>
# subcategories:
# - <SUBCATEGORY1>
# - <SUBCATEGORY2>
# <TAG2>:
# - category: <CATEGORY2>
#