François Puitg writes:
> You're definitely right. No with-no-warnings function in XEmacs
> 21.4.20.
And if I have anything to say about it, there won't be one.
> Thanks a lot, I've spent such a long time on this, believing that the
> problem was in my smtpmail-starttls-credentials setup.
And this kind of thing is why. `with-no-warnings' and similar often
inadvertantly hide real problems. It's also unnecessary in XEmacs.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi, Rodney,
Ar an cúigiú lá is fiche de mí Deireadh Fómhair, scríobh Sparapani, Rodney:
> Hi Aidan:
>
> Beware: top-post follows since this mailing system is quite primitive. And that
> was the problem; it mangled the patch. I had no problem with the patch that I
> downloaded by URL, all hunks accepted.
>
> And, if you (setq mac-command-key-is-meta nil) you will have Option as the Meta
> key. However, the whole purpose is to free the Command key to behave as it does
> in other applications.
This is what CUA-mode is for, AIUI. Right, the current version of cua-mode
doesn’t work with XEmacs, but older versions do--have you tried it at all?
You souldn’t need to touch mac-command-key-is-meta with it at all.
> This can easily be done by a keymap (I had posted such a
> keymap for Carbon Emacs that I can't find anymore). So, for example, you would
> have Command-q mapped to save-buffers-kill-emacs. But, when you do a C-h k on
> Command-q you get:
>
> q runs `self-insert-command'
>
> `self-insert-command' is an interactive built-in function
> -- loaded from "/usr/local/cvs/xemacs-carbon2/src/cmds.c"
> (self-insert-command COUNT)
>
> Documentation:
> Insert the character you type.
> Whichever character you type to run this command is inserted.
> If a prefix arg COUNT is specified, the character is inserted COUNT times.
>
>
> So, now it just ignores Command all together. We're half way there :0)
> I also have a request. Can we get rid of the Teddy bear icon? It was kind
> of cute at first, but I now find it annoying.
Suppy another icon and I’ll happily replace it! :-) .
Have a good weekend,
Aidan
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Dear XEmacs Maintainers,
here comes a simple test case:
- start help on functions:
C-h f
- press tab to get the completion buffer
tab
- move to the completion buffer, e.g.
M-v
- try to kbd-navigate with the "left" or "right" key:
doesn't work! The highlight stays put on the last item.
It tried several older versions of xemacs (21.5.*) and it seems
that this behavior was introduced with rev 1.55 of "src/extents.c".
>From the sound of the commit log an obvious fix seems to be
(and in fact fixes the left/right navigation issue for the
above test case):
diff -r1.9 list-mode.el
177,178c177,178
< (goto-char (next-single-property-change (point) 'list-mode-item
< nil end))))
---
> (goto-char (next-single-char-property-change (point) 'list-mode-item
> nil end))))
189c189
< (goto-char (previous-single-property-change
---
> (goto-char (previous-single-char-property-change
651,652c651,652
< (goto-char (next-single-property-change (point-min) 'list-mode-item nil
< (point-max)))))
---
> (goto-char (next-single-char-property-change (point-min) 'list-mode-item nil
> (point-max)))))
Maybe this is not the right thing to do, or maybe there are other places
which require similar correction, but I am sure someone knows
what needs to be done.
Best regards,
Klaus
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Hi,
As far as I can tell there has been no announcement of the release of
XEmacs 21.4.21 and it is also not mentioned on the website, but the
tarball does sit on the FTP server.
I'm about ready to add it to Gentoo, but wanted to check on the status
before actually doing so.
Kind regards,
Hans
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Michael Sperber writes:
> I wish it were that simple: LC_ALL=XXX doesn't always influence the
> locale, notably on Windows and via EFS.
The complaints we get about this are not from Windows/EFS users (at
least not the majority; I don't remember any, but that may be a
symptom of incipient Alzheimer's or lack of an ITS). So maybe "all
locales" is too strong, but for dired of local file systems on POSIX
platforms, we should never see a "no file on this line" error in the
default configuration.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
What’s the status with them? Is there an ETA for restoring them? If Stephen
is busy with Real Life, who has access to the archives to do some work in
that direction independent of him?
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
What’s the status of the move to the new SCM? Last I heard, Michael talked
to alioth.debian.org about Mercurial hosting, who turned us down because we
don’t have someone maintaining the project in the framework of the Debian
project. What’s happened since then?
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Perhaps this is already known, but (console-tty-output-coding-system) fails
on Carbon XEmacs with this message:
Wrong type argument: console-tty-p, #<carbon-console on "carbon" 0x21868>
I stumbled upon this as a side effect of trying to read my mail using VM.
--
Skip Montanaro - skip(a)pobox.com - http://www.webfast.com/~skip/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Ar an naoú lá déag de mí Deireadh Fómhair, scríobh Sparapani, Rodney:
> Hi Aidan:
>
> I still can't get this to work. One thing that I noticed about this patch is that there are alot
> of lines that are wrapped. So somewhere along the line, a mailer has screwed up the patch.
> I tried to find all of the places, but every time, it seems, I find more. Could you just check
> this in on the branch? Just long enough for me to synch, and then you can roll it back.
Not easily, no; my home net connection is gone for the next couple of weeks.
Here’s a text version of the patch that should be independent of the mail
client you use: http://www.parhasard.net/locale-patch.diff.bz2
Hope that helps,
Aidan
--
On the quay of the little Black Sea port, where the rescued pair came once
more into contact with civilization, Dobrinton was bitten by a dog which was
assumed to be mad, though it may only have been indiscriminating. (Saki)
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta