Utveckling - Versionshistorik

OrjanH den 8 januari 2026 kl. 10.01

2026-01-08T10:01:42Z

OrjanH den 8 januari 2026 kl. 10.00

2026-01-08T10:00:20Z

OrjanH: /* Tips och tricks */

2024-04-25T07:46:36Z

Tips och tricks

Magpet: /* Att använda teman för att styla Koha */

2021-12-20T09:01:40Z

Att använda teman för att styla Koha

Magpet den 20 december 2021 kl. 09.00

2021-12-20T09:00:43Z

Magpet den 20 december 2021 kl. 08.59

2021-12-20T08:59:44Z

Magpet den 20 december 2021 kl. 08.58

2021-12-20T08:58:08Z

Admin den 17 december 2021 kl. 14.43

2021-12-17T14:43:06Z

Admin den 17 december 2021 kl. 14.36

2021-12-17T14:36:15Z

Admin: Lade till anpassning av Koha med Teman

2021-12-17T14:34:32Z

Lade till anpassning av Koha med Teman

@@ Rad 19: / Rad 19: @@
 * Ändra statusen på bugzillatråden till "Needs signoff" och vänta. När du skickat in din kod måste någon som inte är kopplad till dig granska det du gjort och godkänna det - en så kallad signoff. Den personen ändrar status-fältet på din Bugzilla-tråd och sätter det förhoppningsvis till "signed off". Det är helt ok att nämna att du har en färdig patch för testning men kom ihåg att du inte kan kräva något av någon, det är frivilliga som testar det du gjort (men troligen finns det svenska kollegor på Mattermost som är nyfikna åtminstone). Lättast att få sign-offs på det du skapar blir det om du också bidragit innan till att testa andras kod. Det kan hända att din kod inte klarar sign-off utan måste få ytterligare handpåläggning. I början är det rentav troligt.
-* Nästa steg är QA (quality assurance). Det är ett team med frivilliga som har till uppgift att kontrollera att koden inte bara verkar göra det den skall utan bieffekter utan att den också följer den kodstandard som gäller i Koha. Här får du oftast "failed QA" eller "passed QA". Om du inte klarar QA har du ändå kommit långt - justera koden efter teamets instruktioner och ändra statusen på bugzillatråden igen. QA-ansvarig är i skrivande stund Katrin Fischer (cait på IRC) som är mycket hjälpsam.
+* Nästa steg är QA (quality assurance). Det är ett team med frivilliga som har till uppgift att kontrollera att koden inte bara verkar göra det den skall utan bieffekter utan att den också följer den kodstandard som gäller i Koha. Här får du oftast "failed QA" eller "passed QA". Om du inte klarar QA har du ändå kommit långt - justera koden efter teamets instruktioner och ändra statusen på bugzillatråden igen.
 * Efter att du passerat QA hamnar koden hos release manager för kommande Koha-version. Det är denna person som har sista ordet om ifall din kod kommer med eller inte. I regel får din bugzillatråd statusen "pushed to master" vilket betyder att den nu inkluderas i senaste utvecklarversionen av Kohas kodbas - det som skall bli nästa version. Notera att ny funktionalitet endast släpps vid halvårsversionerna av Koha medan rättningar av buggar och andra mindre justeringar kommer med i månadsversionerna. Det kan också hända att din patch plockas upp av de som ansvarar för äldre versioner av Koha.

