luded
automatically: it is one of the most frequent things we ask for.
> Emacs : GNU Emacs 22.0.50.2 (i386-unknown-freebsd5.4, X toolkit, Xaw3d
> scroll bars)
> of 2005-04-06 on ma8.sees.bangor.ac.uk
> Package: preview-1.248
>
> (setq
> AUC-TeX-version "CVS-5.503&quo
Richard Lewis <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>>> [The stuff below is with
>>>
>
> with debug-on-signal the first backtrace produced is:
>
> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
&g
[EMAIL PROTECTED] (R.P.I. Lewis) writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>>> with debug-on-signal the first backtrace produced is:
>>>
>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>> coding-system-plist(nil)
[EMAIL PROTECTED] (R.P.I. Lewis) writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>>> I have
>>>
>>> $ locale
>>> LANG=
>
>> Wow. Yes, that would probably be like it.
>>
>> LANG=en_US
>>
>> would be a good cho
user intervention, and it will be easily unloadable either completely
or with a fine-grained selection of modes (like latex-mode -> AUCTeX,
plain-tex-mode -> texmode.el).
In a few days this should stabilize properly.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
:help
"Generate PostScript file")
("Index" "makeindex %s" TeX-run-command nil t :help
"Create index file")
("Check" "lacheck %s" TeX-run-compile nil (latex-mode)
:help "Check LaTeX file for correctness")
("Spell" "" TeX-run-ispell-on-document nil t
:help "Spell-check the document")
("Other" "" TeX-run-command t t :help
"Run an arbitrary command")
)
)
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-05-02) writes:
>
>> Marking an active region, then using C-c C-e will leave point and mark
>> set to useless values. I think that perhaps the best idea would be to
>> place point behind the \begin{...}
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-05-04) writes:
>
>> Ralf Angeli <[EMAIL PROTECTED]> writes:
>
> From the headers of my previous message:
>
> Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
> by lists.gnu.org w
"emacs user" <[EMAIL PROTECTED]> writes:
> using latest cvs code, I am getting an error message on an unknown
> expand-filename. should this be expand-file-name (in tex.el)...?
Doh. Thanks, fixed.
--
David Kastrup, Kriemhil
"preview/images"
> (file-name-directory load-file-name)))
The installation instructions should now cover this sufficiently for
the next release of preview-latex (which will occur as part of the
next AUCTeX release).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
ssary since Emacs and XEmacs have incompatible
ways of generating autoloads.
So it is perfectly possible that the first attempt at generating
autoloads fails, and only the second attempt succeeds.
Does the resulting file actually contain autoloads? If it does,
things work like intended.
Not pretty, but as intended. Compared to other workarounds, this
could be worse.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Ralf Stubner <[EMAIL PROTECTED]> writes:
> David Kastrup wrote:
>
> \providecommand{\makeindex}{}
>
> since this doesn't inhibit normal LaTeX runs. Unfortunately those
> are necessary sometimes to get all the included MeatPost diagrams
> (directly via emp.sty or
fault? The loops would
become a bit nicer if we could use (pop list) instead of (car list).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-05-19) writes:
>
>> Apropos "pop": does XEmacs have pop by default? The loops would
>> become a bit nicer if we could use (pop list) instead of (car list).
>
> `pop' is a compiled L
Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
> On May 19, 2005, at 10:30 AM, David Kastrup wrote:
>
> After downloading auctex from CVS from scratch, I have been able to
> eliminate all of the ./mkinstalldirs "permission denied" errors.
Hmm. Maybe a line endin
Ralf Stubner <[EMAIL PROTECTED]> writes:
> David Kastrup wrote:
>> Ralf Stubner <[EMAIL PROTECTED]> writes:
>>
>>> I haven't found a possibility yet to have those play nicely
>>> together with preview-latex.
>>
>> Where is the
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-05-19) writes:
>
>> Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
>>
>>> xemacs exiting.
>>> Symbol's function definition is void: update-autoloads-from-
>>&g
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-05-19) writes:
>
>> Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
>>
>>> xemacs exiting.
>>> Symbol's function definition is void: update-autoloads-from-
>>&g
acs group, and through that I gained the
> following information about my installation of XEmacs:
>
> Variable values--
> TeX-shell: No match
>
> TeX-shell-command-option: no match
I mentioned this on the group already, but apparently too late: you
have to check those variables aft
instead of keywords are the only way out of
> it. In case there are no objections or better proposals.
Objection. This would mess up the whole correspondence with image
descriptors. I am not even sure it could be made to work easily.
> I will change both the default values of
&
g.
Don't think so. If several different versions of AUCTeX get loaded at
the same time, all hell breaks loose.
So we _want_ features to collide irrespective of version.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex
nt locking in the
_region_ file. Maybe we should turn it off in there for performance
reasons. Other possible problems: flyspell and menu popup
interference.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
lant) is slightly different
in the corresponding menu of mine.
<>
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
7;s got something to do with
> my .emacs; without it, I don't get the message.)
Can you find out what it is by outcommenting things until it works?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
base buffer coding system. That would basically mean that
a possibly detected line ending convention would get replaced with
some default.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
d have been slightly
more convenient to just paste the buffer in the text message, and when
Emacs asks what it should do about control characters in the message,
replace them (r) with question marks.
But the attachment is, though slightly less convenient, the safe way
if you don't know whethe
take the liberty of forwarding this to the list.
Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
> On Jun 5, 2005, at 12:45 PM, David Kastrup wrote:
>
>> Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
>>
>>
>>> In xemacs, the "Open..."
Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
> On Jun 5, 2005, at 12:45 PM, David Kastrup wrote:
>
>
>> Artemio Gonzalez Lopez <[EMAIL PROTECTED]> writes:
>>
Oops. I received this mail previously in private communication that
appeared to be sent just t
erboard with XEmacs backward compatibility, but if no technical
reasons exist, maybe some XEmacs user would volunteer to do the
changes.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
e.
Sometimes (though not right now) there are announcements on the
developer list that things are likely going to be broken for a day or
two. So if you are into trying out CVS versions regularly (which is
very welcome), it might be a good idea to monitor the auctex-devel
list.
--
David Ka
I suppose you don't want to break
> compatibility with earlier versions!
I don't see the point of breaking the user interface completely.
This certainly does not count as a bug in AUCTeX, so I am redirecting
copies to auctex-devel instead.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
t;..." is completely non-telling,
and the one thing you want to do with an empty macro eventually is to
fill something in.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
hey don't seem ready to deal with dialogs
has to stop.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
t irritating to specify another master file for a
> preview of my document.
There is definitely something wrong here. Before such a thing
happens, what do you get upon entering
M-: TeX-master RET
_in_ the file where this problem occurs? Does it display "master"?
If it does, does
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-10) writes:
>
>> Franz Haeuslschmid <[EMAIL PROTECTED]> writes:
>>
>>> However, I find it irritating to specify another master file for a
>>> preview of my document.
>>
>&g
se, anyway).
We'll have to figure out just what happened to create this effect. I
can't remember having seen it before, and I certainly have been using
regions before.
So it appears to be related to more recent changes.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-10) writes:
>
>> I think this behavior must be relatively new, then. I can't
>> remember seeing it before.
>
> The behavior is present in AUCTeX 11.50 but not in 11.14. The
> reason is
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-11) writes:
>
>> Now _region_.tex should likely have the file as master from which
>> it cut out pre- and postamble. At least it appears like any dumped
>> format for preview-latex should likely be
for files opened during error
processing.
Maybe your overriding master variable is a better way to do that, no
idea.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-11) writes:
>
>> Ralf Angeli <[EMAIL PROTECTED]> writes:
>>
>>> Does anybody have any testcases at hand where the master file
>>> question is triggered when a file is opened due
> I think this is the first time that make tries to do something in
> the doc directory. I think before it didn't try to run
> `texi2dvi'.
texi2dvi likely not, but it might be that it ran makeinfo at some
time. But with the current development sources, it should really not
run anything from the makeinfo/texi2* category unless you touch the
sources or use specific Makefile targets.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-13) writes:
>
>> This means that the Makefile fires in order to generate auctex.dvi
>> from auctex.texi. I don't think that the normal run of "make" should
>> produce a dvi file. W
ore it.
Let me guess: utf-8 in the buffer? You get this problem with every
preview that is preceded by Umlauts (or at least the specific Umlaut
in this case) on the line?
It should work somewhat better with the current development version in
this case
frank <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> wrote:
>
>> Let me guess: utf-8 in the buffer? You get this problem with every
>> preview that is preceded by Umlauts (or at least the specific Umlaut
>> in this case) on the line?
>
>
s to the current buffer are undone.
This works regardless of whether undo is enabled in the buffer.
This mechanism is transparent to ordinary use of undo;
if undo is enabled in the buffer and BODY succeeds, the
user can undo the change normally.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
_
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-16) writes:
>
>> Ralf Angeli <[EMAIL PROTECTED]> writes:
>>
>>> * Franz Haeuslschmid (2005-06-16) writes:
>>>
>>>> Anyway, as I prepared the report, it stroke me,
&g
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-06-16) writes:
>
>> Macros not in need of being special are more often than not
>> conveniently written using defsubst.
>
> `defsubst'? Isn't that a bit too modern for somebody answering
&g
per libraries. While there
should be an error message in this case, we had reports in the past
where this did not happen.
Please type
M-: (preview-supports-image-type 'png) RET
to your system. If this displays `nil', there is a problem with the
PNG support or libraries from XEmacs. S
rth.
That is because "./configure" uses configure in the directory ".", the
current directory, whereas
"C:/install/auctex./configure" uses configure in the directory
"C:/install/auctex." which does not exist. You'd need to write
"C:/
ybe also
include an example file of yours. Change the bug reporting address to
the bug-auctex list before sending. While not stritcly necessary, it
saves moderation hassles.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailin
" "-r79.6544x79.6544"''
Here is a clue: only those files that have a file name of pr1-1.png or
similar will have been generated by Dvips/Ghostscript. All the rest
in the temporary directory will be from Dvipng.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
(throw 'exit t
+ (unless (eq preview-state 'disabled)
+ (preview-toggle ovr 'toggle)
+ (throw 'exit t)
(preview-region (preview-next-border t)
(preview-next-border nil)
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Evil Boris <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> Evil Boris <[EMAIL PROTECTED]> writes:
>
>>>and this depends on $x$ and $y$ MORE TEXT MORE TEXT MORE TEXT
>>>MORE TEXT MORE TEXT MORE TEXT MORE TEXT
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-07-12) writes:
>
>> Jim Zhang <[EMAIL PROTECTED]> writes:
>>
>>> But the code is fine, it is compilable.
>>> I have attached part of the compiled tex file which is the one that
&g
urrent developer version of Emacs:
precompiled versions for Windows are available from
http://www.crasseux.com/emacs> or http://nqmacs.sf.net>. I
don't know which of the two is more up to date currently.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Evil Boris <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
> Aha! I had not realized (having not looked at the code, ever) that
> a preview is attached to the entire math mode string (a portion of
> the buffer, more precisely) and is kept a
Evil Boris <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> Evil Boris <[EMAIL PROTECTED]> writes:
>>
>>> Would it be too difficult to simply catch modifications of the
>>> string and nuke the preview? I would find
at you can call configure also with --without-preview.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
t part of the release notes to you, but
it seems that we failed to point this out there.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
t of the file is supposed to be "PNG" or something.
Now it is obvious that we can't really avoid this particular message.
Any good ideas for making both parens form a matched pair?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auc
version of preview-latex is AUCTeX 11.81, by the way
(preview-latex now is bundled).
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
o reproduce it. The only way I
>> could see it was to run `preview-region' on a part of the preamble
>> (which the "!offset(-17)" message indicates).
>>
>> How do you expect a part of the preamble to be previewed?
>>
>
>
AUCTeX that I prefer und use ngerman over its
> German?
AUCTeX is not at all concerned with your language choice. You should
get your language issues resolved some way or other, sure, but this
has nothing whatsoever to do with AUCTeX. It would be just the same
when runnin
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 05.10.2005 um 00:58 schrieb David Kastrup:
>
>>>
>>> Do I now need to tell AUCTeX that I prefer und use ngerman over its
>>> German?
>>
>> AUCTeX is not at all concerned with your language choice. Y
`german´. In my .emacs I once had `(set-language-environment
> German)´, but that's gone since David Kastrup explained the use of
> LC_CTYPE, so it's now set from environment:
>
> current-language-environment is a variable defined in
> international/mule-cmds'.
oaded by default anymore when opening a tex file
> (everything is fine after `M-x reftex-mode'). I'm probably
> missing something obvious...
Well, yes. Activating RefTeX like its manual says.
reftex-plug-into-AUCTeX is merely for generating labels for certain
AUCTeX environmen
t is of course appriate, and for ConTeXt I don't have a clue.
Followups directed to auctex-devel, since this is something that
concerns developers mostly.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
======(autoload 'matlab-mode "matlab" "Enter Matlab mode." t)(setq auto-mode-alist (cons '("\\.m\\'" . matlab-mode) auto-mode-alist))(autoload 'matlab-shell "matlab" "Interactive Matlab mode." t)
;; User Level customizations (You need not use them all):(setq matlab-indent-function t) ; if you want function bodies indented;; (setq matlab-verify-on-save-flag nil) ; turn off auto-verify on save(defun my-matlab-mode-hook () (setq fill-column 86)) ; where auto-fill should wrap;; (add-hook 'matlab-mode-hook 'my-matlab-mode-hook);; (defun my-matlab-shell-mode-hook ();; '());; (add-hook 'matlab-shell-mode-hook 'my-matlab-shell-mode-hook)
Yahoo! Music Unlimited - Access over 1 million songs. Try it free.--- End Message ---
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-10-09) writes:
>
>> Forwarding this message to the AUCTeX bug list, as that seems to be
>> the most appropriate location.
>>
>> From: Ardi <[EMAIL PROTECTED]>
>> Subject: preview-lat
Ralf Angeli <[EMAIL PROTECTED]> writes:
> * David Kastrup (2005-10-10) writes:
>
>> Maybe we should go through all variables on startup that are supposed
>> to be setq-ed only in auctex.el/tex-site.el and complain when they
>> appear to have customized values?
>
&
itch to a developer
version of Emacs. The respective links can be found in the
installation guides in the AUCTeX manual.
Ralf, any news with regard to a precompiled CVS Emacs including
AUCTeX?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
__
x. If somebody is looking for me, I'm in the
> closet banging my head against the wall.
Are you sure that it is your head you should be banging?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
is a problem specific to the Debian
>auctex package (un)release 11.81-1.
The list is not "members-only", it is moderated for non-members. The
messages end up on the list, just with some delay.
I don't see what is so terrible about that.
--
David Kastrup, Kriemhildstr. 15,
ces. That should help in benchmarking this kind of font locking
without actually implementing it for $.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
ile name parsing/detection. This file is under the GPL,
so you are free to modify it without changing its name. Look for
(JPG) in the file and delete the "LaTeX2e package for") bit, it is
redundant anyway.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
pc-linux)
> of Wed Feb 9 2005 on thinktwiceIV.phytech.fh-aachen.de
> Package: 2005-10-21
`defvaralias' is a built-in function
(defvaralias VARIABLE ALIAS)
Documentation:
Define a variable as an alias for another variable.
[...]
Delete the documentation string. The other
Arne Jørgensen <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> Jobst Hoffmann <[EMAIL PROTECTED]> writes:
>>
>>> Emacs : XEmacs 21.4 (patch 17) "Jumbo Shrimp" [Lucid] (i686-pc-linux)
>>> of Wed Feb 9 2
> *output* buffer correctly.
What coding does your source code buffer have?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 04.11.2005 um 23:41 schrieb David Kastrup:
>
>>
>>> Therefore AUCTeX should set coding-system of its
>>> *output* buffer correctly.
>>
>> What coding does your source code buffer have?
>>
>
>
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 05.11.2005 um 13:06 schrieb David Kastrup:
>
>> What _is_ relevant is the process output encoding
>> system from the TeX process, and that should be the same as the buffer
>> from which you start compilation.
>
> I
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 05.11.2005 um 16:45 schrieb David Kastrup:
>
>> Well, the question was whether preview-latex _does_ take care of it in
>> your case. That is, if you start some preview process and then use
>> C-c C-l to take a look at
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 06.11.2005 um 10:09 schrieb David Kastrup:
>
>> The question is whether the _characters_ appearing in the buffer are
>> what you would have expected.
>>
>
> There are few problems before answering this ...
>
>
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 06.11.2005 um 11:37 schrieb David Kastrup:
>
>> preview-latex should be getting it correctly
>
> Previewing a whole text buffer with German umlauts in section headers
> shows these umlauts reported correctly. So preview
Peter Dyballa <[EMAIL PROTECTED]> writes:
> Am 06.11.2005 um 12:17 schrieb David Kastrup:
>
>> In the run buffer you get with C-c C-l after generating previews?
>
> Yes.
>
>> The look of the characters in the previews itself is unrelated.
>>
>
> Tha
#x27;t fix problems before they appear, and the change in CVS
Emacs that causes this was introduced recently. We fixed this in the
CVS version of AUCTeX, so installing that should be all you need to
do.
Maybe we should aim for another release soon?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
nload-feature'?
> [...]
>> Inserting the code below into .emacs belofore `(unload-feature
>> 'tex-site)' apparently solves the problem. Thanks!
>
> Okay, I checked a slightly changed variant into CVS. That means
> you'll need the code I sent no more w
4, X toolkit, Xaw3d
> scroll bars)
> of 2005-11-25 on ma8.sees.bangor.ac.uk
> Package: 2005-10-02
>
> [rest probably not worth including]
This has been fixed since then. The directories for image files have
been reorganized in Emacs, and we were caught cold by the change.
--
David K
run once on that file, so only the
> first preview image is extracted.
Non sequitur. GhostScript gets run only once _on_ _purpose_ whenever
things are working correctly: this single run generates _all_ images.
> However, no errors occur.
>
> David Kastrup asked: I don't think so,
Please keep the list copied for further replies.
"Matthew H. Plough" <[EMAIL PROTECTED]> writes:
> On Nov 30, 2005, at 16:47 PM, David Kastrup wrote:
>> Your analysis is wrong. It looks like we should first concentrate
>> on figuring out the problem in the dvips
ur
texmf.cnf file (or whatever equivalent your TeX system is using) and
disable file:line: style error messages.
> Output written on circ.dvi (103 pages, 42648 bytes).
> Transcript written on circ.log.
>
> Preview-LaTeX exited as expected with code 1 at Thu Dec 8 11:55:24
> LaTeX: LaTeX found no preview images
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
ng
similarly obtuse?
> Emacs : GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600)
> of 2005-12-18 on NEUTRINO
> Package: 11.82
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
. And it would probably be a good idea if we did not fail on
unusual but possibly valid options.
So if you explained in more detail what you were trying to achieve, on
could see how much work it would be to get consistent results and
whether that would be worth the trouble.
--
David Kastrup, K
/lisp -f
> batch-byte-compile preview.el
This pushes /Users/artemio/.xemacs/xemacs-packages/lisp into the
load-path. However, this would need to be rather the .. directory
where the compiled and uninstalled tex.el is sitting.
Anybody have an idea what is wrong here? I am online pe
some solution was checked in, or whether Emacs' font
locking internals made that infeasible.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
m that the original report you found was
about) should still be used to fix it.
It would help if xy.sty was not written with total disregard to
interference with other packages. It is not the first problem we had
with it.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
_
y like you are the first to report this. I have
to check whether there is a solid solution for that.
Thanks,
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
Redirecting to the bug list.
Andrea Sosso <[EMAIL PROTECTED]> writes:
> David Kastrup wrote:
>
>>Andrea Sosso <[EMAIL PROTECTED]> writes:
>>
>>
>>>The following expression:
>>>
>>>\graphicspath{{$HOME/subdir1/subdir2/}}
>&
stscript 8.53 (2005-10-20)
[...]
> Available devices:
[...]
>pdfwrite pgm pgmraw pgnm pgnmraw pj pjxl pjxl300 pkmraw png16 png16m
Looks fine so far. Ghostscript is in the PATH and has the necessary
capabilities.
So I think something must be wrong with the prompt.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing list
bug-auctex@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-auctex
normal until this point, and then your machine appears to
> lock up. My guess is that preview-latex is waiting for the prompt
> "GS>" from the Ghostscript executable and never gets it.
So you should probably check whether any of the named output files get
produced by GhostSc
[EMAIL PROTECTED] writes:
> I am also using the same version of Ghostscript, 8.53. Strange.
Different Windows versions, maybe?
DLL conflicts, like for the PNG libraries?
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
___
bug-auctex mailing l
1 - 100 of 404 matches
Mail list logo