From: Eduardo Mercovich <eduardo@mercovich.net>
To: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: emacs-orgmode@gnu.org, Adonay Felipe Nogueira <adfeno@hyperbola.info>
Subject: Re: LaTeX > PDF blocked by extender chars in filename
Date: Thu, 31 Aug 2017 11:24:58 -0300 [thread overview]
Message-ID: <87tw0n24sl.fsf@biologica.mercovich.net> (raw)
In-Reply-To: <87wp5j4ysi.fsf@nicolasgoaziou.fr>
Hello Nicolas.
[...]
>> Nicolas, does this means we should modify these little things
>> in Org?
> Unfortunately these are not "little things".
Sorry, it was my ignorance of the infrastructure on which this
depends...
> First, I assume "filenameencoding" is not necessarily utf8, so
> it cannot be a default value.
Ah, super clear.
> More importantly, there is an ongoing issue with link encoding,
> which is debated in another (moribund) thread. IOW, "insert the
> filename as it is" is not easy, because Org needs to encode file
> names, but doesn't know for sure when a file name has been
> encoded.
Ok, got it. So, what should we do?
Here are some possible things to discuss...
+ One thing that may be relatively simple to do (I won't assume
"little things" anymore) is to warn in the documentation that for
the moment, it's preferable to avoid extended chars in filenames.
+ Other point: is it logical to warn the User in the moment when
the link is created, that we found extended chars and that may
complicate things on the export? (I wouldn't recomend to change
the filename even if from the HCI POV seems logical, since we
don't know the origin of this filename, among other reasons, and
could even be re-writed).
+ Does it make sense to check the files in the moment we write the
latex file, and change the filename/s in that instant? Or at least
to warn the User then?
+ Farther in the future is that decision about to encode or not
the links, in which I can't emit any opinion since it is far from
my domain.
+ Other possibilities?
--
eduardo mercovich
Donde se cruzan tus talentos
con las necesidades del mundo,
ahí está tu vocación.
(Anónimo)
next prev parent reply other threads:[~2017-08-31 14:25 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-24 19:43 LaTeX > PDF blocked by extender chars in filename Eduardo Mercovich
2017-08-25 20:03 ` Nicolas Goaziou
2017-08-26 18:21 ` Eduardo Mercovich
2017-08-26 18:39 ` Thomas S. Dye
2017-08-27 17:43 ` Eduardo Mercovich
2017-08-30 15:02 ` Nicolas Goaziou
2017-08-30 16:49 ` Eduardo Mercovich
2017-08-30 17:57 ` Adonay Felipe Nogueira
2017-08-30 20:29 ` Eduardo Mercovich
2017-08-30 22:30 ` Adonay Felipe Nogueira
2017-08-31 12:41 ` Eduardo Mercovich
2017-08-31 14:06 ` Nicolas Goaziou
2017-08-31 14:24 ` Eduardo Mercovich [this message]
2017-09-01 10:21 ` Rasmus
2017-09-01 11:55 ` Adonay Felipe Nogueira
2017-09-01 12:02 ` Adonay Felipe Nogueira
2017-09-01 13:03 ` Eduardo Mercovich
2017-09-13 13:22 ` Adonay Felipe Nogueira
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=87tw0n24sl.fsf@biologica.mercovich.net \
--to=eduardo@mercovich.net \
--cc=adfeno@hyperbola.info \
--cc=emacs-orgmode@gnu.org \
--cc=mail@nicolasgoaziou.fr \
/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.