Kim F. Storm | 1 Mar 01:21 2002
Picon

Re: Non-blocking open-network-stream

Richard Stallman <rms <at> gnu.org> writes:

>     I think it would be much cleaner if (open-network-stream ... t) simply
>     returns nil if it doesn't support non-blocking connect.
> 
> I think that is ok.  The program could immediately try a blocking
> connect if that is the right thing to do.

I have committed the changes to process.c which add the non-blocking
connect support to open-network-stream.

The next "project" in this area is to add Helmut's server sockets.
(do we have papers for that?)

However, I think it can be done via open-network-stream:

If the HOST argument is nil, a server socket is opened which
accepts connections.  The sentinel is called - with a newly
created process - whenever a connections is accepted.

There are some details to be worked out here, but we need to
discuss whether we should use this approach or the approach
suggested by Helmut.

--

-- 
Kim F. Storm <storm <at> cua.dk> http://www.cua.dk

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
(Continue reading)

Stefan Monnier | 1 Mar 02:00 2002
Picon

Re: ielm working buffer on the modeline

> 
> On Wed, 27 Feb 2002 21:07:55 -0700 (MST), Richard Stallman <rms <at> gnu.org> wrote:
> 
> > The new text would be somewhat longer and that might be inconvenient.
> 
> If pixels are so scarce, "(IELM on buffer-name)" could be
> "(IELM:buffer-name)". I bet buffer names aren't usually so large as to
> make any difference, and IELM buffers usually don't have minor modes
> active, so there's (relatively) plenty of space.

Agreed.

	Stefan "a IELM user"

PS: I actually don't care about saving three chars so " on " is just
    as good as ":" AFAIC.

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Stefan Monnier | 1 Mar 02:05 2002
Picon

Re: Idea: Allow faces to have text-like properties

> I saw the article below in comp.emacs, and it got me wondering whether
> it would make sense for a `face' to have an `invisible' property.

It would be convenient for X-Symbol since XEmacs has this feature
and X-Symbol uses it (the Emacs port of X-Symbol uses a hack to get
the "same" behavior: set the `font' property to a special font (distributed
with X-Symbol) that's of size 0x0).

Actually, I can't remember if XEmacs really has an `invisible' property
for its faces.  Maybe X-Symbol uses the `display-table' property instead
(which is available as a face-property under XEmacs) to make every char
into an empty glyph .

	Stefan

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Richard Stallman | 1 Mar 02:11 2002
Picon
Picon

Re: ielm working buffer on the modeline

    What about changing the buffer name rather than the mode-line-process, ie.

	    *IELM on test.el*

    or

	    *IELM on *wide reply to Juanma Barranquero**

In case there is more than one IELM buffer pointing at the same
long-named buffer, it would be important to uniquify the names in
a somewhat special way.  The difference between
*IELM on *wide reply to Juanma Barranquero**  and
*IELM on *wide reply to Juanma Barranquero**≤2>
would not be visible in the mode line.

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Richard Stallman | 1 Mar 02:11 2002
Picon
Picon

Re: mgp.el

    I'll try to contact the original author and ask him if we could merge
    the two modes.

That is a useful project, so thank you.  We would need papers from that
original author.

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Richard Stallman | 1 Mar 02:11 2002
Picon
Picon

Re: New session management patch.

    1) Maybe you should use [.]emacs-session.%s for the save file name
       rather than just [.]emacs.%s

If it is in the .emacs.d directory, then there is no need for `emacs'
in the file name too.  It could be just session.%s.

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Richard Stallman | 1 Mar 02:11 2002
Picon
Picon

Re: Idea: Allow faces to have text-like properties

I don't think that faces should specify general text properties.
But it seems reasonable for font lock to be able to attach
other properties (including `category').

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Richard Stallman | 1 Mar 02:11 2002
Picon
Picon

Re: Small changes to java font-lock

Thanks.

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

Stefan Monnier | 1 Mar 02:15 2002
Picon

Re: ielm working buffer on the modeline

> ELISP> (setq mode-name '("IELM on " (:eval (buffer-name ielm-working-buffer))))
> *** Eval error ***  error: "Only strings should be stored in the buffer-local variable mode-name"

This restriction should be removed, I think.
I bumped into it recently when I wanted to use

	(setq mode-name '(sgml-xml "XML" "SGML"))
and
	(setq mode-name '(sgml-xml "XHTML" "HTML"))

in sgml-mode.el.  The patch is trivial.  Any objection ?

	Stefan

PS: by the way I don't understand your problem: the suggestion was to
    put the ielm-working-buffer name into the buffer-name, not into the
    mode-name.

Index: buffer.c
===================================================================
RCS file: /cvsroot/emacs/emacs/src/buffer.c,v
retrieving revision 1.378
diff -u -r1.378 buffer.c
--- buffer.c	26 Jan 2002 23:04:27 -0000	1.378
+++ buffer.c	1 Mar 2002 01:11:19 -0000
 <at>  <at>  -5226,7 +5231,7  <at>  <at> 
 		     doc: /* Symbol for current buffer's major mode.  */);

   DEFVAR_PER_BUFFER ("mode-name", &current_buffer->mode_name,
-                     make_number (Lisp_String),
(Continue reading)

Stefan Monnier | 1 Mar 02:19 2002
Picon

Re: Vminibuf_selected_window

> If it isn't a Lisp variable, it is better to remove the V from the
> name so people won't think it is supposed to be a Lisp variable.

I think it should be a lisp variable.  I've wished for this exact
variable when I tried to implement a `pull-word-from-source-buffer'
command so that I can get isearch's C-w thingy in all minibuffers.

	Stefan

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel


Gmane