rgheck wrote:
> See if r25508 works for you.
It does. Thanks indeed.
Jürgen
Juergen Spitzmueller wrote:
rgheck wrote:
I finally got around to doing this. I've also re-written the latex2lyx
conversion routine so that it uses the unicodesymbols file.
I'm not sure exactly what you had in mind for convert_subfig, as I don't
know anything about figures, but perhaps this
rgheck wrote:
> I finally got around to doing this. I've also re-written the latex2lyx
> conversion routine so that it uses the unicodesymbols file.
>
> I'm not sure exactly what you had in mind for convert_subfig, as I don't
> know anything about figures, but perhaps this will let you do it now?
Jürgen Spitzmüller wrote:
In order to fully fix bug 4927, we need to do some LaTeX->LyX conversion,
because subfigure captions can contain LaTeX constructs such as \label.
Currently, subcaptions with such constructs are simply eaten (i.e.,
dataloss).
I think we should factor out the routines of
José Matos wrote:
> > I'm happy to do this, but it'll be a bit, as I "have" to go to St
> > Andrews next week and will be busy.
>
> I am more or less on the same situation. Really busy here with several
> deadlines and at the same time glad to help you after the next week. :-)
Thank you both. I'll
On Friday 06 June 2008 17:13:17 rgheck wrote:
> I'm happy to do this, but it'll be a bit, as I "have" to go to St
> Andrews next week and will be busy.
I am more or less on the same situation. Really busy here with several
deadlines and at the same time glad to help you after the next week. :-)
Juergen Spitzmueller wrote:
In order to fully fix bug 4927, we need to do some LaTeX->LyX conversion,
because subfigure captions can contain LaTeX constructs such as \label.
Currently, subcaptions with such constructs are simply eaten (i.e.,
dataloss).
I think we should factor out the routines o
In order to fully fix bug 4927, we need to do some LaTeX->LyX conversion,
because subfigure captions can contain LaTeX constructs such as \label.
Currently, subcaptions with such constructs are simply eaten (i.e.,
dataloss).
I think we should factor out the routines of convert_latexcommand_index t
Jean-Marc Lasgouttes schrieb:
Uwe> I wrote an email to the MiKTeX-developer but I don't have hope
Uwe> that this could easily be fixed :-(.
This is pretty bad indeed. Does latex return an error code in this
case?
No, nothing. He could confirm the bug, but I don't know what he plan to fix
thi
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> When MiKTeX's option "Install Missing Packages on the fly" is set
Uwe> as "Yes" but no Internet connection is open when \ifFileExists is
Uwe> invoked, the latex-script is closed by MiKTeX and you get in the
Uwe> console:
Uwe> latex: No Dat
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> When the check is unsuccessful the line becomes invalid and
>> therefore the while loop breaks. The problem of this is line 77 in
>> chkconfig.ltx (command definition of \TestItem) :
Bo> I did not like chkconfig.ltx but was not able to replace
Am Mittwoch, 10. Januar 2007 23:18 schrieb José Matos:
> On Wednesday 10 January 2007 9:33 pm, Georg Baum wrote:
> > Ah, now I know the problem: If we add string literals to document.body
we
> > need to prefix them with u to get unicode string literals: u'bla'. Now
I
> > know where to search.
>
Bo Peng schrieb:
The problem of this is line 77 in chkconfig.ltx (command definition of
\TestItem) :
I did not like chkconfig.ltx but was not able to replace it.
chkconfig.ltx uses latex to check latex packages and generate a result
file. It would be slower and cleaner to test each package on
When the check is unsuccessful the line becomes invalid and therefore the while
loop breaks.
The problem of this is line 77 in chkconfig.ltx (command definition of
\TestItem) :
I did not like chkconfig.ltx but was not able to replace it.
chkconfig.ltx uses latex to check latex packages and gen
+checking for package geometry [geometry]... yes
+checking for package jurabib [jurabib]...
creating packages.lst
creating doc/LaTeXConfig.lyx
LyX: Fertig!
lyx: Disabling LyX socket.
And this is the problem: In the example above configure.py checks for
the LaTeX-package jurabib and MiKTeX tries
Hi Bo and all others who know Phyton: I have a big problem here with my win
builds due to the following problem of configure.py:
MiKTeX's option "Instal missing packages on the fly" the nice feature that will automatically install LaTeX-packages LyX is checking in
configure.py is set to "Yes".
On Wednesday 10 January 2007 9:33 pm, Georg Baum wrote:
> Ah, now I know the problem: If we add string literals to document.body we
> need to prefix them with u to get unicode string literals: u'bla'. Now I
> know where to search.
That is enough to drive anyone (read me) crazy. :-)
> Georg
--
Am Mittwoch, 10. Januar 2007 01:00 schrieb Enrico Forestieri:
> No, the problem is that something is messed up. Apparently,
> document.body[i] may already be in unicode format.
Yes, that is done in LyX.py.
> See for example:
> http://www.red-mercury.com/blog/eclectic-tech/python-mystery-of-the-d
On Tue, Jan 09, 2007 at 11:28:04PM +0100, Enrico Forestieri wrote:
> On Tue, Jan 09, 2007 at 11:23:52PM +0100, Enrico Forestieri wrote:
> > On Tue, Jan 09, 2007 at 10:25:15PM +0100, Georg Baum wrote:
> > > Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
> > >
> > > > No, I didn't try
On Tuesday 09 January 2007 6:46 pm, Georg Baum wrote:
> José or any other python expert, I need your help. The attached patch is
> the lyx2lyx part of the "getting rid of InsetLaTeXAccent" patch.
> convert_accent works well, but revert_accent does not. I put the error
> messages in the file. Can an
On Tue, Jan 09, 2007 at 11:23:52PM +0100, Enrico Forestieri wrote:
> On Tue, Jan 09, 2007 at 10:25:15PM +0100, Georg Baum wrote:
> > Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
> >
> > > No, I didn't try your patch.
> >
> > That does not help :-( Your script works for me, too. Th
On Tue, Jan 09, 2007 at 10:25:15PM +0100, Georg Baum wrote:
> Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
>
> > No, I didn't try your patch.
>
> That does not help :-( Your script works for me, too. The strange thing is
> that the type of document.body[i] is neither a normal str
Am Dienstag, 9. Januar 2007 22:19 schrieb Enrico Forestieri:
> No, I didn't try your patch.
That does not help :-( Your script works for me, too. The strange thing is
that the type of document.body[i] is neither a normal string nor a unicode
string. At least the error messages seem to suggest t
On Tue, Jan 09, 2007 at 09:57:12PM +0100, Georg Baum wrote:
> Am Dienstag, 9. Januar 2007 21:42 schrieb Enrico Forestieri:
> > On Tue, Jan 09, 2007 at 07:46:47PM +0100, Georg Baum wrote:
> > > José or any other python expert, I need your help. The attached patch
> is
> > > the lyx2lyx part of the
Am Dienstag, 9. Januar 2007 21:42 schrieb Enrico Forestieri:
> On Tue, Jan 09, 2007 at 07:46:47PM +0100, Georg Baum wrote:
> > José or any other python expert, I need your help. The attached patch
is
> > the lyx2lyx part of the "getting rid of InsetLaTeXAccent" patch.
> > convert_accent works we
On Tue, Jan 09, 2007 at 07:46:47PM +0100, Georg Baum wrote:
> José or any other python expert, I need your help. The attached patch is
> the lyx2lyx part of the "getting rid of InsetLaTeXAccent" patch.
> convert_accent works well, but revert_accent does not. I put the error
> messages in the fil
José or any other python expert, I need your help. The attached patch is
the lyx2lyx part of the "getting rid of InsetLaTeXAccent" patch.
convert_accent works well, but revert_accent does not. I put the error
messages in the file. Can anybody tell me why
document.body[i] = unicodedata.normalize
Angus Leeming wrote:
> That is indeed a problem. We can't quote the first word.
>
> I think that the thing to do here is to split the full path to the
> executable into "basename" and "dirname" parts, to add the "dirname" to
> the PATH environment variable (if it's not there already) and to execut
On Wednesday 07 December 2005 23:20, Uwe Stöhr wrote:
> I investigated a bit and the problem seems to be the call of gs itself:
>
> The blabla.ps generated by Instant preview can be in a path with spaces
> and will work as long as the gswin32c.exe isn't in a path with spaces.
>
> So it seems that g
Angus Leeming wrote:
I either don't understand python nor do I know who wrote the
lyxpreview2ppm.py-script.
Then perhaps you should read line 8 of this script?
Oh how embarrassing.
Maybe I'm blind but everything appears to be quoted correctly to me. The lines
below generate a string, gs_ca
On Wednesday 07 December 2005 22:52, you wrote:
> Hello developers,
>
> I just realized a bug in lyxpreview2ppm-py that prevents a working
> Instant preview when LyX is installed in a path with spces.
>
> The problem ist the following:
>
> When LyX is installed in e.g. C:\Program Files\LyX Ghostscr
Hello developers,
I just realized a bug in lyxpreview2ppm-py that prevents a working
Instant preview when LyX is installed in a path with spces.
The problem ist the following:
When LyX is installed in e.g. C:\Program Files\LyX Ghostscript is called
by lyxpreview2ppm as
gswin32c.exe C:\Program
Jose' Matos wrote:
> On Wednesday 04 June 2003 13:45, Angus Leeming wrote:
>>
>> Not quite. If the second ExternalInset is of Template "Date" (no
>> filename) then the result is
>> \begin_inset External
>> template Date
>> filename taulogo.png
>>
>> where taulogo.png is filename fr
On Wednesday 04 June 2003 13:45, Angus Leeming wrote:
>
> Not quite. If the second ExternalInset is of Template "Date" (no filename)
> then the result is
> \begin_inset External
> template Date
> filename taulogo.png
>
> where taulogo.png is filename from the first ExternalInset.
>
Jose' Matos wrote:
> On Wednesday 04 June 2003 13:29, Angus Leeming wrote:
>> [snip...]
>>
>> Thanks José. Thanks Dekel.
>>
>> I amalgamated your suggestions. Attached.
>>
>> It works fine, but I have a couple of (three) questions:
>
> def convert_external(lines):
> external_rexp = re.compile
On Wednesday 04 June 2003 13:29, Angus Leeming wrote:
> [snip...]
>
> Thanks José. Thanks Dekel.
>
> I amalgamated your suggestions. Attached.
>
> It works fine, but I have a couple of (three) questions:
def convert_external(lines):
external_rexp = re.compile(r'\\begin_inset External (.*),"(.*
Jose' Matos wrote:
>> Could someone write the 5 lines of code? Plase?
>
> def convert_external(lines):
[snip...]
Thanks José. Thanks Dekel.
I amalgamated your suggestions. Attached.
It works fine, but I have a couple of (three) questions:
1. Can I add the header variable into the expressio
On Wed, Jun 04, 2003 at 11:18:09AM +0100, Jose' Matos wrote:
>
> I point the answer, use split.
>
> > Could someone write the 5 lines of code? Plase?
>
> def convert_external(lines):
> i = 0
> while 1:
> i = find_token(lines, "\\begin_inset External", i)
> if i == -
On Wednesday 04 June 2003 11:33, Angus Leeming wrote:
> I want to add a module to lyxconvert_221.py to change this:
>
> \begin_inset External RasterImage,"taulogo.png",""
>
> \end_inset
>
> to this
>
> \begin_inset External
> template RasterImage
> filename taulogo.png
>
> \end_inse
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote:
> I want to add a module to lyxconvert_221.py to change this:
>
> \begin_inset External RasterImage,"taulogo.png",""
>
> \end_inset
>
> to this
>
> \begin_inset External
> template RasterImage
> filename taulogo.png
On Wed, Jun 04, 2003 at 10:33:02AM +, Angus Leeming wrote:
> throwing away the final arg (here "", more generally "") that holds
> the parameters variable. I guess that we could retain the filename within
> quotes as LyXLeX will handle that.
We should, as this may contain spaces, shouldn't w
I want to add a module to lyxconvert_221.py to change this:
\begin_inset External RasterImage,"taulogo.png",""
\end_inset
to this
\begin_inset External
template RasterImage
filename taulogo.png
\end_inset
throwing away the final arg (here "", more generally "") that holds
t
42 matches
Mail list logo
