Waarom is eigenlijk markdown de standaard geworden en niet asciidoc of latex? Beiden betere alternatieven IMO.
asciidoc ken ik niet, maar Latex begrijp ik wel waarom dat niet aan is geslagen; Je kan er de wereld mee, maar echt heel lekker schrijft het niet weg. Uitgangspunt van Markdown is dat het een leesbaar formaat is. Ik schrijf tegenwoordig - merk ik - ongewild ook al Markdown-achtige syntax als dat niet ondersteund wordt. Het is naar mijn idee een meer intuïtief dan Latex.
Read the code, write the code, be the code!
Usability.Caelorum schreef op dinsdag 15 februari 2022 @ 08:48:
Waarom is eigenlijk markdown de standaard geworden en niet asciidoc of latex? Beiden betere alternatieven IMO.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Het is onder andere wat Git project gebruikt. En is net als Markdown een text-based conventie om text op te maken, maar dan wel met fatsoenlijke TOC en includes en dergelijke.wackmaniac schreef op dinsdag 15 februari 2022 @ 08:54:
asciidoc ken ik niet, [..]
Latex leest niet zo lekker op zichzelf, en Markdown oorspronkelijk wel.Caelorum schreef op dinsdag 15 februari 2022 @ 08:48:
Waarom is eigenlijk markdown de standaard geworden en niet asciidoc of latex? Beiden betere alternatieven IMO.
Zoals een wijs man ooit zei: "Winen winen winen"hackerhater schreef op dinsdag 15 februari 2022 @ 08:04:
Ik heb een goed excuus om MS Office compleet te negeren
Het draait niet op mijn Linux machine
🠕 This side up
Word vermijd ik tenzij ik niet anders kan. Ik heb nog een tijdje LaTeX geprobeerd, maar het klikte niet zo vvoor mij. Ook miste ik een One stop shop, een applicatie die alle moeilijkheden voor mij wegnam om het gewoon te compileren, maar wellicht dat ik ook teveel exotische dingen probeerde.
Nu zit ik zoals veel als jullie in kamp Markdown, al mis ik soms een paar handige features zoals een autogen TOC en image display size
Nu zit ik zoals veel als jullie in kamp Markdown, al mis ik soms een paar handige features zoals een autogen TOC en image display size
offtopic:
Ik had echt niet de strikethrough getypt met ~
Ik had echt niet de strikethrough getypt met ~
Je kunt markdown en asciidoc ook eigenlijk niet met LaTeX vergelijken. Markdown en asciidoc zijn als je heel envoudig een documentje wilt tikken. LaTeX is vooral handig als je veel controle wilt over de opmaak, en met name de typesetting. Voor goede documenten gebruiken wij LaTeX, met eigen documentclass-e, macro's, etc. Zien er mooier uit dan Word documenten, en je kunt het makkelijker beheren op gitCaelorum schreef op dinsdag 15 februari 2022 @ 08:48:
Waarom is eigenlijk markdown de standaard geworden en niet asciidoc of latex? Beiden betere alternatieven IMO.
Voor wat eenvoudige documentjes met een stukje tekst en hier een daar een tabelletje/afbeelding is Markdown meer dan voldoende. Voor elegante documenten: LaTeX.
En precies voor dat laatste verkies is Asciidoc boven markdown. Je moet zoveel vage shit doen in markdown om dat werkend te krijgen. Naast dat er niet 1 markdown taal is, maar iedereen wel custom extensies heeft verzonnen.P-Storm schreef op dinsdag 15 februari 2022 @ 10:22:
[...] Nu zit ik zoals veel als jullie in kamp Markdown, al mis ik soms een paar handige features zoals een autogen TOC en image display size
[ Voor 37% gewijzigd door Caelorum op 15-02-2022 10:42 ]
Markdown is prima voor een README, maar ik begrijp ook niet waarom mensen door zo veel hoepels willen springen om er álle opmaak mee te doen. Lijkt me ongeschikt daarvoor.Caelorum schreef op dinsdag 15 februari 2022 @ 10:42:
[...]
En precies voor dat laatste verkies is Asciidoc boven markdown. Je moet zoveel vage shit doen in markdown om dat werkend te krijgen. Naast dat er niet 1 markdown taal is, maar iedereen wel custom extensies heeft verzonnen.
(Je mag van mij je paper wel typesetten in Markdown, maar je maakt het alleen lastiger voor jezelf)
[ Voor 9% gewijzigd door Koenvh op 15-02-2022 10:44 ]
🠕 This side up
TeXstudio in combinatie met TeXlive is vrij makkelijk te gebruiken (gewoon op F5 rammen om het te compileren, en het document wordt direct weergegeven). Nadeel is dat TeXlive op Windows installeren ca. 1½ uur duurt.P-Storm schreef op dinsdag 15 februari 2022 @ 10:22:
Word vermijd ik tenzij ik niet anders kan. Ik heb nog een tijdje LaTeX geprobeerd, maar het klikte niet zo vvoor mij. Ook miste ik een One stop shop, een applicatie die alle moeilijkheden voor mij wegnam om het gewoon te compileren, maar wellicht dat ik ook teveel exotische dingen probeerde.
Nu zit ik zoals veel als jullie in kamp Markdown, al mis ik soms een paar handige features zoals een autogen TOC en image display size
offtopic:
Ik had echt niet de strikethrough getypt met ~

🠕 This side up
Mijn grootste petpeeve met markdown is dat de syntax voor urls ([text](link)) niet handig is omdat er nog wel eens () in links zitten. En ja, je kan escapen, maar dat is gedoe en dat vergeten sommige mensen ook. Had zo makkelijk voorkomen kunnen worden door andere tekens te gebruiken.
Aan de andere kant, als dat het grootste probleem is, is het inderdaad bruikbaarder dan LaTeX
Voor LaTeX heb ik altijd SublimeText met latextools gebruikt. Die werkt out of the box best wel goed, waarbij hij automagisch een pdf reader opent zonder lock op de file. Maar tegenwoordig word overleaf veel gebruikt.P-Storm schreef op dinsdag 15 februari 2022 @ 10:22:
Word vermijd ik tenzij ik niet anders kan. Ik heb nog een tijdje LaTeX geprobeerd, maar het klikte niet zo vvoor mij. Ook miste ik een One stop shop, een applicatie die alle moeilijkheden voor mij wegnam om het gewoon te compileren, maar wellicht dat ik ook teveel exotische dingen probeerde.
Nu zit ik zoals veel als jullie in kamp Markdown, al mis ik soms een paar handige features zoals een autogen TOC en image display size
offtopic:
Ik had echt niet de strikethrough getypt met ~
Dat is heel makkelijk op te lossen, geen windows gebruikenKoenvh schreef op dinsdag 15 februari 2022 @ 10:45:
[...]
TeXstudio in combinatie met TeXlive is vrij makkelijk te gebruiken (gewoon op F5 rammen om het te compileren, en het document wordt direct weergegeven). Nadeel is dat TeXlive op Windows installeren ca. 1½ uur duurt.
[ Voor 60% gewijzigd door Gropah op 15-02-2022 11:07 ]
Ik vind het irritanter dat Word, bij het aanklikken van een bestand (hetzij via de Explorer, hetzij via het recent/pinned-menu op de taakbalk) alle documenten weer opent die je eerder open had.Koenvh schreef op maandag 14 februari 2022 @ 20:52:
[...]
Nietus!
Wie heeft trouwens bepaalt dat Word nu weer een nieuwe opmaak nodig heeft, met nog meer witruimte?
Dit dus:
[Afbeelding]
Hierbij heeft het venster dat op de voorgrond komt ook niet het aangeklikte document, maar een eerdere.
En dat hij met het publiceren van een PDF naar een OneDrive-locactie de OneDrive-viewer in je browser opent in plaats van de PDF vanaf je filesystem. Sowieso is de OneDrive-integratie wack. Een ampersand ( & ) in een mapnaam wordt een circumflex ( ^ ). Het bladeren door mappen is ruk.
Gelukkig kun je instellen dat de filebrowser standaard "native" is, dus de oude vertrouwde FileDialog waar je gewoon een pad kunt plakken of in een keer een paar mappen omhoog kunt.
https://oneerlijkewoz.nl
Op papier is hij aan het tekenen, maar in de praktijk...
Daar heb ik gelukkig geen last van, maar klinkt vervelend. Een beetje als "mensen die Jaarverslag_2021.docx openden, openden ook Kleurplaten_Kermit.docx en Sinterklaasgedicht papa.docx"CodeCaster schreef op dinsdag 15 februari 2022 @ 11:49:
[...]
Ik vind het irritanter dat Word, bij het aanklikken van een bestand (hetzij via de Explorer, hetzij via het recent/pinned-menu op de taakbalk) alle documenten weer opent die je eerder open had.
Hierbij heeft het venster dat op de voorgrond komt ook niet het aangeklikte document, maar een eerdere.
Oh ja, dat heb ik direct uitgezetEn dat hij met het publiceren van een PDF naar een OneDrive-locactie de OneDrive-viewer in je browser opent in plaats van de PDF vanaf je filesystem. Sowieso is de OneDrive-integratie wack. Een ampersand ( & ) in een mapnaam wordt een circumflex ( ^ ). Het bladeren door mappen is ruk.