@@ Rad 17: / Rad 17: @@
 * Gör den utveckling som du vill ha gjord - men sätt i så fall dig själv som "Asignee" på bugzillatråden (det finns antagligen en som är default, men det betyder bara att de bevakar vad som kommer in - inte att de skall koda allt som föreslås). Använd t.ex. en Kohadevbox[https://github.com/digibib/kohadevbox] för att enkelt få en virtuell utvecklarmaskin. Läs in dig på Koha developer handbook[https://wiki.koha-community.org/wiki/Developer_handbook] på den internationella wikin. Posta dina ändringar till Bugzilla (med git bz som du vet mer om efter att ha läst developer handbook). Var noga med att följa reglerna för hur man kodar i Kohaprojektet och att skriva en ordentlig testplan. Om du lämnar bort utvecklingen till en firma kan du fylla i fältet "Change sponsored" så att du/ditt bibliotek syns i release notes för den version där det du finansierar faktiskt kommer med.
-* Ändra statusen på bugzillatråden till "Needs signoff" och vänta. När du skickat in din kod måste någon som inte är kopplad till dig granska det du gjort och godkänna det - en så kallad signoff. Den personen ändrar status-fältet på din Bugzilla-tråd och sätter det förhoppningsvis till "signed off". Det är helt ok att nämna att du har en färdig patch för testning men kom ihåg att du inte kan kräva något av någon, det är frivilliga som testar det du gjort (men troligen finns det svenska kollegor på Slack som är nyfikna åtminstone). Lättast att få sign-offs på det du skapar blir det om du också bidragit innan till att testa andras kod. Det kan hända att din kod inte klarar sign-off utan måste få ytterligare handpåläggning. I början är det rentav troligt.
+* Ändra statusen på bugzillatråden till "Needs signoff" och vänta. När du skickat in din kod måste någon som inte är kopplad till dig granska det du gjort och godkänna det - en så kallad signoff. Den personen ändrar status-fältet på din Bugzilla-tråd och sätter det förhoppningsvis till "signed off". Det är helt ok att nämna att du har en färdig patch för testning men kom ihåg att du inte kan kräva något av någon, det är frivilliga som testar det du gjort (men troligen finns det svenska kollegor på Mattermost som är nyfikna åtminstone). Lättast att få sign-offs på det du skapar blir det om du också bidragit innan till att testa andras kod. Det kan hända att din kod inte klarar sign-off utan måste få ytterligare handpåläggning. I början är det rentav troligt.
 * Nästa steg är QA (quality assurance). Det är ett team med frivilliga som har till uppgift att kontrollera att koden inte bara verkar göra det den skall utan bieffekter utan att den också följer den kodstandard som gäller i Koha. Här får du oftast "failed QA" eller "passed QA". Om du inte klarar QA har du ändå kommit långt - justera koden efter teamets instruktioner och ändra statusen på bugzillatråden igen. QA-ansvarig är i skrivande stund Katrin Fischer (cait på IRC) som är mycket hjälpsam.

← Äldre version		Versionen från 25 april 2024 kl. 07.46
Rad 234:		Rad 234:

	<span id="tipps-och-tricks"></span>		<span id="tipps-och-tricks"></span>
−	=== ~~Tipps~~ och tricks ===	+	=== Tips och tricks ===

← Äldre version		Versionen från 20 december 2021 kl. 09.01
Rad 92:		Rad 92:


−	av: Magnus Pettersson	+	av: Magnus Pettersson<br />
	e-post: magnus@entropy.nu		e-post: magnus@entropy.nu

← Äldre version		Versionen från 20 december 2021 kl. 09.00
Rad 92:		Rad 92:


−	av: Magnus Pettersson e-post: magnus@entropy.nu	+	av: Magnus Pettersson
		+	e-post: magnus@entropy.nu

@@ Rad 144: / Rad 144: @@
 === Aktivera tema ===
- För att aktivera temat får man gå till admingränssnittet och aktivera det, man kan söka på '''opacthemes''' för att hamna rätt, eller stega sig fram som nedan. Glöm inte att ladda om sidan innan, annars kommer det nya temat inte visa sig.
+För att aktivera temat får man gå till admingränssnittet och aktivera det, man kan söka på '''opacthemes''' för att hamna rätt, eller stega sig fram som nedan. Glöm inte att ladda om sidan innan, annars kommer det nya temat inte visa sig.
@@ Rad 245: / Rad 245: @@
 Tidigare har man kunnat installera dessa paket i från Brew (https://brew.sh/) men sedan en tid tillbaka får man installera dem manuellt. Adresserna finns nedan.
-https://osxfuse.github.io/
+* https://osxfuse.github.io/
-https://github.com/osxfuse/sshfs/releases
+* https://github.com/osxfuse/sshfs/releases
@@ Rad 253: / Rad 253: @@
 I linux kan man istället (på en Debian 11 installation) installera sshfs direkt.
 apt update && apt install -y sshfs
+</pre>
 '''exempel'''
@@ Rad 261: / Rad 262: @@
+<pre>
 mkdir koha_mount # om den inte finns redan
@@ Rad 267: / Rad 268: @@
 sudo sshfs -p <port> -o idmap=user -o allow_other,default_permissions,IdentityFile=<user home>/.ssh/id_rsa root@<ip addr>:/ koha_mount
-# utan ssh nyckel
+# tan ssh nyckel
 sudo sshfs -p <port> -o idmap=user -o allow_other,default_permissions root@<ip addr>:/ koha_mount
 # när man är klar
 sudo umount koha_mount
+</pre>

@@ Rad 126: / Rad 126: @@
 === Kopiera/ skapa teman ===
 # för opac finns alla teman i katalogn
 /usr/share/koha/opac/htdocs/opac-tmpl
@@ Rad 138: / Rad 139: @@
 # Dela med sig
 zip -r test-tema.zip test-tema/
+</pre>
 <span id="aktivera-tema"></span>
@@ Rad 281: / Rad 282: @@
 Från detta
+<pre>
 .alert{position:relative;padding:.75rem 1.25rem;margin-bottom:1rem;border:1px solid transparent;border-radius:.25rem}.alert-heading{color:inherit}.alert-link{font-weight:700}.alert-dismissible{padding-right:4rem}.alert-dismissible .close{position:absolute;top:0;right:0;z-index:2;padding:.75rem 1.25rem;color:inherit}.alert-primary{color:#004085;background-color:#cce5ff;border-color:#b8daff}.alert-primary hr{border-top-color:#9fcdff}.alert-primary .alert-link{color:#002752}.alert-secondary{color:#383d41;background-color:#e2e3e5;border-color:#d6d8db}.alert-secondary hr{border-top-color:#c8cbcf}.alert-secondary .alert-link{color:#202326}.alert-success{color:#155724;background-color:#d4edda;border-color:#c3e6cb}.alert-success hr{border-top-color:#b1dfbb}.alert-success .alert-link{color:#0b2e13}.alert-info{color:#143f6a;background-color:#d4e4f5;border-color:#c2d9f1}.alert-info hr{border-top-color:#adccec}.alert-info .alert-link{color:#0c263f}.alert-warning,.alert.alert-error{color:#856404;background-color:#fff3cd;border-color:#ffeeba}.alert-warning hr,.alert.alert-error hr{border-top-color:#ffe8a1}.alert-warning .alert-link,.alert.alert-error .alert-link{color:#533f03}.alert-danger{color:#601111;background-color:#f1d2d2;border-color:#ebc1c1}.alert-danger hr{border-top-color:#e5aeae}.alert-danger .alert-link{color:#350909}.alert-light{color:#818182;background-color:#fefefe;border-color:#fdfdfe}.alert-light hr{border-top-color:#ececf6}.alert-light .alert-link{color:#686868}.alert-dark{color:#1b1e21;background-color:#d6d8d9;border-color:#c6c8ca}.alert-dark hr{border-top-color:#b9bbbe}.alert-dark .alert-link{color:#040505}.breadcrumb{display:-ms-flexbox;display:flex;-ms-flex-wrap:wrap;flex-wrap:wrap;padding:.75rem 1rem;margin-bottom:1rem;
+</pre>
 Till detta
 .alert {
    position: relative;
@@ Rad 315: / Rad 317: @@
    color: inherit
+}

@@ Rad 153: / Rad 153: @@
 === tema-katalogens struktur ===
 test-tema
 ├── css # All css som används.
@@ Rad 203: / Rad 204: @@
          ├── images
          └── plugins
+</pre>
 <span id="custom-css"></span>

← Äldre version		Versionen från 17 december 2021 kl. 14.36
Rad 227:		Rad 227:
	Ett exempel på vad det skulle kunna gå att göra med teman i Koha.		Ett exempel på vad det skulle kunna gå att göra med teman i Koha.

−		+	[https://youtu.be/JuQ3A9GEtSM Koha Mockup]
−	~~<iframe width="560" height="315" src="~~https://~~www~~.~~youtube.com/embed~~/JuQ3A9GEtSM~~?start=4" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>~~
−

← Äldre version		Versionen från 17 december 2021 kl. 14.34
Rad 223:		Rad 223:


−	[[File:~~242114941_331621922038271_3405830707340311054_n~~.png\|thumb\|none]]	+	[[File:242114941 331621922038271 3405830707340311054 n.png\|thumb\|none]]
−
−

	Ett exempel på vad det skulle kunna gå att göra med teman i Koha.		Ett exempel på vad det skulle kunna gå att göra med teman i Koha.