[CC'd this msg again to the devel ML for help]
Hello,
> I made the following patch which seems to work better. WDYT?
>
> You changed the code quite a bit, so I can't quickly see what the
> user-level behavior is. Would you please describe what has changed
> at that level?
I redid the patch
BTW Jan, would you accept patches for your xft branch, or do you want to
work solo on this for a while?
[If patches are OK, would it be better to send you patch files or just
commit changes directly to the branch (well the latter obviously only
for straight-forward changes)?]
Thanks,
-Miles
--
Oops! here is the correct change log. Sorry!
2005-04-01 David Ponce <[EMAIL PROTECTED]>
* cus-edit.el (face): Derive from symbol widget. Display sample
of the current face on the fly.
(widget-face-sample-face-get, widget-face-notify): New functions.
(widget-face
Richard Stallman writes:
> It should be possible to make two data
> sections, one for the original data and one for the original bss, that
> are mapped to two different addresses when dumping. But then sections
> in the dumped image needs to be expanded and that is tricky
> On Tue, 29 Mar 2005 12:03:45 +0200, Sébastien Kirche <[EMAIL PROTECTED]>
> said:
>> I couldn't reproduce (even after installing ETL fonts from
>> http://members.shaw.ca/akochoi-emacs/stories/resources.html). If
>> you tried without -Q option, could you try again with it?
> Checked. Pr
I've updated the Standard Hooks node of the Elisp manual. Shall I
commit it?
Lute
Index: lispref/ChangeLog
===
RCS file: /cvsroot/emacs/emacs/lispref/ChangeLog,v
retrieving revision 1.340
diff -u -r1.340 ChangeLog
--- lispref/Chang
> On Thu, 31 Mar 2005 15:13:14 +0200, Sébastien Kirche <[EMAIL PROTECTED]>
> said:
> Now i had used my brain, i have found that in src/mac.c the include
> for EPPC.H should be placed outside of the #ifndef HAVE_CARBON
It seems that HAVE_CARBON is not defined in your Emacs.MakeScript.
Cou
Le 1 Apr 2005, YAMAMOTO Mitsuharu a dit :
> I created .emacs from your mail, but still I couldn't reproduce the
> problem.
Oh. :/
> Do you have other settings that is read at startup time, such as
> default.el?
No.
And i have just checked that .emacs-custom does not contain
Le 1 Apr 2005, YAMAMOTO Mitsuharu vraute :
> It seems that HAVE_CARBON is not defined in your Emacs.MakeScript.
But it is (see attached makescript).
> Could you try again after cleaning up all the generated files?
>
> In http://lists.gnu.org/archive/html/emacs-devel/2005-03/msg00210.html:
>
>
Ok, so lets assume I have the following setting
,
| bibtex-generate-url-list '((("=key=" . ".*")
| ("=key=" ".*" jk/bibtex-pdf-name))
| (("doi" . "10\\..*/.*")
| "http://dx.doi.org/";
|
The node Change Logs in the Emacs manual uses "entry" and "item"
inconsistently. Maybe someone with a good idea of what things
_should_ be could correct that node?
Here are a few examples to illustrate the problem:
First an "entry" is defined a something starting with a
date-name-email header li
What about demanding that pretty names of major modes should not
contain spaces? A user could mistake the part after a space for the
name of a minor mode.
Lute.
Index: lispref/modes.texi
===
RCS file: /cvsroot/emacs/emacs/lispref/m
Hi,
while building Emacs for OS9 (non-Carbon), I noticed that the version number
displayed in the info window of the Finder was not up to date.
Here is a change proposal.
Regards.
*** /Users/seki/seki9/dev_prj/emacs/mac/src/Emacs.r.ori Wed Jan 14 15:26:41 2004
--- /Users/seki/seki9/dev_prj/emacs
Currently, the command filesets-add-buffer forces the user to supply the
name of an existing fileset. With this patch, if the user supplies a new
name, a new fileset is created. I think it is good to do this, because
currently there isn't any quick and easy method to create filesets -- you
have t
When a name in a parenthesized list of a ChangeLog entry contains
spaces, only the first word gets fontified. See {lispref,man}/ChangeLog
for examples. What about the following patch to fix this?
Lute.
Index: lisp/add-log.el
===
R
BTW Jan, would you accept patches for your xft branch, or do you want
to
work solo on this for a while?
[If patches are OK, would it be better to send you patch files or just
commit changes directly to the branch (well the latter obviously only
for straight-forward changes)?]
Just commit them to
On Fri, 1 Apr 2005, [EMAIL PROTECTED] wrote:
> BTW, I wonder if anybody actually reads the <[EMAIL PROTECTED]> list...
> there seems a tendency for messages there to go entirely unanswered
> but be quickly taken up if you post to [EMAIL PROTECTED] or so.
I try to, but (as I mentioned on gnu.emacs
On Thu, 2005-03-31 at 23:10 -0500, Richard Stallman wrote:
> (1) New file operation file-mine-p, returns true if the file is owned
> by the "calling user". For non-special files, the calling user is
> the user who invoked Emacs. For Tramp files, the calling user is
> the us
FOR
IMMEDIATE RELEASE
MommaSaid.net
Named FORBES
BEST OF THE WEB
The
Warm and Cozy Community for At-Home Moms on the Internet
Once
upon a time, mothers shared stories over the back fence while their kids played
nearby. Nowadays, at-home mothers are
more likely to find friendship a
>> (1) New file operation file-mine-p, returns true if the file is owned
>> by the "calling user". For non-special files, the calling user is
>> the user who invoked Emacs. For Tramp files, the calling user is
>> the user logged into the remote host.
>>
>> (2) New file operation file-calling-use
Hi,
I've updated TUTORIAL.bg as requested by Marcelo Toledo. Diff is attached.
Changes:
- Improved title
- Applied TUTORIAL changes in revision 1.59.
- "Emacs" is not transliterated to cyrillic anymore.
- Minor fixes.
Regards,
ogi
TUTORIAL.bg.diff.gz
Description: GNU Zip compressed data
Marcelo Toledo wrote:
Right now we ask you to please take a look at your tutorial as soon as
possible, one line should be added as the first, in the beginning of it
must _only_ contain the string "Emacs Tutorial" in the language of
translation, nothing more and nothing less. Some might be modified
`xterm-mouse-mode' relies on a bogus default :group, chosen by
define-minor-mode, xterm-mouse, that does not have one of the major
groups as an ancestor (in fact, that does not even have a parent
group). As a result, users can never find it while browsing Custom
using `customize-browse' or similar
! /* Display help-echo property under the mouse pointer. Either show it
!in the echo area or when non-nil call show-help-function to display
!it by other means (maybe in tooltips).
That is clear. I will install it, assuming that it is correct, and I
hope someone else will fix
I am not sure it is due to my change nor have any idea on what could
cause it. Maybe a guru of the custom/widget internals could help?
I hope we have one. I don't know any more about this code than you
do; probably less, since I have had more time to forget.
The experience of Custom has
Jim Phelps? Or has he retired now?
Sorry, I don't recognize the name.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
I have read man/cmdargs.texi and have one single remark. Horizontal
scrollbars are not yet implemented, or are they? Do we still plan to
implement them before the release?
They are not implemented, and we surely won't implement them soon.
I agree the manual should say so. I clarifie
> ! The Linux console supports this mode if it has support for the mouse
> ! enabled, for instance using the gpm daemon."
Is this true? I couldn't get it to work in a Linux console and I can't see how
it could work outside the context of X (xt-mouse knows nothing about gpm).
The original autho
There was a misunderstood, the correct is that the first line of every
tutorial must begin with a sentence saying "Emacs Tutorial" in the
respective language. This should be followed by "See end for copying
conditions", likewise in the respective language.
I will commit with the correction describ
There was a misunderstood, the correct is that the first line of every
tutorial must begin with a sentence saying "Emacs Tutorial" in the
respective language. This should be followed by "See end for copying
conditions", likewise in the respective language.
I will commit with the correction describ
> Option `-Q' isn't documented in emacs --help.
>
> Would you like to fix that?
The patch is trivial, but we should probably add a long name for it.
What about `--bare'?
Werner
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.g
31 matches
Mail list logo
