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
Copy file name to clipboardExpand all lines: en/advanced/externalfiles.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,10 +14,10 @@ To change the external viewer settings, go to **Options → Preferences → Exte
14
14
15
15
There are several ways to open an external web page. In the entry editor, click on the icon "open" right of the text field to open the respective DOI or URL.
In the entry table you can select an entry and use the menu choice, keyboard shortcut or the right-click menu to open the file or web page. Finally, you can click on a URL or DOI icon.
20
20
21
-
.png>)
21
+

22
22
23
23
By default the entry table will contain a singly column containing an indicator whether there is a DOI or a URL linked. You can remove the "Link identifiers" column in **Options → Preferences → Entry table**.
Copy file name to clipboardExpand all lines: en/advanced/journalabbreviations.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ This feature can be configured under **Options → Preferences → Manage journa
10
10
11
11
JabRef includes a fairly extensive build-in list of journal abbreviations. This list is a merge of all lists available at [https://abbrv.jabref.org](https://abbrv.jabref.org). However, this might still be incomplete (or outdated) for the purposes of some users. Thus, JabRef allows to add abbreviations in the form of a personal list or external lists.
@@ -43,7 +43,7 @@ Once you click _Save changes_, if you have selected a file, and the table contai
43
43
44
44
You can link to a number of external lists. These links can be set up on top of the **Manage journal abbreviations** window. External lists are similar to the personal list. The _Open existing list_ button allows you to select an existing file on your computer.
External lists can be found at [JabRef's repository abbreviation lists](http://abbrv.jabref.org). These data files are in CSV format (using comma as separators):
By default the external editor used to push citations is TeXstudio. You can select another application in **Options → Preferences → External programs**. Under the **Push applications** section, click on the **Application to push entries to** field. This will cause a dropdown menu to appear, from which you are then able to select from a list of all the external editors you have configured.
20
20
@@ -24,15 +24,15 @@ You can configure the citation command at "Cite command". JabRef intelligently p
24
24
25
25
Once you have made your selection and click **Save**, the push-to-external application button icon will change to match that of the selected external editor application.
26
26
27
-
.png>)
27
+

28
28
29
29
When you click on the push-to-external application button, JabRef will export your selected entries to an open LaTeX file in the selected external editor application. As an example, here is what happens when you export one entry to TexStudio.
30
30
31
-
.png>)
31
+

32
32
33
33
As long as you continue using the same external editor application, clicking on the push-to-external application button for subsequent exports will just add new citations or extend an existing citation with additional entries. Following the example above, here is what happens when you export a second entry to TeXStudio on an existing citation, which is extended to include the new entry in your LaTeX document.
34
34
35
-
.png>)
35
+

