html-timeline #4337
No reviewers
Labels
No Label
bug
build
cgi Scripting
design
disruptive
documentation
duplicate
easy
feature-request
help wanted
javascript
priority/low
question
system-hackers
tagging
text
translations
wait/bugfix
wait/inprogress
wait/misc
wait/proofread
wontfix
xsl
No Milestone
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: FSFE/fsfe-website#4337
Loading…
Reference in New Issue
No description provided.
Delete Branch "html-timeline"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This pull request continues on the work completed by @nico.rikken in #1768
055506bd41
to0e1d5f92cf
0e1d5f92cf
to7eaebb0800
7eaebb0800
tofad560b2d9
fad560b2d9
to476c1a0379
Status: Currently functional.
In order to be suitable to merge I need to extract the translations of the old svg version for dutch, and use those for the new html dutch timeline.
Ideally some work would be done to beautify the timeline before merging. This should be quite easy as it has been refactored into xml+xsl.
There appears to be some doubts among the team the about the usefulness of having a timeline, so this is on hold until those discussions are resolved.
Oh, should also do some sedding to redirect links to the new position
476c1a0379
toea8a158088
ea8a158088
to1a47c53a03
All translations from the SVG timeline have now been ported across.
Must still be
1a47c53a03
to78a40fe4c0
78a40fe4c0
to5cf8a87cd7
5cf8a87cd7
to20c874adb3
20c874adb3
to51c02ae29f
Still working on it actually looking nice.
Not sure how to source new info for the timeline?
51c02ae29f
tod3ba003d24
Now looks not awful, but still not great.
The boxes with title and description are quite large, it might be nice to hide the descriptions unless clicked?
This can be done with <details>, but not sure how it will interact with flexbox alignment.
d3ba003d24
toc191f31f2f
c191f31f2f
to3b273ed085
3b273ed085
toffd20c895b
ffd20c895b
toa2340eeaa5
a2340eeaa5
toef2eb53487
ef2eb53487
tod64b4b2781
d64b4b2781
to37c1b4d67c
Using details looked real weird, as suspected, so no good.
I am syncing the test branch to this at the moment, so https://test.fsfe.org/about/timeline/ shows what it looks like at least quite recently.
The css is improving, still have not sourced any further content.
37c1b4d67c
toa7ff79193a
a7ff79193a
to1fa4d684d2
1fa4d684d2
to7b13f7db37
7b13f7db37
to8e85537c35
2de3d8e420
to6ac6bd3d20
6ac6bd3d20
to1b59e86d22
1b59e86d22
to1b61955e42
1b61955e42
to6c2ca9e357
6c2ca9e357
tob7735ba8a6
b7735ba8a6
toce0ed5681a
ce0ed5681a
tob6b393e21f
b6b393e21f
tod662c357ef
d662c357ef
to403b56a22d
403b56a22d
to27f62e0dfe
27f62e0dfe
to219901977a
For clarity here is some feedback from @max.mehl on the mailing list
I have changed the title text, removed the month, removed the borders in favour of low tint backgrounds, fixed the title box height across all boxes.
I have made some changes to colors. I would like to stick to using variables for brand colors instead of defining arbitrary colors, and there aren't that many branch color variables, so I am a little bit limited. I have changed the public color to @brand-warning which is semantically not right but looks better.
The emoji issue is a little odd, and needs further investigation.
All emojis are correct on firefox on debian, but I can confirm that they aren't right on android. I believe we should be using the fonts in this repo
/fonts
for all webpage fonts, so the fonts on device shouldn't matter. I suspect then the the emojis we are using actually don't have a monochrome variant defined our webpage fonts, and it just happens that the next default font on debian has them defined? But android should fallback to noto and it has enormous emoji support. Anyway, I will investigate further.Yep, just investigated and we are falling back to browser fonts for emoji most of the time. We dont seem to have defined a list of fallback fonts in the css, just one per type. So the solution to the emoji is probably to do some work on the font css for the whole site. I think its probably best to do that in a separate PR.
556e374c91
tobcf5a61641
Fixed fonts in #4396
bcf5a61641
to23f14ddb17
23f14ddb17
toa42b73419a
a42b73419a
tob5216417d7
b5216417d7
tof9235f4a0c
So, status report on this PR:
The technical details of moving from svg to html+css are complete. This pr can be seen rendered at https://test.fsfe.org/about/timeline/.
I am sure that some further work could be done on the Styling, but I am satisfied with its appearance, and all major concerns raised at time of writing have been addressed.
The only thing left to do therefore is update it with new content.
The FSFE Italy group has compiled a list of notable events that can be included here: https://share.fsfe.org/s/agXLXiweecHK9wc
f9235f4a0c
tof1b31d928e
f1b31d928e
to80bb24e9e7
WIP: html-timelineto html-timelineSo after some discussion with @mk it was decided that this pr will just be for the technical overhaul, and the new content will come in a later PR.
At least that was my understanding of the resolution.
80bb24e9e7
tob69c8f4f5b