On 29/04/2011 5:38 AM, venom00 wrote:
Bug #7493 is not preview-latex fault. We didn't drop preview-latex
before even when it caused a bug. I can imagine dropping it
eventually,
but it's still useful to get automatic bounding box, isn't it?.
If I'm correct that's t
> Bug #7493 is not preview-latex fault. We didn't drop preview-latex
> before even when it caused a bug. I can imagine dropping it
> eventually,
> but it's still useful to get automatic bounding box, isn't it?.
If I'm correct that's true just for the
point of insertion until the end of the document.
The fact is that we should use preview-latex as it was designed: wrap the parts
of the complete document we want to preview in a preview environment. Why do we
extract only the parts we need?
I think the reason is the same reason why we cach
ggestion?
That's a good idea, but then we should manually compute the equation label,
isn't this complex?
The fact is that we should use preview-latex as it was designed: wrap the parts
of the complete document we want to preview in a preview environment. Why do we
extract only the pa
On Tue, May 23, 2006 at 01:56:15PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I found that it will be recognized if you have a \path_prefix
> Enrico> entry in lyxrc.dist.
>
> Enrico> This fact hints at a wrong way of dealing w
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I found that it will be recognized if you have a \path_prefix
Enrico> entry in lyxrc.dist.
Enrico> This fact hints at a wrong way of dealing with \path_prefix,
Enrico> as user changes will be recorded in preferences and not i
On Sun, May 21, 2006 at 03:03:03PM +0200, Edwin Leuven wrote:
> atm pplatex is not recognized by configure.py (at least under windows)
>
> perhaps someone knowledgable can have a peek? would be nice if this just
> works after putting pplatex.exe in ./bin and dvipost.sty in ./tex
It is recognize
hi,
atm pplatex is not recognized by configure.py (at least under windows)
perhaps someone knowledgable can have a peek? would be nice if this just
works after putting pplatex.exe in ./bin and dvipost.sty in ./tex
thanks, ed.
Neal Becker <[EMAIL PROTECTED]> writes:
>> You never gave us the big picture --- is instant preview working for you
>> or not?
> I thought it wasn't. Nothing happened when I selected it. But, I closed
> the lyx file, and re-opened it, and then it worked.
Right. It doesn't retrospectively genera
Angus Leeming wrote:
> Neal Becker <[EMAIL PROTECTED]> writes:
>
>> I'm testing lyx-1.5.0svn on Fedora FC5. I want to try preview-latex.
>> I grabbed:
>> preview-latex-common-0.9.1-1.fedora.noarch.rpm
>> preview-latex-xemacs-0.9.1-1.fedora.noarch.
Neal Becker <[EMAIL PROTECTED]> writes:
> I'm testing lyx-1.5.0svn on Fedora FC5. I want to try preview-latex.
> I grabbed:
> preview-latex-common-0.9.1-1.fedora.noarch.rpm
> preview-latex-xemacs-0.9.1-1.fedora.noarch.rpm
> If I open User's Guide, and set Instant
I'm testing lyx-1.5.0svn on Fedora FC5. I want to try preview-latex. I
grabbed:
preview-latex-common-0.9.1-1.fedora.noarch.rpm
preview-latex-xemacs-0.9.1-1.fedora.noarch.rpm
If I open User's Guide, and set Instant Preview 'on', I see in console:
LyX: Unknown tag `\use_s
On Wednesday 05 April 2006 13:56, Bo Peng wrote:
>
> > 2. I do not know linuxdoc and docbook so I can not test, and the
> > implementation is largely broken.
>
> Where can I find a few docbook/linuxdoc files to test the patch? Can
> anyone send me some?
Search in lib/examples, there you have bot
> 1. There is a strange crash with extensive use of this feature. I am
> still tracing the problem, but you may find out the problem just by
> reading my patch.
The bug has been found. The patch works smoothly now.
> 2. I do not know linuxdoc and docbook so I can not test, and the
> implementatio
On Tuesday 04 April 2006 21:15, Bo Peng wrote:
> 2. I do not know linuxdoc and docbook so I can not test, and the
> implementation is largely broken.
Don't care with linuxdoc, I intend to remove its support in 1.5.
In case I have not been clear, I intend to delete the code, lyx2lyx should
ta
Dear developers,
Attached is an implementation of the view-source feature I proposed. Currently
1. view->view source will open "view source" dialog with the source
code of current paragraph or selected paragraphs. (I know nothing
about qt so the dialog is a shameless copy from QLogDialog...)
2. W
Also, I find that in output_latex.C, I can not set par and endpar to
an arbitrary paragraph. If par is an environment (?), latexParagraphs
will crash. What are the rules here? My guess is that this function
has to get some sort of header (language etc) information before
processing so I have to sta
> 2. When a piece of code is selected, the view-source dialog will update
> with the latex code of the selected paragraphs.
There seems to be too many SEL-related LFUN in text3.C, where would be
a good place to trigger the update of view-source dialog? It does not
sound right to change all LFUNs
On Monday 03 April 2006 15:54, Bo Peng wrote:
> > Lots of things named latex in lyx sources are not latex related at all.
> > They can be used to it but they are not exclusive to it.
>
> There is a historical reason for this. Docbook etc do not even exist
> when lyx was written. (Correct me if I
> Please remove the name latex from the internal implementation as the same
> procedure allows to see docbook (both sgml and xml).
That is a good point. The menu item will be named 'view source',
instead of 'view latex'.
> Lots of things named latex in lyx sources are not latex related at all
On Monday 03 April 2006 06:02, Bo Peng wrote:
> > No, I won't try to stop it,
>
> I will interpret this as your agreement to put it in 1.5.x as long as
> it is nicely implemented.
Please remove the name latex from the internal implementation as the same
procedure allows to see docbook (both sgm
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > One (semi-) bad thing though... we (perhaps only I) have for some time
| > been trying to move us away from the (La)TeX centric approach. And
| > begin to view TeX as just the typesetter, nothing fundamental to LyX.
|
| If we never need to view the latex
> One (semi-) bad thing though... we (perhaps only I) have for some time
> been trying to move us away from the (La)TeX centric approach. And
> begin to view TeX as just the typesetter, nothing fundamental to LyX.
If we never need to view the latex code for errors (and never need
ERT), we do not n
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear list,
|
| After some more thoughts, I plan to implement this feature like the
| following. Comments are welcome.
|
| 1. An on/off menu under "view" called "view latex for selected text"
| or simply "view latex". It will be enabled with a valid latex
Dear list,
After some more thoughts, I plan to implement this feature like the
following. Comments are welcome.
1. An on/off menu under "view" called "view latex for selected text"
or simply "view latex". It will be enabled with a valid latex document
. Support for docbook etc may be pending.
Dear list,
The attached code is as ugly as it can be. It implements a feature
(subject to random crash :-) that I was dreaming of when I first used
lyx 1.1.6: preview piece of latex code for selected text. This feature
can be useful in many ways:
1. to learn latex. You can enter things in lyx, an
Jan-Åke Larsson wrote:
> Jan-Åke Larsson wrote:
>> What about the following patch?
Whooo! I didn't expect you to do our work for us. Thanks!
In answer: I like the idea. Enrico, could you try it out to see if it cures
your problems?
--
Angus
Jan-Åke Larsson wrote:
> What about the following patch?
--- lyxpreview2bitmap.py.oldWed Jan 11 10:28:49 2006
+++ lyxpreview2bitmap.pyWed Jan 11 11:03:25 2006
@@ -78,11 +78,21 @@
def extract_metrics_info(dvipng_stdout, metrics_file):
metrics = open(metrics_file, 'w')
-metri
Angus Leeming wrote:
> Either/any. Something simple that doesn't make life difficult for you and
> allows us to parse your messages robustly.
What about the following patch?
a) Page numbers from dvipng always match "\[[\d]+"
b) Glyph numbers from mktexpk always match "\[[\d]+\]".
c) No other num
Angus Leeming wrote:
> Either/any. Something simple that doesn't make life difficult for you and
> allows us to parse your messages robustly.
What about the following patch?
a) Page numbers from dvipng always match "\[[\d]+"
b) Glyph numbers from mktexpk always match "\[[\d]+\]".
c) No other num
Jan-Åke Larsson <[EMAIL PROTECTED]> writes:
>>>The latter would actually be useful for preview-latex as well, only
>>>that it would be nice to direct the output completely elsewhere
>>>(Emacs does not capture stderr separately): I often have to run
>>>
On Monday 09 January 2006 16:59, Jan-Åke Larsson wrote:
> Jan-Åke Larsson wrote:
> > Perhaps I should just output "page=" as soon as --depth or --height is
> > in effect.
>
> Or "preview=" as soon as the preview package is detected?
Either/any. Something simple that doesn't make life difficult for
Jan-Åke Larsson wrote:
> Perhaps I should just output "page=" as soon as --depth or --height is
> in effect.
Or "preview=" as soon as the preview package is detected?
/JÅ
Angus Leeming wrote:
> Do you really mean "[ \[\(<].*?depth"? Translates as
> a single space, [, ( or < character followed by (zero or more "any
> characters") zero or one times followed by "depth".
>
> I don't think so...
I do. What I meant was I havent (until now) made sure there is a space
On Monday 09 January 2006 16:06, Jan-Åke Larsson wrote:
> Jan-Åke Larsson wrote:
> > "\[([0-9]+) .*?depth=(-?[0-9]+) height=(-?[0-9]+)"
>
> Okay, I haven't been as diligent as I should. There may be a starting
> paranthesis instead of a space after the page number. A working pattern
> is
>
> m
Jan-Åke Larsson wrote:
> "\[([0-9]+) .*?depth=(-?[0-9]+) height=(-?[0-9]+)"
Okay, I haven't been as diligent as I should. There may be a starting
paranthesis instead of a space after the page number. A working pattern
is
metrics_re = re.compile(\
"\[([0-9]+)[ \[\(<].*?depth=(-?[0-9]+) h
On Monday 09 January 2006 15:26, Jan-Åke Larsson wrote:
> Angus Leeming wrote:
> >>>However, in recent versions of preview-latex and dvipng the output
> >>>devised for LyX's sake gets corrupted in the following way:
> >>>
> >>>$ dvipng
Angus Leeming wrote:
>>>However, in recent versions of preview-latex and dvipng the output
>>>devised for LyX's sake gets corrupted in the following way:
>>>
>>>$ dvipng ...
>>>This is dvipng 1.7 Copyright 2002-2005 Jan-Ake Larsson
>>>[1 (
David Kastrup wrote:
>> However, in recent versions of preview-latex and dvipng the output
>> devised for LyX's sake gets corrupted in the following way:
>>
>> $ dvipng ...
>> This is dvipng 1.7 Copyright 2002-2005 Jan-Ake Larsson
>> [1 (preview-latex ver
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> sorry if this is not the right list. In this case, please, redirect me
> to the right one.
The list is quite correct, though there might be a dvipng-specific
list, too.
> As you know, LyX (http://www.lyx.org) uses both the preview-
On Fri, Oct 08, 2004 at 01:10:49PM +0200, Jean-Marc Lasgouttes wrote:
>
> José> Jean-Marc, can I apply this to 1.3.6cvs?
>
> Yes, please do.
Done, I updated also the status.
First post, ha ha. :-D
;-)
> JMarc
--
José Abílio Matos
LyX and docbook a perfect match. :-)
On Fri, Oct 08, 2004 at 11:09:59AM +0200, Charpentier Philippe wrote:
>
> Thank you, like that it works.
>
> Now does this change can be applied to every
> version of python? (if i remenber well,the original
> script works on redhat 9) If not there is probabely
> something to do in configure...
> "José" == José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
José> Jean-Marc, can I apply this to 1.3.6cvs?
Yes, please do.
JMarc
On Fri, Oct 08, 2004 at 10:33:11AM +0100, Angus Leeming wrote:
>
> Hi, Jose.
> Thanks for tracking this down. Could you apply the fix to 1.4.x. also?
>
> $ (cd ~/lyx/devel/lib/scripts; grep getenv *.py)
> legacy_lyxpreview2ppm.py:path = string.split(os.getenv("PATH"), os.pathsep)
> lyxpreview2bit
José Abílio Oliveira Matos wrote:
> On Fri, Oct 08, 2004 at 11:09:59AM +0200, Charpentier Philippe wrote:
>>
>> Thank you, like that it works.
>>
>> Now does this change can be applied to every
>> version of python? (if i remenber well,the original
>> script works on redhat 9) If not there is pr
On Fri, Oct 08, 2004 at 11:09:59AM +0200, Charpentier Philippe wrote:
>
> Thank you, like that it works.
>
> Now does this change can be applied to every
> version of python? (if i remenber well,the original
> script works on redhat 9) If not there is probabely
> something to do in configure...
On Fri, 8 Oct 2004 09:22:27 +0100
José Abílio Oliveira Matos <[EMAIL PROTECTED]> wrote:
> I'm sorry, it is not os.environ['HOME'] but
> os.environ['PATH']
>
> Now should work, sorry it was my mistake.
> --
> José Abílio Matos
> LyX and docbook a perfect match. :-)
Thank you, like that it w
On Fri, Oct 08, 2004 at 10:18:13AM +0200, Philippe Charpentier wrote:
>
> > Goto to this line and replace
> >os.getenv("PATH")
> >by
> >os.environ['HOME']
> >
> > Does it works now?
I'm sorry, it is not os.environ['HOME'] but
os.environ['PATH']
Now should work, sorry it was my mistake.
> No
>> AttributeError: getenv
>> Traceback (innermost last):
>> File "/usr/local/lyx135/share/lyx/scripts/lyxpreview2ppm.py", line 396, in ?
>> main(sys.argv)
>> File "/usr/local/lyx135/share/lyx/scripts/lyxpreview2ppm.py", line 337, in main
>> path = string.split(os.getenv("PATH"), os.path
On Thu, Oct 07, 2004 at 05:13:27PM +0200, Charpentier Philippe wrote:
> >> AttributeError: getenv
> >> Traceback (innermost last):
> >> File "/usr/local/lyx135/share/lyx/scripts/lyxpreview2ppm.py", line 396, in ?
> >> main(sys.argv)
> >> File "/usr/local/lyx135/share/lyx/scripts/lyxpreview2
>On Thu, Oct 07, 2004 at 03:32:00PM +0200, Charpentier Philippe wrote:
>> Hi
>> I just install lyx-1.3.5 and saw that the preview-latex does not
>> work any more. When I try it, I get the following error
>>
>> X Error of failed request: 86
>> Major opcod
On Thu, Oct 07, 2004 at 03:32:00PM +0200, Charpentier Philippe wrote:
> Hi
> I just install lyx-1.3.5 and saw that the preview-latex does not
> work any more. When I try it, I get the following error
>
> X Error of failed request: 86
> Major opcode of failed request:
Hi
I just install lyx-1.3.5 and saw that the preview-latex does not
work any more. When I try it, I get the following error
X Error of failed request: 86
Major opcode of failed request: 51 (X_SetFontPath)
Serial number of failed request: 9
Current serial number in output stream: 11
On Thursday 15 April 2004 6:21 pm, Jan-Åke Larsson wrote:
> David Kastrup wrote:
> > Angus Leeming <[EMAIL PROTECTED]> writes:
> > > /usr/local/bin/dvipng warning: at (0,-1) unimplemented
> > > \special{!userdict begin/bop-hook{/isls false def/vsize 792
> > > def/hsize 612 def}def end}.
> > >
> > >
I have a wired error with Preview Latex (posted on bugzilla):
Previewlatex works fine for newly entered equations, but ignores
all math after a reaload. In Debug mode, I realize that it only
attempts to compile the first equation and no more.
Does anybody have a clue?
Thanks,
-Jan
Helge Hafting wrote:
> I decided to try preview-latex. I installed the debian
> package preview-latex-style and turned on the option
> in lyx. I typed in a math formula, and as soon as
> I hit space (leaving math) the crash happened.
> Lyx created a ppm file on disk with the
I decided to try preview-latex. I installed the debian
package preview-latex-style and turned on the option
in lyx. I typed in a math formula, and as soon as
I hit space (leaving math) the crash happened.
Lyx created a ppm file on disk with the formula, but I newer saw it
onm screen.
Formula $2
Nirmal Govind wrote:
>> I installed the preview-latex-common rpm from sourceforge. There was
>> no dependency on xemacs or fsfemacs. After it was installed the
>> previews just burst into life.
>
> Hmm.. I tried that but it ended up crashing my lyx 1.3.0 with Qt.. so
Nirmal Govind <[EMAIL PROTECTED]> writes:
> I just downloaded preview-latex.. it seems to require xemacs or some
> sort of emacs with image support.. do I really need to install
> xemacs if I only intend to use it with LyX? Does preview-latex
> depend on emacs to do what it do
> I installed the preview-latex-common rpm from sourceforge. There was
> no dependency on xemacs or fsfemacs. After it was installed the
> previews just burst into life.
Hmm.. I tried that but it ended up crashing my lyx 1.3.0 with Qt.. so I
decided to download and compile from source
Quoting Nirmal Govind <[EMAIL PROTECTED]>:
> David,
>
> I just downloaded preview-latex.. it seems to require xemacs or some
> sort of emacs with image support.. do I really need to install xemacs
> if
> I only intend to use it with LyX? Does preview-latex depend on em
David,
I just downloaded preview-latex.. it seems to require xemacs or some
sort of emacs with image support.. do I really need to install xemacs if
I only intend to use it with LyX? Does preview-latex depend on emacs to
do what it does?
Thanks,
nirmal
In the last few days, the Sourceforge statistics for preview-latex
exhibited quite large page views, particularly considering that we are
in a time of relative quietness (ok, the last release managed over a
1000 hits, about double the current interest, but still...).
It's pretty obvious
On Tue, Jan 21, 2003 at 05:56:12PM +, John Levon wrote:
> > [Looks like I am the only one using inset locking?]
>
> What is this ?
If you press C-i inset a mathinset, it gets "locked" and Cursor Left/Right
jumps over it with a single keystroke.
To unlock, press C-i again. Up/Down isn't affec
On Tue, Jan 21, 2003 at 05:54:21PM +0100, Andre Poenitz wrote:
> [Looks like I am the only one using inset locking?]
What is this ?
john
--
"Anyone who quotes Rusty in their sig is an idiot."
- me
On Tue, Jan 21, 2003 at 05:47:38PM +0100, Lars Gullik Bjønnes wrote:
> Does it fix a real problem?
Yes. preview does not work without it if only a single formula is locked.
[Looks like I am the only one using inset locking?]
Andre'
--
Those who desire to give up Freedom in order to gain Securi
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jan 21, 2003 at 02:44:52PM +, Angus Leeming wrote:
| > Happy if I apply it?
|
| Yes.
|
| > Guess that Lars should give his Ok too ;-)
|
| I suppose so.
Does it fix a real problem?
If so, commit it.
--
Lgb
On Tue, Jan 21, 2003 at 02:44:52PM +, Angus Leeming wrote:
> Happy if I apply it?
Yes.
> Guess that Lars should give his Ok too ;-)
I suppose so.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
problem when I
first read your description.
>> Here's a minimal "solution" from the preview end rather than the
>> mathed end. We currently generate a latex file for preview-latex
>> by:
>>
>> 1 Dump LyX preamble.
>> 2 Dump the math-macros
>> 3
what the 'nice' flag is good
for, either. I thought it is _just_ for linebreaking, so the question
whether \lyxlock should get written should not depend on that flag.
> Here's a minimal "solution" from the preview end rather than the
> mathed end. We currently gene
that the problem lies in mathed itself?
Ie, it would go away if we had control over the 'true' passed to the
WriteStream c-tor.
Here's a minimal "solution" from the preview end rather than the
mathed end. We currently generate a latex file for preview-latex by:
1 Dum
On Tue, Jan 21, 2003 at 01:48:40PM +, Angus Leeming wrote:
> > There is another one: Currently, \lyxlock gets written to the .tex
> > snippets. This indicates that preview uses the "write to .lyx"
> > method instead of "write to .tex" (I think this is a boolean flag
> > somewhere, haven't looke
Andre Poenitz wrote:
> There is another one: Currently, \lyxlock gets written to the .tex
> snippets. This indicates that preview uses the "write to .lyx"
> method instead of "write to .tex" (I think this is a boolean flag
> somewhere, haven't looked at it, though)
Do you mean the 'nice' flag pass
On Tue, Jan 21, 2003 at 02:14:31PM +0100, Moritz Moeller-Herrmann wrote:
> The problems should simply be documented. AFAICS, if you do not use ERT,
> preview-latex will work fine.
Simply go into a 'a^b' inset and press C-I to lock it. No fancy preview
anymore...
Ok, this is t
; But you accept that "very well in general" is not sufficient to be the
> default?
The problems should simply be documented. AFAICS, if you do not use ERT,
preview-latex will work fine. If you use ERT, you are responsible for any
breakages you cause.
--
Moritz Moeller-Herrmann [
On Tue, Jan 21, 2003 at 11:58:34AM +0100, Michael Schmitt wrote:
> After all, the problem will only occur for real power users. IMHO it
> would be a complete waste of time to redesign the preview code which
> works very well in general.
But you accept that "very well in general" is not sufficien
Andre Poenitz wrote:
It's probably better to produce a single full dvi preview in the background
"all the time" and snip from there instead of the current "snippet based"
approach (which is simple and cute, but not robust at all).
Please do not put too much effort into something that can't be fi
On Tue, Jan 21, 2003 at 10:30:36AM +, Angus Leeming wrote:
> Ummm. We already loop over the document to output all math macros.
> Could we also output all ERT insets?
All up to the position of the snippet. And if the snippet is moved, we
can't use the cached image. And so on. This is a can of
Andre Poenitz wrote:
> On Tue, Jan 21, 2003 at 10:12:28AM +0100, Michael Schmitt wrote:
>> >No. There are still rough edges (display jumping) and there are
>> >conceptual problems (fancy preambles) that make this wonderful
>> >feature unusable under some circumstances. It certainly should not
>> >
, checktex,
preview-latex, ...)
Michael
--
===
Michael Schmitt Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32 WWW: http://www.t
On Tue, Jan 21, 2003 at 10:12:28AM +0100, Michael Schmitt wrote:
> >No. There are still rough edges (display jumping) and there are
> >conceptual problems (fancy preambles) that make this wonderful feature
> >unusable under some circumstances. It certainly should not default to on.
>
> I know the
Andre Poenitz wrote:
On Tue, Jan 21, 2003 at 09:48:30AM +0100, Michael Schmitt wrote:
I think we should provide a link to the preview-latex homepage in the
NEWS file.
Ok.
See attachment for patch.
I also wonder whether we should activate preview-latex by default
No. There are
On Tue, Jan 21, 2003 at 09:48:30AM +0100, Michael Schmitt wrote:
> I think we should provide a link to the preview-latex homepage in the
> NEWS file.
Ok.
> I also wonder whether we should activate preview-latex by default
No. There are still rough edges (display jumping) and
On Friday 22 November 2002 2:27 pm, David Kastrup wrote:
> It has also been uploaded to CTAN and should in due time be made
> available there. At the current point of time, it will probably just
> be available from SourceForge, but that should change soon.
>
> Particularly noteworthy for LyX devel
on updates. The usefulness of this option is probably greater
where a document is processed in its entirety rather than when LyX
pushes single previews through preview.sty, since in the latter case
passages affecting counters are left out.
The Debian package for preview-latex (here still based on
Sigh...ignore me...having exited lyx, and reopened the file, the preview
thing seems to work as expected. No idea why though...
Rod
On Wed, 20 Nov 2002, Rod Pinna wrote:
> Hi all,
>
> How does one get preview.sty to work on "new" equations on a worksheet?
> Using it, when I open a file, all t
Hi all,
How does one get preview.sty to work on "new" equations on a worksheet?
Using it, when I open a file, all the equations are previewed, but new
equations don't get converted until I exit lyx, and reopen the file.
er, 130cvs, using xforms.
Rod
_
On Tuesday 24 September 2002 6:41 pm, Joao Luis M. Assirati
wrote:
> Hi,
>
> I contacted the maintainer of preview-latex debian package
> asking him to
>
> lessen its dependencies (it depends on emacs21). He then
answered:
> > Does lyx depend only files in
> > /usr
Hi,
I contacted the maintainer of preview-latex debian package asking him to
lessen its dependencies (it depends on emacs21). He then answered:
> Does lyx depend only files in /usr/share/texmf/tex/latex/preview/? I
> think the better answer is to separate package into two packages,
>
On Tuesday 03 September 2002 10:20 am, Norbert Koksch wrote:
> In PreviewLoader.C setw(3) -> setw(5)
> In lyxpreview2ppm.sh%03d.ppm -> %05d.ppm, ???.ppm -> ?.ppm,
> \{3\}.ppm -> \{5\}.ppm
>
> Now lyxpreview can handle my files with more than 999 formulas.
Ok, Norbert. I have done
in lyxpreview2ppm.sh. Thus, all
ppm files are generated but lyx chrashes, too.
> > For short textes, now starts the recplacing of the math-formulas by the
> > preview pictures.
> >
> > For the longer text (about 960 math formulas), sometimes the head of the
> > lyx-w
ger text (about 960 math formulas), sometimes the head of the
> lyx-windows changes the colors, the buttons disappear. After some seconds,
> the X-Windows collapses. However, sometimes preview latex works with these
> textes, too. So I don't believe that it is an error in the text, mayb
the recplacing of the math-formulas by the
preview pictures.
For the longer text (about 960 math formulas), sometimes the head of the
lyx-windows changes the colors, the buttons disappear. After some seconds,
the X-Windows collapses. However, sometimes preview latex works with these
textes, too
r
technical reasons. And I even gave you that reasons. Nothing more, nothing
less.
> We don't have the manpower to keep up with preview-latex developing
> to our whims, and now you demand that we invest serious work into
> accommodating LyX, and even just the coding aesthetics for LyX
>
fun project.
I have not taken a look at the code up to now, as far as I remember,
the code base was taken to a good degree from dvilj.
If you want to restart from scratch and contribute, feel free to do
so. We don't have the manpower.
> > I am currently trying to manage integrating it in
ile pointer*/
register intn; /* number of bytes */
#endif
again. At least not as part of a fun project.
> I am currently trying
> to manage integrating it into preview-latex; you will pardon me if my
> priorities for concentrating on doing LyX-related work on it by
&g
Dekel Tsur <[EMAIL PROTECTED]> writes:
> On Wed, Jun 26, 2002 at 10:17:56AM +0200, David Kastrup wrote:
> > > > Sure thing. Check out dvipng from the preview-latex CVS: antialiased
> > > > bitmaps which you can request in daemon mode (page selection and
> >
On Wed, Jun 26, 2002 at 10:17:56AM +0200, David Kastrup wrote:
> > > Sure thing. Check out dvipng from the preview-latex CVS: antialiased
> > > bitmaps which you can request in daemon mode (page selection and
> > > stuff via pipe instead of command line). That sho
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Wednesday 26 June 2002 10:52 am, Andre Poenitz wrote:
> > On Wed, Jun 26, 2002 at 08:56:41AM +0100, Angus Leeming wrote:
> > > > Sure thing. Check out dvipng from the preview-latex CVS: antialiased
> > > >
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Wed, Jun 26, 2002 at 08:56:41AM +0100, Angus Leeming wrote:
> > > Sure thing. Check out dvipng from the preview-latex CVS:
> > > antialiased bitmaps which you can request in daemon mode (page
> > > selection a
1 - 100 of 115 matches
Mail list logo
