@mlemweb hi! Sorry for messaging you out of nowhere. I was listening to LibreLounge and looked the hosts up on the fediverse and on birdsite, which suggested me your profile. I'm an academic in the field of music history and musicology and a free software enthusiast, so I got interested in the "digital humanities" and even more the "free software in academia" mentioned in your profile, as I've been trying to bridge these interests of mine. Do you have any resources to point me to, please?
A lot of the digital humanities work that really engages with free software is done by librarians or IT people rather than the principal investigators.
I was on a panel at last year's Libre Planet on Free Software in Academia that you might find interesting: I led a panel at LP2018 you may be interested in: https://media.libreplanet.org/u/libreplanet/m/free-software-in-academia/
@mlemweb with regards to the panel, I got greatly interested in taking part in whichever discussion group, mailing list or any other form of being in contact with people who are working in this field. By the way, I think DebConf this year will be here in Brazil. Is there anything planned related to these fields we’re talking about?
I've met several individuals at various conferences, but I haven't found a central location yet. I think what we need is more Free Software dialogue at Digital Humanities conferences.
I've never attended DebConf (I use Debian, but I'm not a Debian Developer), so I'm not sure what's planned. I attended LibrePlanet in 2017 and asked around for people working in FS & DH, and the response I frequently got was, 'why don't you do a talk on it', and I did, maybe you could do the same?
@mlemweb don’t you think we could try to create some form of “online gathering point” (I’m sure there’s a better word for this in English, but it’s not coming to me now) for people who are interested in this? I don’t know, a discourse forum, a website, a podcast... I’m really interested in working towards improving this. Most people simply don’t realize the implications...
@fredmbarros @wolftune @aminb @eylul @emacsen @librelounge @cwebber @mlemweb @teinturs I'm not that keen on working/forcing people to work in a browser though, but it makes a sort of sense. Has anyone tried GitHub's Desktop (https://desktop.github.com/)? I wonder if the right sort of GUI could at least ease pain for some people.
@_emacsomancer the thing is that @mlemweb and I were discussing about how to make it possible for academics to do version control working on a project for a collaborative history book. Then I think it makes some sense to use a website, as people would find the “base text” online and be able to offer suggestions, alter what’s written etc.
@fredmbarros @mlemweb So the thing I'm (trying to) do is also a collaborative book project, but the book is written in LaTeX, so the website would need to be more complicated to work well. GitLab, I realised yesterday, does allow for editing files directly in the website, which might work as a stopgap.
@mlemweb @fredmbarros Re: getting academics to understand use of vc: for a collaborative project, there are other reasons as well, because it means emailing around numbered versions of the same document, which is exponentially worse than numbered versions of your own single-authored doc. There are tools like Google Docs or Overleaf, but both of these have major drawbacks, particularly the former (the latter is costly).
@_emacsomancer @mlemweb The way regular academics do this is a total mess. I was talking to two colleagues that I disagreed with demanding paper submission in MS Word format and they asked me how wrote my papers. I had barely started the whole plain-text/markdown thing and their eyes got lost and they went like “oh, no, you want me to learn how to code to write my papers!” Asking them to leave Word/Gdocs is already too much. >>
@_emacsomancer @mlemweb That’s why I think a regular editor with Git under the hood would be the best option. Some themes in Atom, for instance, show formatted markdown on the editor itself. If there were those buttons for bold, italic etc. it would do it all. Every time a contributor started an edit or addition, the editor would create a branch for them. “Save” would be a commit and then, at the end, it’d ask “submit?” and “yes” would lead to a pull request.
@aminb @emacsen @librelounge @eylul @fredmbarros @teinturs @cwebber @mlemweb @wolftune
Overleaf: putting the proprietary issue aside, it's pretty bad now compared to v1, where the Git integration actually worked. It doesn't really work anymore - I filled a detailed complaint, but....
Emacs: I was going to suggest something similar - one can set up Emacs to automatically commit and push on every save, for instance. Maybe something like Portacle, but aimed at humanities/social sciences people?
@aminb @emacsen @librelounge @_emacsomancer @eylul @fredmbarros @teinturs @mlemweb @wolftune You may be interested in what Ricardo Wurmus is trying to do with "Guile Studio" https://git.elephly.net/?p=software/guile-studio.git;a=summary
The idea is to provide a preconfigured emacs that's easy to pick up for non-emacs Guile users in the way that DrRacket is for Racket users. (Or, how spacemacs is for emacs users coming from VIM, but generalized to modern IDE concepts.)
@cwebber @aminb @emacsen @librelounge @eylul @fredmbarros @teinturs @mlemweb @wolftune There are a number of Emacs starter kits listed here: https://github.com/emacs-tw/awesome-emacs#starter-kit Lots of them are likely programming-focussed, but there is Scimax mentioned, and some others which could serve as models.
Yeah, DrRacket is one of the reasons we chose Racket for our DH programming workshops. Since it has its own text editor and interface, we could just jump right in without having to explain emacs or VIM first and half of the tutorial was focused on Scribble, because the markup language applies Racket in a way that's easy to understand and applicable to the humanities student's daily lives
@mlemweb @aminb @emacsen @librelounge @eylul @fredmbarros @teinturs @cwebber @wolftune I agree that Emacs is very intimidating in general, and most of the Emacs starter-packs seem to be aimed towards people used to some IDE or other and for the purpose of writing code rather than some other sort of text content. But I think all of the right pieces are there in Emacs; it's more of question of designing a starter-pack for more general academic purposes and making it more approachable.
Linux Geeks doing what Linux Geeks do..