headers
Leo | 1 Jul 2003 02:42
Picon

thanks (was: Re: exact indention controlled by me not by the mode.)

thanks, kai

works excellent!

leo

"Kai Großjohann" <kai.grossjohann <at> gmx.net> wrote in message
news:84k7b3n03h.fsf <at> lucy.is.informatik.uni-duisburg.de...
> "Leo" <leo.broska <at> NOSPAM.isys.com.au> writes:
>
> > the command 'indent-region' indents according to its own calvluations
> > control by the major mode, not by me. :-(
>
> See the command indent-rigidly.
> --
> ~/.signature
Permalink | Reply | 0 comments |
headers
Harry Putnam | 1 Jul 2003 03:07
Favicon

invoke cper-mode instead of perl-mode

There must be more to do than add to auto-mode-alist, to get emacs to
open perl scripts in cperl mode.

I have this in .emacs:
(wrapped for mail)
 (setq auto-mode-alist
     (cons '("\\.\\([pP]\\([Llm]\\|erl\\)\\|al\\)\\'" . cperl-mode )
          auto-mode-alist))

Which does work on any files matching the regex, but still, files
with no extension but are still perl scripts with the perl shebang
get opened in perl-mode instead of cperl-mode.  I don't see this
explained under `How Major Modes are Chosen' or `Major Modes' in the
manual so apparently it is another variable that does this.

A further problem is that files that emacs knows how to open get
opened with abbrev-mode enabled.  But the ones openned in cperl-mode
do not have abbrev-mode enabled.

I have these in .emacs:
(setq default-abbrev-mode t)
(read-abbrev-file)
Permalink | Reply | 1 comment |
headers
Harry Putnam | 1 Jul 2003 05:02
Favicon

Re: invoke cper-mode instead of perl-mode

Harry Putnam <reader <at> newsguy.com> writes:

> I have this in .emacs:
> (wrapped for mail)
>  (setq auto-mode-alist
>      (cons '("\\.\\([pP]\\([Llm]\\|erl\\)\\|al\\)\\'" . cperl-mode )
>           auto-mode-alist))
>
> Which does work on any files matching the regex, but still, files
> with no extension but are still perl scripts with the perl shebang
> get opened in perl-mode instead of cperl-mode.  I don't see this
> explained under `How Major Modes are Chosen' or `Major Modes' in the
> manual so apparently it is another variable that does this.

Ahaa, got the right one now interpreter-mode-alist.  And it is in the
section about modes.

>
> A further problem is that files that emacs knows how to open get
> opened with abbrev-mode enabled.  But the ones openned in cperl-mode
> do not have abbrev-mode enabled.
>
> I have these in .emacs:
> (setq default-abbrev-mode t)
> (read-abbrev-file)

Still not getting abbrev-mode turned on when opening a perl script.
All other language modes seems to come up with abbrev-mode turned on.
Permalink | Reply | 0 comments |
headers
rcopley | 1 Jul 2003 06:40
Picon
Picon

Re: Customized font height not restored upon starting emacs

> Do you have a solution or suggestion?

I'm using set-default-font instead now. Cheers!

> Regards,
> Buster Copley
>
Permalink | Reply | 0 comments |
headers
Harry Putnam | 1 Jul 2003 08:43
Favicon

Re: command-line emacs tops out at 16384?

Kevin Rodgers <ihs_4664 <at> yahoo.com> writes:

> I can't answer your question, but just want to point out that can be
>
> simplified:
>
> emacs --batch \
>        "/tmp/test" \
>        -f c-mode \
>        --eval '(indent-region (point-min) (point-max) nil)' \
>        -f save-buffer

Kevin,  I haven't been following here but this caught my attention as
  a potentially usefull piece of command line syntax.  Not sure what
  the application here was supposed to be.   Can it be aimed at an
  existing file that is unformatted and the end result will be that
  it is formatted and saved?

  If so, how might that be made to handle a lisp file?

I tried: 
emacs -q -no-site-file -batch  \
 "/tmp/my_gnus.el" -f lisp-mode  \
 -eval '(indent-region (point-min) (point-max) nil)' \
  -f save-buffer

>>> OUTPUT
(No changes need to be saved)

And the file is unchanged.  See attached file for the code I ran it
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harry Putnam | 1 Jul 2003 09:30
Favicon

Re: define-key .. whats wrong here?

Andy Sawyer <andys <at> despammed.com> writes:

>> >   (define-key gnus-summary-mode-map "\C-ss" 'send2_spam1) 
> Is this.....................................^^ the problem?

Absolutely

>> However C-h w sendto_spam1 is known and reports the key binding as 
>> C-c s.
>
> Are you sure?

I'm not even sure I have a functioning brain cell left.
Permalink | Reply | 0 comments |
headers
Leo | 1 Jul 2003 13:33
Picon

try to change settings in info mode

hi all

i try to change the line truncation in the info mode.

according to the help file i just have to add a hook function for that. so i
wrote straight at the begininng of my .emacs file:

   (add-hook 'info-mode-hook
      (function (lambda ()
        (setq truncate-lines t)
         )))

but no truncation takes place when i call info via C-h i.

any ideas?

thanks in advance,

leo
Permalink | Reply | 0 comments |
headers
Bart Oldeman | 1 Jul 2003 13:00
Picon
Picon
Favicon

Re: cvs emacs build fails on Windows XP

"Eli Zaretskii" <eliz <at> elta.co.il> wrote in message news:<mailman.8828.1056857204.21513.help-gnu-emacs <at> gnu.org>...
> > Newsgroups: gnu.emacs.help
> > From: Timur Aydin <ta <at> taydin.org>
> > Date: Sat, 28 Jun 2003 17:12:24 +0300
> > 
> > cvs does change line ending according to the underlying platform. This
> > is by design.
> 
> A quite broken design, I'd say.
> 
> > A properly added file will be stored on the cvs server
> > with LF line endings. When checking out, the file will be converted to
> > have CR/LF line endings under windows, LF line endings under unix (no
> > change) and LF/CR line endings uder MAC.
> 
> And what would this do to Widnows *.bat batch files, that are already
> in CR/LF format, and should stay that way (or else some versions of
> Windows shells will refuse to run them), including in the repository?

no, they should have LF endings in the repository. Play with $Log RCS
keywords and you see what I mean. Or make them "binary" using "cvs
admin -kb" but that's strange.

You check batch files out on Windows, LF is converted to CRLF, all
is fine.

You check batch files out on Unix, LF stays LF, and all is fine, because
you cannot run the batch files in Unix anyway (well unless you start
playing with Wine or DOSEMU, but those are different platforms so
then you should use a DOS or Windows CVS client in DOSEMU or Wine).
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dan Delgado | 1 Jul 2003 17:34
Favicon

emacs compiles, yet dumps o exit (Solaris 9 x86)

Hello all,

First off, I have never used a help-list - do I have to suscribe or
something. If the answer is 'yes', please send me email telling me how (I
don't mind getting a ton of email to this effect - but if you CC the answer
on the list it will prob cut this down ;))

Secondly, I was trying to build Emacs 21.3 on Solaris 9 x86 - I have gcc
3.2.3 compiled on it along with gmake and several other GNU offerings
(please let me know what you need to know if anything) and receive a core
dump compiling 21.3.  It 'finishes' compile and lets me run src/emacs -q and
starts up but when I exit it dump again. It appears that the dump in the
make is a result of the already (successfully ?) made emacs dumping upon
exit. I tried looking in problems but nothing that matched my system seemed
to describe this (of course it COULD be my reading skills)

Below is the output from make (let me know if in future I should only
include a subset of it?)  Also including the config info to give info about
what emacs knows about my system.

(If this loop works, I also have to try the DDD one because that won't
compile at all)

Configured for `i386-pc-solaris2.9'.

  Where should the build process find the source code?
/opt2/downloads/source/gnu/emacs-21.3
  What operating system and machine description files should Emacs use?
        `s/sol2-5.h' and `m/intel386.h'
  What compiler should emacs be built with?               gcc -g -O2
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kin Cho | 1 Jul 2003 18:07
Favicon

Re: tramp: plain ftp problem

kai.grossjohann <at> gmx.net (Kai Großjohann) writes:

> > The HEAD version (Tue Jun 24 10:46:11 2003) of the main branch of
> > ange-ftp-generate-root-prefixes seems to have a problem.  It
> > returns a list instead of a list of lists as expected by
> > all-completions (called by ange-ftp-file-name-all-completions).
> 
> I think I agree, but before I commit this, could you tell me how to
> reproduce the problem?

I've included the stack trace I got when I run this at home.  For
some reason ange-ftp-generate-root-prefixes doesn't get called at
all here at work.  I'm using the same customization scripts and
emacs version in both environments.

Thanks.

-kin

ange-ftp-generate-root-prefixes()
(all-completions file (ange-ftp-generate-root-prefixes))
(nconc (all-completions file (ange-ftp-generate-root-prefixes))
(ange-ftp-real-file-name-all-completions file ange-ftp-this-dir))
(if (ange-ftp-root-dir-p ange-ftp-this-dir) (nconc (all-completions file ...)
(ange-ftp-real-file-name-all-completions file ange-ftp-this-dir))
(ange-ftp-real-file-name-all-completions file ange-ftp-this-dir))
(if (ange-ftp-ftp-name ange-ftp-this-dir) (progn (ange-ftp-barf-if-not-directory
ange-ftp-this-dir) (setq ange-ftp-this-dir ...) (let* ... ...)) (if (ange-ftp-root-dir-p
ange-ftp-this-dir) (nconc ... ...) (ange-ftp-real-file-name-all-completions file ange-ftp-this-dir)))
(let ((ange-ftp-this-dir ...)) (if (ange-ftp-ftp-name ange-ftp-this-dir) (progn ... ... ...) (if ...
(Continue reading)

Permalink | Reply | 0 comments |

Gmane