Wist ik niet, maar nu wel direct aangepastGelukkig kun je instellen dat de filebrowser standaard "native" is, dus de oude vertrouwde FileDialog waar je gewoon een pad kunt plakken of in een keer een paar mappen omhoog kunt.
🠕 This side up
Je hebt daar geen last van omdat je Linux kernel nog niet klaar is met compilen?Gropah schreef op dinsdag 15 februari 2022 @ 11:04:
[...]
Mijn grootste petpeeve met markdown is dat de syntax voor urls ([text](link)) niet handig is omdat er nog wel eens () in links zitten. En ja, je kan escapen, maar dat is gedoe en dat vergeten sommige mensen ook. Had zo makkelijk voorkomen kunnen worden door andere tekens te gebruiken.
Aan de andere kant, als dat het grootste probleem is, is het inderdaad bruikbaarder dan LaTeX
[...]
Voor LaTeX heb ik altijd SublimeText met latextools gebruikt. Die werkt out of the box best wel goed, waarbij hij automagisch een pdf reader opent zonder lock op de file. Maar tegenwoordig word overleaf veel gebruikt.
[...]
Dat is heel makkelijk op te lossen, geen windows gebruikenMaar ja, op werk heb je daar vaak genoeg geen keuze in (helaas zeg ik dan als devver).
(Ik snap overigens ook niet waarom er voor Windows niet gewoon een kant-en-klare installatie van TeXlive is in plaats van de "download-en-compile-alles" versie, maar het is sneller dan MiKTeX
[ Voor 8% gewijzigd door Koenvh op 15-02-2022 13:09 ]
🠕 This side up
Ik draai nu WSL2 op m'n laptop en WSL1 op m'n desktop. Ik vind het schitterend wat WSL2 allemaal kan, maar ik vind het wel jammer dat het opstarten nu duidelijk langer duurt.Sebazzz schreef op maandag 14 februari 2022 @ 23:02:
Semi offtopic maar WSL2 is echt compleet![]()
• Extreme tuxracer, wat ik jaren geleden op mijn Ubuntu desktop draaide (OpenGL), gecompileerd na de installatie van de juiste libraries en zonder problemen gedraaid.
• Oude spellen die Windows niet meer ondersteunt maar wel 3D acceleratie nodig hebben gedraaid via Wine die het dan met 3D acceleratie draait
Ik had laatst nog een .doc met een marge links waar je u tegen zegt, en een marge rechts waar ik het niet zou vertrouwen dat de printer nog alles print. Kan me niet voorstellen dat dat ooit zo bedoeld wasSebazzz schreef op dinsdag 15 februari 2022 @ 08:31:
[...]
Hebben jullie ook dat oude Word documenten die al een aantal generaties aan Word hebben meegemaakt het niet zo lekker doen?
De spacing gaat dan raar lopen doen of problemen met paginaovergangen en dergelijke. Ik moet soms wel eens dingen in Word doen en dat is dan zeer irritantNog even los van sommige collega's die een Word document niet netjes opzetten waardoor je uberhaupt tegen problemen aanloopt en je het document moet refactoren.
🠕 This side up
Dat zou je denken, maar je komt af en toe de raarste dingen tegen. Misschien zat het papier verkeerd in de lade, en werd het met zulke marges juist wel goed afgedruktKoenvh schreef op dinsdag 15 februari 2022 @ 13:14:
[...]
Ik had laatst nog een .doc met een marge links waar je u tegen zegt, en een marge rechts waar ik het niet zou vertrouwen dat de printer nog alles print. Kan me niet voorstellen dat dat ooit zo bedoeld was
... en daarna werd de printer gerepareerd en klaagden ze over het feit dat de documenten niet meer klopten?ThomasG schreef op dinsdag 15 februari 2022 @ 13:16:
[...]
Dat zou je denken, maar je komt af en toe de raarste dingen tegen. Misschien zat het papier verkeerd in de lade, en werd het met zulke marges juist wel goed afgedrukt

In dat soort gevallen is het wel fijn dat je in Markdown de marges niet kunt aanpassen
🠕 This side up
LaTeX als alternatief voor markdown, voel je je wel helemaal lekker?Caelorum schreef op dinsdag 15 februari 2022 @ 08:48:
Waarom is eigenlijk markdown de standaard geworden en niet asciidoc of latex? Beiden betere alternatieven IMO.
Zoals gezegd is markdown vooral bedoeld voor documentjes en wat kleine tekstjes waarin je wat dingen als headers wil hebben en bold en italic tekst, terwijl je toch gewoon lekker snel door kan typen. Wil je liever *dit* of wil je liever \emph{dit} als je even snel een jira-ticket in elkaar flanst? Of
* dit en
* dit,
of toch liever
\begin{itemize}
\item dit en
\item dit?
\end{itemize}
Voor complexe documenten is het verhaal natuurlijk heel anders - ja, daar verkies ik ook echt wel LaTex boven word - maar ik hoop niet dat je daar vaak markdown tegenkomt. En ook daar mag je soms best een tijdje priegelen om de boel in LaTex compilerend te krijgen want ondanks dat het resultaat mooi is LaTex taaltechnisch gewoon een ramp.
Heeft geen speciale krachten en is daar erg boos over.
En dan heb je het nog niet eens over plaatjes en tabellen op de juiste plek krijgenbwerg schreef op woensdag 16 februari 2022 @ 09:11:
[...]
LaTeX als alternatief voor markdown, voel je je wel helemaal lekker?
Zoals gezegd is markdown vooral bedoeld voor documentjes en wat kleine tekstjes waarin je wat dingen als headers wil hebben en bold en italic tekst, terwijl je toch gewoon lekker snel door kan typen. Wil je liever *dit* of wil je liever \emph{dit} als je even snel een jira-ticket in elkaar flanst? Of
* dit en
* dit,
of toch liever
\begin{itemize}
\item dit en
\item dit?
\end{itemize}
Voor complexe documenten is het verhaal natuurlijk heel anders - ja, daar verkies ik ook echt wel LaTex boven word - maar ik hoop niet dat je daar vaak markdown tegenkomt. En ook daar mag je soms best een tijdje priegelen om de boel in LaTex compilerend te krijgen want ondanks dat het resultaat mooi is LaTex taaltechnisch gewoon een ramp.
Ik gebruik eigenlijk altijd de online versie van word of de g suite als ik iets moet doen met een gewoon document.
[ Voor 5% gewijzigd door RagingPenguin op 16-02-2022 09:22 ]
Ik flans liever geen JIRA ticket in elkaarbwerg schreef op woensdag 16 februari 2022 @ 09:11:
[...]
Wil je liever *dit* of wil je liever \emph{dit} als je even snel een jira-ticket in elkaar flanst?

[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Ja, het is een hoop meer tekst, maar dat valt op te lossen met een goede editor.bwerg schreef op woensdag 16 februari 2022 @ 09:11:
[...]
LaTeX als alternatief voor markdown, voel je je wel helemaal lekker?
Zoals gezegd is markdown vooral bedoeld voor documentjes en wat kleine tekstjes waarin je wat dingen als headers wil hebben en bold en italic tekst, terwijl je toch gewoon lekker snel door kan typen. Wil je liever *dit* of wil je liever \emph{dit} als je even snel een jira-ticket in elkaar flanst? Of
* dit en
* dit,
of toch liever
\begin{itemize}
\item dit en
\item dit?
\end{itemize}
Voor complexe documenten is het verhaal natuurlijk heel anders - ja, daar verkies ik ook echt wel LaTex boven word - maar ik hoop niet dat je daar vaak markdown tegenkomt. En ook daar mag je soms best een tijdje priegelen om de boel in LaTex compilerend te krijgen want ondanks dat het resultaat mooi is LaTex taaltechnisch gewoon een ramp.
Het voordeel er van is dat het redelijk expliciet is. Met een itemize weet je wat er op papier komt, met een lijst van sterretjes kun je inschatten dat dat een lijst word, maar ik moet altijd proefondervindelijk uitvinden of bold nu **tekst** of __tekst__ is.
Maar voor de rest heb je gelijk dat het af en toe best wel een gepriegel kan zijn als je er niet heel bekend mee bent.
In tegenstelling tot \emph... Laat staan als er 30 packages geïnclude worden die stilletjes gedrag veranderen (en met een beetje pech elkaars gedrag stukmaken). En ik kan ook wel wat voorbeelden noemen van niet-terminerende LaTex-compilatie. En dan heb ik het nog niet over hoe macro's samenwerken (of eigenlijk juist niet) met alle magische opmaak, waardoor als je iets handig in een macro denkt te wrappen, je bij elk gebruik de whitespace er omheen verneukt. En dat mag je dan fixen door hele regels aan magische ik-weet-niet-wat-het-doet van stackoverflow te copy-pasten (en wie weet wat voor extra side-effects je jezelf daarmee op de hals haalt).Gropah schreef op woensdag 16 februari 2022 @ 10:05:
Het voordeel er van is dat het redelijk expliciet is. Met een itemize weet je wat er op papier komt, met een lijst van sterretjes kun je inschatten dat dat een lijst word, maar ik moet altijd proefondervindelijk uitvinden of bold nu **tekst** of __tekst__ is.
Ja, ik gebruik het ook en kan er prima mee overweg, en verkies het nog steeds boven het drama dat MS office heet, maar het is toch gewoon een gedrocht van een taal.
Heeft geen speciale krachten en is daar erg boos over.
Mijn voorkeur in deze volgorde: Asciidoc -> LaTeX -> markdown.bwerg schreef op woensdag 16 februari 2022 @ 09:11:
[...]
LaTeX als alternatief voor markdown, voel je je wel helemaal lekker? :P[...]
Voor latex moet je eigenlijk gewoon vanaf een goed template werken (bv die van acm of ieee) en verder niks willen aanpassen.bwerg schreef op woensdag 16 februari 2022 @ 10:12:
[...]
In tegenstelling tot \emph... Laat staan als er 30 packages geïnclude worden die stilletjes gedrag veranderen (en met een beetje pech elkaars gedrag stukmaken). En ik kan ook wel wat voorbeelden noemen van niet-terminerende LaTex-compilatie. En dan heb ik het nog niet over hoe macro's samenwerken (of eigenlijk juist niet) met alle magische opmaak, waardoor als je iets handig in een macro denkt te wrappen, je bij elk gebruik de whitespace er omheen verneukt. En dat mag je dan fixen door hele regels aan magische ik-weet-niet-wat-het-doet van stackoverflow te copy-pasten (en wie weet wat voor extra side-effects je jezelf daarmee op de hals haalt).
Ja, ik gebruik het ook en kan er prima mee overweg, en verkies het nog steeds boven het drama dat MS office heet, maar het is toch gewoon een gedrocht van een taal.
Ik gebruik gewoon de achterkant van een bierviltje
If money talks then I'm a mime
If time is money then I'm out of time
En je komt gegarandeerd iets tegen wat je dan toch echt in je texje wil stoppen wat standaard niet netjes wordt binnen dat template.RagingPenguin schreef op woensdag 16 februari 2022 @ 12:51:
[...]
Voor latex moet je eigenlijk gewoon vanaf een goed template werken (bv die van acm of ieee) en verder niks willen aanpassen.
Gelukkig bestaan er dan altijd nog hacks als \vspace om alles netjes te krijgen.
Ach, aan de andere kant: als je moet prutsen in latex om iets voor elkaar te krijgen, dan had het gegarandeerd 10 keer meer gepruts gekost in office.
Heeft geen speciale krachten en is daar erg boos over.
Nee, erger nog. MarkDown is in de eerste plaats bedoeld om leesbaar te zijn in plain-text formaat zodat je niet persé een parser nodig hebt, en ook in versiebeheer duidelijke diffs hebt.bwerg schreef op woensdag 16 februari 2022 @ 09:11:
[...]
LaTeX als alternatief voor markdown, voel je je wel helemaal lekker?
Zoals gezegd is markdown vooral bedoeld voor documentjes en wat kleine tekstjes waarin je wat dingen als headers wil hebben en bold en italic tekst, terwijl je toch gewoon lekker snel door kan typen. Wil je liever *dit* of wil je liever \emph{dit} als je even snel een jira-ticket in elkaar flanst? Of
Markdown is nou juist bedoeld voor die situaties waar je _niet_ een uitgebreide editor hebt. En gezien het uitgangspunt is dat de leesbaarheid als plaintext in orde moet zijn, kun je eigenlijk stellen dat je je gewoon niet druk moet maken over hoe **text** of __text__ gerenderd wordt. Of de parser het nou bold of underlined of een raar kleurtje maakt... Zolang er maar sterke emphasis is, is het goed. Als dat wel uitmaakt, was MD bij voorbaat al de verkeerde keus.Gropah schreef op woensdag 16 februari 2022 @ 10:05:
[...]
Ja, het is een hoop meer tekst, maar dat valt op te lossen met een goede editor.
Het voordeel er van is dat het redelijk expliciet is. Met een itemize weet je wat er op papier komt, met een lijst van sterretjes kun je inschatten dat dat een lijst word, maar ik moet altijd proefondervindelijk uitvinden of bold nu **tekst** of __tekst__ is.
Maar voor de rest heb je gelijk dat het af en toe best wel een gepriegel kan zijn als je er niet heel bekend mee bent.
De kracht van markdown is imho het feit dat het simpel is. LaTex is leuk als je een wetenschappelijke paper moet schrijven.
En dat github standaard markdown-files kan renderen zal misschien ook wel geholpen hebben bij de adoptie. Readme's zijn al ontzettend lang standaard in markdown geschreven. De stap om dan andere dingen ook in markdown te doen is dan niet zo groot meer.
Also, mocht iemand gestresst zijn en wat devOps medidatie kunnen gebruiken.
En dat github standaard markdown-files kan renderen zal misschien ook wel geholpen hebben bij de adoptie. Readme's zijn al ontzettend lang standaard in markdown geschreven. De stap om dan andere dingen ook in markdown te doen is dan niet zo groot meer.
Also, mocht iemand gestresst zijn en wat devOps medidatie kunnen gebruiken.
Roses are red, violets are blue, unexpected '{' on line 32.
Niet alleen wetenschappelijke papers hoor. Wij maken regelmatig verslagen, rapporages, "fact sheets" en andere documenten richting klanten (en daar het top-management) die er qua opmaak tip-top uit moeten zien. Qua resultaat lijkt he net of iemand uren bezig is geweest in bijvoorbeeld Adobe InDesign, terwijl we gewoon een script gebruiken dat de LaTeX bestanden genereerd. En inderdaad, we hebben een keer moeten investeren in goede LaTeX "templates".WernerL schreef op woensdag 16 februari 2022 @ 16:22:
De kracht van markdown is imho het feit dat het simpel is. LaTex is leuk als je een wetenschappelijke paper moet schrijven.
Hier ben ik het niet helemaal mee eens, in veel tekst merk ik dat er echt een verschil in toon zit tussen cursief en dikgedrukt - zeker in de wat minder formele teksten. Dus als je iets typt lijkt het me wel van belang dat het verschil tussen die twee duidelijk is.mcDavid schreef op woensdag 16 februari 2022 @ 13:58:
[...]
Markdown is nou juist bedoeld voor die situaties waar je _niet_ een uitgebreide editor hebt. En gezien het uitgangspunt is dat de leesbaarheid als plaintext in orde moet zijn, kun je eigenlijk stellen dat je je gewoon niet druk moet maken over hoe **text** of __text__ gerenderd wordt. Of de parser het nou bold of underlined of een raar kleurtje maakt... Zolang er maar sterke emphasis is, is het goed. Als dat wel uitmaakt, was MD bij voorbaat al de verkeerde keus.
2x Dell UP2716D | R9 7950X | 128GB RAM | 980 Pro 2TB x2 | RTX2070 Super
.oisyn: Windows is net zo slecht in commandline als Linux in GUI
Ik heb zelfs een keer dat soort rapporten gegenereerd door het om te zetten naar LaTeX en er daarna een PDF van te maken. Kan erg leuk werken - zodra het werkt (en dat duurt soms even)ThomasG schreef op woensdag 16 februari 2022 @ 19:47:
[...]
Niet alleen wetenschappelijke papers hoor. Wij maken regelmatig verslagen, rapporages, "fact sheets" en andere documenten richting klanten (en daar het top-management) die er qua opmaak tip-top uit moeten zien. Qua resultaat lijkt he net of iemand uren bezig is geweest in bijvoorbeeld Adobe InDesign, terwijl we gewoon een script gebruiken dat de LaTeX bestanden genereerd. En inderdaad, we hebben een keer moeten investeren in goede LaTeX "templates".
🠕 This side up
Ik had eigenlijk wel verwacht dat er hier diehard programmeurs zijn die hun documenten in postscript maken
Diehard programmeurs genereren hun documenten uit broncodeThomasG schreef op donderdag 17 februari 2022 @ 09:16:
Ik had eigenlijk wel verwacht dat er hier diehard programmeurs zijn die hun documenten in postscript maken
Wat ik wil zeggen is dat er mogelijk meerdere manieren zijn om dat verschil duidelijk te maken. Dat is uiteindelijk aan de parser. Als gebruiker kies je tussen een _enkel_ emphasis karakter of een __dubbele__. Zolang de parser daar respectievelijk subtiele en sterke emphasis aan geeft, is het toch goed?F.West98 schreef op woensdag 16 februari 2022 @ 20:28:
[...]
Hier ben ik het niet helemaal mee eens, in veel tekst merk ik dat er echt een verschil in toon zit tussen cursief en dikgedrukt - zeker in de wat minder formele teksten. Dus als je iets typt lijkt het me wel van belang dat het verschil tussen die twee duidelijk is.
't jammere van MD is misschien dat er niet een strikte definitie is, en sommige applicaties (looking at you, Slack
Dat is aan de typesetter, niet de schrijver. Het is een beetje hetzelfde verschil als tussen html en css.F.West98 schreef op woensdag 16 februari 2022 @ 20:28:
[...]
Hier ben ik het niet helemaal mee eens, in veel tekst merk ik dat er echt een verschil in toon zit tussen cursief en dikgedrukt - zeker in de wat minder formele teksten. Dus als je iets typt lijkt het me wel van belang dat het verschil tussen die twee duidelijk is.
Niks is zo irritant om van verschillende word documentjes van de verschillende projectleden een samenhangend document te maken. Met LaTeX ben je in 5 minuten klaar en heb je professioneel ogend boekwerk, incl ToC en citations.
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
broncode is documentatie, en altijd up to dateKalentum schreef op donderdag 17 februari 2022 @ 09:21:
[...]
Diehard programmeurs genereren hun documenten uit broncode
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Werk gewoon in een document? Dit klinkt als een probleem niet meer voor zou moeten komen in deze tijd. En als je echt perse een lokale instalatie van word wilt gebruiken dan is het ook niet zo moeilijk om een standaard theme te hebben in een bedrijf.Janoz schreef op donderdag 17 februari 2022 @ 09:57:
[...]
Niks is zo irritant om van verschillende word documentjes van de verschillende projectleden een samenhangend document te maken. Met LaTeX ben je in 5 minuten klaar en heb je professioneel ogend boekwerk, incl ToC en citations.
Word nodigt nou niet bepaald uit tot het goed gebruiken van templates, los van of je het nu online of lokaal doet. Er zijn complete volksstammen die een hoofdstuktitel maken door het font wat groter te maken en op bold te zetten. En heb je wel eens geprobeerd de kantlijn van een document aan te passen?RagingPenguin schreef op donderdag 17 februari 2022 @ 10:02:
[...]
Werk gewoon in een document? Dit klinkt als een probleem niet meer voor zou moeten komen in deze tijd. En als je echt perse een lokale instalatie van word wilt gebruiken dan is het ook niet zo moeilijk om een standaard theme te hebben in een bedrijf.
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
No-offence, maar dan ben je wel zelf meer zelf het probleem dan word. Als in een nieuw document aanmaak dan is het eerste wat die vraagt welk template ik wil en in een enterprise omgeving kan je als admin de templates beheren zodat er enkel de goede staan. (niet dat ik word nu helemaal geweldig vind, maar het is ook weer zo slecht als je nu omschrijft)Janoz schreef op donderdag 17 februari 2022 @ 10:07:
[...]
Word nodigt nou niet bepaald uit tot het goed gebruiken van templates, los van of je het nu online of lokaal doet. Er zijn complete volksstammen die een hoofdstuktitel maken door het font wat groter te maken en op bold te zetten. En heb je wel eens geprobeerd de kantlijn van een document aan te passen?
Totdat mensen stukken tekst uit andere documenten of zelfs emails gaan knippen en plakken, en dus die opmaak wordt overgenomen. Veel mensen gebruiken de plakken zonder opmaak knop niet, en passen het ook niet aan. Dan kun je dus nog steeds alles handmatig langslopen.RagingPenguin schreef op donderdag 17 februari 2022 @ 10:24:
[...]
No-offence, maar dan ben je wel zelf meer zelf het probleem dan word. Als in een nieuw document aanmaak dan is het eerste wat die vraagt welk template ik wil en in een enterprise omgeving kan je als admin de templates beheren zodat er enkel de goede staan. (niet dat ik word nu helemaal geweldig vind, maar het is ook weer zo slecht als je nu omschrijft)
Punt is dat je het zelf super netjes kunt doen, maar er hoeft maar 1 prutser in je team/projectgroepje te zitten.RagingPenguin schreef op donderdag 17 februari 2022 @ 10:24:
[...]
No-offence, maar dan ben je wel zelf meer zelf het probleem dan word. Als in een nieuw document aanmaak dan is het eerste wat die vraagt welk template ik wil en in een enterprise omgeving kan je als admin de templates beheren zodat er enkel de goede staan. (niet dat ik word nu helemaal geweldig vind, maar het is ook weer zo slecht als je nu omschrijft)
Goed, mijn ervaringen met het schrijven van een boek zijn zeker 20 jaar terug. Maar ook recentelijk heb ik gemerkt dat je tekst semantisch opmaken in Word nodeloos ingewikkeld is, laat staan wat voor problemen je je op de hals haalt wanneer je later het template aan wilt passen.
edit: en wat @ThomasG zegt
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Oh wat ben ik blij dat ik als coder eigenlijk nooit office documenten hoef te gebruiken 
Laatste keer dat ik voor mijn werk een office document moest opslaan is minimaal een jaar geleden.
Laatste keer dat ik voor mijn werk een office document moest opslaan is minimaal een jaar geleden.
ThomasG schreef op donderdag 17 februari 2022 @ 10:31:
[...]
Totdat mensen stukken tekst uit andere documenten of zelfs emails gaan knippen en plakken, en dus die opmaak wordt overgenomen. Veel mensen gebruiken de plakken zonder opmaak knop niet, en passen het ook niet aan. Dan kun je dus nog steeds alles handmatig langslopen.
Nu ben je wel opzoek naar problemen, je kan gewoon alle tekst in een document selecteren en 'apply styles' gebruiken. ik zou dit eerder zien als een probleem met latex, als er een pruster gaat klooien met whitespace of vage packages dan gaat het aardig wat tijd kosten om dat deel opnieuw te doen. Zelfde met consistentie, ik heb vaker dan eens meegemaakt dat een persoon geen \\ aan het einde van hun allinea's doen en dan kan je die overal handmatig toevoegen. Of dat mensen een compleet zooitje maken van hun ids in referenties en niemand meer weet wat nu waar bij hoort. Maar dat ligt aan de mensen die er een zooitje van maken en niet zo zeer aan de tool.Janoz schreef op donderdag 17 februari 2022 @ 10:35:
[...]
Punt is dat je het zelf super netjes kunt doen, maar er hoeft maar 1 prutser in je team/projectgroepje te zitten.
Goed, mijn ervaringen met het schrijven van een boek zijn zeker 20 jaar terug. Maar ook recentelijk heb ik gemerkt dat je tekst semantisch opmaken in Word nodeloos ingewikkeld is, laat staan wat voor problemen je je op de hals haalt wanneer je later het template aan wilt passen.
edit: en wat @ThomasG zegt
Dat is helemaal geen zoeken naar problemen. Het plakken met verkeerde opmaak gebeurt binnen een gemiddeld bedrijf aan de lopende band. Je vraagt je soms echt af hoe mensen dat voor elkaar krijgen.RagingPenguin schreef op donderdag 17 februari 2022 @ 11:00:
[...]
[...]
Nu ben je wel opzoek naar problemen, je kan gewoon alle tekst in een document selecteren en 'apply styles' gebruiken. ik zou dit eerder zien als een probleem met latex, als er een pruster gaat klooien met whitespace of vage packages dan gaat het aardig wat tijd kosten om dat deel opnieuw te doen. Zelfde met consistentie, ik heb vaker dan eens meegemaakt dat een persoon geen \\ aan het einde van hun allinea's doen en dan kan je die overal handmatig toevoegen. Of dat mensen een compleet zooitje maken van hun ids in referenties en niemand meer weet wat nu waar bij hoort. Maar dat ligt aan de mensen die er een zooitje van maken en niet zo zeer aan de tool.
Zo hebben wij WYSIWYG editors in onze web applicaties. Daar plakken gebruikers hele word documenten in, en dat werkt ook. Maar wij ondersteunen ook links (want klant wilt dat). Krijgen we wel eens "klachten" dat de link niet werkt. En wat blijkt? Ze hebben als url van de link geen url geplakt, maar de inhoud van een gehele email waar ook de link in staat. Tja

Ja, want Word weet exact wat als kopje bedoeld is of wat als hoofdstuk titelRagingPenguin schreef op donderdag 17 februari 2022 @ 11:00:
[...]
[...]
Nu ben je wel opzoek naar problemen, je kan gewoon alle tekst in een document selecteren en 'apply styles' gebruiken.
Ja, iedereen kan er een zootje van maken. Maar ik blijf bij mijn stelling dat dat in LaTeX makkelijker op te lossen is dan in Word. Een package donder je er zo uit. een vergeten \\ kun je gelijk zien en zelfs id's zijn eventueel met een simpele search en replace zo aan te passen (of op z'n minst te vinden).ik zou dit eerder zien als een probleem met latex, als er een pruster gaat klooien met whitespace of vage packages dan gaat het aardig wat tijd kosten om dat deel opnieuw te doen. Zelfde met consistentie, ik heb vaker dan eens meegemaakt dat een persoon geen \\ aan het einde van hun allinea's doen en dan kan je die overal handmatig toevoegen. Of dat mensen een compleet zooitje maken van hun ids in referenties en niemand meer weet wat nu waar bij hoort. Maar dat ligt aan de mensen die er een zooitje van maken en niet zo zeer aan de tool.
Ken Thompson's famous line from V6 UNIX is equaly applicable to this post:
'You are not expected to understand this'
Diehard programmeurs schrijven ASCII bitje voor bitje op hun tweeknopstoetsenbordKalentum schreef op donderdag 17 februari 2022 @ 09:21:
[...]
Diehard programmeurs genereren hun documenten uit broncode
Einstein: Mijn vrouw begrijpt me niet
Als bij de eerste word processors was bepaald dat je niet snel per freaking letter met ctrl+b/i/u of fontsize kan spelen, hadden we nu vliegende auto’s en wereldvrede gehad.
{signature}
Ik heb per ongeluk een map genaamd ~ gemaakt in mijn home-directory en nu durf ik 'm niet te verwijderen maar al mijn shell-scripts zijn nu stuk
code:
1
2
| $ ls ~ ~ config deploy.sh domains versions |
[ Voor 35% gewijzigd door Gamebuster op 17-02-2022 12:57 ]
Let op: Mijn post bevat meningen, aannames of onwaarheden
@Gamebuster als absoluut path moet je hem wel kunnen referencen toch?
en verwijderen
ls /home/your_user_name/~
en verwijderen
rm /home/your_user_name/~
[ Voor 42% gewijzigd door Woy op 17-02-2022 12:57 ]
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
werkt niet (no such file or directory) maar ik wil hier niet helpdesken, ik bel de eigenaar van de server wel voordat ik iets sloopWoy schreef op donderdag 17 februari 2022 @ 12:55:
@Gamebuster als absoluut path moet je hem wel kunnen referencen toch?
ls /home/your_user_name/~
en verwijderen
rm /home/your_user_name/~
Let op: Mijn post bevat meningen, aannames of onwaarheden
Hier niet echt een probleemGamebuster schreef op donderdag 17 februari 2022 @ 12:59:
[...]
werkt niet (no such file or directory) maar ik wil hier niet helpdesken, ik bel de eigenaar van de server wel voordat ik iets sloop
:fill(white):strip_exif()/f/image/pqsU8lJhM3zNdfrLTioErU7r.png?f=user_large)
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
code:
1
2
| root@web01:/home/events_acc# mv \~/ bla root@web01:/home/events_acc# |
hebben ze gedaan voor me, was inderdaad simpel op die manier
Let op: Mijn post bevat meningen, aannames of onwaarheden
Ja escaping van ~ kan natuurlijk ook, had ik niet eens aan gedacht
, maar dan had je ook meteen
kunnen doen natuurlijk
rm -r \~
kunnen doen natuurlijk
[ Voor 5% gewijzigd door Woy op 17-02-2022 13:14 ]
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Hebben jullie de veel leukere versie van Wordle, Passwordle al geprobeerd?
https://rsk0315.github.io/playground/passwordle.html
https://rsk0315.github.io/playground/passwordle.html
Vihaio schreef op donderdag 17 februari 2022 @ 13:15:
Hebben jullie de veel leukere versie van Wordle, Passwordle al geprobeerd?![]()
https://rsk0315.github.io/playground/passwordle.html
/f/image/a5PGlmhkVTQu1UlohyjaCm9m.png?f=fotoalbum_large)
Ze hebben al een handig debugger statement op een nuttige plek laten staan in de source
“Build a man a fire, and he'll be warm for a day. Set a man on fire, and he'll be warm for the rest of his life.”
Euhm, of gewoon niet \\ aan het einde van elke paragraaf zetten? In mijn honderden pagina's aan geproduceerde latex nog nooit gebruikt en als je consistent iets anders wil kun je beter je style aanpassen... Dus ik zou zeggen dat die ene persoon het gewoon goed doet.RagingPenguin schreef op donderdag 17 februari 2022 @ 11:00:
Zelfde met consistentie, ik heb vaker dan eens meegemaakt dat een persoon geen \\ aan het einde van hun allinea's doen en dan kan je die overal handmatig toevoegen.
\\ om paragrafen te scheiden is een beetje als regels in bold gebruiken als headers, m.i..
In dat kader is CommonMark wel interessant. Er heeft iemand onderzoek zitten doen naar alle verschillen tussen de dialecten in markdown, en op basis daarvan een formelere en volledigere standaard bedacht die zoveel mogelijk van die dialecten verenigd (en soms dus ook van sommige standaarden afwijkt, maar dan dus wel bewust en expliciet).mcDavid schreef op donderdag 17 februari 2022 @ 09:40:
't jammere van MD is misschien dat er niet een strikte definitie is, en sommige applicaties (looking at you, Slack) een eigen dialect verzinnen wat een beetje op MD lijkt maar toch anders is.
Heb je natuurlijk niks aan als je gewoon markdown moet typen in systeem X waarin ze nou eenmaal dialect Y gebruiken, maar als je zelf iets in elkaar moet flansen voor markdown-processing is dat wel een leuke.
Verplichte XKCD:

Heeft geen speciale krachten en is daar erg boos over.
Ik ben er zelf wel fan van om GIthub Flavored Markdown als uitgangspunt te nemen. Dat is CommonMark, met wat handige uitbreidingen zoals strikethrough , task lists en tables. Hoewel tables in Markdown niet echt ideaal zijn.
Spec staat hier: https://github.github.com/gfm/
Spec staat hier: https://github.github.com/gfm/
En dat is dus exact de logica die ik los laat op mensen die word verkeerd gebruikenbwerg schreef op donderdag 17 februari 2022 @ 13:42:
[...]
Euhm, of gewoon niet \\ aan het einde van elke paragraaf zetten? In mijn honderden pagina's aan geproduceerde latex nog nooit gebruikt en als je consistent iets anders wil kun je beter je style aanpassen... Dus ik zou zeggen dat die ene persoon het gewoon goed doet.
\\ om paragrafen te scheiden is een beetje als regels in bold gebruiken als headers, m.i..

Situation: there are 16 competing standards.Vihaio schreef op donderdag 17 februari 2022 @ 14:01:
Dat is CommonMark, met wat handige uitbreidingen zoals strikethrough , task lists en tables.
Gelukkig staat de reference-implementatie van CommonMark ook uitbreidingen toe zoals die op github.
[ Voor 16% gewijzigd door bwerg op 17-02-2022 15:53 ]
Heeft geen speciale krachten en is daar erg boos over.
Haha ja, dat is wel het probleem met die uitbreidingen. De CommonMark die je in bijvoorbeeld in Github gebruikt is niet per se hetzelfde als de CommonMark van je notitieprogramma
@bwerg en @Vihaio
De reden voor al die varianten is omdat Markdown van oorsprong uit eigenlijk niks anders bestond dan de guideline dat het ook goed leesbaar is zonder highlighter. Op een gegeven moment zijn ze begonnen om er een standaard van te maken.
Dat is volgens mij ook de kracht van Markdown. Zelfs met een MS-DOS editor is het goed leesbaar.
De reden voor al die varianten is omdat Markdown van oorsprong uit eigenlijk niks anders bestond dan de guideline dat het ook goed leesbaar is zonder highlighter. Op een gegeven moment zijn ze begonnen om er een standaard van te maken.
Dat is volgens mij ook de kracht van Markdown. Zelfs met een MS-DOS editor is het goed leesbaar.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Als (koffie)lurker uit de wetenschapshoek (we scripten wel, valt vergezocht wel onder dev tochRagingPenguin schreef op donderdag 17 februari 2022 @ 11:00:
Zelfde met consistentie, ik heb vaker dan eens meegemaakt dat een persoon geen \\ aan het einde van hun allinea's doen en dan kan je die overal handmatig toevoegen. Of dat mensen een compleet zooitje maken van hun ids in referenties en niemand meer weet wat nu waar bij hoort. Maar dat ligt aan de mensen die er een zooitje van maken en niet zo zeer aan de tool.

Edit: je pagina een keer refreshen en tot het einde doorlezen is handig, zie dat er voor mij al meerderen op reageren. Je maakt in ieder geval wat los.
[ Voor 5% gewijzigd door Barin op 18-02-2022 09:02 ]
Sigh elke keer dat ik me bezig moet houden met JavaScript frameworks herinner ik me weer hoe erg ik front-end haat.
Ik bied mijn excuses aan voor het noemen van een zekere tech beginnend met de letter L en eindigend op X.
Caelorum schreef op vrijdag 18 februari 2022 @ 09:33:
Ik bied mijn excuses aan voor het noemen van een zekere tech beginnend met de letter L en eindigend op X.

Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
ohja.. die is er natuurlijk ook nog. Dan verdere verduidelijking: middelste letter is een T
LaTex, L A T E XCaelorum schreef op vrijdag 18 februari 2022 @ 09:45:
[...]
ohja.. die is er natuurlijk ook nog. Dan verdere verduidelijking: middelste letter is een T
*fliep* *fliep* *fliep* *fliep* *fliep*
GRRRRRRRROOOOOOOOOOEEEEEEEEENNNNNNNNNNNNNNNNNNNNNNNNNN
Zo even het VueJS formulier omschrijven naar een zelfgemaakte state klasse. Werkt bij de eerste poging

Ahhhhh rood.........gekkie schreef op vrijdag 18 februari 2022 @ 10:10:
[...]
LaTex, L A T E X
*fliep* *fliep* *fliep* *fliep* *fliep*
GRRRRRRRROOOOOOOOOOEEEEEEEEENNNNNNNNNNNNNNNNNNNNNNNNNN
Nu omschrijf je het punt perfect maar ik denk niet dat je hem ook begrijptBarin schreef op vrijdag 18 februari 2022 @ 08:58:
[...]
Als (koffie)lurker uit de wetenschapshoek (we scripten wel, valt vergezocht wel onder dev toch) moet ik hier toch even veel te persoonlijk op reageren. Elke keer \\ na een paragraaf handmatig toevoegen is vele malen erger dan iemand die in Word zijn of haar eigen kopjes bij elkaar stylet. LaTeX is nu juist gemaakt op automatiseren en "eerst de tekst, dan de opmaak". Als je witruimte tussen paragrafen wil, dan definieer je dat op één plaats, in je header. Als ik m'n paragrafen liever om en om van links naar rechts en van boven naar onder schrijf met een hartjesketting ertussen dan definieer ik dat ook daar. Zodoende kunnen wij samenwerken in een document zonder ergernis. Voeg jij bij mij witruimtes toe dan krijg je per omgaande een linkje naar een iets te lange YouTube-video met Indiaas accent: "How to write your first document in LaTeX". Niet persoonlijk bedoeld overigens
Edit: je pagina een keer refreshen en tot het einde doorlezen is handig, zie dat er voor mij al meerderen op reageren. Je maakt in ieder geval wat los.
Toch weer de mist in gegaan met het nieuwe website pakket
Ook vergeten de NL spellingscontrole aan te zetten.
/f/image/eDrEMwwiX1r5ts9YrfyMsf47.png?f=fotoalbum_large)
https://www.boonmanbedden.nl/niet-op-de-web-zetten
/f/image/eDrEMwwiX1r5ts9YrfyMsf47.png?f=fotoalbum_large)
https://www.boonmanbedden.nl/niet-op-de-web-zetten
[ Voor 5% gewijzigd door CurlyMo op 18-02-2022 13:58 ]
Sinds de 2 dagen regel reageer ik hier niet meer
Je bent niet de enige hier uit de wetenschapshoek, en ik ben nog niet weggejaagdBarin schreef op vrijdag 18 februari 2022 @ 08:58:
[...]
Als (koffie)lurker uit de wetenschapshoek (we scripten wel, valt vergezocht wel onder dev toch) moet ik hier toch even veel te persoonlijk op reageren. Elke keer \\ na een paragraaf handmatig toevoegen is vele malen erger dan iemand die in Word zijn of haar eigen kopjes bij elkaar stylet. LaTeX is nu juist gemaakt op automatiseren en "eerst de tekst, dan de opmaak". Als je witruimte tussen paragrafen wil, dan definieer je dat op één plaats, in je header. Als ik m'n paragrafen liever om en om van links naar rechts en van boven naar onder schrijf met een hartjesketting ertussen dan definieer ik dat ook daar. Zodoende kunnen wij samenwerken in een document zonder ergernis. Voeg jij bij mij witruimtes toe dan krijg je per omgaande een linkje naar een iets te lange YouTube-video met Indiaas accent: "How to write your first document in LaTeX". Niet persoonlijk bedoeld overigens
Edit: je pagina een keer refreshen en tot het einde doorlezen is handig, zie dat er voor mij al meerderen op reageren. Je maakt in ieder geval wat los.

