-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Standard-Dateien für vscode (+evtl. andere Editoren?) #55
Comments
@DSczyrba, @TheColin21: können wir davon ausgehen dass jeder auf irgendeiner form von linux arbeitet? d.h. entweder wsl-remote in vscode, irgendeine andere linux-remote, direkt auf einem linux host, ... - das würde einigen denk-aufwand ersparen. wenn man docker auf windows hat, hat man ja eigentlich sowieso wsl. und wenn man nicht per container baut: 1. warum nicht? :D 2. die build skripte/tasks.json/... interessieren einen dann eh nicht |
ja können wir behaupte ich mal, wenn jemand texmaker nimmt is das dann eh egal |
Nein können wir nicht und möchte ich auch nicht :) |
build-skripte fallen insofern weg, dass wir mit #60 noch ein paar schöne tasks angelegt haben. wenn jemand was daran umstellen will (z.b. um mit texmaker zu arbeiten), muss er sowieso alles davon über den haufen schmeissen -> macht keinen sinn. @TheColin21 für dich könnte an der stelle wahrscheinlich {
"version": "2.0.0",
"tasks": [
{
"label": "colin's shit",
"dependsOrder": "sequence",
"dependsOn": [
"Build LaTeX using Docker",
"colin's custom nextcloudcloud dings"
]
},
{
"label": "colin's custom nextcloud dings",
.....
},
.....
]
} |
das sieht tatsächlich interessant aus, mal schauen inwiefern es sinnvoller ist, als das aktuelle |
Ok, das hat sich inzwischen in eine ganz gute Richtung entwickelt... Aber jeden Editor werden wir durch Standarddateien auch nicht abdecken können. |
also, vscode als empfohlenen editor bezeichnen und nix weiter explizit unterstützen? |
jo würde VS Code empfehlen |
hast du ja in d015c25 schon geschrieben, easy :D |
Es wäre schlau+hilfreich, Dateien wie
.vscode/tasks.json
einmalig mit einzuchecken. Damit wird es noch einfacher, ein neues Dokument zu erstellen, weil alles, was man braucht, schon da ist. Die beste konfiguration für alle zu finden braucht evtl. ein paar IterationenAn der Stelle bietet es sich auch an, Platz für eigene erweiterungen zu schaffen. Bsp: eine
post-build.sh
, in der man irgendwas automatisch machen lassen kann (nutzt z.b. colin wenn er auf seinem server arbeitet)Die datei würde ich nicht mit ins repo packen und ignorieren, solange sie nicht exisitert
.idea/-ordner für jetbrains (kann man da analog build configurations anlegen ?)->machen wir nicht, nur vscodeist als sub-issue von #47 zu sehen, dort passiert aber irgendwie zu viel ^^
The text was updated successfully, but these errors were encountered: