Some layout tweaks

This commit is contained in:
Dirk Baeumer 2017-12-21 12:15:27 +01:00
parent 5709f66041
commit 8965fcd163
5 changed files with 11 additions and 5 deletions

View file

@ -6,7 +6,7 @@
<body>
{% include topnav.html %}
<div class="page-content">
<div class="wrapper">
{{ content }}

View file

@ -2,10 +2,12 @@
layout: default
---
<div style="height: 1rem">
</div>
<div class="container">
<div class="row">
<div class="col-md-2">
<div class="card sticky-top" style="top: 4rem">
<div class="card sticky-top" style="top: 4.5rem">
<div class="card-header">
Implementations
</div>

View file

@ -2,6 +2,8 @@
layout: default
---
<div style="height: 1rem">
</div>
<div class="container">
<div class="row">
<div class="col-md-2">

View file

@ -2,6 +2,8 @@
layout: default
---
<div style="height: 1rem">
</div>
<div class="container">
<div class="row">
<div class="col-sm-2">
@ -10,7 +12,7 @@ layout: default
<div id="markdown-content-container">{{ content }}</div>
</div>
<div class="col-sm-2">
<div class="sticky-top" style="top: 4rem">
<div class="sticky-top" style="top: 4.5rem">
{% for toc-l1 in site.data.specification-toc %}
<div class="card">
<div class="card-header toc-title">

View file

@ -6,7 +6,7 @@ sectionid: howItWorks
A language server runs as a separate process and development tools communicate with the server using the language protocol over JSON-RPC. Below is an example for how a tool and a language server communicate during a routine editing session:
![language server protocol](./img/language-server-sequence.png)
<img src="./img/language-server-sequence.png" class="img-fluid" alt="language server protocol">
* **The user opens a file (referred to as a *document*) in the tool**: The tool notifies the language server that a document is open ('textDocument/didOpen'). From now on, the truth about the contents of the document is no longer on the file system but kept by the tool in memory. The contents now has to be synchronized between the tool and the language server.
@ -63,7 +63,7 @@ This is the response:
When a user is working with different languages, a development tool usually starts a language server for each programming language. The example below shows a session where the user works on Java and SASS files.
![language server protocol](./img/language-server.png)
<img src="./img/language-server.png" class="img-fluid" alt="language server protocol">
Not every language server can support all features defined by the protocol. LSP therefore defines 'capabilities'. A capability defines a related group of language features. A development tools and the language server announce their supported feature set. As an example, a server announces that it can handle the 'textDocument/definition' request, but it might not handle the 'workspace/symbol' request. Similarly, development tools can announce that they are able to provide 'about to save' notifications before a document is saved, so that a server can compute textual edits to automatically format the edited document.