headers
Stephen J. Turnbull | 1 May 2006 09:50
Picon
Favicon

Re: Preventing xemacs from playing around with it's window in Windows

>>>>> "Tolga" == Tolga Uzuner <tolga <at> coubros.com> writes:

    Tolga> When I start-up xemacs and maximise the window under
    Tolga> Windows XP, xemacs resizes and moves the window around when
    Tolga> I start using it.

    Tolga> Is there a way of preventing this from happening ?

    Tolga> I am using xemacs 21.5.20 and Windows XP.

I've seen this kind of bug reported elsewhere (it definitely is a
bug).  I don't do Windows, so I don't recall the exact versions
affected or the resolution.  However, I also haven't heard of it
recently, so perhaps it has been fixed in more recent versions of
XEmacs.

If you upgrade and continue to suffer, please send a bug report using
M-x report-xemacs-bug RET, or use the item in the pulldown Help menu.

--

-- 
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.
Permalink | Reply | 2 comments |
headers
Stephen J. Turnbull | 1 May 2006 09:47
Picon
Favicon

Re: C-x 5 : split-window-horizontally

>>>>> "Tolga" == Tolga Uzuner <tolga <at> coubros.com> writes:

    Tolga> I am an old emacs user... perhaps it is an xemacs thing,
    Tolga> but it used to be that C-x 5 used to split the window
    Tolga> horizontally... doesnt do it for me in xemacs. Is that by
    Tolga> design ?

C-x 5 is a prefix key, with frame (ie, GUI window) bindings---create a
frame, find file in new frame, switch to buffer in other frame, etc.
C-x 5 C-h will give a list.

C-x 3 will split the window horizontally (ie, into side-by-side
windows).

Note that the frame creating functions work even on a TTY; you can
create several complex window formats (eg, a mail reader screen, or an
ediff screen) and switch among them with C-x 5 functions.  Think of it
as if you had a window system but all frames must be full-screen.  You
see and type into the one on top.

GNU Emacs lagged many years in providing this technology, so their
bindings may differ substantially.

--

-- 
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Stephen J. Turnbull | 2 May 2006 08:56
Picon
Favicon

Re: Preventing xemacs from playing around with it's window in Windows

>>>>> "Tolga" == Tolga Uzuner <tolga <at> coubros.com> writes:

    Tolga> Many thanks, I got xeamcs through xemtex.

    Tolga> Are you still recommending this distribution ?

I am not familiar with that distribution.

We don't recommend or deprecate any distribution (not even our own).
There are some Linux distributions whose XEmacs packages have been
tuned for the distribution, and we do not recommend building from our
sources on those systems, because they will not have the same "look
and feel" as those distributed by that vendor.  Currently Mandriva may
fall into this class, although I haven't actually checked that there
is an issue in many months.  (Note: this isn't a bug either way, it's
a difference of opinion about defaults.  And a possible surprise for
those who are adventurous enough to build their own, but not *that*
adventurous.)

Other than that, we simply recommend that users get the most recent
versions possible.  On Linux, Debian, Red Hat, SuSE/Novell, and
Mandriva are all known to keep up with our "stable" releases, and most
also have packages of our "beta test" series.  FreeBSD, NetBSD, and
OpenBSD all have XEmacs ports, but I don't know how fresh they keep
them.  The FreeBSD maintainer is a regular contributor of bug reports
and FreeBSD-related patches, though.  On Mac, both Fink and
DarwinPorts are reasonably up-to-date.  On Windows, the Cygwin
distribution is up-to-date, and they also supply a version of the
"beta test" series.  Cygwin is compiled with GCC.  We also supply a
version of the stable series compiled with Visual C, which is
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tolga Uzuner | 1 May 2006 19:20

Re: Preventing xemacs from playing around with it's window in Windows

Many thanks,

I got xeamcs through xemtex.

Are you still recommending this distribution ?

Thanks,
Tolga

Stephen J. Turnbull wrote:

>>>>>>"Tolga" == Tolga Uzuner <tolga <at> coubros.com> writes:
>>>>>>            
>>>>>>
>
>    Tolga> When I start-up xemacs and maximise the window under
>    Tolga> Windows XP, xemacs resizes and moves the window around when
>    Tolga> I start using it.
>
>    Tolga> Is there a way of preventing this from happening ?
>
>    Tolga> I am using xemacs 21.5.20 and Windows XP.
>
>I've seen this kind of bug reported elsewhere (it definitely is a
>bug).  I don't do Windows, so I don't recall the exact versions
>affected or the resolution.  However, I also haven't heard of it
>recently, so perhaps it has been fixed in more recent versions of
>XEmacs.
>
>If you upgrade and continue to suffer, please send a bug report using
(Continue reading)

Permalink | Reply | 1 comment |
headers
Markus.Grunwald | 9 May 2006 10:01

gnuclient does not work when called from tkcvs

Hello,

Since I have no idea if this is a tkcvs or xemacs problem, I send this to 
both parties...

tkcvs 8.0.3 can edit files with an external editor, configurable in .tkcvs 
like this:
set cvscfg(editor) "/home/gru/bin/xemacs"

~/bin/xemacs is a wrapper that opens a gnuclient session if xemacs is 
already running, or starts a new xemacs if not:

--------------------------------------------------------
#!/bin/bash
gnuclient $ <at>  2> /dev/null
error=$?

[ $error -eq 0 ] && exit

xmessage "ErrorCode: $error" &

[ -x /usr/bin/xemacs ] && /usr/bin/xemacs $ <at> 
--------------------------------------------------------

This works perfectly everywhere, except when called from tkcvs. From 
there, gnuclient always returns with an error, even when xemacs is 
running...

It would be great if anyone could help me there...
(Continue reading)

Permalink | Reply | 1 comment |
headers
Norbert Koch | 10 May 2006 11:18
X-Face
Picon
Favicon

XEmacs Packages have been released (2006-05-10)


Hello!

I have just released new SUMOs in the XEmacs packages directory
ftp://ftp.xemacs.org/xemacs/packages/.

SUMO MD5:
========
62cce3c50de3b102df15e1e223b79dbd  xemacs-mule-sumo-2006-05-10.tar.bz2
2b53293efea9d29d7f7af7942cb17939  xemacs-mule-sumo-2006-05-10.tar.gz
242938f820b85ae27e8584de3afbcb80  xemacs-sumo-2006-05-10.tar.bz2
51f9ca6843dae22aec78e6f1033e16b5  xemacs-sumo-2006-05-10.tar.gz

Updated or New Packages Since the Last Sumo:
===========================================
ediff-1.62-pkg.tar.gz            upstream version: 2.75
edit-utils-2.34-pkg.tar.gz       upstream version: none
erc-0.21-pkg.tar.gz              upstream version: Version 5.1.2 Revision: 1.796.2.6
fortran-modes-1.05-pkg.tar.gz    upstream version: none
gnus-1.90-pkg.tar.gz             upstream version: 5.10.7
haskell-mode-1.08-pkg.tar.gz     upstream version: 2.1
jde-1.51-pkg.tar.gz              upstream version: 2.3.3
latin-unity-1.17-pkg.tar.gz      upstream version: 1.17
mail-lib-1.76-pkg.tar.gz         upstream version: none
mule-base-1.48-pkg.tar.gz        upstream version: none
os-utils-1.37-pkg.tar.gz         upstream version: none
perl-modes-1.09-pkg.tar.gz       upstream version: none
prog-modes-2.07-pkg.tar.gz       upstream version: none
python-modes-1.07-pkg.tar.gz     upstream version: none
riece-1.22-pkg.tar.gz            upstream version: 2.0.2
(Continue reading)

Permalink | Reply | 0 comments |
headers
Glynn Clements | 11 May 2006 00:09

Re: gnuclient does not work when called from tkcvs


Markus.Grunwald <at> pruftechnik.com wrote:

> Since I have no idea if this is a tkcvs or xemacs problem, I send this to 
> both parties...
> 
> tkcvs 8.0.3 can edit files with an external editor, configurable in .tkcvs 
> like this:
> set cvscfg(editor) "/home/gru/bin/xemacs"
> 
> ~/bin/xemacs is a wrapper that opens a gnuclient session if xemacs is 
> already running, or starts a new xemacs if not:
> 
> --------------------------------------------------------
> #!/bin/bash
> gnuclient $ <at>  2> /dev/null
> error=$?
> 
> [ $error -eq 0 ] && exit
> 
> xmessage "ErrorCode: $error" &
> 
> [ -x /usr/bin/xemacs ] && /usr/bin/xemacs $ <at> 
> --------------------------------------------------------
> 
> This works perfectly everywhere, except when called from tkcvs. From 
> there, gnuclient always returns with an error, even when xemacs is 
> running...
> 
> It would be great if anyone could help me there...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Norbert Koch | 10 May 2006 08:14
X-Face
Picon
Favicon

XEmacs Packages have been released (2006-05-10)


Hello.

The following XEmacs packages have just been released.

Updated or New Packages:
=======================
ediff-1.62-pkg.tar.gz            upstream version: 2.75
edit-utils-2.34-pkg.tar.gz       upstream version: none
erc-0.21-pkg.tar.gz              upstream version: Version 5.1.2 Revision: 1.796.2.6
gnus-1.90-pkg.tar.gz             upstream version: 5.10.7
haskell-mode-1.08-pkg.tar.gz     upstream version: 2.1
jde-1.51-pkg.tar.gz              upstream version: 2.3.3
latin-unity-1.17-pkg.tar.gz      upstream version: 1.17
mail-lib-1.76-pkg.tar.gz         upstream version: none
mule-base-1.48-pkg.tar.gz        upstream version: none
os-utils-1.37-pkg.tar.gz         upstream version: none
perl-modes-1.09-pkg.tar.gz       upstream version: none
prog-modes-2.07-pkg.tar.gz       upstream version: none
riece-1.22-pkg.tar.gz            upstream version: 2.0.2
semantic-1.20-pkg.tar.gz         upstream version: 1.4.4
tramp-1.32-pkg.tar.gz            upstream version: 2.0.53
vhdl-1.21-pkg.tar.gz             upstream version: 3.33.8
viper-1.48-pkg.tar.gz            upstream version: 3.09
xemacs-base-2.03-pkg.tar.gz      upstream version: none
xwem-1.22-pkg.tar.gz             upstream version: lg <at> xwem.org--2005/xwem--main--2.1--versionfix-1

Detailed Changes:
================
------- ChangeLog Entries from xemacs-packages/ediff/ChangeLog -------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Larry Evans | 27 May 2006 12:17

Why doesn't compile command set path from login shell

 From Xemacs, when the `Shell command` from tools menu is used,
the path is not what's produced by my login shell script,
.bash_profile.  OTOH, when the `Shell` command from the
tools menu is invoked, I get an e-shell in which:

   echo $PATH

returns the correct value.

This is also a problem with the `compile` command from
tools menu.

I can't find anything in the cusomization to set this.
When using `emacs`, it works correctly (although, of course,
there's no e-shell).  The help gotten when searching the
web for `xemacs customization` was no help :)

How can I customize xemacs so the `Shell command` and `compile`
under tools get the same path produced by my .bash_profile?

TIA.
Permalink | Reply | 4 comments |
headers
Stephen J. Turnbull | 28 May 2006 10:51
Picon
Favicon

Re: Why doesn't compile command set path from login shell

>>>>> "Larry" == Larry Evans <cppljevans <at> cox-internet.com> writes:

    Larry>  From Xemacs, when the `Shell command` from tools menu is
    Larry> used, the path is not what's produced by my login shell
    Larry> script, .bash_profile.  OTOH, when the `Shell` command from
    Larry> the tools menu is invoked, I get an e-shell in which:

bash has a ridiculously hairy startup process; this probably has
something to do with that.  What's an "e-shell"?  Do you mean the
eshell package which implements a shell in elisp?

AFAIK XEmacs itself does not set environment variables at all.  If
you invoke XEmacs from a login shell, it will inherit the PATH from
its environment, and pass that in the environment of both interactive
and batch shells under it.  XEmacs should not be creating login shells
as subprocesses, so the profile will not be sourced.

If that's not what you're getting, then your may have something set in
the BASH_ENV or ENV environment variables, or in your .bashrc, which
can cause a difference since batch shells read the former while
interactive shells read the latter.  Or the shell may be being invoked
as "sh", in which case it ignores all the bash-specific files.  Check
to see what the value of `shell-file-name' is, and the SHELL
environment variable when XEmacs is invoked.

Finally, the `setenv' command may be used in a package or in your
startup files to set environment variables like PATH.  I don't know of
any XEmacs packages that would set PATH, though.

--

--
(Continue reading)

Permalink | Reply | 3 comments |

Gmane