> On Fri, 25 Mar 2005 16:34:55 +0100, Sébastien Kirche <[EMAIL PROTECTED]>
> said:
>> I suppose no characters in mule-unicode-2500-33ff is accessible
>> from QuickDraw Text API that Carbon Emacs is currently using for
>> drawing text, at least when using with bundled fonts.
> What i can'
Kim Storm wrote:
Can we take a poll on this issue and get done with it?
I am _not_ going to participate in this poll. Decisions were already
made about all three issues raised.
Moreover, the polls would be completely rigged, because they are
proposed just after somebody wrote several long di
> ...mouse-3 would not help them, because they would need to read the docs
> before finding out about it.
No but it might help those who have already read the docs.
> Moreover, mouse-3 is already taken for other purposes.
Not to give in (too) easily:
(let ((click-posn (posn-point (event-st
Nick Roberts wrote:
I don't have strong views about what goes in the options menu-bar but how
about toggling the blinking cursor with a mouse-3 click on the cursor?
The idea of adding "Blinking Cursor" to the Menu Bar was to aid
beginning users to whom the menu bar would be part of their f
BTW, now Emacs highlights non-breaking space and soft hyphen only for
two charsets. Perhaps support for all other charsets should be added
to xdisp.c? I.e. to test for the following characters:
This seems like the right way to go. Could you do it in some
reasonably clean way?
_
I made the decision to keep the Hide/Show menu as it is
and put the new option at top level.
I am disappointed that people started arguing about it again.
Please, everyone, stop arguing so much!
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://l
Nick Roberts <[EMAIL PROTECTED]> writes:
> > 2) Move Options=>Blinking Cursor to Appearence submenu?
> >
> >[ ] Yes [ ] No
>
> I don't have strong views about what goes in the options menu-bar but how
> about toggling the blinking cursor with a mouse-3 click on the cursor?
> As in (mouse
> 2) Move Options=>Blinking Cursor to Appearence submenu?
>
>[ ] Yes [ ] No
I don't have strong views about what goes in the options menu-bar but how
about toggling the blinking cursor with a mouse-3 click on the cursor?
As in (mouse-save-then-kill):
(let ((click-posn (posn-point
In article <[EMAIL PROTECTED]>, Werner LEMBERG <[EMAIL PROTECTED]> writes:
> As a compromise I suggest that M-f and M-b are mapped to
> thai-forward-word and thai-backward-word, respectively, as soon as we
> enter the Thai environment. This should be a two-liner or so for the
> experienced Emacs
In article <[EMAIL PROTECTED]>, Ismail Donmez <[EMAIL PROTECTED]> writes:
> [1 ]
> Hi all,
> Lately emacs from cvs started to behave very weird. I used to enter non-ascii
> characters just fine but lately when I enter euro character "â" it shows up
> "?" in emacs and entering non-ascii charact
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Andreas Schwab <[EMAIL PROTECTED]> writes:
>
>> Jérôme Marant <[EMAIL PROTECTED]> writes:
>>
>>> Hi,
>>>
>>> When running 'make compile' from within the lisp/ directory,
>>> I'm getting such errors:
>>
>> Try "make updates", then rebuild emacs, then retr
[EMAIL PROTECTED] (Kim F. Storm) writes:
> IMHO, it be much simpler to cycle buffers if the next-buffer /
> prev-buffer commands were on C-x C-right / C-x C-left instead of the
> current bindings, C-x right / C-x left ?
In X11, maybe (though I don't find C-x right particularly
inconvenient). On
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Luc Teirlinck <[EMAIL PROTECTED]> writes:
>
>> I do not have the time to keep answering all the arguments you have
>> already repeated 1001 times and which already have been answered before.
> .. without reaching consensus on the issue!!!
>
>
> Can we tak
IMHO, it be much simpler to cycle buffers if the next-buffer /
prev-buffer commands were on C-x C-right / C-x C-left instead of the
current bindings, C-x right / C-x left ?
--
Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk
___
Emacs-devel mailin
David Kastrup wrote:
Just don't forget to reduce the colors some more, ideally not more
than hundred. Otherwise people running on 8 bit displays will run
out. When reducing colors, avoid dithering, it looks bad on icons
this small. And use the same palette as for the other icons also,
so the sum
> "David" == David Kastrup <[EMAIL PROTECTED]> writes:
>>> So where do we get copyright-free flag icons?
>> KDE has a whole gallery.
David> Are you sure that those are in the public domain?
The openclipart project at freedesktop.org has flag images, and all
of their stuff is public domain.
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> I do not have the time to keep answering all the arguments you have
> already repeated 1001 times and which already have been answered before.
.. without reaching consensus on the issue!!!
Can we take a poll on this issue and get done with it?
Please
Am 25.03.2005 um 19:31 schrieb Benjamin Riefenstahl:
Hi Peter,
Peter Dyballa writes:
(with ls in Terminal I can't see UTF-8 file names correctly, only
a??o??uU??O??A?,
Try "ls -w".
Hey, that's really great: adding -w makes me see my test files' names
in Terminal and in xterm and too in the
"Jan D." <[EMAIL PROTECTED]> writes:
>>>If Jan has an automated script, that's great. In the meantime I did
>>>two new xpm's, a little bit brighter and two sizes bigger than the
>>>first one. There are screenshots for them as well.
>>>
>>>diropen2.xpm - A bit too big, height 24px.
>>>
>>>
>>
Luc Teirlinck <[EMAIL PROTECTED]> writes:
>> That is why Richard asked to commit it at top level.
>
>>From Richard's message of March 4:
>
> That is persuasive evidence; I am convinced.
That "evidence" was clearly hoaxed as I showed in a subsequent mail.
Without that evidence, maybe Richard
> The explanation is that you're not talking about the same thing.
> Changing the forward-word function is out of the question (it's a
> function used at may places, so changing its behavior has to be done
> extremely carefully). That's what Richard is talking about.
OK.
> Whereas you're maybe j
If Jan has an automated script, that's great. In the meantime I did
two new xpm's, a little bit brighter and two sizes bigger than the
first one. There are screenshots for them as well.
diropen2.xpm - A bit too big, height 24px.
Actually, I find that ok.
diropen3.xpm - Feels better, heigh
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Jérôme Marant <[EMAIL PROTECTED]> writes:
>
>> Hi,
>>
>> When running 'make compile' from within the lisp/ directory,
>> I'm getting such errors:
>
> Try "make updates", then rebuild emacs, then retry "make compile".
When you say "rebuild emacs", I gue
On Wed, 23 Mar 2005 18:50:53 +0100, Jan D. <[EMAIL PROTECTED]> wrote:
> > BTW, any time you make a branch tag, it's also good to make a
> > corresponding non-branch `base' tag which is the trunk version the
> > branch is relative too.
>
> Thanks for the tip.
I notice you've done this, but it seem
Jérôme Marant <[EMAIL PROTECTED]> writes:
> Hi,
>
> When running 'make compile' from within the lisp/ directory,
> I'm getting such errors:
Try "make updates", then rebuild emacs, then retry "make compile".
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxf
Hi,
When running 'make compile' from within the lisp/ directory,
I'm getting such errors:
In toplevel form:
generic-x.el:160:22:Warning: reference to free variable
`apache-conf-generic-mode'
generic-x.el:177:22:Warning: reference to free variable
`apache-log-generic-mode'
generic-x.el:19
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> I've made a similar experience. The problem is that Emacs no longer sets
>> the terminal coding system to mule-utf-8 when running in a UTF-8 locale
>> (it's set to iso-latin-1 instead). That must have been introduced in the
>> last 4 weeks.
>
> I bel
> I second that. May be we should define the shift space (S-SPC) key to
> produce the non-breaking space in the current charset (I did it for
> Hebrew - iso8859-8).
Please don't make it too easy to insert a NBSP, except in text modes.
Subreptitious insertion of NBSP in code is a pain the .
I just
> I've made a similar experience. The problem is that Emacs no longer sets
> the terminal coding system to mule-utf-8 when running in a UTF-8 locale
> (it's set to iso-latin-1 instead). That must have been introduced in the
> last 4 weeks.
I believe I've fixed such a bug this morning. Can you c
"Ehud Karni" <[EMAIL PROTECTED]> writes:
> I second that. May be we should define the shift space (S-SPC) key to
> produce the non-breaking space in the current charset (I did it for
> Hebrew - iso8859-8). The definition for non-breaking hyphen (minus)
> can not be done this way, because shift hyp
From: Miles Bader <[EMAIL PROTECTED]>
Date: Fri, 25 Mar 2005 04:05:30 +0900
I'm confused as to why you don't like (a)...
i empathize w/ the authors of the tutorials who may not
wish to change their text. there are enough rules and
regulations in the world (especially when you translate
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> Lately emacs from cvs started to behave very weird. I used to enter non-ascii
>> characters just fine but lately when I enter euro character "â" it shows up
>> "?" in emacs and entering non-ascii characters like "Ã,Ä,Å" results in
>> nothing : no chara
On Friday 25 March 2005 19:36, David Hansen wrote:
> On Fri, 25 Mar 2005 18:10:31 +0200 Ismail Donmez wrote:
> > Lately emacs from cvs started to behave very weird. I used to
> > enter non-ascii characters just fine but lately when I enter
> > euro character "â" it shows up "?" in emacs and enterin
On Friday 25 March 2005 19:17, you wrote:
> When is "lately"?
I did cvs up -D"2 weeks ago"
and problem still exists. Some weird thing is going on here.
My system is Ubuntu Linux Hoary version
> Under which terminal emulator are you working? xterm?
xterm & konsole
> How do you enter those chars
On Fri, 25 Mar 2005 18:10:31 +0200 Ismail Donmez wrote:
> Lately emacs from cvs started to behave very weird. I used to
> enter non-ascii characters just fine but lately when I enter
> euro character "â" it shows up "?" in emacs and entering
> non-ascii characters like "Ã,Ä,Å" results in nothing :
On Thu, 24 Mar 2005 23:33:48 +0200, Juri Linkov <[EMAIL PROTECTED]> wrote:
>
> BTW, now Emacs highlights non-breaking space and soft hyphen only for
> two charsets. Perhaps support for all other charsets should be added
> to xdisp.c? I.e. to test for the following characters:
>
> iso8859-2: 0x920
> Lately emacs from cvs started to behave very weird. I used to enter non-ascii
> characters just fine but lately when I enter euro character "â" it shows up
> "?" in emacs and entering non-ascii characters like "Ã,Ä,Å" results in
> nothing : no character shows up.
When is "lately"?
Under which te
On Friday 25 March 2005 18:10, Ismail Donmez wrote:
> Hi all,
>
> Lately emacs from cvs started to behave very weird. I used to enter
> non-ascii characters just fine but lately when I enter euro character "â"
> it shows up "?" in emacs and entering non-ascii characters like "Ã,Ä,Å"
> results in no
Hi all,
Lately emacs from cvs started to behave very weird. I used to enter non-ascii
characters just fine but lately when I enter euro character "â" it shows up
"?" in emacs and entering non-ascii characters like "Ã,Ä,Å" results in
nothing : no character shows up.
Anyone experience something
Le 25 mar 2005, Peter Dyballa s'est exprimé ainsi :
> Carbon Emacs has different fontsets. You can drag&drop files on it --
> but when you copy with M-w a region you can't paste it into another
> Aqua/Quartz application -- at least I can't! The same is true in the
> other direction -- M-w only se
Le 25 mar 2005, YAMAMOTO Mitsuharu a formulà :
> > > > > > On Thu, 24 Mar 2005 13:50:02 +0100, SÃbastien Kirche
> > > > > > <[EMAIL PROTECTED]> said:
>
> > - following your example M-: (set-frame-font
> > (create-fontset-from-mac-roman-font
> > "-apple-monaco-medium-r-normal--9-90-75-
Am 25.03.2005 um 15:01 schrieb Stefan Monnier:
Now, where can we put this info so that users will find it?
Emacs' info file has already a Mac OS entry, it seems to be more
related to Mac OS 9 and before. If this would be renamed accordingly
and a new node 'Mac OS X' would be opened -- it would ta
>> Try (debug (sexp def-form def-form def-form form def-form [&optional
>> stringp]))
> This does indeed work. (The brackets are not necessary, are they?)
I find it good practice to always use the brackets, but you're right, it's
not necessary.
> The node "Specification List" in the lisp manua
>> Additionally, I think it would be a good idea to automatically
>> use thai-forward-word and thai-backward-word (which are
>> supersets of forward-word and backward-word, respectively) if
>> `Thai' is selected as the language environment.
>>
>> That would require changes in a place that is too c
> in *Emulation* set
> Option+Click to position cursor in command line
> (non-ASCII -> Esc is not active/checked)
Here, the important setting is the non-ASCII -> escape thingy (which in
French is described something like "Avoid non-ASCII characters", where it
probably meant "escape non-ASCII
From: Karl Chen <[EMAIL PROTECTED]>
Date: Thu, 24 Mar 2005 19:42:25 -0800
[patch to files.el]
thanks. applied.
thi
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
In article <[EMAIL PROTECTED]>, Werner LEMBERG <[EMAIL PROTECTED]> writes:
> For this Thai text string (in UTF-8 encoding) I just get boxes. Doing
> `C-u C-x =' I see that the characters are taken from the
> `mule-unicode-0100-24ff' charset; the font I use for it
> (-Efont-Biwidth-Medium-R-Normal-
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> (declare (debug (sexp form form form form form &optional stringp)))
>
>> X(define-generic-mode my-mode
>> (list ?# ?% (+ 50 9))
>> (list "abba" "ebbe" (concat "ob" "bo"))
>> nil
>> X(list "\\.mm\\'")X
>> nil
>> "This is My mode.")X
>
> That
> On Fri, 25 Mar 2005 15:48:19 +0900, YAMAMOTO Mitsuharu <[EMAIL
> PROTECTED]> said:
> I suppose no characters in mule-unicode-2500-33ff is accessible from
> QuickDraw Text API that Carbon Emacs is currently using for drawing
> text, at least when using with bundled fonts.
Actually, ther
> Doing a grep search for `illegal' in the CVS tree of emacs I
> find many places where it should be `invalid' instead -- the
> same holds for `legal' which should often be replaced with
> `valid'.
>
> These should all be fixed. Would you please fix as many of them as
> you have t
Is the file calccard.ps generated automatically if a new emacs version
is released?
Werner
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Richard Stallman <[EMAIL PROTECTED]> writes:
> But actually, I think my proposal about a C level interface into
> substitute-in-file-name would be most efficient, robust and
> unproblematic in the long run, and possibly useful for other
> applications as well.
>
> I don't want to d
52 matches
Mail list logo
