The attached trial_tex.tar.gz expands to:
trial_tex/
trial.lyx
sub~dir/
im~ge.eps
incl~de.lyx
inp~t.tex
where trial.lyx
\includegraphics sub~dir/im~ge.eps
\include sub~dir/incl~de.lyx
\input sub~dir/inp~t.tex
The attached patch to LyX 1.3.x allows View->DVI to succeed. Obv
On Sun, Apr 10, 2005 at 09:14:32PM +0300, Martin Vermeer wrote:
> If you can do it more efficiently, why not. I don't like special casing,
> but if you can do it in MathRootInset::doDispatch() it would even be
> clean.
>
> One reason I didn't consider this (not recognize what was meant,
> actually
On Mon, Apr 11, 2005 at 10:09:03PM +0300, Martin Vermeer wrote:
> In lyxtext.h there are no fewer than four locally stored fonts.
The historical reason is that in the 1.4 cycle two approcaches to font
handling where partially merged (old non-mathed and 1.3's mathed aka
'font changed are insets'),
On Mon, Apr 11, 2005 at 09:47:59PM +0200, Alfredo Braunstein wrote:
> Hi Martin,
>
> Could you add the -p option to diff next time? That way your patches would
> be much easier to read. Thanks!
Ah, so *that* was the option... used to have it earlier in .cvsrc.
BTW is the code added in this patch
Hi Martin,
Could you add the -p option to diff next time? That way your patches would
be much easier to read. Thanks!
Martin Vermeer wrote:
> Fixed by attached.
>
> Doing this I learned more about the way LyX's fonts propagate through
> the inset stack than you'll ever want to forget.
[...]
A
On Mon, Apr 11, 2005 at 09:12:38AM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > Committed.
>
> Now the metrics are completely wrong if you type longer text into an ERT or
> char style inset.
>
> Jürgen
Fixed by attached.
Doing this I learned more about the way LyX's fonts pro
On Mon, Apr 11, 2005 at 07:53:06PM +0200, Alfredo Braunstein wrote:
> Martin Vermeer wrote:
>
> > On Sun, 2005-04-10 at 19:07, Helge Hafting wrote:
> >> Insert a table, left justify the columns. Write someting in the
> >> first cell to increase the column width.
> >>
> >> Notice that it is hard
Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
>> Jean-Marc> Lars, is it OK nevertheless? It looks like a natural thing
>> Jean-Marc> to do, unless there is something I do not understand about
>> Jean-Marc> how C++ works.
>>
>> OK, since nobody complained, I committed it.
>
> Looking at src/
Martin Vermeer wrote:
> On Sun, 2005-04-10 at 19:07, Helge Hafting wrote:
>> Insert a table, left justify the columns. Write someting in the
>> first cell to increase the column width.
>>
>> Notice that it is hard to position the cursor by clicking on the
>> cell below, that works only if clicki
Jean-Marc Lasgouttes wrote:
> Juergen> While we are at it: The KOMA classes have the additional
> Juergen> commands \captionabove and \captionbelow (supported by LyX).
> Juergen> Any chance to get them recognized by LyX's navigation?
>
> What kind of support would you like?
The same as for caption
Georg baum wrote:
> I don't understand what % is supposed to do here. Is this a windows
> thing?
No it isn't, I want to find out what characters are allowed in LaTeX.
Because if the user inserts an image with e.g. a "%" in its name, LaTeX
will produce errors. LyX should avoid this by checking the
Jean-Marc Lasgouttes wrote:
> The following preliminary patch fixes the problem. Why is it
> preliminary, I hear you ask? Because I am not sure why artcile and
> book use different TocLevel settings for things like sections and
> Subsections. So currently, the display is off-by-one for books.
>
> J
On Mon, Apr 11, 2005 at 04:25:58PM +0200, Jean-Marc Lasgouttes wrote:
>
> The following preliminary patch fixes the problem. Why is it
> preliminary, I hear you ask? Because I am not sure why artcile and
> book use different TocLevel settings for things like sections and
> Subsections. So currentl
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> The fact that "Caption" is hardcoded is not worse than before, but
>> this information could be defined in the float definition if lars
>> prefers (that's a change of layout file syntax, and
Jean-Marc Lasgouttes wrote:
> The fact that "Caption" is hardcoded is not worse than before, but
> this information could be defined in the float definition if lars
> prefers (that's a change of layout file syntax, and can be done
> later).
>
> After that I think (hope) that real numbering of capti
Helge Hafting wrote:
> > We forgot to close the curly brackets of the \item argument when there is
> > no content. Fix attached.
> >
> > OK?
>
> Yes, that fixed it!
Committed.
Jürgen
The following patch fixes the display of Caption label when inserting
a new float.
The fact that "Caption" is hardcoded is not worse than before, but
this information could be defined in the float definition if lars
prefers (that's a change of layout file syntax, and can be done
later).
After th
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> It has been a while since I had a crash or malfunction to
Helge> report. So here is the biggest problem currently:
Helge> Numbering of subsubsections are displayed wrong in lyx. I have
Helge> set things up so chapters, sections and
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It certainly seems reasonable to do this incrementally, so:
Angus> * Use GetLongPathName on the result of GetTempPath * Use
Angus> latex_path to wrap any references to external files, rather
Angus> than external_path. * Fix os_win3
Jean-Marc Lasgouttes wrote:
> Jean-Marc> Lars, is it OK nevertheless? It looks like a natural thing
> Jean-Marc> to do, unless there is something I do not understand about
> Jean-Marc> how C++ works.
>
> OK, since nobody complained, I committed it.
Looking at src/FontIterator.C, it's an entirely
Jean-Marc Lasgouttes wrote:
> Jean-Marc> What I am wondering about right now is where your ~ came
> Jean-Marc> from. Obviously, your temp path contains dos-style paths
> Jean-Marc> whereas it should not. What about fixing this first?
>
> More precisely, what about using GetLongPathName
>
http:/
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>>> I am not sure I understand FontIterator::operator*(), since
>>> inlining it did not improve the situation.
Alfredo> Could the problem be LyXFont's copy const
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> What I am wondering about right now is where your ~ came
Jean-Marc> from. Obviously, your temp path contains dos-style paths
Jean-Marc> whereas it should not. What about fixing this first?
More precisely, what about
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It introduces a new 'latex_path' function and uses it in place
Angus> of os::external_path in: buffer.C's Buffer::makeLaTeXFile
Angus> insetbib.C's InsetBibtex::latex insetgraphics.C's
Angus> InsetGraphics::latex
The quoting part i
G. Milde wrote:
> Just a question...
>
> If your destination is a PHP script, why not parse the CREDITS file
> with PHP?
Really what I was trying to do was create a single repository of all this
contributer information and to then manipulate it into different outputs:
lib/CREDITS
http://
John Levon wrote:
> > BTW: Once we can finally drop qt 2.x support we can even have linebreaks
> > in the listview.
>
> I don't think we need qt 2 support in 1.4cvs any more
I think the argument to keep it is that there is still no really working and
GPL'ed alternative to qt2 for windows. Having
Angus Leeming <[EMAIL PROTECTED]> schrieb am 11.04.2005, 13:36:52:
> It introduces a new 'latex_path' function and uses it in place of
> os::external_path in:
> buffer.C's Buffer::makeLaTeXFile
> insetbib.C's InsetBibtex::latex
> insetgraphics.C's InsetGraphics::latex
>
> InsetExte
On 9.04.05, Martin Vermeer wrote:
> On Fri, Apr 08, 2005 at 10:38:27PM +0200, Michael Schmitt wrote:
> > Alfredo Braunstein wrote:
> >
> > >>I see that Michael's po file has one fuzzy and 25 untranslated entries.
> > >>What's so hard about translating the missing 25? Do you need to go and
> > >>l
Uwe Stöhr wrote:
> > Try "ima\string%ge.png", analogous to the known-to-work
>
> > "ima\string~ge.png". Let me know if it works, please.
>
> neither
> \includegraphics{"F:/Download/ima\string%ge"}
> nor
> \includegraphics{"F:/Download/ima\string%ge.png"}
> works :-(.
If you really need percent ch
On Mon, Apr 11, 2005 at 09:10:45AM +0200, Juergen Spitzmueller wrote:
> BTW: Once we can finally drop qt 2.x support we can even have linebreaks in
> the listview.
I don't think we need qt 2 support in 1.4cvs any more
john
Uwe Stöhr wrote:
> Angus Leeming wrote:
>
> > Try "ima\string%ge.png", analogous to the known-to-work
> > "ima\string~ge.png". Let me know if it works, please.
>
> neither
> \includegraphics{"F:/Download/ima\string%ge"}
> nor
> \includegraphics{"F:/Download/ima\string%ge.png"}
> works :-(.
I
On 3.04.05, Angus Leeming wrote:
> I've written a python script (attached) to convert lib/CREDITS to a
> web page. See
> http://www.devel.lyx.org/~leeming/www-user/about/credits.php
Just a question...
If your destination is a PHP script, why not parse the CREDITS file
with PHP?
Guenter
--
Angus Leeming wrote:
> Try "ima\string%ge.png", analogous to the known-to-work
> "ima\string~ge.png". Let me know if it works, please.
neither
\includegraphics{"F:/Download/ima\string%ge"}
nor
\includegraphics{"F:/Download/ima\string%ge.png"}
works :-(.
regards Uwe
Jean-Marc, this is an untested patch against LyX 1.3.x. I'll test this
patch out on a Windows machine this evening and, if successful, will also
make a similar patch for the 1.4.x tree.
It introduces a new 'latex_path' function and uses it in place of
os::external_path in:
buffer.C's Buffer
Uwe Stöhr wrote:
> >> It's correct that Lyx doesn't allow spaces and other special
> >> characters in the file dialog, because the \includegraphics command
> >> used in the background doesn't allow them in image filenames. It
> >> seems to be a restriction of the LaTeX-package "graphicx".
> >
On Mon, 2005-04-11 at 10:12, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > Committed.
>
> Now the metrics are completely wrong if you type longer text into an ERT or
> char style inset.
>
> JÃrgen
Yes, I am aware of that. Don't know the reason. Note however that if you
empty the inset
Martin Vermeer wrote:
> Committed.
Now the metrics are completely wrong if you type longer text into an ERT or
char style inset.
Jürgen
John Levon wrote:
> > I finally got sick by the fact that the navigating listviews in the prefs
> > and document dialog crop the text of the listview items (especially in
> > the German
>
> My current comment indicates my feelings towards this change: i.e. go
> for it
Done.
Jürgen
BTW: Once we c
38 matches
Mail list logo
