Manual:MediaWiki feature list/da

Denne side indeholder en liste over de funktioner, der er indbygget i MediaWiki-softwaren, uanset om du skal bruge MediaWiki til din egen wiki, eller på hvilken slags websted, du vil køre det. Wikipedia's software har mange nyttige funktioner, der er vokset ud af brugernes behov og udviklernes ​​idéer - men funktionalitet betyder også kompleksitet. Før du beslutter dig for at bruge MediaWiki, bedes du tage et kig på andre Wiki-programmer (se [//c2.com/cgi/wiki?WikiEngines denne liste] eller [//wikimatrix.org denne sammenligning]), og se om en af ​​dem vil kunne opfylde dine krav bedre.

Anmodninger om nye funktioner kan forelægges Bugzilla/da.

Do I want MediaWiki?
MediaWiki software and extensions have features and benefits, strengths and weaknesses, pros and cons, and in spite of anyone ' s intended purposes, MediaWiki software and extensions can be used for unique, clever, inventive purposes unforeseen by the original programmers or other installers. Here is a brief list of MediaWiki features and benefits. If you develop an equivalent list of your own goals and resources, you can compare this list to your list and see where there ' s a match, or mismatch. Need more help deciding? There are open discussion groups on the web, and "talk" discussion pages behind each main MediaWiki page where you can seek connection with other people ' s experiences.

Note: sample feature list from pages 13-14, in the book "MediaWiki Administrators ' Tutorial Guide: Install, manage, and customize your MediaWiki installation" by Mizanur Rahman, 2007 http://www.packtpub.com/

Please enhance and expand the above table ' s features and benefits to assist visitors to best know what they are getting into. Thanks!

One recurring problem is that system administrators decide to create a wiki, without taking into account many issues. After filling out the previous table, ask yourself the following questions, to see if a wiki is the right software for you:
 * 1) What is my site's intended purpose?
 * Wikis are ideal for collaborative editing and creation of content; they are not very well suited for other purposes, like blogging. Consider whether a wiki is an adequate option for your goals.
 * 1) How many users will this wiki be exposed to?
 * With a few exceptions, installing wiki software is unnecessary when there is a very small group of people interested in editing the wiki. The larger the user base, the higher the probability a wiki makes more sense for you.
 * 1) How many active editors do I expect to edit my wiki?
 * Wikis, due to their open nature, require some maintenance. The larger the editor base, the more hands available to perform those maintenance tasks.
 * 1) What can I do with MediaWiki?
 * MediaWiki is an extremely versatile wiki engine; it is relatively easy to install, but more importantly, allows for the use and creation of extensions. These allow your MediaWiki installation to be extremely customizable with some knowledge of PHP. With the proper motivation, MediaWiki can be "abused" to do almost anything.
 * 1) Is MediaWiki right for me?
 * MediaWiki has its limitations. Currently, there is no support for WYSIWYG editing, so all editors need to learn wikimarkup. That presents a small barrier to entry. A more considerable limitation is that MediaWiki is not meant to be an access control list. MediaWiki raison d'etre is to provide open content; while recent versions have a much stronger security model, there are still significant gaps in individual-based security access. See Preventing access and Security issues with authorization extensions.