Copy file name to clipboardExpand all lines: en/collaborative-work/export/customexports.md
+16-16Lines changed: 16 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -74,11 +74,11 @@ A conditional block can also be dependent on more than one field, and the conten
74
74
* OR operator : `|`, `||`
75
75
* NOT operator : `!`
76
76
77
-
For example, to output text only if both `year` and `month` are set, use a block like the following: `\begin{year&&month}Month: \format[HTMLChars]{\month}\end{year&&month}`
77
+
For example, to output text only if both `year` and `month` are set, use a block like the following: `\begin{year&&month}Month: \format[HTMLChars]{\month}\end{year&&month}`
78
78
which will print "Month: " plus the contents of the `month` field, but only if also the `year` field is defined.
79
79
80
-
As an example for the usage of the NOT operator, consider the following:
Here, "no year" is printed as output text if no year field is defined.
83
83
84
84
**Note:** Use of the `\begin` and `\end` commands is a key to creating layout files that work well with a variety of entry types.
@@ -126,7 +126,7 @@ JabRef provides the following set of formatters:
126
126
*`RemoveBrackets` : removes all curly brackets "{" or "}".
127
127
*`RemoveBracketsAddComma` : removes all curly brackets "{" or "}". The closing curly bracket is replaced by a comma.
128
128
*`RemoveLatexCommands` : removes LaTeX commands like `\em`, `\textbf`, etc. If used together with `HTMLChars` or `XMLChars`, this formatter should be called last.
129
-
*`RemoveTilde` : replaces the tilde character used in LaTeX as a non-breakable space by a regular space. Useful in combination with the [NameFormatter](customexports.md#NameFormatter) discussed in the next section.
129
+
*`RemoveTilde` : replaces the tilde character used in LaTeX as a non-breakable space by a regular space. Useful in combination with the `Authors` formatter discussed in the next section.
130
130
*`RemoveWhitespace` : removes all whitespace characters.
131
131
*`Replace(regexp,replacewith)` : does a regular expression replacement. To use this formatter, a two-part argument must be given. The parts are separated by a comma. To indicate the comma character, use an escape sequence: \,
132
132
@@ -149,14 +149,14 @@ JabRef provides the following set of formatters:
149
149
150
150
To accommodate for the numerous citation styles, the `Authors` formatter allows flexible control over the layout of the author list. The formatter takes a comma-separated list of options, by which the default values can be overridden. The following option/value pairs are currently available, where the default values are given in curly brackets.
specifies the separator to be used between authors. Any separator can be specified, with the `Sep=<string>` option. Note that appropriate spaces need to be added around `string`.
specifies the last separator in the author list. Any separator can be specified, with the `LastSep=<string>` option. Note that appropriate spaces need to be added around `string`.
182
182
183
-
`AuthorNumber = [ {inf} | <integer> ]`
183
+
`AuthorNumber = [ {inf} | <integer> ]`
184
184
specifies the number of authors that are printed. If the number of authors exceeds the maximum specified, the authorlist is replaced by the first author \(or any number specified by `AuthorNumberEtAl`\), followed by `EtAlString`.
185
185
186
-
`AuthorNumberEtAl = [ {1} | <integer> ]`
186
+
`AuthorNumberEtAl = [ {1} | <integer> ]`
187
187
specifies the number of authors that are printed if the total number of authors exceeds `AuthorNumber`. This argument can only be given after `AuthorNumber` has already been given.
188
188
189
-
`EtAlString = [ { et al.} | EtAl=<string> ]`
189
+
`EtAlString = [ { et al.} | EtAl=<string> ]`
190
190
specifies the string used to replace multiple authors. Any string can be given, using `EtAl=<string>`
191
191
192
192
If an option is unspecified, the default value \(shown in curly brackets above\) is used. Therefore, only layout options that differ from the defaults need to be specified. The order in which the options are defined is \(mostly\) irrelevant. So, for example,
@@ -203,16 +203,16 @@ As mentioned, the order in which the options are specified is irrelevant. There
203
203
204
204
Given the following authors, _"Joe James Doe and Mary Jane and Bruce Bar and Arthur Kay"_ ,the `Authors` formatter will give the following results:
205
205
206
-
`Authors()`, or equivalently, `Authors(FirstFirst,Initials,FullPunc,Comma,And,inf,EtAl= et al.)`
206
+
`Authors()`, or equivalently, `Authors(FirstFirst,Initials,FullPunc,Comma,And,inf,EtAl= et al.)`
Most commonly available citation formats should be possible with this formatter. For even more advanced options, consider using the Custom Formatters detailed below.
Copy file name to clipboardExpand all lines: en/collaborative-work/sqldatabase/README.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,25 +10,25 @@ To use this feature you have to connect to a remote database. To do so you have
10
10
11
11
### SSL configuration
12
12
13
-
Since version 5.0 JabRef supports secure SSL connection to the database. For PostgreSQL make sure the server supports SSL and you have correctly setup the [certificates](https://www.postgresql.org/docs/current/static/ssl-tcp.html). Then [convert the client certificates](https://jdbc.postgresql.org/documentation/ssl/#configuring-the-client) into a java readable format and import them into a (custom) keystore. For MySQL the procedure is similar. [Setting up MySQL with SSL](https://dev.mysql.com/doc/refman/8.0/en/using-encrypted-connections.html) and [converting the certificates](https://dev.mysql.com/doc/connector-j/8.0/en/connector-j-reference-using-ssl.html) for the java keystore. However, it has only been tested with PostgreSQL. Once the certificates are imported into the keystore, specify the path to the keystore file in the connection dialog and the password for accessing the keystore.
13
+
Since version 5.0 JabRef supports secure SSL connection to the database. For PostgreSQL make sure the server supports SSL and you have correctly setup the [certificates](https://www.postgresql.org/docs/current/static/ssl-tcp.html). Then [convert the client certificates](https://jdbc.postgresql.org/documentation/ssl/#configuring-the-client) into a java readable format and import them into a (custom) keystore. For MySQL the procedure is similar. [Setting up MySQL with SSL](https://dev.mysql.com/doc/refman/8.0/en/using-encrypted-connections.html) and converting the certificates for the java keystore. However, it has only been tested with PostgreSQL. Once the certificates are imported into the keystore, specify the path to the keystore file in the connection dialog and the password for accessing the keystore.
14
14
15
-
.png>)
15
+

16
16
17
17
After connecting to your shared database, your main window should look like this:
18
18
19
-
.png>)
19
+

20
20
21
21
JabRef will automatically detect your changes and push them to the shared side. JabRef will also constantly check if there is a newer version available. If you experience connection issues, you can pull changes from your shared database via the icon in the icon bar. If a newer version is available, JabRef will try to automatically merge the new version and your local copy. If this fails, the **Update refused** dialog will show up. You will then have to manually merge using the **Update refused** dialog. The dialog helps you by pointing out the differences, you then will have to choose if you want to keep your local version or update to the shared version. Confirm your merge by clicking on **Merge entries**.
22
22
23
-
.png>)
23
+

24
24
25
25
The **Update refused** dialog can also take a different form, if the BibEntry you currently work on has been deleted on the shared side. You can choose to keep the BibEntry in the database by clicking **Keep** or update to the shared side and click **Close**.
26
26
27
-
.png>)
27
+

28
28
29
29
If you experience a problem with your connection to your shared database, the **Connection lost** dialog will show up. You can choose to **Reconnect**, **Work offline** or **Close database**. Most of the time simply reconnecting will fix this problem, if that's not the case you will have to choose between **Work offline** or **Close database**. Pick **Work offline** if you want to make sure your changes are saved. If you think there is nothing to save just pick **Close database**. If you choose to work offline, JabRef will convert the shared database to a local .bib database. Since you are no longer working online, but instead on a local database, you will have to import your work via copy and paste into the shared database. However before you import it into the shared database, make sure to check if changes happened during your offline time. Otherwise you might override someone else's work.
30
30
31
-
.png>)
31
+

0 commit comments