Re: Smartquote mode in UTF-8 editor
On Mon, Nov 25, 2002 at 08:46:54PM +, Markus Kuhn wrote: > Which Linux editor has already a "smartquotes" mode? > > It should work similar to what Microsoft Word has done for a long > time, to discourage the use of the non-directional quotation marks Any fully programable editor should make that possible. For example, some TeX-editing package for emacs (don't remember whether it's AUC-TEX or the standard LaTeX mode) translates " to either `` or '' (both special sequences to the TeX processor, mapped to directional quotation amrks), depending on the context. The rule when I used it was some derivative of "if there's a word-separator before insertion point, insert ``, else insert ''". HTH, -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Red Hat 8 now uses UTF-8 by default for all non-CJK users
On Sun, Nov 24, 2002 at 08:59:02PM +, Markus Kuhn wrote: > - CJK users have already had multi-byte encodings with which they are > happy, therefore they have far less pressure to move away from the > traditional schemes than users of European, African, etc. > languages with their traditional single-byte charset mess. Well, don't them have their own mess with their multibyte charsets, the same way we have ? I thought there were a couple of encodings for chinese, for example (big5, etc.) ? -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Switching to UTF-8
On Thu, May 02, 2002 at 09:51:44AM +0900, Gaspar Sinai wrote: > I am not much of an Emacs guy but if I were I would probably > use QEmacs, which looks pretty decent to me: > >http://fabrice.bellard.free.fr/qemacs/ I had a quick look at qemacs a couple of weeks ago, for other reasons (namely docbook support), and found out that this is a project in its early phases of development, nowhere near a full-blown editor. -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Please do not use en_US.UTF-8 outside the US
On Thu, May 02, 2002 at 11:31:03PM +1000, Roger So wrote: > On Thu, 2002-05-02 at 08:15, Keld Jørn Simonsen wrote: > > The nice thing about LC_PAPER is that it is set either on installation, > > or as part of the normal setup. I think most people knows how to set the > > locale, while some, maybe many, would not know that there be a > > /etc/papersize file. > > Of course, on Debian, there's no need to know about /etc/papersize -- > everything is done through Debconf. If Debconf is set to use an > interactive UI, a simple > > dpkg-reconfigure libpaperg > > will provide a list of paper sizes for users to choose. But users still > need to know the package name for the libpaper package. Perhaps a > configlet would help... > > Sorry for going way off topic here. ;) You beat me here :) To those thinking that remembering the command is not any better than finding out which file to edit, it should be noted that 1) most people will just automatically get the dialog at install-time 2) GUIs are in the work so that the admin can easily reconfigure the parts of the system that he wants to. -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Paper size
On Thu, May 02, 2002 at 10:13:06PM -0400, Henry Spencer wrote: > On Thu, 2 May 2002, Markus Kuhn wrote: > > > That does make a very convenient excuse for insisting that the other guys > > > incur all the pain of conversion. Unfortunately, this does *not* help in > > > selling the idea, which was exactly my point. > > > > You misunderstood. *We* went through the necessary conversion pain > > already last century. > > You misunderstood too. I'm talking about practical politics, not about > right and wrong. Inappropriate though it might be, you will have a much > easier time selling a conversion to North Americans if you have to convert > at the *same time*. "Oh, we converted long ago" is not a selling point; > "we think compatibility is important enough that we will join you in > sacrificing our current preferences and switching to a common standard" is. > > It's not an accident that when a standards body adopts some existing design > as the basis of a standard, it often makes small changes and additions. > Quite apart from any *technical* merit that has, it means that the existing > design's current vendors have to make changes too; this helps sell the > new standard to people who will have to retool completely for it. Apart from the technical merits, I don't think that a country which did not follow the move while all others did move, will never convince others to move again, and to another place. And that's highly political, especially in those times when, again and again, we see in various fields the US attempting to force its own will on other countries (think about software patents, or attempting to bring war here and there). If you add the technical merits to this, maybe you can get a grasp on the situation, as seen (by a fair number of people I think) from outside of the US. On the political side, a country can't piss over all other countries just for fun, especially when those other countries do make efforts, and even if they're a large country with a great influence. I guess everyone understood that it was going to cost more money as time goes by. If the US decided to wait, OK, the US will spend more money, that's all. It's the rule of the game. Regards, -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Please do not use en_US.UTF-8 outside the US
On Wed, May 01, 2002 at 02:27:27PM +0200, Lars Engebretsen wrote: > Yann Dirson <[EMAIL PROTECTED]> writes: > > > The problem here is satisfying users, not programs. Papersize is a > > setting that is specific to available printers, not to any locale > > one may use. > > What should the default paper size be in an application that > creates PDF documents? Maybe both /etc/papersize and LC_PAPER have use. But their field of application has to be clearly defined for programmers to do the right thing... > Or, for another example: What if one has both a letter tray and an A4 > tray in the available printer? Not sure. One is probably "default printer" anyway. -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Free availability of ISO/IEC standards
On Sat, Jan 05, 2002 at 07:09:05AM -0500, Thomas Dickey wrote: > > Ah, I get it. I was redirected to > > >http://isotc.iso.ch/livelink/livelink/fetch/2000/2489/Ittf_Home/ITTF.htm/??Redirect=1 > > > > Instead of /ITTF.htm??Redirect=1 > > > > That causes problems relative links for the frames. > > Just removing their extra slash makes galeon/lynx/whatever happy. > > I get to a login page with the cited link using lynx. Should I be seeing > something different? If I follow link [7] I get the above URL, slightly different from the one you quote. > [7]Log-in as Guest >7. >http://isotc.iso.ch/livelink/livelink?func=ll.login&Username=anonymous&Password=anonymous&nexturl=%2Flivelink%2Flivelink%2Ffetch%2F2000%2F2489%2FIttf_Home%2FITTF%2Ehtm%2F%3F%3FRedirect%3D1 I now realize : I had refused a cookie for this site. Accepting it gives a good result, but obviously, as mentionned earlier, there was no need for a cookie, and thus there is a bug somewhere. Are you one in charge of the site, or should I report it to the email listed there ? -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Free availability of ISO/IEC standards
On Sat, Jan 05, 2002 at 01:04:55PM +0100, Yann Dirson wrote: > On Thu, Jan 03, 2002 at 02:42:17PM +, Markus Kuhn wrote: > > A small number of further ISO/IEC/JTC1 standards are already > > available freely for public download from > > > > http://www.iso.ch/ittf/ > > I went there, and using "guest login" I can only get such messages: > > | Livelink Error: > | Error fetching item. > | [Could not retrieve the item 'Welcome.htm'.] > > Did I miss something ? Is it a temporary failure ? Ah, I get it. I was redirected to http://isotc.iso.ch/livelink/livelink/fetch/2000/2489/Ittf_Home/ITTF.htm/??Redirect=1 Instead of /ITTF.htm??Redirect=1 That causes problems relative links for the frames. Just removing their extra slash makes galeon/lynx/whatever happy. Just nice to see a standards body using standards correctly :( -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Free availability of ISO/IEC standards
On Thu, Jan 03, 2002 at 02:42:17PM +, Markus Kuhn wrote: > A small number of further ISO/IEC/JTC1 standards are already > available freely for public download from > > http://www.iso.ch/ittf/ I went there, and using "guest login" I can only get such messages: | Livelink Error: | Error fetching item. | [Could not retrieve the item 'Welcome.htm'.] Did I miss something ? Is it a temporary failure ? -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: Free availability of ISO/IEC standards (RE: ISO 8859-11 Latin/Thai is out)
On Thu, Jan 03, 2002 at 01:38:39PM +0100, Kent Karlsson wrote: > > > >Access to that kind of information shouldn't be made on fee base; it is not > > >for the price in itself (I can pay it), but the idea behind; do you imagine > > >the Mendeleev table being available only for a fee ? > > Well, most books are available only for a "fee", to cover at least the > printing and distribution costs; even books with the Mendeleev table > in it, or books on Linux... But I understand what you mean, and agree. I guess an acceptable compromise would be to have the electronically-useful material free for use, and having people writing real books about the standards (which, usually, are quite hard to read). There are some precedents it seems, with the SGML entity sets, which have the following licence: (C) International Organization for Standardization 1986 Permission to copy in any form is granted for use with conforming SGML systems and applications as defined in ISO 8879, provided this notice is included in all copies. Unfortunately, many other things in the SGML world seems mostly closed, although available from some websites which do not tell you what you have the right to do with those... Making such material useable for the public would be great already, and should not be hard/expensive to do I guess. -- Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ? Debian-related: <[EMAIL PROTECTED]> | Support Debian GNU/Linux: Pro:<[EMAIL PROTECTED]> | Freedom, Power, Stability, Gratuity http://ydirson.free.fr/| Check <http://www.debian.org/> -- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
Re: keyboard
On Mon, Jun 04, 2001 at 02:08:33PM +0200, [EMAIL PROTECTED] wrote:
> /usr/src/linux/drivers/char/{keyboard.c,pc_keyb.c}
Well, except that /usr/src/linux is really a good place to put a
kernel if you really want unexpected breakages - you should only have
.h files shipped with your binary libc package there (if you did not
compile your libc yourself, that is).
--
Yann Dirson<[EMAIL PROTECTED]> |Why make M$-Bill richer & richer ?
debian-email: <[EMAIL PROTECTED]> | Support Debian GNU/Linux:
| Cheaper, more Powerful, more Stable !
http://ydirson.free.fr/ | Check <http://www.debian.org/>
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/
