You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -13,17 +13,17 @@ To have more information about our _completed_ projects, please see the
13
13
{: .no_toc}
14
14
15
15
The following sections present our plan for the current quarter. Every
16
-
project description is followed by the concrete results we will deliver, and
16
+
project description is followed by the concrete results we will deliver and
17
17
their expected outcome on the Scala community.
18
18
19
19
* Table of Contents
20
-
{:toc}
20
+
{:toc}
21
21
22
22
### Make Scala tooling seamless for newcomers, and provide robust foundations for the Scala ecosystem
23
23
24
24
#### Polish sbt and Coursier
25
25
26
-
Most of the Scala projects are built with sbt, which uses Coursier under the hood.
26
+
Most Scala projects are built with sbt, which uses Coursier under the hood.
27
27
The Coursier CLI is also the recommended way to get started in Scala. We want to make sure these tools
28
28
work well for everyone. In collaboration with the current maintainers Eugene Yokota and Alexandre Archambault, we will
29
29
address the most important issues that are currently opened. Read our roadmap for Coursier [here](https://contributors.scala-lang.org/t/bugfixes-and-seamless-installation-process-for-coursier/6052).
@@ -54,7 +54,7 @@ release cycle and support a wider range of Scala 3 versions (including experimen
54
54
55
55
#### Reduce the Number of Ways to Import Scala Projects in IDEs
56
56
57
-
Currently, when starting new projects in Metals the build server that is used by default is Bloop. Part of this is for historical reasons, but part of it is also due to the speed of Bloop and the integrations that exist for it. Bloop has been incredibly important in the Build Server arena. However, there is also BSP implementation in sbt and in Mill and even when a `.bsp/<build-tool>.json` entry exists, Metals will still force Bloop on the user unless they manually switch. This can cause confusion and also may add extra steps into choosing a build server that shouldn't be needed.
57
+
Currently, when starting new projects in Metals the build server that is used by default is Bloop. Part of this is for historical reasons, but part of it is also due to the speed of Bloop and the integrations that exist for it. Bloop has been incredibly important in the Build Server arena. However, there are also BSP implementations in sbt and in Mill and even when a `.bsp/<build-tool>.json` entry exists, Metals will still force Bloop on the user unless they manually switch. This can cause confusion and also may add extra steps into choosing a build server that shouldn't be needed.
58
58
59
59
This problem also exists in a different way in IntelliJ when you open for example an sbt project that has an existing `.bsp/sbt.json` file you'll be prompted to import the project either as a BSP project or an sbt project. Arguably, newcomers have no idea what BSP is, and they shouldn't have to.
60
60
@@ -77,10 +77,10 @@ website.
77
77
78
78
The next main tasks are:
79
79
80
-
- make the content more use-case-oriented rather than features-oriented,
81
-
- reorganize the structure to make it more intuitive according to the reader’s background,
80
+
- make the content more use-case-oriented rather than features-oriented
81
+
- reorganize the structure to make it more intuitive according to the reader’s background
82
82
- create new tutorials to document better how to contribute to the Scala open-source
0 commit comments