Overigens zijn academici en Git dan ook niet altijd een geweldige combinatie, maar het is beter dan niets
🠕 This side up
Helemaal nietgekkie schreef op vrijdag 18 februari 2022 @ 10:10:
[...]
LaTex, L A T E X
*fliep* *fliep* *fliep* *fliep* *fliep*
GRRRRRRRROOOOOOOOOOEEEEEEEEENNNNNNNNNNNNNNNNNNNNNNNNNN

🠕 This side up
Hmmm heb hier toch wat frisse wind nodig in de kop (staart naar buiten .. waar zou ik dat heden ten dage nu kunnen krijgenhackerhater schreef op vrijdag 18 februari 2022 @ 10:58:
Zo even het VueJS formulier omschrijven naar een zelfgemaakte state klasse. Werkt bij de eerste poging
[Afbeelding]
Net een stukje combinatoriek op een collectie objecten losgelaten met het idee daar achteraf op de filteren ...
Linux en OOM, het blijft wennen (press power for 4 seconds)
Bij mij nieuwe werkgever gebruiken ze Tailwind CSS.hackerhater schreef op vrijdag 18 februari 2022 @ 09:15:
Sigh elke keer dat ik me bezig moet houden met JavaScript frameworks herinner ik me weer hoe erg ik front-end haat.
Ik gebruik al 7 jaar Bootstrap, en zelfs daar ben ik geen expert in. Gelukkig kom ik puur te werken op de backend en krijg ik vrijwel niks te maken met die ellende.
Er zitten daar wel mensen die echt heel goed zijn met de voorkant.
[ Voor 8% gewijzigd door CodeAddicted op 18-02-2022 19:18 ]
Ik ben er ook nog niet helemaal weg... zolang ik mijn proefschrift niet afmaak.Koenvh schreef op vrijdag 18 februari 2022 @ 14:25:
Je bent niet de enige hier uit de wetenschapshoek, en ik ben nog niet weggejaagd
Oh, breek me de bek niet open.Overigens zijn academici en Git dan ook niet altijd een geweldige combinatie, maar het is beter dan niets
prof: "Bwerg, help!"
bwerg: "wat is er?"
prof: "ik heb 'git pull' gedaan en nu krijg ik heel veel meldingen over iets met 'mergen'!"
bwerg: "oh, een merge conflict. Laat maar zien".
git: "Auto-merging paper.tex"
bwerg: "oh. Git heeft voor je geauto-merged. Je hoeft niks te doen. Onze wijzigingen zijn automatisch samengevoegd".
prof: "oh, wat verwarrend."
Om nog maar te zwijgen over steeds kopietjes van bestanden maken voor het maken van wijzigingen zodat degene die wel kan gitten ze dan kan samenvoegen "want minder gedoe". Euhm, nee, dat is precies het gedoe wat git oplost.
Git is voor veel academici echt te oninteressant om het een keer goed te leren.
Heeft geen speciale krachten en is daar erg boos over.
Ooooh, wat zie ik toch veel bekende frustraties langskomen. 
Git gebruik/kennis, foutieve opmaak gebruik, generatie van documentatie en niet handmatig in Confluence zetten.

Zucht...
*knip*
Dit werd toch iets te negatief om te laten staan
Git gebruik/kennis, foutieve opmaak gebruik, generatie van documentatie en niet handmatig in Confluence zetten.

Zucht...
*knip*
Dit werd toch iets te negatief om te laten staan
let the past be the past.
Heb een project gedaan bij Philips waar we een proof of concept van een researcher naar productie moesten gaan brengen. Een van de eerste dingen die ik gedaan heb was met BFG aan de slag om de repo van 11GB terug te brengen naar honderd MB ofzo. Die knakker had perongeluk z'n hele desktop ingecheckt. Wel daarna weer verwijderd. Maarja; git vergeet niet.Koenvh schreef op vrijdag 18 februari 2022 @ 14:25:
Overigens zijn academici en Git dan ook niet altijd een geweldige combinatie, maar het is beter dan niets
Heb maar niet gekeken wat er allemaal in zat...
https://niels.nu
Goedemorgen,
Ik kom ook maar eens een kop koffie drinken hier :-)!
Aangezien mensen hun frustratie aan het lossen zijn in wat ze mee maken, die kan ik af en toe ook wel gebruiken.
Het omzetten van MS Word RTF documenten naar PDF in een geautomatiseerde omgeving kan echt een nachtmerrie zijn.... vooral met custom fonts. Met opensource alternatieven heb ik het nog niet voor elkaar gekregen om de conversie goed te krijgen... laat staan de snelheid.
Over circa 2 / 3 maanden gaan we al die RTF documenten ombouwen naar HTML varianten er van en dan ben ik ZO ZO ZO blij dat ik van RTF af ben, wat een gruwel is dat in combinatie met MS word (native RTF werkt op zich best redelijk
)
Ik kom ook maar eens een kop koffie drinken hier :-)!
Aangezien mensen hun frustratie aan het lossen zijn in wat ze mee maken, die kan ik af en toe ook wel gebruiken.
Het omzetten van MS Word RTF documenten naar PDF in een geautomatiseerde omgeving kan echt een nachtmerrie zijn.... vooral met custom fonts. Met opensource alternatieven heb ik het nog niet voor elkaar gekregen om de conversie goed te krijgen... laat staan de snelheid.
Over circa 2 / 3 maanden gaan we al die RTF documenten ombouwen naar HTML varianten er van en dan ben ik ZO ZO ZO blij dat ik van RTF af ben, wat een gruwel is dat in combinatie met MS word (native RTF werkt op zich best redelijk
Moment, er is iets wat Pandoc niet kan?.Vii schreef op zondag 20 februari 2022 @ 06:35:
Goedemorgen,
Ik kom ook maar eens een kop koffie drinken hier :-)!
Aangezien mensen hun frustratie aan het lossen zijn in wat ze mee maken, die kan ik af en toe ook wel gebruiken.
Het omzetten van MS Word RTF documenten naar PDF in een geautomatiseerde omgeving kan echt een nachtmerrie zijn.... vooral met custom fonts. Met opensource alternatieven heb ik het nog niet voor elkaar gekregen om de conversie goed te krijgen... laat staan de snelheid.
Over circa 2 / 3 maanden gaan we al die RTF documenten ombouwen naar HTML varianten er van en dan ben ik ZO ZO ZO blij dat ik van RTF af ben, wat een gruwel is dat in combinatie met MS word (native RTF werkt op zich best redelijk)
🠕 This side up
Ook geprobeerd, maar opmaak van heel het RTF document ging door de war
Werkt wonderbaarlijk goed, als je me met twee zaken rekening houdt:
- Om de 300 documenten even word volledig laten afsluiten en opnieuw opstarten
- Recent geopende documenten folder constant leeg gooien (anders wordt MS word vrij snel vrij traag).
Welkom!.Vii schreef op zondag 20 februari 2022 @ 06:35:
Goedemorgen,
Ik kom ook maar eens een kop koffie drinken hier :-)!
Ugh... Heb ooit een "simpele Word exporter" geschreven... Die steeds meer features kreeg... en waarbij office oorspronkelijk niet nodig was...Aangezien mensen hun frustratie aan het lossen zijn in wat ze mee maken, die kan ik af en toe ook wel gebruiken.
Het omzetten van MS Word RTF documenten naar PDF in een geautomatiseerde omgeving kan echt een nachtmerrie zijn.... vooral met custom fonts. Met opensource alternatieven heb ik het nog niet voor elkaar gekregen om de conversie goed te krijgen... laat staan de snelheid.
Ik kan me niet voorstellen wat voor ramp een parser zou zijn. Success!
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Ik heb hier ooit de vraag gehad of we een template language kunnen maken waar de input een word document is (dus je kan $voornaam in je mooi opgemaakte docx gebruiken en die word dan door de applicatie vervangen door de variable en dan ook nog met loopjes en condities enzo). Gelukkig hadden we de klant verteld dat we eerst een poc zouden doen voordat we committen aan het project en dat was maar goed ookDevWouter schreef op zondag 20 februari 2022 @ 13:41:
[...]
Welkom!![]()
[...]
Ugh... Heb ooit een "simpele Word exporter" geschreven... Die steeds meer features kreeg... en waarbij office oorspronkelijk niet nodig was...
Ik kan me niet voorstellen wat voor ramp een parser zou zijn. Success!
Waar heb je die informatie vandaan? Ben wel benieuwd. Woon zelf in een (naar mijn mening) bijzondere straatnaam.gekkie schreef op zondag 20 februari 2022 @ 21:01:
Hmm valt me eigenlijk nog mee met de creativiteit, kom maar tot 132444 unieke straatnamen in
Ik wil zoeken of die ook in andere gemeenten voorkomt.
If money talks then I'm a mime
If time is money then I'm out of time
Nominatim database (op basis van openstreetmaps) die ik heb draaien (had ik ooit eens nodig voor een projectje en draait nu nog, laten draaien is makkelijker dan die meuk nogmaals moeten importeren (wat wel eventjes duurt afhankelijk van je hardware)).Matis schreef op zondag 20 februari 2022 @ 21:10:
[...]
Waar heb je die informatie vandaan? Ben wel benieuwd. Woon zelf in een (naar mijn mening) bijzondere straatnaam.
Ik wil zoeken of die ook in andere gemeenten voorkomt.
Dan is het nog slechts een kwestie van een:
SQL:
1
| SELECT DISTINCT(address->'street') FROM placex WHERE country_code='nl'; |
[ Voor 10% gewijzigd door gekkie op 20-02-2022 21:24 ]
Pfff... Volgens mij praten ik over 2005 en was het in PHP3 of zo. Het was in mijn stage periode en de eerste versie stond een goeie dag in acceptatie voordat ik begreep dat mijn oplossing alleen werkte als Office ook op de machine stond. De acceptatie omgeving was nog windows, maar de productie omgeving was LinuxRagingPenguin schreef op zondag 20 februari 2022 @ 21:06:
[...]
Ik heb hier ooit de vraag gehad of we een template language kunnen maken waar de input een word document is (dus je kan $voornaam in je mooi opgemaakte docx gebruiken en die word dan door de applicatie vervangen door de variable en dan ook nog met loopjes en condities enzo). Gelukkig hadden we de klant verteld dat we eerst een poc zouden doen voordat we committen aan het project en dat was maar goed ook(Uiteindelijk hebben we gewoon razor met wkhtmltopdf gebruikt.)

