From be6560bfcb6541af549bc5e0374fa2642843fa7b Mon Sep 17 00:00:00 2001 From: Eliseu Amaro Date: Sat, 11 Sep 2021 19:08:03 +0100 Subject: [PATCH] [SoC] Use new css theme CSS wasn't updated on this page. --- assets/css/reset.css | 17 ++++- assets/css/style.css | 23 +++++- soc/2021/index.php | 42 +++++------ soc/index.html | 166 +++++++++++++++++++++++++++---------------- 4 files changed, 160 insertions(+), 88 deletions(-) diff --git a/assets/css/reset.css b/assets/css/reset.css index 232df21..2b94a9d 100644 --- a/assets/css/reset.css +++ b/assets/css/reset.css @@ -76,7 +76,7 @@ h2 { font-size: 1.25rem; font-weight: bold; line-height: 1.20; - margin-top: 30px; + margin-top: 2rem; margin-bottom: 0.6rem; word-spacing: 0.00px; text-transform: none; @@ -86,8 +86,19 @@ h3 { font-size: 1.15rem; font-weight: bold; line-height: 1.20; - margin-top: 30px; - margin-bottom: 0.4rem; + margin-top: 1.8rem; + margin-bottom: 0.3rem; + letter-spacing: 0.00px; + word-spacing: 0.00px; + text-transform: none; +} + +h4 { + font-size: 1rem; + font-weight: bold; + line-height: 1.20; + margin-top: 1.4rem; + margin-bottom: 0.2rem; letter-spacing: 0.00px; word-spacing: 0.00px; text-transform: none; diff --git a/assets/css/style.css b/assets/css/style.css index f2531f2..86e50be 100644 --- a/assets/css/style.css +++ b/assets/css/style.css @@ -55,7 +55,7 @@ body * { */ header { /* maximum z-index found */ - z-index: 2; + z-index: 3; position: fixed; font-size: 1.25rem; @@ -76,6 +76,7 @@ header ul { header * { font-size: inherit; + color: #F6F4F6; height: 100vh; max-height: 3rem; @@ -98,8 +99,26 @@ header * { height: 1.25rem; } .menu-link { - color: #F6F4F6; margin-left: 1rem; + color: #F6F4F6; +} +.button { + background-color: #221E22EE; + border-radius: 0.5rem; + padding: 4px 8px; + + color: #F6F4F6; + align-self: flex-end; + width: max-content; +} +hr { + margin-bottom: 1rem; + width: 100%; + color: #221E2266; +} +#log-of-past-successes { + display: flex; + flex-direction: column; } @media screen and (max-width: 700px) { diff --git a/soc/2021/index.php b/soc/2021/index.php index 5e30ee0..695ab61 100644 --- a/soc/2021/index.php +++ b/soc/2021/index.php @@ -2,33 +2,29 @@ - - - GNU social — Summer of Code 2021 Ideas - - - - - - + + + GNU social — Summer of Code 2021 Ideas + + + +
-
diff --git a/soc/index.html b/soc/index.html index 880fed9..28e7608 100644 --- a/soc/index.html +++ b/soc/index.html @@ -2,59 +2,82 @@ - - - GNU social — Summer of Code - - - - - - + + + GNU social — Summer of Code + + + + -
-
- GNU social -
+ +
-

Summer of Code

+

Summer of Code

About GNU social

-

GNU social is the eldest free social networking platform for public and private communications used in federated social networks. It's versatile, extensible and privacy focused. We've been modernizing the existing codebase, ensuring inter-operationality as defined by the IndieWeb and we're developing a modern frontend. This makes GNU social accessible: easy to install and use, and follows AnyBrowser and A11Y guidelines.

-

Our objective is to further differentiate GNU social from the alternative software available, either FOSS or Proprietary/Centralized while setting an example of how a secure, performant and plug-and-play software should be in modern day's web.

+

GNU social is the eldest free social networking platform for public and private communications used in federated social networks. It's + versatile, extensible and privacy focused. We've been modernizing the existing codebase, ensuring + inter-operationality as defined by the IndieWeb and we're developing a modern frontend. This makes GNU + social accessible: easy to install and use, and follows AnyBrowser and A11Y guidelines.

+

Our objective is to further differentiate GNU social from the alternative software available, either FOSS + or Proprietary/Centralized while setting an example of how a secure, performant and plug-and-play + software should be in modern day's web.

About Summer of Code

-

With respect to the time you will have to dedicate, GNU social's Summer of Code expects you to work an average of 36.5h/week. You can organize that time as you please, but you must be sure to dedicate that in your weekly work or to be overly productive.

-

We suggest you to do a four-day work week with 6h of work/day + 3h to document, review/test and report the progress you've done (you usually won't need that much for this and we won't complain as long as you're doing well/being highly productive). As breaks are important, we recommend a 1h lunch break, 15min break after 4h of continuous work and a further 15mins break after 6h of work. These breaks won't be considered as part of your work time.

-

Note that 6h*4 = 24h, if you only do the 24h/week, you'll have to prove your worth. Otherwise, we might require that you either do a 5-day week or that you scale it up to 7.5h in your 4-day week.

-

In general, you will always have to work at least 120h/month, ideally 146h/month (or the productively equivalent). We do not accept that you transfer expected work time from a month to another. Nonetheless, an under-performing week will make us request more hours from you in the week after (up to the limit of 40h).

