Gnus development mailing list
 help / color / mirror / Atom feed
From: Ulrich Drepper <drepper@myware.rz.uni-karlsruhe.de>
Cc: pinard@iro.umontreal.ca, ding@ifi.uio.no,
	Ulrich Drepper <drepper@gnu.ai.mit.edu>
Subject: Re: Internationalization
Date: 12 Nov 1996 23:40:20 +0100	[thread overview]
Message-ID: <x73eyfgcob.fsf@myware.rz.uni-karlsruhe.de> (raw)
In-Reply-To: Lars Magne Ingebrigtsen's message of 12 Nov 1996 20:56:02 +0100

Lars Magne Ingebrigtsen <larsi@ifi.uio.no> writes:

> #"This is a string" seems like a better idea to me...  or even 
> #_"This is a string".  This will require some tiny changes in lread.c,
> but nothing major...

But this has a major drawback: you have to convince RMS.  With the
solution François currently propagates no change in Emacs is
necessary.

> If it's simple to include gettext in Emacs, could you run this by RMS
> and see what he thinks about it?

Somebody who participates in Emacs development should do this.
Principally it should be trivial.  Have we agreed on the interface
yet?  If I remember correctly we agreed that the simple `gettext'
function is of no big value since the current domain should always
be the one of the Emacs binary.

So we have two candidates: dgettext and dcgettext.  Since LISP can
handle optional argument we could unifiy this to simply provide a

	(defun gettext (domain string &optional category) ...)

In addition the bindtexdomain function is needed.  How this fits
in the #"..." scheme Lars proposed, I don't know.

BTW: in bash and ksh $"..." is used.  Would this be possible as well?

-- Uli
--------------.       drepper@cygnus.com  ,-.   Rubensstrasse 5
Ulrich Drepper \    ,--------------------'   \  76149 Karlsruhe/Germany
Cygnus Support  `--'  drepper@gnu.ai.mit.edu  `------------------------


  reply	other threads:[~1996-11-12 22:40 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1996-11-10 15:31 Internationalization Lars Magne Ingebrigtsen
1996-11-10 17:05 ` Internationalization Andy Eskilsson
1996-11-10 17:51   ` Internationalization Kai Grossjohann
1996-11-10 19:02 ` Internationalization David Kågedal
1996-11-11  6:27   ` Internationalization Steinar Bang
1996-11-11 15:20   ` Internationalization Lars Magne Ingebrigtsen
1996-11-11  0:25 ` Internationalization visigoth
1996-11-11 15:25   ` Internationalization Lars Magne Ingebrigtsen
1996-11-11 22:19     ` Internationalization David Moore
1996-11-12 22:45       ` Internationalization Lars Magne Ingebrigtsen
1996-11-11 12:14 ` Internationalization Robert Bihlmeyer
1996-11-11 12:50 ` Internationalization Per Abrahamsen
1996-11-11 15:14   ` Internationalization William Perry
1996-11-11 15:24     ` Internationalization Per Abrahamsen
1996-11-11 22:01   ` Internationalization François Pinard
1996-11-12 10:58     ` Internationalization Per Abrahamsen
1996-11-12 15:59       ` Internationalization François Pinard
1996-11-12 16:57         ` Internationalization Ulrich Drepper
     [not found]           ` <rjwwvqgxz1.fsf@babbage.dina.kvl.dk>
     [not found]             ` <x7ralyf6rx.fsf@myware.rz.uni-karlsruhe.de>
     [not found]               ` <rj3eydhwx5.fsf@babbage.dina.kvl.dk>
1996-11-14 12:28                 ` Internationalization François Pinard
1996-11-12 22:07         ` Internationalization Lars Magne Ingebrigtsen
1996-11-13 19:19           ` Internationalization Jan Vroonhof
1996-11-13 22:05             ` Internationalization William Perry
1996-11-14 19:27               ` Internationalization Ralph Schleicher
1996-11-12 20:12   ` Internationalization Jan Vroonhof
1996-11-11 21:35 ` Internationalization François Pinard
1996-11-12  1:57   ` Internationalization Ulrich Drepper
1996-11-12 19:56   ` Internationalization Lars Magne Ingebrigtsen
1996-11-12 22:40     ` Ulrich Drepper [this message]
2002-10-20 21:21     ` Internationalization François Pinard
1996-11-17 22:59 ` Internationalization Ralph Schleicher

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=x73eyfgcob.fsf@myware.rz.uni-karlsruhe.de \
    --to=drepper@myware.rz.uni-karlsruhe.de \
    --cc=ding@ifi.uio.no \
    --cc=drepper@gnu.ai.mit.edu \
    --cc=drepper@ipd.info.uni-karlsruhe.de \
    --cc=pinard@iro.umontreal.ca \
    /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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).