Stefan Monnier wrote: I've been working on some patches to comint to do this, by selectively disabling undo at various points, but it's not entirely straight-forward because you then have to fix up t
... Proper use of parentheses and other grouping symbols When restricted to using a straight text editor, parentheses (or more generally "grouping symbols") must be used generously to make up for the
[...] I saw those examples, too, but didn't read the text of that section, as all examples there use `+', and then of course one needs parentheses -- otherwise it is *really* wrong. But the last line
Hi, Jay! I've suddenly become aware of what a massive and capable program calc is. As my excuse, on Emacs 21 (which will be my main workhorse for a few weeks yet), M-x calc expands to M-x calculator.
I don't think so, but in any case, it is IMO wrong to try to optimize this case before you actually see that it slows down redisplay. I suggest to do it right first, and worry about speed afterwards
Yes. But saying that multi-tty is somehow more suspect because it changes emacsclient sounds strange to me. Well of course it changes it. The entire point of the branch is to fix how emacsclient work
Basically the approach was too naive. Basically I started like this: "Hey, implementing RTF can't be too hard. Let's just take the RTF spec, write a parser for it, get the text with some text propert
I don't claim to know anything special about the Unicode branch, because in fact I don't. What I do know about from experience is what happens when you try to conduct mainline development on a CVS br
I have been trying to create a major mode for a programming language called haXe, but I have run into problems. haxe-mode is basically just a cut-down version of java-mode, as you can see from the fi
Perhaps. However, it might be better to include EasyPG before synching Gnus, because it has been the default PGP backend of the Gnus trunk for one year and has been tested. If we revert the pgg*.el,
??? Since easypg isn't included in the gnus trunk or emacs trunk (how can it be "the default" if it isn't included?), surely it would require testing too. -miles -- x y Z!
What I mean by "the default" is that if EasyPG is installed Gnus will give it precedence over PGG. Since EasyPG is not a library exclusively used by Gnus, it has been developped outside the Gnus rep
Yes, but I really want the code in both to be as similar as possible. I could just toss out the new pgg*.el stuff when merging, but then Gnus may stop working with pgg in Emacs. Given that pgg in the
Hi, Dhruva, would you please ask them? Sure, I will do that. I have started asking them and the response I get is (in India) "Policies set by the parent company/HQ and has been handed down to us". I
Sure, I will do that. I have started asking them and the response I get is (in India) "Policies set by the parent company/HQ and has been handed down to us". I have not yet got a straight to the poin
Can anyone reproduce this? -- Start of forwarded message -- X-Spam-Status: No, score=0.6 required=5.0 tests=NO_REAL_NAME,SPF_PASS, UNPARSEABLE_RELAY autolearn=no version=3.1.0 To: address@hidden From
Do you ever delete the source files that are stored in RCS? If not, then this feature will never do anything in your case. So why object? I'm not sure that I understand your question, but maybe I can