How should I configure MediaWiki?
If you have decided that MediaWiki is indeed an appropriate solution, there are still more things to consider. These questions will hopefully help you decide how to configure your wiki in a way that will allow you to minimize issues in the longer term: See Manual:User rights and Help:User rights management for more ideas and information.
 * 1) Who do I want reading my wiki?
 * In spite of all the issues with individual-based page restrictions, MediaWiki can be configured to restrict or allow access to everyone. So, ask yourself whether you want everyone in the Internet to see the contents of your wiki, or if you want to restrict that privilege to those users who have created accounts in your wiki.
 * 1) Who do I want editing my wiki?
 * Perhaps the most common question is whether you want to permit everyone to edit your wiki, similar to the Wikipedia model. MediaWiki allows for fine-grained writing restrictions; you can allow unregistered users to edit talk pages, for example, but only allow users with accounts older than a certain amount of time to edit your content pages. You can restrict editing to sysops, or even to a custom user group you create and delegate.
 * 1) Who do I want creating an account on my wiki?
 * Depending on some of the answers to the questions above, you may want to decide to restrict who can create accounts in a wiki. You can allow anyone to create accounts; or you can even designate that privilege to administrators, who would then be responsible for creating accounts for new users via some process of your choosing.
 * 1) What powers do I want each user group to have?
 * One of the most important questions you need to answer is this one. Granting or removing privileges to a group can be extremely controversial in a large wiki, so having a good idea of what each user should be able to do is critical. Do you want unregistered users to create pages? Do you want registered users to create pages? Do you want wiki administrators to be able to block and delete pages, or do you want to extend more privileges to them? Who is responsible for granting more privileges? Who is responsible for removing them? Who do you want to have more fine-grained powers, such as oversight, checkuser, and rollback?
 * 1) Which extensions should I install?
 * With a few exceptions, extensions are easy to add, whether it be while installing the wiki, or after a couple of years of the wiki being run.

With those answers, you should be able to configure the most critical aspects of your wiki. You can proceed to beginning the installation process in your operating system.

Udseende og indretning

 * Links med genveje, arrangeret afhængig af skin.
 * Skins/da: Forskellige måder at præsentere webstedet..
 * Monobook, et moderne udseende med genvejstaster og værktøjstip.
 * Vector, an even more modern skin with easier to read text, large amount of content space, and has an extension of the same name that adds drop down functionality to the menus.
 * User style: Brugere kan tilpasse udseendet og indretningen af hjemmesiden gennem tilpasset CSS på deres bruger-sider.
 * "Stub" grænse: Brugere kan se links til artikler under en vis størrelse vist i en anden farve.
 * Udskriftsvenlig version af artikler kan genereres.
 * Automatisk nummerering af overskrifter i en artikel (valgfrit).
 * Interne sideankre (genereres automatisk for overskrifter, og evt. med ... ).
 * Generér en automatisk indholdsfortegnelse for lange artikler (valgfrit).
 * Automatisk visning af ISBN-numre som links til en redigerbar liste af boghandlere.
 * XHTML eller HTML5-kompatibel output med ryddelig integration.

Multimedier og udvidelser (extensions)

 * Fil-upload funktion gør det muligt at uploade grafik eller lydfiler, se 'læg en fil op' for at se funktionen i drift og meta for beskrivelse. Filerne ses i seneste ændringer og i oplægningsloggen.
 * Matematiske formler med LaTeX-syntaks: se texvc/da
 * Automatisk ændring af størrelsen på billeder ved brug af ImageMagick eller libgd, simpel syntaks for billed-tekster og billed-placering
 * WikiHiero for ægyptiske hieroglyffer (kræver separat installerede komponenter)
 * EasyTimeline for tidsdiagrammer (kræver separat installerede komponenter)

Holde øje med redigeringer

 * Overvåg. Hver side har linket 'sæt denne side på din overvågningsliste'. Brug overvågningslisten til at spore ændringer på de artikler du har angivet som interessante. Overvågede artikler vises med fed skrift i seneste ændringer-listen.
 * Brugerbidrag for hver enkelt bruger, viser alle artikler som brugeren har arbejdet med ifølge databasen.
 * Udvidede seneste ændringer med dynamisk kollaps af redigeringer af samme artikel og hurtige links til andre redigereringer, viser artiklens historik, viser bruger-siden, vise brugerens diskussionsside, eller blokerer brugeren (for systemoperatører).
 * Relaterede ændringer: Se en filtreret version af de seneste ændringer i sider henvist fra den aktuelle side.
 * Forskel mellem versioner - versionerne vises side-ved-side og ændrede dele af linjerne fremhæves for at gøre det meget nemmere at se forskellene. Derudover er vises ændringerne under en redigeringskonflikt, så du kan se præcis, hvad du har brug for at genindskrive.
 * Rigtige navne. Brugere kan (valgfrit) angive et 'rigtigt navn' de vil bruge til at kreditere en forfatter.
 * Side-kreditering. Administratorer kan aktivere et side-afsnit, der krediterer redaktører, der har arbejdet på en side.