Toen twee dagen rtf onderzocht om vervolgens zelf een RtfExporter te schrijven zonder de opdrachtgever van te voren in te lichten. Die was lichtjes verbaasd dat het geen "echte" word document was.
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Gewoon als Word mime-type aanbieden en tsjakkaDevWouter schreef op zondag 20 februari 2022 @ 21:23:
[...]
Toen twee dagen rtf onderzocht om vervolgens zelf een RtfExporter te schrijven zonder de opdrachtgever van te voren in te lichten. Die was lichtjes verbaasd dat het geen "echte" word document was.
[Te koop: 3D printers] [Website] Agile tools: [Return: retrospectives] [Pokertime: planning poker]
Jij gaat mij toch niet verleiden om Office XP te installeren zodat ik kan checken of ik geen twee dagen verspild heb... of wel soms?Sebazzz schreef op zondag 20 februari 2022 @ 23:29:
[...]
Gewoon als Word mime-type aanbieden en tsjakkaOh en dat werkt zelfs met HTML
"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Al gedaan?DevWouter schreef op zondag 20 februari 2022 @ 23:39:
[...]
Jij gaat mij toch niet verleiden om Office XP te installeren zodat ik kan checken of ik geen twee dagen verspild heb... of wel soms?

🠕 This side up
Ik probeer het eerst met WordPerfect

