Re: exec-path on windows

Andrea Crotti <andrea.crotti.0 <at> gmail.com> writes:

   With an unconfigured Emacs everything works, and the strange thing is
   that exec-path is exactly the same on both versions..

   Is there anything else I can check to understand what is the source of
   the problem?

You can bisect the config to locate the problem.

--

-- 
William

http://xwl.appspot.com

garbage chars when pasting French chars into emacs

Just to be comprehensive I'll state at the outset that I'm using Linux 
(CentOS 5.7), so this is the environment emacs is working in.  From a 
shell I get this:

$ set|grep -i lang
LANG=en_US.UTF-8

Now I pull up a webpage with some French on it: 
<http://www.wikilivres.info/wiki/Maurice_Merleau-Ponty>.  Examining the 
source code of this page, I see at the top:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

So this page is presented in UTF-8.

Firefox is also set to present pages in UTF-8: View -> Character 
Encoding -> UTF-8

But when I copy and paste the text from "Francais" to "invisible, 1964)" 
inclusive, many of the characters aren't rendered correctly; I get 
"garbage" characters in their stead, e.g., the second-to-last line 
appears something like this:

     * L^[$(B!G^[$(C)+^[(Bil et l^[$(B!G^[(Besprit, Gallimard, 1960

Other lines are improperly rendered also.

I'd like to fix this.  And if possible understand why this doesn't work, 
so I might be able to diagnose these problems for myself.

Re: garbage chars when pasting French chars into emacs

> Date: Wed, 01 Feb 2012 15:41:42 -0500
> From: ken <gebser <at> mousecar.com>
> 
> Just to be comprehensive I'll state at the outset that I'm using Linux 
> (CentOS 5.7), so this is the environment emacs is working in.  From a 
> shell I get this:
> 
> $ set|grep -i lang
> LANG=en_US.UTF-8
> 
> Now I pull up a webpage with some French on it: 
> <http://www.wikilivres.info/wiki/Maurice_Merleau-Ponty>.  Examining the 
> source code of this page, I see at the top:
> 
> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
> 
> So this page is presented in UTF-8.
> 
> Firefox is also set to present pages in UTF-8: View -> Character 
> Encoding -> UTF-8
> 
> But when I copy and paste the text from "Francais" to "invisible, 1964)" 
> inclusive, many of the characters aren't rendered correctly; I get 
> "garbage" characters in their stead, e.g., the second-to-last line 
> appears something like this:
> 
>      * L^[$(B!G^[$(C)+^[(Bil et l^[$(B!G^[(Besprit, Gallimard, 1960
> 
> Other lines are improperly rendered also.
> 

Re: garbage chars when pasting French chars into emacs

Works perfectly for me (GNU Emacs 24).

Do you use emacs in a terminal or in graphic mode?
Is building a newer emacs an option? If it's a single user workstation
or if you're the only emacs user it shouldn't be hard.

--

-- 
Philipp Haselwarter

Re: garbage chars when pasting French chars into emacs

On 02/01/2012 04:23 PM Eli Zaretskii wrote:
>> Date: Wed, 01 Feb 2012 15:41:42 -0500
>> From: ken <gebser <at> mousecar.com>
>>
>> Just to be comprehensive I'll state at the outset that I'm using Linux 
>> (CentOS 5.7), so this is the environment emacs is working in.  From a 
>> shell I get this:
>>
>> $ set|grep -i lang
>> LANG=en_US.UTF-8
>>
>> Now I pull up a webpage with some French on it: 
>> <http://www.wikilivres.info/wiki/Maurice_Merleau-Ponty>.  Examining the 
>> source code of this page, I see at the top:
>>
>> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
>>
>> So this page is presented in UTF-8.
>>
>> Firefox is also set to present pages in UTF-8: View -> Character 
>> Encoding -> UTF-8
>>
>> But when I copy and paste the text from "Francais" to "invisible, 1964)" 
>> inclusive, many of the characters aren't rendered correctly; I get 
>> "garbage" characters in their stead, e.g., the second-to-last line 
>> appears something like this:
>>
>>      * L^[$(B!G^[$(C)+^[(Bil et l^[$(B!G^[(Besprit, Gallimard, 1960
>>

Re: garbage chars when pasting French chars into emacs

> Date: Wed, 01 Feb 2012 21:39:22 -0500
> From: ken <gebser <at> mousecar.com>
> 
> > What is your value of selection-coding-system?  Try setting it to
> > something like ctext-with-extensions.
> 
> Thanks, Eli,
> 
> Immediately prior to doing the copy-and-paste I ran all of these:
> 
> (set-language-environment               'UTF-8)
> (set-default-coding-systems             'utf-8)
> (setq file-name-coding-system           'utf-8)
> (setq default-buffer-file-coding-system 'utf-8)
> (setq coding-system-for-write           'utf-8)
> (set-keyboard-coding-system             'utf-8)
> (set-terminal-coding-system             'utf-8)
> (set-clipboard-coding-system            'utf-8)
> (set-selection-coding-system            'utf-8)
> (prefer-coding-system                   'utf-8)
> (modify-coding-system-alist 'process "\\*shell\\*\\'" 'utf-8-unix)

Not a good idea, I'm afraid: the UTF-8 support in Emacs 21 left a lot
to be desired.

> Following your advice, I ran
> 
> (set-selection-coding-system 'ctext-with-extensions)
> 
> and then did the same copy-and-paste again.  This got more of the 

C/C++ Mode Imenu Problem

GNU Emacs 23.3.1 (amd64-portbld-freebsd9.0, GTK+ Version 2.24.6) of 
2012-01-07 on P9X79.tddhome

Using CC Mode version 5.31.8

In the C/C++ modes, if the number of items in the imenu is greater than 
imenu-max-items, the displayed menu is grouped with items named

   from ...
   from ...

etc.

In this case, selecting one of the items from the imenu popup does not 
result in a change to current line.  The display remains the same.

Changing imenu-max-items to a value greater than the number of items 
found, all the items are displayed in one menu.

In this case, selecting one of the items from the imenu popup results in 
the current line being changed to the item selected.  The display 
changes to show the selected item.

I found a couple references to this in archives, but, no solution.

I believe this worked in emacs 22.

Tom Dean

Re: C/C++ Mode Imenu Problem

On 02/01/12 23:43, Thomas D. Dean wrote:
> GNU Emacs 23.3.1 (amd64-portbld-freebsd9.0, GTK+ Version 2.24.6) of
> 2012-01-07 on P9X79.tddhome
>
> Using CC Mode version 5.31.8
>
> In the C/C++ modes, if the number of items in the imenu is greater than
> imenu-max-items, the displayed menu is grouped with items named
>
> from ...
> from ...
>
> etc.
>
> In this case, selecting one of the items from the imenu popup does not
> result in a change to current line. The display remains the same.

In this case, pressing <return> rather than using mouse-1 changes the 
current line to the selected item and changes the display to that item.

In the case where imenu-max-items is greater than the number of items in 
the menu, mouse-1 changes the current line to the selected item and 
changes the display to that item.

How can I change this behavior to have mouse-1 select the item in imenu?

Tom Dean

Sun's heading

Hi,

I sometimes use M-x sunrise-sunset RET.  Now I am interested
in the heading of the sun, i. e. in which direction (0° to
360°) I would have to look if I wanted to stare into it (and
there not being some walls (or clouds) between us).

  solar.el doesn't seem to have an interactive function for
that, but a myriad of others that calculate literally every-
thing.  Unfortunately, my interest in (and knowledge of) as-
tronomy is limited to looking at beautiful pictures of
things far, far away.

  Has anyone developed such a function?

TIA,
Tim

does emacs regular expression support (?!expression)