> For the complete documentation index, see [llms.txt](https://overleaf-pro.ayaka.space/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://overleaf-pro.ayaka.space/latex/no/kunnskapsbase/123-publishing-templates-and-examples-in-the-overleaf-gallery.md).

# Publiseringsmaler og eksempler i Overleaf-galleriet

## Innledning

Den [Overleaf Gallery](https://www.overleaf.com/latex/templates) er en offentlig tilgjengelig samling av maler som kommer fra ulike kilder, inkludert offisielle maler fra forlag og institusjoner, samt bidrag fra Overleaf-ansatte og det bredere LaTeX-miljøet. For prosjekter som ikke passer for Gallery, foreslår vi noen [alternative måter å dele på](#other-ways-to-share-templates-examples-and-completed-works) dem.

**Merk:** Hvis du leter etter mer informasjon om hvordan du sender inn til en av våre publiseringspartnere, finner du det i denne [relaterte artikkelen](/latex/no/kunnskapsbase/078-how-to-submit-your-article-to-overleaf-s-publishing-partners.md).

## Maler som passer for Overleaf Gallery

**Gallery er ment for følgende typer maler, men Overleaf forbeholder seg retten til å godta maler utenfor disse kategoriene:**

* Offisielle maler for vitenskapelige tidsskrifter, konferanseproceedings osv. Disse malene må lenke til det offisielle tidsskriftets eller forlagets nettsted som inneholder stilretningslinjene eller innleveringsinstruksjonene.
* Offisielle universitetsmaler for avhandlinger, rapporter, brev og presentasjoner. Disse malene må lenke til universitetets nettsted med stilretningslinjene eller innleveringsinstruksjonene (vennligst ta med lenken selv om nettstedet bare er tilgjengelig internt).
* Offisielle maler for konferanseinnsending. Disse malene må lenke til konferansens nettsted, innsendingsretningslinjer og/eller call for papers.
* Grunnleggende maler for standard og vanlige LaTeX-dokumentklasser. Vi anbefaler at nye innsendelser av denne typen sjelden godtas fordi Gallery allerede har mange eksempler.
* Maler for mindre vanlige dokumenttyper, forutsatt at de har bred interesse.

**Tips**: Der offisielle lenker er påkrevd, vennligst ta dem med i teksten i malens beskrivelse — dvs. når du fyller ut innsendingsdialogboksen.

Vi kan også godta maler som er forespurt av våre institusjonelle og andre partnere, i tillegg til oppdateringer av deres eksisterende maler.

**Vi godtar ikke følgende typer maler:**

* Uoffisielle maler for tidsskrifter og konferanseproceedings.
* Uoffisielle maler for universitetsbaserte dokumenter som avhandlinger, rapporter, brev og presentasjoner.
* Maler som er en minimal endring av en eksisterende eller standard mal.
* Maler som ikke oppfyller kvalitetskriteriene våre.

**Vi godtar heller ikke en mal hvis:**

* Den inneholder personlig identifiserbar informasjon utover forfatter-/attributeringsdata. Dette betyr at CV-er, résuméer, personlige erklæringer osv. ikke er akseptable. Maler bør alltid bruke fiktiv tekst for å demonstrere funksjonene sine.
* Tittelen er ikke beskrivende. Særlig hvis den inneholder mange forkortelser.
* Malens beskrivelse lenker ikke til det relevante offisielle nettstedet der det forventes at den skal gjøre det.
* Den har svært begrenset bruk.
* Den er en CV-/résumé-mal.
* Den ser ut til å være et arbeid under utvikling eller på annen måte ufullstendig; eller den er et ferdig arbeid, som en preprint-artikkel.
* Den bryter med vår [policy for akseptabel bruk](https://www.overleaf.com/legal#Use); særlig hvis malen inkluderer filer som er lisensiert på en måte som er uforenlig med Gallery.
* Den er en mal som ligner på andre i Gallery.
* Det er en oppdatering av en eksisterende mal, men bruker feil prosjekt; i så fall [må det opprinnelige prosjektet oppdateres og sendes inn på nytt](#how-to-update-a-published-template).
* En alternativ delingsmetode vil bli anbefalt, for eksempel arbeidsark og hjemmeoppgaver for elever.
* Prosjektbeskrivelsen eller selve malen inneholder reklame, annonsering eller kampanjer av noe slag.

På grunn av det ekstremt store volumet av malinnsendinger, og ressursene som kreves for å behandle dem, har Overleaf kanskje ikke tid til å svare deg i tilfeller der vi avviser en mal, og vi kan hende ikke oppgir den nøyaktige årsaken til avvisningen. Takk for forståelsen.

## Slik sender du inn et prosjekt til Overleaf Gallery

Her er en kort video som viser hvordan du sender inn prosjektet ditt til Overleaf Gallery:

{% embed url="<https://videos.ctfassets.net/nrgyaltdicpt/30HXtyGpfnkbCu5Cm62CpY/c1df97be2f4cb9a7e62e18ff23428e36/Gallery_submission_final.mp4>" %}

## Slik oppdaterer du en publisert mal

For å oppdatere en publisert mal må du redigere *det opprinnelige prosjektet* du sendte inn til Gallery, og sende det inn på nytt ved å bruke trinnene som vises i videoen ovenfor. Endringer i det opprinnelige prosjektet ditt vil ikke påvirke den publiserte Gallery-malen før du sender den inn på nytt og Overleaf godkjenner oppdateringen(e). Først da vil den nye versjonen erstatte den gamle — denne sikkerhetsmekanismen forhindrer utilsiktede endringer i Gallery-innhold. Hvis malens beskrivelse er formatert med HTML, vennligst ikke fjern HTML-koden når du sender malen inn på nytt.

Når du sender et prosjekt til Overleaf Gallery, er den publiserte malen basert på versjonen på tidspunktet for innsending. Vennligst ikke send inn oppdateringer ved hjelp av et annet prosjekt; slike innsendinger vil bli avvist.

**Tips**: Bruk en [Overleaf-prosjekt-tagg](/latex/no/kunnskapsbase/146-using-tags-to-organize-your-overleaf-projects.md) for å identifisere ethvert prosjekt du har sendt inn til Gallery.

Generelt godkjenner vi oppdateringer til eksisterende maler, selv om malen ikke samsvarer med våre nåværende retningslinjer.

## Andre måter å dele maler, eksempler og ferdige arbeider på

I mange tilfeller er ikke Overleaf Gallery den enkleste eller mest hensiktsmessige måten å dele malene og eksemplene dine på. Vi har satt sammen følgende forslag basert på visse typer prosjekter vi ofte ser sendt inn til Gallery.

### Kopiere et prosjekt som er delt via lenke

**Anbefalt for hjemmeoppgaver, brevmaler, rapportmaler osv., og for personlige maler.**

Hvis du ønsker å tilby et enkelt LaTeX-dokument som et arbeidsark for elevene dine, eller distribuere oppgaver hjemmeoppgaver/arbeidsoppgaver til klassen din, kan du slå på deling via lenke og dele skrivebeskyttet lenke med elevene dine slik at de kan kopiere prosjektet.

Du finner mer informasjon om disse to trinnene (deling og kopiering) i følgende hjelpeartikler:

* [Dele et prosjekt](/latex/no/kunnskapsbase/130-sharing-a-project.md#link-sharing)
* [Lage en kopi av et prosjekt](/latex/no/kunnskapsbase/030-copying-a-project.md#making-a-copy-of-a-project)

Vær oppmerksom på at eventuelle endringer som gjøres i prosjektet umiddelbart er synlige for dem som har tilgang til prosjektet via skrivebeskyttet lenke.

For at en **personlig mal** eller en mal med bare noen få tiltenkte brukere, kan du la lenkedeling være slått av og [dele den direkte](/latex/no/kunnskapsbase/130-sharing-a-project.md#inviting-collaborators-via-email) med dem som skal ha tilgang, som visere.

**Tips**: Du kan [opprette en tagg på prosjektoversikten din](/latex/no/kunnskapsbase/146-using-tags-to-organize-your-overleaf-projects.md) for maler, for å skille dem fra andre prosjekter.

**Tips**: Innenfor prosjektet kan du [merke versjonen](/latex/no/flere-emner/49-using-the-history-feature.md#how-to-label-the-current-version-of-a-project) som deles med elever eller publikum, slik at den blir enklere å finne når du trenger den.

### Bruke Overleaf API-et

**Anbefalt for uoffisielle avhandlingsmaler og andre maler som allerede er tilgjengelige for nedlasting utenfor Overleaf Gallery.**

Vi tilbyr et API for å starte et nytt prosjekt med spesifikt innhold. Dette er særlig nyttig hvis malen er tilgjengelig som en ZIP-fil (eller en samling enkeltfiler) med en permanent URL. Dette er dokumentert på <https://www.overleaf.com/devs>.

Her er noen eksempler som bruker GitHubs `raw.githubusercontent.com`:

* ved å bruke hele innholdet i et GitHub-repositorium via den nedlastbare .zip-filen: <https://github.com/liantze/pocketmod.sty/wiki>
* ved å bruke utvalgte filer fra et GitHub-repositorium: <https://github.com/liantze/beamerthemeMirage/wiki>

### Fullførte hjemmeoppgaver

Hvis du er student og ønsker å sende inn eller levere inn leksene eller oppgaven din, vær oppmerksom på at innsending til Overleaf Gallery *ikke vil* levere leksene dine til kurset ditt! Sjekk retningslinjene og instruksjonene for kurset, eller kontakt læreren din, hvis du er usikker på hvordan eller hvor du skal levere leksene.

### Preprints eller andre ferdige arbeider

Vi godtar ikke preprints eller andre ferdige arbeider i Overleaf Gallery. Hvis du ønsker å publisere et ferdig arbeid fra Overleaf, anbefaler vi å bruke et passende tredjepartssted for arbeidet ditt. Når det gjelder preprints eller andre forskningsresultater, kan dette være en av de mange preprint-serverne som nå støtter ulike fagområder (for eksempel [arXiv](https://arxiv.org/) eller [bioRxiv](https://www.biorxiv.org/)), eller alternativt via en mer generell publiseringsplattform som [Figshare](https://figshare.com/).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://overleaf-pro.ayaka.space/latex/no/kunnskapsbase/123-publishing-templates-and-examples-in-the-overleaf-gallery.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
