@ChristianHupfer not really. I started hacking them in the past by building a wrapper class and preventing packages from loading, but ... not worth it.
@ChristianHupfer It's the dtx fiile that generates the ecs classes. ecsthesis was later transfomed into a template. And let's face it, the dtx file is completely alright.
Well, i am at 50 %, i don't know what will come.
This will please @egreg: \newcommand{\e}{\ensuremath{\epsilon}\xspace}
@JosephWright not sure, It isn't clearly messed up, it's clear;y different (and a worse break in this case) but if something ends up being 1sp bigger and flips the page breaker to a different path, that isn't necessarily a bug, but it might be, haven't traced it yet, just checked I could reproduce.
@DavidCarlisle I thought though that the change was only meant to affect two-column floats or mixed 1/2 cases, so the all-one-column approach should be unchanged
@Johannes_B I think that fancyhdr introduced the better \fancyhead command more than 10 years ago. What's ludicrous in that code is having to add the chapter number by hand.
@JosephWright no just \hspace{something)\@esphack then later explicit tests looking at \lastskip, and seeing 0pt instead of 14pt and doing something different
@JosephWright I was looking at tracing rather than the source files, but some combination of llncs +caption+subfig does do it wrong (but then caption does warn it doesn't recognise the class and might do the wrong thing) so not really sure it's a bug in any one place.
@JosephWright @DavidCarlisle: There seems to be a bug in xgalley (simply run a minimal document). ! Undefined control sequence. \galley_par: ...ar_auxi: \exp:w \exp_continue_f:w
@UlrikeFischer there were some name changes for \exp_continue etc the other day, I thought I saw a fix for that, a few renames were missed first time, let me check the sources
@JoeStavitsky You don't simply download, you install the distribution. The install manager does take care of everything and sets up a package manager that you can use to update your MikTeX distribution (or rather the LaTeX packages).
@UlrikeFischer (@Werner) using xgalley to avoid that error is like using a half built, half designed, supersonic rocket to cross the street. It might work, perhaps.
@G.Bay you could just set TEXINPUTS=.//: in your environment (in the system control panel) or as I say edit texmf.cnf, but if it doesn't work out \graphicspath is there as an alternative:-)
@G.Bay shouldn't have to with windows these days, should apply to any applications that start after you change the setting, although I'm on windows I don't use the windows texlive binaries (I use cygwin) but they all work the same way, basically.
@DavidCarlisle It works! It seems like as I read on some UK site, that windows requires to be " .//; " , but in the end all I needed was to restart TexStudio which I didn't yesterday. Many thanks.
@UlrikeFischer horizontal then just as it is really, vertical the plan would be to use galley for all vertical contexts where you can't allow primitive \penalty access (or any direct access to the vertical list) that's the whole point of the galley code (and why it is hard to integrate into 2e)