From: Emanuel Berg <embe8573@student.uu.se>
To: help-gnu-emacs@gnu.org
Subject: Re: Long file names in Dired
Date: Sat, 25 Apr 2015 03:29:50 +0200 [thread overview]
Message-ID: <87618lro4x.fsf@debian.uxu> (raw)
In-Reply-To: mailman.1511.1429866115.904.help-gnu-emacs@gnu.org
Marcin Borkowski <mbork@mbork.pl> writes:
> (And I have reasons - basically, BibTeX is a pile of
> crap. I agree that it /is/ less unusable for writing
> in English exclusively, but again - it creates /a
> lot/ more problems than it solves.)
You mean you write in Polish at your universities?
(Not to say LaTeX, BibTeX, etc. cannot be used outside
them walls of science, of course: I always said if
writers learned LaTeX - and some HTML and CSS for PR -
they would put the entire publishing industry out
of business.)
> That said, I like that idea, though I would use
> BibLaTeX (which is a modern replacement for BibTeX,
> curing many - even though not all - of its problems
> (the main one which it doesn't help is the format
> for multiple authors), or amsrefs, which is less
> powerful than Bib(La)TeX, but has a much saner
> format for multiple names (and is /way/ easier to
> configure than Bib(La)TeX).
I have no experience with amsrefs. I am unsure if
I use BibTeX or BibLaTeX.
This is the part of the Makefile that does the .bib
file:
biber -q ${name} # get .bbl (from .bcf)
And this is the line in the .tex file:
\usepackage[backend=biber]{biblatex}
So when I said BibTex, probably that should
be BibLaTeX!
As for the problem with multiple authors, I haven't
came across that. I have many entries of the kind:
@techreport{scheduling-of-mixed-criticality-applications,
author = {Georgia Giannopoulou and Nikolay Stoimenov and Pengcheng Huang and Lothar Thiele},
title = {Scheduling of Mixed-Criticality Applications on Resource-Sharing Multicore Systems},
institution = {Computer Engineering and Networks Laboratory, ETH Zurich, 8092 Zurich, Switzerland},
year = 2013
}
You mean the problem is, that turns out as "et. al."
in the PDF? I'm sure that can be configured if you
have a problem with it. I don't, and besides no one
care for references anyway - just put them there and
then forget about them, is what people do.
--
underground experts united
http://user.it.uu.se/~embe8573
next prev parent reply other threads:[~2015-04-25 1:29 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.1494.1429830642.904.help-gnu-emacs@gnu.org>
2015-04-24 1:26 ` Long file names in Dired Emanuel Berg
2015-04-24 9:01 ` Marcin Borkowski
2015-04-24 9:12 ` Rasmus
2015-04-24 9:37 ` Marcin Borkowski
2015-04-24 10:19 ` Rasmus
2015-04-24 21:02 ` Marcin Borkowski
2015-04-24 21:10 ` Marcin Borkowski
[not found] ` <mailman.1511.1429866115.904.help-gnu-emacs@gnu.org>
2015-04-25 1:29 ` Emanuel Berg [this message]
2015-04-25 8:18 ` Marcin Borkowski
[not found] ` <mailman.1581.1429950075.904.help-gnu-emacs@gnu.org>
2015-04-25 11:20 ` Emanuel Berg
2015-05-03 22:59 ` Marcin Borkowski
[not found] ` <mailman.2273.1430694000.904.help-gnu-emacs@gnu.org>
2015-05-04 0:22 ` Emanuel Berg
2015-05-04 0:41 ` Emanuel Berg
2015-04-23 23:10 Marcin Borkowski
2015-04-24 0:38 ` Bob Proulx
2015-04-24 6:29 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87618lro4x.fsf@debian.uxu \
--to=embe8573@student.uu.se \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.