-

Click here to better understand how we distribute the load. Also note that every summer of code ends with a final tech report, here's an example of a frontend rework.

+

With respect to the time you will have to dedicate, GNU social's Summer of Code expects you to work an + average of 36.5h/week. You can organize that time as you please, but you must be sure to dedicate that + in your weekly work or to be overly productive.

+

We suggest you to do a four-day work week with 6h of work/day + 3h to document, review/test and report + the progress you've done (you usually won't need that much for this and we won't complain as long as + you're doing well/being highly productive). As breaks are important, we recommend a 1h lunch break, + 15min break after 4h of continuous work and a further 15mins break after 6h of work. These breaks won't + be considered as part of your work time.

+

Note that 6h*4 = 24h, if you only do the 24h/week, you'll have to prove your worth. Otherwise, we might + require that you either do a 5-day week or that you scale it up to 7.5h in your 4-day week.

+

In general, you will always have to work at least 120h/month, ideally 146h/month (or the productively + equivalent). We do not accept that you transfer expected work time from a month to another. Nonetheless, + an under-performing week will make us request more hours from you in the week after (up to the limit of + 40h).

+

Click here to better understand how we distribute the load. Also note + that every summer of code ends with a final tech report, here's an + example of a frontend rework.

How to apply?

-

Close some open issues. For that, learn the necessary to acquire a good insight on the codebase. That's how you will start to provide major valuable contributions.

-

We require some merge requests as that is the only way we have of knowing that you've actually tried to understand the codebase and have the minimal necessary programming autonomy for the summer of code.

-

After you've done some code contributions, there's the proposal. That's how we make your application "official". Please contact us on GS's Development chat to get started with it.

+

Close some open issues. For that, learn the necessary to acquire a good insight on the codebase. That's how you will start to + provide major valuable contributions.

+

We require some merge requests as that is the only way we have of knowing that you've actually tried to + understand the codebase and have the minimal necessary programming autonomy for the summer of code.

+

After you've done some code contributions, there's the proposal. That's how we make your application + "official". Please contact us on GS's Development + chat to get started with it.

Suggestion:

  • Header:
  • @@ -84,9 +107,12 @@ N.B.: - Deliverables may come up after timeline - You're allowed to create subsections and even sections -

    Understand that we need you to put some effort on the tentative timeline and relevant research. The point being that if you are to work on a large component or in significant changes, you must show us that you do understand and have gone through the planning work required to implement it properly.

    +

    Understand that we need you to put some effort on the tentative timeline and relevant research. The point + being that if you are to work on a large component or in significant changes, you must show us that you + do understand and have gone through the planning work required to implement it properly.

    Click here to understand how we'll rate your proposal.

    -

    For an example proposal, you can refer to GNU social v2 Network Services Improvements proposal (old format).

    +

    For an example proposal, you can refer to GNU social v2 + Network Services Improvements proposal (old format).

@@ -94,42 +120,62 @@ N.B.:

In 2020

-

V3 Frontend

+

V3 + Frontend

Modular and meaningful Web UX for GNU social v3

-

Proposed by Eliseu Amaro and mentored by Joshua Judson Rosen, Phablulo Joel and Daniel Supernault.

- Technical Report +

Proposed by Eliseu Amaro and mentored by Joshua Judson Rosen, Phablulo Joel and Daniel + Supernault.

+ Technical Report +
-

V3 Backend

+

V3 Backend +

Initial implementation of GNU social v3's backend.

-

Proposed by Hugo Sales and mentored by Diogo Cordeiro and Alexei Sorokin.

- Technical Report +

Proposed by Hugo Sales and mentored by Diogo + Cordeiro and Alexei Sorokin.

+ Technical Report +

In 2019

-

Improvements on GNU social's network systems

+

Improvements on + GNU social's network systems

Private Messaging, further development on ActivityPub, improved Remote Actions.

-

Proposed by Bruno Casteleiro and mentored by Diogo Cordeiro.

- Technical Report +

Proposed by Bruno Casteleiro and mentored by Diogo Cordeiro.

+ Technical Report +
- -

Optimizations on Load Balance System and Storage Usage

+

Optimizations on + Load Balance System and Storage Usage

Image System, Embed Plugin, Queue System, Caching System.

-

Proposed by Miguel Dantas and mentored by Diogo Cordeiro.

- Technical Report - +

Proposed by Miguel Dantas and mentored by Diogo Cordeiro.

+ Technical Report +

In 2018

-

GS ActivityPub Plugin

-

The tendency is that newer software will focus in the implementation of the ActivityPub Protocol (as it is newer and considered to be simpler) instead of OStatus, given that, it is important for GNU social to support it in order to stay updated and relevant in an even larger fediverse.

-

Proposed by Diogo Cordeiro and mentored by Daniel Supernault and Mikael Nordfeldth.

- Technical Report +

GS ActivityPub + Plugin

+

The tendency is that newer software will focus in the implementation of the ActivityPub Protocol (as it + is newer and considered to be simpler) instead of OStatus, given that, it is important for GNU social to + support it in order to stay updated and relevant in an even larger fediverse.

+

Proposed by Diogo Cordeiro and mentored by Daniel Supernault and Mikael + Nordfeldth.

+ Technical Report +
- -
+ + + +