Strukturer og syntaks

 * Som standard er kun begrænset/da brug af HTML tilladt. Det er muligt at tillade fuld brug af HTML.
 * Redigeringssyntaks baseret på UseMod med understøttelse af en blanding af wiki-syntaks og HTML. Kun frie links understøttes, ikke CamelCase (bevidst design beslutning).
 * Navnerum tillader indholds-adskillelse (for at henvise til navnerummet, skal du bruge Navnerum:Sidens navn -syntaks).
 * Diskussions-sider er adskilt fra artikel-siderne, 'meta' projektsider kan være adskilt fra indholdssider, og billedsider bruges til billed-beskrivelser.
 * System message/da indeholder alle brugergrænseflade-tekster, så de kan redigeres som enhver anden wikiside
 * Skabelon: navnerum for brugerdefinerede beskeder. Skabeloner kan indeholde en streng med variabler som udskiftes med bestemte værdier, der sendes til skabelonen fra den kaldende side.
 * Indlejring af bestemte sider i ethvert navnerum: . Se skabeloner
 * Udvidede ordlinks: Hvis du indsætter et link af formen krige eller krigstid, vil systemet automatisk vise det, som om du havde skrevet hhv. krige eller krigstid , hvilket kan være nemmere at skrive.
 * Skjul parentes Hvis du indsætter et link af formen Nordby (Samsø), skjules den del af linket som står i parentes: Nordby . Dette er nyttigt for ord som har en flertydig betydning, så artiklens tekst ikke kommer til at se for rodet ud. Dette virker også ved beskæring af navnerum, hvis du ønsker et pænere udseende link: Copyrights bliver Copyrights
 * Links til de enkelte afsnit i en artikel, for eks. (disse links bliver ugyldige, hvis afsnittet er omdøbt eller fjernet - en ændring, som vil rette problemet er [//bugzilla.wikipedia.org/show_bug.cgi?id=1521 foreslået her].)
 * Support til undersider (link til 'Foo/Bar' fra 'Foo' ved kun at skrive '/Bar, idet 'Foo/Bar indeholder et tilbagelink til 'Foo'), disse kan aktiveres eller deaktiveres i navnerummet (for eks. understøtter Wikipedia undersider til diskussionssider for at gøre arkivering let, og på brugersider for at give brugerne plads til personlige sider)
 * Specielle kodeord til indsættelse af dynamisk data såsom navnet på den aktuelle side, den aktuelle dato, antallet af artikler, etc.
 * Flere kategorier kan tildeles en side, inklusiv kategorien selv, for at skabe et hierarki af kategorier. Kategorisider viser automatisk en liste over alle tilknyttede sider, herunder underkategorier. Kategorier muliggør klassifikation og hierarkisk browsing af indholdet.

Redigering

 * Afsnits-redigering. Brugere kan aktivere en indstilling, der giver dem mulighed for at redigere individuelle sektioner af en artikel (adskilt af overskrifter) i stedet for at hente hele artiklen.
 * Redigerings-værktøj (JavaScript-baseret) til formatterring af tekst som fed, kursiv osv. (virker perfekt i Mozilla og IE, mens andre browsere viser syntaksen men kan ikke formatere tekst indenfor tekstområdet, fordi deres JavaScript implementering ikke understøtter det). Hvis JavaScript er slået fra, bliver værktøjslinjen ikke vist.
 * Rediger beskrivelse som vises i 'seneste ændringer'. Udfyldes automatisk med afsnittets titel, når afsnits-redigering er valgt.
 * Dobbeltkliks-redigering: Brugere kan aktivere indstillingen, der giver dem mulighed for at redigere artikler ved at dobbeltklikke på dem.
 * Forhåndsvisning (kan vises før eller efter redigeringsboksen)
 * Handle edit conflicts (page being saved by a user while still being edited by another one, then saved again). MediaWiki will merge changes automatically if possible and otherwise require the user to do a manual merge.
 * Mark edits as minor; users can decide to hide such edits from the Recent Changes list. Only signed in users can mark edits as minor.

Spam and Vandalism

 * Anti-spam features: Prevent link spamming, and other forms of abusive editing.
 * Spam blacklist: List of spammer's domain names which users are not allowed to link to.
 * Manual:Combating vandalism: Helpful hints and links to some extensions for dealing with vandalism

Discussions

 * Talk pages: Each user (including every anonymous user) and every article has an associated page where messages can be left. These are separate namespaces (see above), "Talk:" and "User talk:".
 * Message notification (user gets a "You have new messages" notice if someone else has edited their user discussion page); this also works for anonymous users, but not for shared IP users
 * Automatic signature: Just type three tildes (~) when you edit, and on saving the page, it will be replaced with your user name and a link to your user page. If you use four tildes, the current date will be added as well. Mainly intended for Talk pages.
 * Support for emailing users through the wiki (email address not shown to the user)

Multilanguage support

 * Translated into many languages (see en:Wikipedia:Multilingual coordination for details)
 * Interlanguage links: handy method for linking articles between wikis in different languages (each language requires its own database)
 * UTF-8 support

Backend

 * Database-driven (MySQL/MariaDB, PostgreSQL, and SQlite are supported)
 * Parser caching: rendered pages are cached to reduce redundant processing
 * Output caching: complete page output can be optionally saved as static HTML files for serving to other clients; support for Squid proxies
 * Cookie-based account and login system, but anonymous users can also edit pages
 * All revisions of an article are stored (optionally compressed)
 * RSS syndication available for many special pages, such as Special:Newpages and Special:Recentchanges
 * RDF metadata

Permissions

 * Different rights for anonymous users, signed in users, sysops, bureaucrats and developers.
 * Signed in users can:
 * move and rename pages
 * upload files
 * have and use a watchlist
 * mark edits as minor edits (eg. typo correction)
 * Admins/Sysops can:
 * protect pages from editing
 * delete and undelete pages
 * edit protected pages
 * ban users by IP address
 * ban users by username, if this option is enabled
 * run SQL queries on the database, if this option is enabled (see Extension:Asksql)
 * Bureaucrats can:
 * create sysops
 * rename users
 * flag bots
 * Developers can:
 * lock the database
 * run various maintenance tasks
 * Other permission schemes (e.g. only signed in users can edit pages) can be configured.

Search and Queries

 * Full text search
 * "Go" button allows direct viewing of a specified article's contents (tries near match if no exact hit)
 * "What links here": View pages that link to the current page (backlinks)
 * Special report pages:
 * New pages: List of newly created articles
 * Ancient pages: Articles sorted by timestamp, ascending
 * List of images
 * List of users
 * Site statistics
 * Orphaned articles (articles that have no links pointing to them)
 * Orphaned images
 * Popular articles (articles by number of visits, works only if counters are enabled)
 * Most wanted articles (non-existent articles sorted by number of links pointing to them)
 * Short articles
 * Long articles
 * List of all pages by title
 * Query API - allows scripted access to various metadata

Misc.

 * Random article display function
 * Users can configure their timezone, which is used on all report timestamps
 * The attributes of many report pages (number of results etc.) can be set in the user preferences

Empty set of help pages
Note that the files in the installation contain many links pointing to documents that are not included in the download. Most important is the empty set of help files, which will be needed by any new user of the site. To remedy these broken links, you must either a) export from this site or manually copy and modify help pages to your installation or b) modify the installation's parameters to change the help link targets to this site, either of which may require a substantial time investment.

Coming soon

 * See Special:MyLanguage/MediaWiki roadmap.