On Wednesday 28 November 2007 1:12:00 pm John Hunter wrote:
> On Nov 28, 2007 11:46 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> > I assume there is also some sort of C and/or C++ mode, and similar hook
> > additions are needed for them--correct? Or is there a hierarchy of
> > modes, in which case
On Wednesday 28 November 2007 01:12:00 pm John Hunter wrote:
> On Nov 28, 2007 11:46 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> > I assume there is also some sort of C and/or C++ mode, and similar hook
> > additions are needed for them--correct? Or is there a hierarchy of
> > modes, in which cas
On Nov 28, 2007 12:22 PM, Michael Droettboom <[EMAIL PROTECTED]> wrote:
> So, I think perhaps this description in CODING_GUIDE is backward, but
> wanted to double check before I fix it.
Yep, good catch. I updated the doc. I think I have it this time...
Please do not commit lines with trailing
I think the emacs version dependency in the CODING_GUIDE may be backward.
AFAIK, "write-file-functions" is the current one to use for emacs 22
(the latest released version) and beyond. "local-write-file-hooks" is
the old deprecated way.
The docstring for local-write-file-hooks is:
"This variabl
On Nov 28, 2007 11:46 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> I assume there is also some sort of C and/or C++ mode, and similar hook
> additions are needed for them--correct? Or is there a hierarchy of
> modes, in which case a single hook could go at a higher level?
I don't know about a hi
John Hunter wrote:
> On Nov 21, 2007 1:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
>> Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
>> Looks like I'll now have to find a way to do the one thing in emacs that
>> keeps me using xemacs: goto-line bound to M-g. (Any quick t
For those using emacs-22.1 (apparently local-write-file-hooks is
deprecated and didn't work for me) --->
(setq python-mode-hook
'(lambda ()
(add-hook 'write-file-functions 'delete-trailing-whitespace)
))
Maybe we should do a big trailing whitespace removal en masse once we
move
On Nov 21, 2007 1:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
> Looks like I'll now have to find a way to do the one thing in emacs that
> keeps me using xemacs: goto-line bound to M-g. (Any quick tips appreciated.)
I thi
Eric Firing wrote:
> Christopher Barker wrote:
>> Not that I've used one myself, but wouldn't this be most easily
>> accomplished with a SVN commit hook
> That would be ideal, but it looks like sourceforge doesn't allow this,
> so we would have to move the project to another host.
>
> http://s
Christopher Barker wrote:
> Not that I've used one myself, but wouldn't this be most easily
> accomplished with a SVN commit hook -- i.e. whitespace would be stripped
> on every commit, rather than trying to enforce all developers setting up
> their editors correctly?
>
> -Chris
>
>
>
That
Not that I've used one myself, but wouldn't this be most easily
accomplished with a SVN commit hook -- i.e. whitespace would be stripped
on every commit, rather than trying to enforce all developers setting up
their editors correctly?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emerg
Andrew Straw wrote:
> Eric Firing wrote:
>> Yes, I understand, and I am sorry--but I hope it is one-time pain to
>> avoid continuing pin-pricks. If svn ignored trailing whitespace, then
>> there would be no problem; I could continue to use an editor that
>> removes it, and you could continue to
Eric Firing wrote:
> Yes, I understand, and I am sorry--but I hope it is one-time pain to
> avoid continuing pin-pricks. If svn ignored trailing whitespace, then
> there would be no problem; I could continue to use an editor that
> removes it, and you could continue to use editors that gratuito
[oops, meant on-list ]
On Nov 21, 2007 12:52 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
> Looks like I'll now have to find a way to do the one thing in emacs that
> keeps me using xemacs: goto-line bound to M-g. (Any quick
Thanks, that works, but unforunately only on emacs21 but not xemacs 21.
Looks like I'll now have to find a way to do the one thing in emacs that
keeps me using xemacs: goto-line bound to M-g. (Any quick tips appreciated.)
-Andrew
John Hunter wrote:
> On Nov 21, 2007 1:37 PM, Andrew Straw <[EMAIL
On Nov 21, 2007 1:37 PM, Andrew Straw <[EMAIL PROTECTED]> wrote:
> Can you give me a pointer about what exactly you did? Just now, I just
> discovered a whitespace-cleanup and a whitespace-visual-mode. It'd be
> nice if there was something that automatically showed just tabs and
> end-of-line whit
John Hunter wrote:
> ( I configured my emacs to detect
> whitespace) and suspect I may have been a trailing whitespace
> contributer,
Can you give me a pointer about what exactly you did? Just now, I just
discovered a whitespace-cleanup and a whitespace-visual-mode. It'd be
nice if there was somet
Michael Droettboom wrote:
> It made my merge from trunk to branch a little harder than it had to be,
> too.
>
> I understand the drive for this, but there is that downside as well.
John, Mike,
Yes, I understand, and I am sorry--but I hope it is one-time pain to
avoid continuing pin-pricks. If
It made my merge from trunk to branch a little harder than it had to be,
too.
I understand the drive for this, but there is that downside as well.
Cheers,
Mike
John Hunter wrote:
> On Nov 18, 2007 10:10 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
>> On Nov 18, 2007 11:33 AM, Eric Firing <[EMA
On Nov 18, 2007 10:10 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote:
>
> On Nov 18, 2007 11:33 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> > Trailing whitespace introduces noise--sometimes a *lot* of noise--into
> > svn changesets. I would very much appreciate it if everyone would try
> > to elimi
On Nov 18, 2007 11:33 AM, Eric Firing <[EMAIL PROTECTED]> wrote:
> Trailing whitespace introduces noise--sometimes a *lot* of noise--into
> svn changesets. I would very much appreciate it if everyone would try
> to eliminate trailing whitespace before committing any changes to svn.
> (And also eli
All,
Trailing whitespace introduces noise--sometimes a *lot* of noise--into
svn changesets. I would very much appreciate it if everyone would try
to eliminate trailing whitespace before committing any changes to svn.
(And also eliminate hard tabs--I haven't seen many new ones creeping in,
bu
22 matches
Mail list logo
