But there are no extensions available in the Initialization Wizard of xwiki.
And there is no way to add them later on.
I can import Packages manually in the admin page but it does not do anything.
I can import this xwiki-platform-distribution-flavor-xip-13.10.8.xip but nothing happens.
Unzipping it in /opt/apache-tomcat-9.0.64/webapps/xwiki/WEB-INF/extensions/repository also does not help...
I unzipped the standard flavour extension in the wrong directory.
It has to be in the environment.permanent_directory which is given in the TOMCAT_HOME/webapps/xwiki/WEB-INF/xwiki.properties and the default is /var/lib/xwiki/data when you just comment it out.
So I unzipped it in /var/lib/xwiki/data/extensions/repository/ and then restarted tomcat9.
Then the installation wizard automatically came back without doing any reset.
And then I could install all extensions from inside the web interface.
In this guide, the xwiki.heyvaldemar.net subdomain will be used to access XWiki from the Internet. You will need to specify your domain or subdomain by which your XWiki will be accessible from the Internet.
To continue the XWiki installation process, you need to go from the workstation to the link , where xwiki.heyvaldemar.net is the name of my server. Accordingly, you need to provide the name of your XWiki server.
To access the Traefik control panel, go to the link from the workstation, where traefik.xwiki.heyvaldemar.net is the name of my server. Accordingly, you need to specify the name of your server with Traefik installed.
Go to File Station and open the docker folder. Inside the docker folder, create one new folder and name it xwikidb. Follow the instructions in the image below.
Note: Be careful to enter only lowercase, not uppercase letters.
Extensions can be useful when you want to add functionalities to XWiki that are specific to a use case. A newly installed version of XWiki only has the base features 4 available, which are basically the minimum expected functionalities of a wiki, like page editing, content organization and navigation. When starting XWiki for the first time there is an option to add an extension called the XWiki Standard flavor. This extension is developed by the XWiki Development Team and consists of a list of extensions that are useful for a generic use case of XWiki, including the help center, icon themes and a search functionality. Other extensions can be added to XWiki during run-time using the Extension Manager.
Pandoc can convert between numerous markup and word processing formats, including, but not limited to, various flavors of Markdown, HTML, LaTeX and Word docx. For the full lists of input and output formats, see the --from and --to options below. Pandoc can also produce PDF output: see creating a PDF, below.
Use only ASCII characters in output. Currently supported for XML and HTML formats (which use entities instead of UTF-8 when this option is selected), CommonMark, gfm, and Markdown (which use entities), roff man and ms (which use hexadecimal escapes), and to a limited degree LaTeX (which uses standard commands for accented characters when possible).
identifies the main language of the document using IETF language tags (following the BCP 47 standard), such as en or en-GB. The Language subtag lookup tool can look up or verify these tags. This affects most formats, and controls hyphenation in PDF output when using LaTeX (through babel and polyglossia) or ConTeXt.
In LaTeX, smart means to use the standard TeX ligatures for quotation marks (`` and '' for double quotes, ` and ' for single quotes) and dashes (-- for en-dash and --- for em-dash). If smart is disabled, then in reading LaTeX pandoc will parse these characters literally. In writing LaTeX, enabling smart tells pandoc to use the ligatures when possible; if smart is disabled pandoc will use unicode quotation mark and dash characters.
In addition to standard indented code blocks, pandoc supports fenced code blocks. These begin with a row of three or more tildes () and end with a row of tildes that must be at least as long as the starting row. Everything between these lines is treated as code. No indentation is necessary:
Markdown allows you to insert raw HTML (or DocBook) anywhere in a document (except verbatim contexts, where , and & are interpreted literally). (Technically this is not an extension, since standard Markdown allows it, but it has been made an extension so that it can be disabled if desired.)
The PDF standards PDF/A and PDF/UA define further restrictions intended to optimize PDFs for archiving and accessibility. Tagging is commonly used in combination with these standards to ensure best results.
Note, however, that standard compliance depends on many things, including the colorspace of embedded images. Pandoc cannot check this, and external programs must be used to ensure that generated PDFs are in compliance.
ConTeXt always produces tagged PDFs, but the quality depends on the input. The default ConTeXt markup generated by pandoc is optimized for readability and reuse, not tagging. Enable the tagging format extension to force markup that is optimized for tagging. This can be combined with the pdfa variable to generate standard-compliant PDFs. E.g.:
Word processors like LibreOffice and MS Word can also be used to generate standardized and tagged PDF output. Pandoc does not support direct conversions via these tools. However, pandoc can convert a document to a docx or odt file, which can then be opened and converted to PDF with the respective word processor. See the documentation for Word and LibreOffice.
For example, on rare occasions, there may be a special need to encourage the widest possible use of a certain library, so that it becomes a de-facto standard. To achieve this, non-free programs must be allowed to use the library. A more frequent case is that a free library does the same job as widely used non-free libraries. In this case, there is little to gain by limiting the free library to free software only, so we use the Lesser General Public License.
df19127ead