multiple views of the same frame

Is it possible to use emacs-multi-tty to access the same emacs frame
from 2 or more terminals / instances?

thanks!
Tom SW

	
	
		
___________________________________________________________ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

Re: multiple views of the same frame

Tom Schutzer-Weissmann wrote:
> Is it possible to use emacs-multi-tty to access the same emacs
> frame from 2 or more terminals / instances?

The same buffer, yes.

# Han

keyboard-coding-system latin9

Hi all,

I was running emacs21.4 but i decided to replace it by emacs-multi-tty
(debian package). Just a problem : on a tty i cant anymore type
directly é è without using C-x-8.

On X window no problem.

The lines below are in my ~/.emacs :

,----
| (set-language-environment 'French)	
| (prefer-coding-system 'latin-9)	
| (require 'ucs-tables)
| (unify-8859-on-encoding-mode t)	 
|                                 	
| (unify-8859-on-decoding-mode t) 	
| (set-terminal-coding-system 'latin-9)
| (set-keyboard-coding-system 'latin-9)
`----

Can't emacs-multi-tty accept latin-9 ?

Thanks,
--

-- 
Bernard Adrian 
http://bernadrian.free.fr

Re: keyboard-coding-system latin9 [solved]

Bernard Adrian <bernadrian <at> free.fr> a écrit : 

> I was running emacs21.4 but i decided to replace it by emacs-multi-tty
> (debian package). Just a problem : on a tty i cant anymore type
> directly é è without using C-x-8.

emacs-multi-tty was not guilty : a bad set-up of my keyboard was
hidden by emacs21.4

Sorry for the noise,
--

-- 
Bernard Adrian 
http://bernadrian.free.fr

Re: request for merge with trunk

Hi Han,

Han Boetes <han <at> mijncomputer.nl> writes:
> This bug seems to have been fixed in the latest CVS, but it's
> still present in the latest mtty branch.
>
> http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-10/msg00185.html
>
> Could you be so kind to merge with trunk any time soon?

Sorry for the delay; I did a merge on Monday, hopefully it included
this fix.

Cheers,
--

-- 
Károly

_______________________________________________
multi-tty mailing list
multi-tty <at> lists.fnord.hu
http://lists.fnord.hu/mailman/listinfo/multi-tty

Re: 'make bootstrap' still fails

Dan Waber <dwaber <at> logolalia.com> writes:
> Sorry, this is still failing to complete for me.
>
> Attempting to build the latest batch of patches (through 429) I get
> this error during 'make bootstrap':
>
> gcc -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib    -DHAVE_CONFIG_H    -I. -I../src
-I/home/dwaber/arch/mtty/lib-src -I/home/dwaber/arch/mtty/lib-src/../src -Wl,-znocombreloc
-L/usr/X11R6/lib -g -O2  update-game-score.o getopt.o getopt1.o -lutil    -lc -o update-game-score
> gcc -c -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib    -DHAVE_CONFIG_H    -I. -I../src
-I/home/dwaber/arch/mtty/lib-src -I/home/dwaber/arch/mtty/lib-src/../src
-I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib -g -O2 -DCONFIG_BROKETS
-DINHIBIT_STRING_HEADER /home/dwaber/arch/mtty/lib-src/../src/regex.c
> gcc -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib    -DHAVE_CONFIG_H    -I. -I../src
-I/home/dwaber/arch/mtty/lib-src -I/home/dwaber/arch/mtty/lib-src/../src -Wl,-znocombreloc
-L/usr/X11R6/lib -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib -g -O2
-DVERSION="\"22.0.51\"" /home/dwaber/arch/mtty/lib-src/etags.c getopt.o getopt1.o regex.o
-lutil    -lc -o etags
> /tmp/ccKh7vEk.o: In function `main':
> /home/dwaber/arch/mtty/lib-src/etags.c:1303: undefined reference to `getopt_long'

Hm.  Does this only happen in multi-tty, or does it also affect the CVS trunk?

--

-- 
Károly

_______________________________________________
multi-tty mailing list
multi-tty <at> lists.fnord.hu

Re: request for merge with trunk

Károly LÅ?rentey wrote:
> Han Boetes <han <at> mijncomputer.nl> writes:
> > This bug seems to have been fixed in the latest CVS, but it's
> > still present in the latest mtty branch.
> >
> > http://lists.gnu.org/archive/html/emacs-pretest-bug/2005-10/msg00185.html
> >
> > Could you be so kind to merge with trunk any time soon?
>
> Sorry for the delay; I did a merge on Monday, hopefully it included
> this fix.

Yes, all is fine now. Thanks.

# Han

Re: backspace and delete mappings

Lőrentey Károly <lorentey <at> elte.hu> writes:
> The semantics of terminal-local variables such as
> local-function-key-map are somewhat broken in Emacs; it is not
> possible to reliably determine what binding is used at any given
> moment.[1] The semantics may or may not make sense for terminal-local
> variables that exist in upstream Emacs, such as last-kbd-macro or
> last-command (I have not checked this so far); but they are surely not
> useful for local-function-key-map and other multi-tty terminal-local
> variables.
>
> The branch includes the built-in functions `terminal-local-value' and
> `set-terminal-local-value' to reliably access the value of these
> variables.  (Note that these functions may later be removed if the
> behaviour of terminal-local variables are fixed.)
>
> [1] The current rule is that the binding of a terminal-local variable
>     is that of the display device which the last keyboard event came
>     from.

This has been changed in patch-434; on the Lisp level, terminal-local
variables always refer to the selected frame's terminal now, so things
such as 

	(with-selected-frame frame
          (define-key local-function-keymap [delete] 'backward-delete-char))

work as expected.  (Although the above is not necessary anymore.)

--

-- 
Károly

recent experiences with mtty-emacs

Hello,

I'd just like to share my recent experiences with mtty-emacs.

- I tried checking out mtty emacs with tla on an amd64 running fc4. 
tla coredumped during the process.

therefore I checked out a cvs emacs, and applied the latest patch from
the mtty-emacs page instead.

- when running the shiny new mtty emacs, the "customize" part of my
  .emacs vanished. I dont know why, and I dont know if mtty emacs was
  responsible. I managed to restore the customize part, and it hasnt
  vanished since.

- briefly, swedish utf8 characters didnt get entered in a console, but
  did get entered in the same mtty emacs session in an x frame. I
  wasnt able to reproduce this after restart of emacs.

- if I close an X frame mtty emacs, the corresponding console mtty emacs coredumps.

Thats it for now, maybe I can supply better information in the future.

--

-- 
Joakim Verona
www.verona.se

Re: recent experiences with mtty-emacs

Joakim Verona <joakim <at> verona.se> writes:
> I'd just like to share my recent experiences with mtty-emacs.
>
> - I tried checking out mtty emacs with tla on an amd64 running fc4. 
> tla coredumped during the process.

Nice.  I suggest you report this bug, and meanwhile try to replace tla
with Bazaar version 1.0.  (The two are mostly compatible.  I sometimes
use baz myself, and I am planning to switch over at some point.  I
don't follow tla/baz/bzr development much.)

> therefore I checked out a cvs emacs, and applied the latest patch from
> the mtty-emacs page instead.
>
> - when running the shiny new mtty emacs, the "customize" part of my
>   .emacs vanished. I dont know why, and I dont know if mtty emacs was
>   responsible. I managed to restore the customize part, and it hasnt
>   vanished since.

I don't recall any multi-tty changes to the customization code, so
this was likely caused by some bug in the trunk.

> - briefly, swedish utf8 characters didnt get entered in a console, but
>   did get entered in the same mtty emacs session in an x frame. I
>   wasnt able to reproduce this after restart of emacs.

Well, it could be that Emacs failed to interpret your locale settings,
or the terminal device was in a bad state.  Hard to say.  Did you try
to explicitly set up an input coding system with `C-x RET k'?