KDevelop4/Manual/Sessions and projects/da: Difference between revisions

Latest revision as of 10:47, 14 July 2019

Other languages:

Sessioner og projekter: KDevelops grundlag

I dette afsnit vil vi gennemgå noget af terminologien, som KDevelop bruger til at beskrive verden og strukturere sit arbejde. I særdeleshed vil vi introducere begreberne sessioner og projekter og forklare, hvordan du kan opsætte de projekter, som du vil arbejde på i KDevelop.

Terminologi

KDevelop bruger begreberne sessioner og projekter. En session indeholder alle de projekter, som har noget med hinanden at gøre. I de eksempler, der følger antager vi, at du både udvikler et bibliotek og et program, som bruger det. Du kan tænke på en centralt KDE-bibliotek som det første og KDevelop som det andet. Et andet eksempel kunne være en Linux-kerneudvkler, som også arbejder på en enhedsdriver til Linux, som ikke er indføjet i selve kernen endnu.

Tager vi det sidste som eksempel, så ville du have en session i KDevelop, som har to projekter: Linux-kernen og enhedsdriveren. Du vil nok samle dem i en enkelt session (i stedet for at have to sessioner med et projekt i hver), fordi det vil være nyttigt at kunne se kernefunktioner og -datastrukturer i KDevelop, når du skriver kildekode til driveren — så kan du for eksempel få navne på kernefunktioner og -variable automatisk fuldført, og du kan se dokumentation for kernefunktioner mens du arbejder med driveren.

Forestil dig nu, at du også er en KDE-udvikler. Du kan så have endnu en session, som indeholder KDE som et projekt. Du kan i princippet nøjes med én session til det hele, men det er der ingen grund til: når du arbejder med KDE, så har du ikke brug for adgang til kerne- og enhedsdriver-funktioner; og du har ikke brug for automatisk færdiggørelse af KDE-klassenavne, mens du arbejder på Linux-kernen. Endelig er bygning af KDE-biblioteker uafhængig af bygning af Linux-kernen (hvorimod det altid er en god idé at bygge Linux-kernen igen, når du har bygget enhedsdriveren, hvis nogle af kerne-headerne er blevet ændret).

Endelig kan du bruge sessioner, hvis du både arbejder på den aktuelle udviklingsversion af et projekt og på en gren: i det tilfælde vil du ikke have, at KDevelop forveksler klasser, som hører til hovedudgaven med nogle, som tilhører grenen, så du vil bruge to sessioner med det samme sæt af projekter men fra forskellige mapper (svarende til de forskellige udviklingsudgaver).

Opsætning af en session og import af et eksisterende projekt

Lad os holde os til eksemplet med Linux-kernen og enhedsdriveren — du kan erstatte dem med dit egen sæt af biblioteker og projekter. For at lave en ny session, som indeholder to projekter går du til menuen Session -> Start ny session øverst til venstre (eller hvis det er første gang, du bruger KDevelop, så kan du simpelt hen bruge den tomme standardsession, som du får til at begynde med). Nu vil vi populere denne session med projekter, som vi for nu vil antage allerede findes et eller andet sted (tilfældet, hvor vi laver et projekt fra grunden af omtales andetsteds i denne manual). Til dette er det overordnet set to metoder afhængigt af, om projektet allerede findes et sted på din harddisk eller om det skal downloades fra en server.

1. mulighed: Importér et projekt fra et versionskontrolsystemes server

Lad os først antage, at det projekt, som vi vil opsætte &emdash; Linus-kernen — findes i et versionskontrolsystem på en server, men at du ikke har overført det til din harddisk endnu. I dette tilfælde bruger du menuen Projekt til at oprette Linux-kernen som et projekt i den aktuelle session og så følge disse skridt:

Gå til menuen Projekter -> Hent projekt... for at importere et projekt

Du har nu flere muligheder for at starte et nyt projekt i den aktuelle session afhængigt af, hvor kildefilen kommer fra: Du kan dirigere KDevelop til en eksisterende mappe (se valgmulighed 2 herunder) eller du kan bede KDevelop om at hente kildekoden fra et arkiv.

Hvis du ikke allerede har overført en version:
- I dropnedlisten under Vælg kilde vælg Subversion, Git eller en af de andre valgmuligheder
- Vælg en arbejdsmappe, hvor kildekoden overføres til som destination
- Vælg en URL for placeringen af arkivet, hvor kildekoden kan hentes
- Klik på Hent. Dette kan tage ret lang tid afhængigt af, hvor hurtig din forbindelse er og hvor stort projektet er. Desværre viser fremskridtslinjen i KDevelop faktisk ingenting, men du kan følge fremgangen ved periodisk at se på outputtet af kommandoen
```
du -sk /path/to/KDevelop/project
```
  for at se, hvor meget data der allerede er blevet downloadet.

Note

Problemet med fremgangslinjen er blevet rapporteret som KDevelop bug 256832.

Note

I denne proces får jeg også fejlmeddelsen Du skal angive en gyldig placering til projektet, som trygt kan ignoreres.

Du bliver bedt om at vælge en KDevelop-projektfil i denne mappe. Da du formodentlig ikke har sådan en endnu, så klikker du blot på Næste

Klik Næste igen

KDevelop vil nu bede dig om at vælge en projektmanager. Hvis projektet bruger almindelige Unix-makefiler, så vælg projektmanageren med hjemmelavet makefil

KDevelop vil nu begynde at fortolke hele projektet. Dette kan også tage en del tid at gennemgå alle filer, indeksere klasser osv. Nederst til højre i hovedvinduet er der en fremgangslinje, som viser, hvor langt processen er skredet frem. (Hvis du har mere end en processorkerne, så kan du accelerere denne proces ved at gå til menuen Indstillinger -> Indstil KDevelop..., gå til gruppen Baggrundsfortolker i venstre side og forøge antallet af tråde til baggrundsfortolkning.)

2. mulighed: Import af et projekt, som allerede findes på din harddisk

Alternativt, hvis projektet, som du vil arbejde med allerede findes på din harddisk (for eksempel fordi du har downloadet det som en tar-fil fra en FTP-server, fordi du allerede har overført en version af projektet fra et versionskontrolsystem eller fordi det er dit eget projekt, som kun findes på din egen harddisk), så brug dialogen Projekt -> Åbn/importér projekt.... Hvis projektet allerede har en makefil (eller CMakeList.txt) så navigér til den mappe, hvor projektet ligger og vælg makefilen; du får så en ny dialog, hvor du kan ændre projektets navn (som standard er navnet det samme som den mappe, som indeholder makefilen). For en makefil kan valget af Byggesystem forblive Projekthåndtering med hjemmelavet Makefile. Hvis du har en makefil med flere targets, så skal du vælge Kør → Indstil opstarter..., vælge Global og så klikke på knappen +Tilføj ny, vælge Oversat binær fil, vælge radioknappen Eksekverbar og angive den fulde sti til den eksekvérbare fil i tekstfeltet Eksekverbar.

Opsætning af et program som et andet projekt

Det næste, du skal gøre er at opsætte andre projekter i den samme session. I eksemplet ovenfor skal du tilføje enhedsdriveren som et andet projekt, hvilket du kan gøre på præcis samme måde.

Hvis du har flere programmer eller biblioteker, så gentager du simpelt hen processen for hvert projekt, som skal tilføjes til sessionen.

Lav projekter fra grunden

Det er selvfølgelig også den mulighed, at du vil starte et projekt fra bunden af. Dette kan gøres ved hjælp af menuen Projekt -> Ny fra skabelon..., som præsenterer dig for en dialog til at vælge en skabelon. Nogle projektskabeloner følger med KDevelop, men du får endnu flere ved at installere programmet KAppTemplate. Vælg projekttypen og programmeringssproget i dialogen, giv projektet et navn og vælg en placering og klik så på Næste

Dialogens anden side kommer nu frem, hvor du kan opsættte et versionskontrolsystem. Vælg det system du vil bruge og udfyld eventuelle systemspecifikke indstillinger. Hvis du ikke vil bruge et versionskontrolsystem eller vil opsætte det manuelt senere, så klik Ingen. Når du er tilfreds med dine valg klikker du på Afslut

Nu er dit projekt blevet oprettet, så du kan prøve at bygge eller installere det. Nogle skabeloner vil inkludere kommentarer i koden eller endda i en separat README-fil og det anbefales, at du læser dem først. Så kan du begynde at arbejde på dit projekt og tilføje de funktioner du ønsker.

@@ Line 3: / Line 3: @@
 == Sessioner og projekter: KDevelops grundlag ==
-In this section, we will go over some of the terminology of how '''KDevelop''' sees the world and how it structures work. In particular, we introduce the concept of '''sessions''' and '''projects''' and explain how you can set up the projects you want to work on in '''KDevelop'''.
+I dette afsnit vil vi gennemgå noget af terminologien, som '''KDevelop''' bruger til at beskrive verden og strukturere sit arbejde. I særdeleshed vil vi introducere begreberne ''sessioner'' og ''projekter'' og forklare, hvordan du kan opsætte de projekter, som du vil arbejde på i '''KDevelop'''.
 <span id="Terminology"></span>
-=== Terminology ===
+=== Terminologi ===
-'''KDevelop''' has the concept of '''sessions''' and '''projects'''. A session contains all projects that have something to do with each other. For the examples that follow, assume you are the developer of both a library and an application that uses it. You can think of the core KDE libraries as the former and '''KDevelop''' as the latter. Another example: Let's say you are a Linux kernel hacker but you are also working on a device driver for Linux that hasn't been merged into the kernel tree yet.
+'''KDevelop''' bruger begreberne ''sessioner'' og ''projekter''. En session indeholder alle de projekter, som har noget med hinanden at gøre. I de eksempler, der følger antager vi, at du både udvikler et bibliotek og et program, som bruger det. Du kan tænke på en centralt KDE-bibliotek som det første og '''KDevelop''' som det andet. Et andet eksempel kunne være en Linux-kerneudvkler, som også arbejder på en enhedsdriver til Linux, som ikke er indføjet i selve kernen endnu.
-So taking the latter as an example, you would have a session in '''KDevelop''' that has two projects: the Linux kernel and the device driver. You will want to group them into a single session (rather than having two sessions with a single project each) because it will be useful to be able to see the kernel functions and data structures in '''KDevelop''' whenever you write source code for the driver &mdash; for example so that you can get kernel function and variable names auto-expanded, or so that you can see kernel function documentation while hacking on the device driver.
+Tager vi det sidste som eksempel, så ville du have en session i '''KDevelop''', som har to projekter: Linux-kernen og enhedsdriveren. Du vil nok samle dem i en enkelt session (i stedet for at have to sessioner med et projekt i hver), fordi det vil være nyttigt at kunne se kernefunktioner og -datastrukturer i '''KDevelop''', når du skriver kildekode til driveren &mdash; så kan du for eksempel få navne på kernefunktioner og -variable automatisk fuldført, og du kan se dokumentation for kernefunktioner mens du arbejder med driveren.
-Now imagine you also happen to be a KDE developer. Then you would have a second session that contains KDE as a project. You could in principle have just one session for all of this, but there is no real reason for this: in your KDE work, you don't need to access kernel or device driver functions; and you don't want KDE class names autoexpanded while working working on the Linux kernel. Finally, building some of the KDE libraries is independent of re-compiling the Linux kernel (whereas whenever you compile the device driver it would also be good to re-compile the Linux kernel if some of the kernel header files have changed).
+Forestil dig nu, at du også er en KDE-udvikler. Du kan så have endnu en session, som indeholder KDE som et projekt. Du kan i princippet nøjes med én session til det hele, men det er der ingen grund til: når du arbejder med KDE, så har du ikke brug for adgang til kerne- og enhedsdriver-funktioner; og du har ikke brug for automatisk færdiggørelse af KDE-klassenavne, mens du arbejder på Linux-kernen. Endelig er bygning af KDE-biblioteker uafhængig af bygning af Linux-kernen (hvorimod det altid er en god idé at bygge Linux-kernen igen, når du har bygget enhedsdriveren, hvis nogle af kerne-headerne er blevet ændret).
-Finally, another use for sessions is if you work both on the current development version of a project, as well as on a branch: in that case, you don't want '''KDevelop''' to confuse classes that belong to mainline and the branch, so you'd have two sessions, with the same set of projects but from different directories (corresponding to different development branches).
+Endelig kan du bruge sessioner, hvis du både arbejder på den aktuelle udviklingsversion af et projekt og på en gren: i det tilfælde vil du ikke have, at '''KDevelop''' forveksler klasser, som hører til hovedudgaven med nogle, som tilhører grenen, så du vil bruge to sessioner med det samme sæt af projekter men fra forskellige mapper (svarende til de forskellige udviklingsudgaver).
 <span id="Setting up a session and importing an existing project"></span>
-=== Setting up a session and importing an existing project ===
+=== Opsætning af en session og import af et eksisterende projekt ===
-Let's stick with the Linux kernel and device driver example &mdash; you may want to substitute your own set of libraries or projects for these two examples. To create a new session that contains these two projects go to the <menuchoice>Session -> Start new session</menuchoice> menu at the top left (or, if this is the first time you use '''KDevelop''': simply use the default session you get on first use, which is empty). Next, go to the <menuchoice>Project</menuchoice> menu to create the Linux kernel as a project inside this session. To do this, follow these steps:
+Lad os holde os til eksemplet med Linux-kernen og enhedsdriveren &mdash; du kan erstatte dem med dit egen sæt af biblioteker og projekter. For at lave en ny session, som indeholder to projekter går du til menuen <menuchoice>Session -> Start ny session</menuchoice> øverst til venstre (eller hvis det er første gang, du bruger '''KDevelop''', så kan du simpelt hen bruge den tomme standardsession, som du får til at begynde med). Nu vil vi populere denne session med projekter, som vi for nu  vil antage allerede findes et eller andet sted (tilfældet, hvor vi laver et projekt fra grunden af omtales andetsteds i denne manual). Til dette er det overordnet set to metoder afhængigt af, om projektet allerede findes et sted på din harddisk eller om det skal downloades fra en server.
-<ul>
+==== 1. mulighed: Importér et projekt fra et versionskontrolsystemes server ====
-<li> Go to <menuchoice>Projects -> Fetch project</menuchoice> to import a project
-<li> You then have multiple options to start a new project in the current session, depending on where the source files should come from: You can just point '''KDevelop''' at an existing directory, or you can ask '''KDevelop''' to get the sources from a repository. Let's look at these options in turns:
+Lad os først antage, at det projekt, som vi vil opsætte &emdash; Linus-kernen &mdash; findes i et versionskontrolsystem på en server, men at du ikke har overført det til din harddisk endnu. I dette tilfælde bruger du menuen <menuchoice>Projekt</menuchoice> til at oprette Linux-kernen som et projekt i den aktuelle session og så følge disse skridt:
-<li> If you want to work with a project that's already on your hard drive then just select as source <menuchoice>Do not obtain</menuchoice> and choose the <menuchoice>Working directory</menuchoice> as the directory in which your project resides. This could be a directory into which you unpackaged a tar file that you downloaded, or it could be a directory into which you checked out a version of the project using a version control system (e.g. git or subversion).
-<li> Alternatively, assuming you wanted to work with the current development sources of deal.II and don't already have a version checked out: <ul>
+* Gå til menuen <menuchoice>Projekter -> Hent projekt...</menuchoice> for at importere et projekt
-  <li> In the dialog box, under <menuchoice>Select the source</menuchoice>, choose to use <menuchoice>Subversion</menuchoice>, <menuchoice>Git</menuchoice>, or one of the other choices
-  <li> Choose a working directory as destination into which the sources should be checked out
+* Du har nu flere muligheder for at starte et nyt projekt i den aktuelle session afhængigt af, hvor kildefilen kommer fra: Du kan dirigere '''KDevelop''' til en eksisterende mappe (se valgmulighed 2 herunder) eller du kan bede '''KDevelop''' om at hente kildekoden fra et arkiv.
-  <li> Choose an URL for the location of the repository where the source files can be obtained
-  <li> Hit <menuchoice>Get</menuchoice>. This can take quite a long while; depending on the speed of your connection and the size of the project. Unfortunately, in '''KDevelop''' 4.2.x the progress bar does not actually show anything, but you can track progress by periodically looking at the output of the command line command <code>du -sk /path/to/KDevelop/project</code> to see how much data has already been downloaded.
+* Hvis du ikke allerede har overført en version:
-{{Note|1=The problem with the progress bar has been reported as [http://bugs.kde.org/show_bug.cgi?id=256832 KDevelop bug 256832].}}
+**I dropnedlisten under <menuchoice>Vælg kilde</menuchoice> vælg <menuchoice>Subversion</menuchoice>, <menuchoice>Git</menuchoice> eller en af de andre valgmuligheder
-{{Note|1=In this process, I also get the error message ''You need to specify a valid location for the project'' which can be safely ignored.}}</ul>
+** Vælg en arbejdsmappe, hvor kildekoden overføres til som destination
-<li> It asks you to select a '''KDevelop''' project file in this directory. Since you probably don't have one yet, simply hit <menuchoice>Next</menuchoice>
+** Vælg en URL for placeringen af arkivet, hvor kildekoden kan hentes
-<li> Hit <menuchoice>Next</menuchoice> again
+** Klik på <menuchoice>Hent</menuchoice>. Dette kan tage ret lang tid afhængigt af, hvor hurtig din forbindelse er og hvor stort projektet er. Desværre viser fremskridtslinjen i '''KDevelop''' faktisk ingenting, men du kan følge fremgangen ved periodisk at se på outputtet af kommandoen {{Input|1=du -sk /path/to/KDevelop/project}} for at se, hvor meget data der allerede er blevet downloadet.
-<li> '''KDevelop''' will then ask you to choose a project manager. If this project uses standard Unix make files, choose the custom makefile project manager
-<li> '''KDevelop''' will then start to parse the entire project. Again, it will take quite a while to go through all files and index classes etc. At the bottom right of the main window, there is a progress bar that shows how long this process has come along. (If you have several processor cores, you can accelerate this process by going to the <menuchoice>Settings -> Configure KDevelop</menuchoice> menu item, then selecting <menuchoice>Background parser</menuchoice> on the left, and increasing the number of threads for background parsing on the right.)
+{{Note/da|1=Problemet med fremgangslinjen er blevet rapporteret som [http://bugs.kde.org/show_bug.cgi?id=256832 KDevelop bug 256832].}}
-</ul>
+{{Note/da|1=I denne proces får jeg også fejlmeddelsen ''Du skal angive en gyldig placering til projektet'', som trygt kan ignoreres.}}
+* Du bliver bedt om at vælge en '''KDevelop'''-projektfil i denne mappe. Da du formodentlig ikke har sådan en endnu, så klikker du blot på <menuchoice>Næste</menuchoice>
+* Klik <menuchoice>Næste</menuchoice> igen
+* '''KDevelop''' vil nu bede dig om at vælge en projektmanager. Hvis projektet bruger almindelige Unix-makefiler, så vælg projektmanageren med hjemmelavet makefil
+* '''KDevelop''' vil nu begynde at fortolke hele projektet. Dette kan også tage en del tid at gennemgå alle filer, indeksere klasser osv. Nederst til højre i hovedvinduet er der en fremgangslinje, som viser, hvor langt processen er skredet frem. (Hvis du har mere end en processorkerne, så kan du accelerere denne proces ved at gå til menuen  <menuchoice>Indstillinger -> Indstil KDevelop...</menuchoice>, gå til gruppen <menuchoice>Baggrundsfortolker</menuchoice> i venstre side og forøge antallet af tråde til baggrundsfortolkning.)
+==== 2. mulighed: Import af et projekt, som allerede findes på din harddisk ====
+Alternativt, hvis projektet, som du vil arbejde med allerede findes på din harddisk (for eksempel fordi du har downloadet det som en tar-fil fra en FTP-server, fordi du allerede har overført en version af projektet fra et versionskontrolsystem eller fordi det er dit eget projekt, som ''kun'' findes på din egen harddisk), så brug dialogen  <menuchoice>Projekt -> Åbn/importér projekt...</menuchoice>. Hvis projektet allerede har en makefil (eller CMakeList.txt) så navigér til den mappe, hvor projektet ligger og vælg makefilen; du får så en ny dialog, hvor du kan ændre projektets navn (som standard er navnet det samme som den mappe, som indeholder makefilen). For en makefil kan valget af Byggesystem forblive Projekthåndtering med hjemmelavet Makefile. Hvis du har en makefil med flere targets, så skal du vælge {{Menu|Kør|Indstil opstarter...}}, vælge Global og så klikke på knappen +Tilføj ny, vælge Oversat binær fil, vælge radioknappen Eksekverbar og angive den fulde sti til den eksekvérbare fil i tekstfeltet Eksekverbar.
 <span id="Setting up an application as a second project"></span>
-=== Setting up an application as a second project ===
+=== Opsætning af et program som et andet projekt ===
-The next thing you want to do is set up other projects in the
+Det næste, du skal gøre er at opsætte andre projekter i den samme session. I eksemplet ovenfor skal du tilføje enhedsdriveren som et andet projekt, hvilket du kan gøre på præcis samme måde.
-same session. In the example above, you would want to add the device driver as the second project, which you can do using exactly the same steps.
-If you have multiple applications or libraries, simply repeat the steps to add
+Hvis du har flere programmer eller biblioteker, så gentager du simpelt hen processen for hvert projekt, som skal tilføjes til sessionen.
-more and more projects to your session.
 <span id="Creating projects from scratch"></span>
-=== Creating projects from scratch ===
+=== Lav projekter fra grunden ===
+Det er selvfølgelig også den mulighed, at du vil starte et projekt fra bunden af. Dette kan gøres ved hjælp af menuen <menuchoice>Projekt -> Ny fra skabelon...</menuchoice>, som præsenterer dig for en dialog til at vælge en skabelon. Nogle projektskabeloner følger med '''KDevelop''', men du får endnu flere ved at installere programmet '''KAppTemplate'''. Vælg projekttypen og programmeringssproget i dialogen, giv projektet et navn og vælg en placering og klik så på <menuchoice>Næste</menuchoice>
+[[Image:kdevelop-project-dialog.png|thumb|500px|center]]
+Dialogens anden side kommer nu frem, hvor du kan opsættte et versionskontrolsystem. Vælg det system du vil bruge og udfyld eventuelle systemspecifikke indstillinger. Hvis du ikke vil bruge et versionskontrolsystem eller vil opsætte det manuelt senere, så klik <menuchoice>Ingen</menuchoice>. Når du er tilfreds med dine valg klikker du på <menuchoice>Afslut</menuchoice>
-There is of course also the possibility that you want to start a new project from scratch. This can be done using the <menuchoice>Projects -> New from template</menuchoice> menu item. The details of what options this offers to you are described elsewhere in this manual.
+Nu er dit projekt blevet oprettet, så du kan prøve at bygge eller installere det. Nogle skabeloner vil inkludere kommentarer i koden eller endda i en separat README-fil og det anbefales, at du læser dem først. Så kan du begynde at arbejde på dit projekt og tilføje de funktioner du ønsker.
 {{Prevnext2
-| prevpage=Special:MyLanguage/Kdevelop4/Manual/What_is_KDevelop? | nextpage=Special:MyLanguage/KDevelop4/Manual/Working_with_source_code
+| prevpage=Special:MyLanguage/Kdevelop4/Manual/Meet_KDevelop | nextpage=Special:MyLanguage/KDevelop4/Manual/Working_with_source_code
-| prevtext=What is KDevelop? | nexttext=Working with source code
+| prevtext=Mød KDevelop| nexttext=Arbejdet med kildekode
-| index=Special:MyLanguage/KDevelop4/Manual | indextext=Back to menu
+| index=Special:MyLanguage/KDevelop4/Manual | indextext=Indholdsfortegnelse
 }}
-[[Category:Development]]
+[[Category:Udvikling/da]]