"Doubt—the concern that my views may not be entirely correct—is the true friend of wisdom and (along with empathy, to which it’s related) the greatest enemy of polarization." -- Václav Havel
Ik weet alvast dat je een html <table> bestand kan inlezen met Excel..
Dus dat kan wel maar gewoon een csv openen zonder alles standaard in één kolom te proppen is blijkbaar te lastig?Hipska schreef op dinsdag 22 februari 2022 @ 10:41:
Ik weet alvast dat je een html <table> bestand kan inlezen met Excel..

[ Voor 8% gewijzigd door Koenvh op 22-02-2022 13:12 ]
🠕 This side up
De enige reden om LibreOffice geïnstalleerd te houden.Koenvh schreef op dinsdag 22 februari 2022 @ 13:12:
[...]
Dus dat kan wel maar gewoon een csv openen zonder alles standaard in één kolom te proppen is blijkbaar te lastig?
"The question of whether a computer can think is no more interesting than the question of whether a submarine can swim" - Edsger Dijkstra
Hangt dat niet af van jouw regional settings (welk char is er gedefinieerd als separator character), en het separation char dat gebruikt wordt in de CSV ?Koenvh schreef op dinsdag 22 februari 2022 @ 13:12:
[...]
Dus dat kan wel maar gewoon een csv openen zonder alles standaard in één kolom te proppen is blijkbaar te lastig?
En anders heb je de 'Text to Columns' button in Excel.
https://fgheysels.github.io/
Het hangt af van de locale. En dat is sowieso een probleem met Excel (en andere Office) producten. He wordt nog vervelender als je een Excel-bestand met Duitstalige macro's wilt openen in een Nederlandstalige Excel. Of misschien dat dát tegenwoordig dan weer wel werktwhoami schreef op dinsdag 22 februari 2022 @ 13:18:
[...]
Hangt dat niet af van jouw regional settings (welk char is er gedefinieerd als separator character), en het separation char dat gebruikt wordt in de CSV ?
En ja. CSV exports openen met Excel is een ramp. Wellicht opzet om hun inmiddels antieke en nooit gebruikte Symbolic Link alternatief te pushen
Vast wel, maar ik vind dit veel gebruiksvriendelijker:whoami schreef op dinsdag 22 februari 2022 @ 13:18:
[...]
Hangt dat niet af van jouw regional settings (welk char is er gedefinieerd als separator character), en het separation char dat gebruikt wordt in de CSV ?
En anders heb je de 'Text to Columns' button in Excel.

🠕 This side up
Het probleem is alleen dat voor gewone gebruikers die termen als character set, separator en delimiter niks zeggen. Die verwachten dat ze gewoon een document kunnen openen en dat het dan direct in een fatsoenselijke tabel staat.Koenvh schreef op dinsdag 22 februari 2022 @ 13:22:
[...]
Vast wel, maar ik vind dit veel gebruiksvriendelijker:
[Afbeelding]
... wat Excel dus niet doetRagingPenguin schreef op dinsdag 22 februari 2022 @ 13:29:
[...]
Het probleem is alleen dat voor gewone gebruikers die termen als character set, separator en delimiter niks zeggen. Die verwachten dat ze gewoon een document kunnen openen en dat het dan direct in een fatsoenselijke tabel staat.
🠕 This side up
Let op:
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.