Re: problems with footnote-init.
15 years, 4 months
Andreas Röhler
Uwe Brauer wrote:
> Andreas Roehler wrote:
>> with new footnote-init.el
>>
>> call
>>
>> my-Footnote-add-footnote
>>
>> instead of
>>
>> Footnote-add-footnote
>>
>> for the moment....
> I see I was going to ask you about that function anyhow, thanks for the
> clarification. Your new code works much better, thanks very much. There
> is one restriction:
>
> when using the following file
>
> ----------------------------------------------
>
> this is ¹ and then we see²
>
> Footnotes:
>
>
> ¹ true
>
> ² which is good
> -----------------------------------------------
> when turning on footnote-mode the following error message appears
> (I don't mind, since I don't use that style but I thought you should
> know about it.)
>
>
> Debugger entered--Lisp error: (invalid-regexp "Unmatched [ or [^")
> re-search-forward("[]" 42 t 1)
> footnote-init-markers(1 #<marker at 74 in new5 0x82f103c>)
> footnote-init()
...
Hi Uwe,
below a diff to patch (XEmacs) footnote.el
and a revisited footnote-init
Supersite stile just works unto 3 in XEmacs for me.
Andreas
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: Why I attempted to port dired/VC from emacs
15 years, 4 months
Rodney Sparapani
Rodney Sparapani wrote:
> Rodney Sparapani wrote:
>
>> And note that vc-dired-terse-mode is actually being set to nil on
>> line 2458 of vc.el. But, for me, that's too late. Hence the need
>> for my earlier change above.
>>
>> Rodney
I don't understand this. The variable vc-dired-terse-mode is wreaking
havoc again. This variable should be defined in vc-hooks.el I guess.
Technically, this variable should be buffer-local everywhere, but all
we do is set it to nil anyways. Let's set it once and avoid all the
potential void-variable errors. It seems there are similar settings
for other unused/unimplemented variables/features in vc-hooks already.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Re: problems with footnote-init.
15 years, 4 months
Andreas Röhler
Uwe Brauer wrote:
> Andreas Roehler wrote:
>> with new footnote-init.el
>>
>> call
>>
>> my-Footnote-add-footnote
>>
>> instead of
>>
>> Footnote-add-footnote
>>
>> for the moment....
> I see I was going to ask you about that function anyhow, thanks for the
> clarification. Your new code works much better,
found the error, the reason for the oddity below
(if (featurep 'xemacs)
(delete-region (1- (match-beginning 0)) (match-end 0))
(delete-region (match-beginning 0) (match-end 0)))
If footnote-init.el sent yesterday worked for you, you
didn't employ the patch sent with...
With this patch, we don't need to write the form above, but
(delete-region (match-beginning 0) (match-end 0))
then GNU/XEmacs code is identic again.
Please patch your footnote.el, --its just a "<=" instead
of "<" --, otherwise more bugs will show up.
thanks very much. There
> is one restriction:
>
> when using the following file
>
> ----------------------------------------------
>
> this is ¹ and then we see²
>
> Footnotes:
>
>
> ¹ true
>
> ² which is good
> -----------------------------------------------
> when turning on footnote-mode the following error message appears
> (I don't mind, since I don't use that style but I thought you should
> know about it.)
>
>
> Debugger entered--Lisp error: (invalid-regexp "Unmatched [ or [^")
...
Thanks for report. Thats serious, I have to digg a little bit
deeper. For the moment only numeric mode works. Hope to
have an answer next days.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
problems with footnote-init.
15 years, 4 months
Uwe Brauer
Hello
The following problem occurs using xemacs -vanilla!
Please consider the following simple example:
--8<------------------------schnipp------------------------->8---
\documentclass[12pt]{article}
\begin{document}
this [1] now the second [2]
the third[3]
and the next
\end{document}
Footnotes:
[1] this is true
[2] ok
[3] that seems to work
--8<------------------------schnapp------------------------->8---
save the file say as new without extension so that xemacs opens the file
in fundamental mode.
When turning footnote-mode on and running footnote-init
xemacs will 2 things.
- Set the footnote style to english upper
- only recognise one footnote see (from lossage)
footnote-pointer-marker-alist: ((1 #<marker at 1 in new 0x9a20414>))
BTW when running footnote-init at the end of the buffer it does
not recognise no footnote, that is a bug I presume, even with
(save-excursion) xemacs should jump to the beginning of the
buffer before doing the scan?!
So I tried to set manually the style to numeric, but then I have to run
the init function again, and oops again we have the english-upper style.
I could of course delete the first line but what am I suppose to delete
in a larger file?! That cannot be the right approach.
I see that has an optional ispec, so I tried
(footnote-init 'numeric) does not work neither.
Uwe Brauer
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Off-by-one in mswindows_link
15 years, 4 months
Ron Isaacson
Not sure if anyone is using (add-name-to-file) on Windows, as this bug
looks to have been here for a while... the mswindows_link function in
nt.c does:
wcscpy (data.wid.cStreamName, newuni);
data.wid.dwStreamId = BACKUP_LINK;
data.wid.dwStreamAttributes = 0;
data.wid.Size.LowPart = wlen; /* in bytes, not chars! */
data.wid.Size.HighPart = 0;
data.wid.dwStreamNameSize = 0;
The comment about bytes is correct, but is missing one important
detail: wlen contains wcslen(newuni), but BackupWrite expects the Size
to include the trailing null. So depending on what happens to follow
in memory, the new file might have a garbage name.
When I started seeing these garbage filenames, I copied mswindows_link
out to a standalone program and was able to consistently reproduce the
problem.
This is fixed by changing it to:
data.wid.Size.LowPart = wlen + sizeof(WCHAR); /* including the trailing null. in bytes, not chars! */
--
Ron Isaacson
Morgan Stanley
ron.isaacson(a)morganstanley.com / (212) 762-1051
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Fwd: [darcs-users] ANNOUNCE: vc-darcs.el 1.10
15 years, 4 months
Stephen J. Turnbull
vc.el developers:
FYI. Dunno if anyone is using Darcs at this point,but thought you
should know. The vc-dired news might be interesting, too.
Juliusz Chroboczek <Juliusz.Chroboczek(a)pps.jussieu.fr> writes:
> Dear all,
>
> I've just tagged vc-darcs.el version 1.10, which you can get by doing
>
> darcs get http://www.pps.jussieu.fr/~jch/software/repos/vc-darcs
>
> The main news in this version are:
>
> - fixed compatibility with Emacs 23;
> - fixed interoperation with tramp;
> - added move and delete.
>
> While I've made efforts not to break compatibility with Emacs 22 and
> XEmacs, this version has only been tested under Emacs 23. At any rate,
> if you're an Emacs-vc user, I very strongly recommend switching to 23,
> the new version of vc is much better. (If you're still using Emacs 22,
> let me know if you have any issues with this version.)
>
> Right now, I'm not enforcing the use of UTF-8 in record messages --
> messages end up in whatever encoding the current locale dictates. Do
> people think that vc-darcs should be converting messages to UTF-8?
>
> Juliusz
and continues:
>> The main news in this version are:
>>
>> - fixed compatibility with Emacs 23;
>> - fixed interoperation with tramp;
>> - added move and delete.
>
> Sorry to followup on myself -- but I forgot
>
> - a reasonably efficient implementation of vc-dired.
>
> Juliusz
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
Issues with 21.5.29
15 years, 4 months
Raymond Toy
Got around to building 21.5.29 from a full tarball. Here's a list of
some of the things that I've noticed after using 21.5.29 for a an hour
doing things I normally do.
o The toolbar in GNUS doesn't seem to disappear anymore. This used to
happen all the time in 21.5.28. Hurray!
o Whenever I press space in the GNUS groups buffer to select a
newgroup, I get the error message:
Wrong type argument: arrayp, #s(char-table type generic data ())
This only happens the first time I press space on the newgroup. If
I press space again, it all works.
o (setq x-pointer-shape "left_ptr") is broken, but I think that's
probably been broken in my .xemacs for ages but I never noticed.
(Gotta read the manual to figure out how to do this again. In an
other part of .xemacs, I was using (set-glyph-image
modeline-pointer-glyph "fleur"), but that doesn't work either.)
o I used to use recycle.xpm as my gc-pointer-shape, but I note that
that doesn't work either. (I think that's also been broken for ages
and I never noticed.)
o As I mentioned in my build-report, build-report doesn't work.
o Configure complains about not recognizing --with-mule, but it seems
to do the necessary things to make a mule build. I can use other
character sets and use different input methods.
o On linux, the resulting Makefile wants to the utilities like hexl,
movemail, yow, etc., into /usr/local/lib/xemacs-21.5.b29, which I
don't have access to. (I guess I need to specify some configure
option for this now? I don't recall having to do this, but it's
been a while since I've done a build.)
Other than these issues, 21.5.29 works just fine for me so far.
Ray
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta