On Sat, Nov 30, 2024 at 11:53:24AM +1300, Andrew Parsloe wrote:
> On 29/11/2024 10:26 pm, Scott Kostyshak wrote:
> > > I've been able to simplify the document to fairly minimal (attached) and
> > > can
> > > now provide a recipe:
> > >
> > > 1. Open LyX and the LyX temporary directory (with the l
On 29/11/2024 10:26 pm, Scott Kostyshak wrote:
I've been able to simplify the document to fairly minimal (attached) and can
now provide a recipe:
1. Open LyX and the LyX temporary directory (with the list of lyx_tmpbuf0,
...)
2. Load test.lyx in LyX
3. A new lyx_tmpbuf is formed; open it asap.
On Thu, Nov 28, 2024 at 10:27:47AM +1300, Andrew Parsloe wrote:
> On 28/11/2024 1:16 am, Scott Kostyshak wrote:
> > On Wed, Nov 27, 2024 at 10:38:37PM +1300, Andrew Parsloe wrote:
> > > I have preview on for displaying equations. Sometimes when a document
> > > loads
> > > the previews display at
On 28/11/2024 1:16 am, Scott Kostyshak wrote:
On Wed, Nov 27, 2024 at 10:38:37PM +1300, Andrew Parsloe wrote:
I have preview on for displaying equations. Sometimes when a document loads
the previews display at the wrong size. The attachment shows the effect --
the fourth display equation is one
On Wed, Nov 27, 2024 at 10:38:37PM +1300, Andrew Parsloe wrote:
> I have preview on for displaying equations. Sometimes when a document loads
> the previews display at the wrong size. The attachment shows the effect --
> the fourth display equation is one I edited, forcing a redrawing of the
> prev
On Fri, 2024-08-16 at 10:10 +0100, José Matos wrote:
> Question:
> Does anyone have a reason to keep the current two stages process?
The new code becomes simply:
def crop_files(pnmcrop, basename):
for file in glob.glob(f"{basename}*.ppm"):
tmp = tempfile.TemporaryFile()
conv_c
On Fri, 2024-08-16 at 10:10 +0100, José Matos wrote:
> Hi,
> my main focus now is to try to clean the python scripts that we
> use.
One question that I noticed while searching for this.
Is it possible now to use preview when using minted?
minted requires to invoke LaTeX with the -shell-escape
On Sun, Jun 9, 2024 at 1:35 PM Udicoudco wrote:
>
>
> On Sun, Jun 9, 2024 at 11:09 AM Udicoudco wrote:
>
>> Is there any particular reason why preview use dvi mode when the document
>> is configured
>> to use pdfmode with pdftex? For example, the attached compiles fine but
>> the preview fails
>
On Sun, Jun 9, 2024 at 11:09 AM Udicoudco wrote:
> Is there any particular reason why preview use dvi mode when the document
> is configured
> to use pdfmode with pdftex? For example, the attached compiles fine but
> the preview fails
>
Actually it looks like this situation was already thought o
Am Freitag, 3. April 2015 um 20:39:31, schrieb Kornel Benko
> Am Freitag, 3. April 2015 um 14:19:24, schrieb Scott Kostyshak
>
> > On Fri, Apr 3, 2015 at 4:35 AM, Kornel Benko wrote:
> > >
> > > For some reason I cannot get some macros to preview, while the created
> > > pdf is OK.
> > > The o
Am Freitag, 3. April 2015 um 14:19:24, schrieb Scott Kostyshak
> On Fri, Apr 3, 2015 at 4:35 AM, Kornel Benko wrote:
> >
> > For some reason I cannot get some macros to preview, while the created pdf
> > is OK.
> > The output of the document is set to pdflatex.
> > The of the previews contains
On Fri, Apr 3, 2015 at 4:35 AM, Kornel Benko wrote:
>
> For some reason I cannot get some macros to preview, while the created pdf is
> OK.
> The output of the document is set to pdflatex.
> The of the previews contains many lines with
> ! LaTeX Error: Cannot determine size of graphic in
Il 17/04/2011 21:53, Vincent van Ravesteijn ha scritto:
On 17-4-2011 21:38, Tommaso Cucinotta wrote:
KK: C-n (create new doc)
KK: a
KK: C-d (preview dvi)
KK: \[Backspace]
KK: C-d (preview dvi)
LyX doesn't show anything and reports "error etc...", fine. Check out this now:
KK: C-d (preview dvi)
On 17-4-2011 21:38, Tommaso Cucinotta wrote:
> KK: C-n (create new doc)
> KK: a
> KK: C-d (preview dvi)
> KK: \[Backspace]
> KK: C-d (preview dvi)
>
> LyX doesn't show anything and reports "error etc...", fine. Check out this
> now:
>
> KK: C-d (preview dvi)
>
> LyX shows a document with a sing
Am Montag, 17. Dezember 2007 06:47:34 schrieb Bo Peng:
> It is difficult to write tikz figures for beamer slides because it is
> easy to make grammar mistakes, and it is difficult to preview the
> figure.
I am writing such figures in separate, \input'ed .tikz files that I preview
externally (see
I thought there was some QMainWindow::save/restoreState doing something
like this...
There might be but we have multiple frontends. :-) The toolbar on/off
control is independent of frontends.
Bo
On Mon, Oct 16, 2006 at 01:00:51AM -0500, Bo Peng wrote:
> Hi, All
>
> Attached is a patch to save/restore toolbar status. Any opinion? (It
> is qt4 only right now, and is not thoroughly tested).
I thought there was some QMainWindow::save/restoreState doing something
like this...
Andre'
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Anyway, all I'm trying to say, though, is that a single
Juergen> toggle for every toolbar isn't enough, IMHO.
Agreed.
JMarc
Jean-Marc Lasgouttes wrote:
> Juergen> It's not on/off only in KDE. It's a context menu with
> Juergen> detailed settings (position, icon size etc.) for every
> Juergen> toolbar. On/off won't be enough IMO.
>
> Why would we want to do that for *every* toolbar?
It looks most intuitive to me. Of cou
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Joost Verburg wrote:
>> Windows applications also have menu to turn toolbars on/off and a
>> Customize dialog to change the buttons.
Juergen> It's not on/off only in KDE. It's a context menu with
Juergen> detailed settin
Joost Verburg wrote:
> Windows applications also have menu to turn toolbars on/off and a
> Customize dialog to change the buttons.
It's not on/off only in KDE. It's a context menu with detailed settings
(position, icon size etc.) for every toolbar. On/off won't be enough IMO.
Jürgen
Juergen Spitzmueller wrote:
Hm, I just saw that KDE apps have an individual elaborated context menu for
each toolbar (i.e. you can toggle them on/off in "Settings->Toolbars", then
you can do the fine tuning in the context menu). And in the dialog, only the
actions can be customized. This would
John Levon wrote:
> Then we need both, I think, with the dialog under Toolbars->Customize.
> Or consider making the menu items three-state, and just leave the
> position to drag and drop.
Hm, I just saw that KDE apps have an individual elaborated context menu for
each toolbar (i.e. you can toggle
On Mon, Oct 16, 2006 at 06:25:24PM +0200, Juergen Spitzmueller wrote:
> > Why a dialog?
>
> To add, remove and move actions. To set the position.
> And because I don't see a good solution to switch between "on, off, math,
> table" in a menu.
Then we need both, I think, with the dialog under To
John Levon wrote:
> > Joost> Juergen Spitzmueller wrote:
> > >> I think we will get rid of the right click menu in favour of a
> >
> > View-> Toolbars dialog. There, people should also set math/table.
>
> Why a dialog?
To add, remove and move actions. To set the position.
And because I don't see
John Levon wrote:
Why a dialog?
It should be a menu.
Joost
On Mon, Oct 16, 2006 at 05:59:53PM +0200, Jean-Marc Lasgouttes wrote:
> Joost> Juergen Spitzmueller wrote:
> >> I think we will get rid of the right click menu in favour of a
> View-> Toolbars dialog. There, people should also set math/table.
Why a dialog?
> Joost> Don't get rid of it. Keep both
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Juergen Spitzmueller wrote:
>> I think we will get rid of the right click menu in favour of a
View-> Toolbars dialog. There, people should also set math/table.
Joost> Don't get rid of it. Keep both like all other applications do.
Juergen Spitzmueller wrote:
I think we will get rid of the right click menu in favour of a View->Toolbars
dialog. There, people should also set math/table.
Don't get rid of it. Keep both like all other applications do.
Joost
Bo Peng wrote:
> > Do you plan similar functions for the toolbar position? For a toolbar
> > GUI, this needs to be saved, also "math" or "table" (i.e. context
> > sensitive visibility).
>
> I do not know. I am not sure how much information people want to
> save/restore. I do not know how to handle
Bo Peng wrote:
I do not know. I am not sure how much information people want to
save/restore. I do not know how to handle math/table toolbars either.
Anyway, I will add toolbar position in.
For now just saving toolbar states is already a huge improvement.
There is a *big* problem though: how
I didn't test it, but
> -if (tbb.flags & ToolbarBackend::ON)
> +// load last saved toolbasr status, if possible
> +lyx::Session & session = LyX::ref().session();
> +string visibleToolbars = session.loadSessionInfo("VisibleToolBars",
> false); +if (tbb.flags & ToolbarBackend::ON &
Bo Peng wrote:
> Attached is a patch to save/restore toolbar status. Any opinion? (It
> is qt4 only right now, and is not thoroughly tested).
I didn't test it, but
> - if (tbb.flags & ToolbarBackend::ON)
> + // load last saved toolbasr status, if possible
> + lyx::Session & sess
Am Sonntag, 25. Juni 2006 06:31 schrieb Bo Peng:
> Hi,
>
> Attached is our long-waited patch that replaces sh by python so that
> lyx/win does not have to be bundled with sh, sed etc. I plan to test
> and apply this patch (without changes to configure.py) and then
> translate shell scripts in lib/
Bo Peng wrote:
Hi,
Attached is our long-waited patch that replaces sh by python so that
lyx/win does not have to be bundled with sh, sed etc. I plan to test
and apply this patch (without changes to configure.py) and then
translate shell scripts in lib/scripts one by one (and change
configure.py
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
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.rpm
>
>> If I open User's Guide, and set Instant
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 Preview 'on', I see in console:
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.
Michael Gerz wrote:
> Hi Angus,
>
>> Have a look at extract_metrics_info in lib/scripts/lyxpreview2bitmap.py.
>> It's trying to parse the info passed to STDOUT by dvipng.
>>
>> Add
>> print dvipng_stdout
>> to see what this data is.
>
> Oh, damn! Metafont fails to create a font:
>
>
> This is
Hi Angus,
Have a look at extract_metrics_info in lib/scripts/lyxpreview2bitmap.py.
It's trying to parse the info passed to STDOUT by dvipng.
Add
print dvipng_stdout
to see what this data is.
Oh, damn! Metafont fails to create a font:
This is C:\programme\texmf\miktex\bin\dvipng.exe (dvipng
Michael Gerz wrote:
> Hi,
>
> is anybody familiar with the preview feature?
I am. I wrote it ;-)
> LyX 1.3 on Windows works fine when it comes to previewing math formula.
> However, LyX 1.4 fails to generate the bitmaps. This is what LyX reports
> on the console:
>
> Failed to extract metric
José Abílio Oliveira Matos wrote:
> On Fri, Oct 22, 2004 at 12:35:33PM +0200, Jean-Marc Lasgouttes wrote:
>> I am all for it.
> I support that. :-)
One nice side effect is that things like Quote() and our definitions of
converters will no longer need to have Unix and Win32 variants because we
wil
On Fri, Oct 22, 2004 at 12:35:33PM +0200, Jean-Marc Lasgouttes wrote:
>
> I am all for it.
I support that. :-)
> JMarc
--
José Abílio Matos
LyX and docbook a perfect match. :-)
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Note the quotes around 'lyxpreview2bitmap.py'. Someone got busy
Angus> in LibScriptSearch and protected the name of the script with
Angus> quotes. ViewCVS tells me that this happened on 14 September and
Angus> that the busy man was
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 opcode of failed request: 51 (X_SetFontPath)
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: 51 (X_SetFontPath)
> Ser
Bennett Helm wrote:
> I've been creating a fresh installation of lyx-1.3.5 on Mac OS X. I've
> noticed that one file I had previously in libs/scripts is now no longer
> there: lyxpreview2bitmap.sh. Without that file, preview does not work
> on Mac OS X, giving the following complaint:
>
> execvp
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Now a new preferences file is created, with the following at
Bennett> the bottom:
Bennett> # # CONVERTERS SECTION ## #
Bennett> \converter "lyxpreview" "png" "lyxpreview2bitmap.sh" ""
Bennett> When I re
On Sep 15, 2004, at 9:07 AM, Jean-Marc Lasgouttes wrote:
Do you have this line in the preference file which gets distributed in
the skeleton?
Yup. Sometimes the solutions are just too easy
Bennett
On Sep 14, 2004, at 3:36 AM, Jean-Marc Lasgouttes wrote:
This file has been superceded by lyxpreview2ppm.py, which is a python
script (and has the big advantage to work correctly with win32).
Normally, if you run Reconfigure, it should pick the right one, unless
you have changed your preferences ex
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I've been creating a fresh installation of lyx-1.3.5 on Mac
Bennett> OS X. I've noticed that one file I had previously in
Bennett> libs/scripts is now no longer there: lyxpreview2bitmap.sh.
Bennett> Without that file, preview doe
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
Jean-Marc Lasgouttes wrote:
> No, I'll try to look in my various
> mailboxes [correct]
> boxen?) [Deutschlish --- like franglish]
> Something that could be useful, though, is the fixes that you did to
> the xforms Crossref dialog shortly after 1.3.0.
I'll try and dig it out.
--
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> BTW, wasn't there some patch you were supposed to apply for me to
>> 1.3.1cvs?
Angus>
Angus> If there was then I have no idea what. I sent you something
Angus> recently that you appled yourself,
Jean-Marc Lasgouttes wrote:
> BTW, wasn't there some patch you were supposed to apply for me to
> 1.3.1cvs?
If there was then I have no idea what. I sent you something recently that
you appled yourself, turning status.13x into something sensible. Is that
what you're thinking about?
--
An
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> I think defining the variables at the top of the script would be a
>> good first step.
Angus> I've applied this to cvs. Perhaps you could do the same for
Angus> 1.3?
Will do. Thanks.
BTW, wasn't the
Jean-Marc Lasgouttes wrote:
> I think defining the variables at the top of the script would be a
> good first step.
I've applied this to cvs. Perhaps you could do the same for 1.3?
--
Angus? lib/reLyX-safe
Index: lib/ChangeLog
===
R
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> I think it is too complicated for its own good. However, having
>> the programs set in variables at the top of the script would be a
>> good start.
Angus> Next thought. reLyX is generated from reLyX.in for exactly the
Angus> reasons y
On Tuesday 04 March 2003 3:07 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Um. The script currently requires 'latex', 'dvips' and
> Angus> 'gs'. I don't think that LyX should know too much about the
> Angus> details of how the conversio
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Um. The script currently requires 'latex', 'dvips' and
Angus> 'gs'. I don't think that LyX should know too much about the
Angus> details of how the conversion is performed. F.ex., some people
Angus> might decide to try out the d
Jean-Marc Lasgouttes wrote:
>
> I finally decided to look why I cannot get previews to work here. The
> answer is that uses "latex" in a hardcoded way (along with dvips and
> gs). This is not good here where latex should be invoked as "babel"
> (don't ask why, it is braindead). But it could be th
Oscar López wrote:
> Dear developers
>
> I have installed lyx-1.3.0 and preview-latex-common-0.7.8 rpm for
> mandrake. lyx crash when I write an equation (below you can find a
> backtrace)
>
> ==
> Previews generated!
> Cache::add(
Sort of ignore me...I need to restart lyx to get it recognised.
Rod
On Fri, 17 Jan 2003, Rod Pinna wrote:
> Hi all,
>
> Running 130cvs (current) under qt, preview snippets come up black.
> Changing the colour in preferences doesn't seem to have any effect.
>
> As I run a blue background, it m
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
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
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
Dear Angus,
On Monday, 2. September 2002 15:19, you wrote:
> On Monday 26 August 2002 9:50 am, Norbert Koksch wrote:
> > Dear developpers,
>
> Hello, Norbert.
>
> > I compiled lyx-1.3.0cvs under SuSE 8.0 and RedHat with xfroms 0.89 and
> > 1.0RC4.
> >
> > I tested the instant preview funnction
On Monday 26 August 2002 9:50 am, Norbert Koksch wrote:
> Dear developpers,
Hello, Norbert.
> I compiled lyx-1.3.0cvs under SuSE 8.0 and RedHat with xfroms 0.89 and
> 1.0RC4.
>
> I tested the instant preview funnction on some textes. With small textes I
> have no problems. But I have a longer te
On Thursday 25 July 2002 10:59 am, Angus Leeming wrote:
> On Thursday 25 July 2002 10:33 am, Andre Poenitz wrote:
> > New doc, C-m, right-click on formula to get the math panel. Boom.
> >
> > It works without preview enabled, or when starting the panel from the
> > menu. It might be my code that's
On Thursday 25 July 2002 10:33 am, Andre Poenitz wrote:
> New doc, C-m, right-click on formula to get the math panel. Boom.
>
> It works without preview enabled, or when starting the panel from the
> menu. It might be my code that's faulty, but as preview triggers it...
It works fine here.
One t
On Monday 22 July 2002 3:34 pm, David Kastrup wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> > On Monday 22 July 2002 2:39 pm, David Kastrup wrote:
> > > Possibly an oversight. Does the following help (apart from
> > > invalidating the checksum from preview.dtx)? I should probably also
> >
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 22 July 2002 2:39 pm, David Kastrup wrote:
> > Possibly an oversight. Does the following help (apart from
> > invalidating the checksum from preview.dtx)? I should probably also
> > switch to a typewriter font.
>
> Nope. Attached is the lat
On Monday 22 July 2002 2:39 pm, David Kastrup wrote:
> Possibly an oversight. Does the following help (apart from
> invalidating the checksum from preview.dtx)? I should probably also
> switch to a typewriter font.
Nope. Attached is the latex file used to generate the snippets together with
th
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 22 July 2002 2:19 pm, David Kastrup wrote:
> > \label works with \csname. \csname accepts character tokens. This
> > includes &$_^{} characters (unless they have been made active and
> > redefined). It is quite a bad idea to be using those
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Monday 22 July 2002 2:19 pm, David Kastrup wrote:
> > \label works with \csname. \csname accepts character tokens.
> > This includes &$_^{} characters (unless they have been made active
> > and redefined). It is quite a bad idea to be using those
>
On Monday 22 July 2002 2:19 pm, David Kastrup wrote:
> \label works with \csname. \csname accepts character tokens. This
> includes &$_^{} characters (unless they have been made active and
> redefined). It is quite a bad idea to be using those characters for
> labels, but not necessary illegal.
Herbert Voss <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
>
> > On Friday 19 July 2002 2:36 pm, Herbert Voss wrote:
> >
> >>Angus Leeming wrote:
> >>
> >>>On Friday 19 July 2002 2:19 pm, Andre Poenitz wrote:
> >>>
> .. fails with labels containing underscores. Just try the
> 'scar
1 - 100 of 260 matches
Mail list logo
