Hello again,
before I forget it: we must export inline equations to and
"displayed" equations to . Currently, everything is exported to ,
so that even something trivial like a+b=c will have to be displayed as a separate
block, instead of "inline".
This is very important as I currently resort
Hello again,
here is another one, looks like a bug:
LyX encloses in elements. This gives errors in Openjade. Indeed,
cannot have as child, see
http://www.docbook.org/tdg/en/html/para.html
A typical output (as LyX 1.2.0, but 1.3.x does the same, only that the SGML output
contains one eleme
Hello,
I think this is an easy one:
I propose to substitute
...
with:
...
in the DocBook SGML exported document. This does not seem to be crucial - I could not
reproduce any error in Openjade that was due to using programlisting instead of
screen. However, there might be crucial diffe
"Jose' Matos" <[EMAIL PROTECTED]> schrieb am 18.05.04 15:18:28:
>
> Summarizing it is just a matter of compromise. Does this makes sense for
> you?
>
Yes it does. So we keep this table issue on hold and continue with the rest!
I will open a new thread on a new problem then. See you there.
Jean-Marc Lasgouttes wrote:
I will apply it. Could you do the same for the 1.3.x branch?
You could apply this to the 1.3.x branch without changes, because I
simply changed the math.bind that comes with LyX 1.3.3.
regards Uwe
On Tue, May 18, 2004 at 05:45:58PM +0100, Angus Leeming wrote:
> > On Tue, May 18, 2004 at 05:18:31PM +0100, Angus Leeming wrote:
> > > simple oversight on Qt's part. Has anybody reported this to Qt so
> > > that they can merge the patch into their sources?
> >
> > It would be good if somebody did
On Tuesday 18 May 2004 5:39 pm, John Levon wrote:
> On Tue, May 18, 2004 at 05:18:31PM +0100, Angus Leeming wrote:
> > simple oversight on Qt's part. Has anybody reported this to Qt so
> > that they can merge the patch into their sources?
>
> It would be good if somebody did.
You've done this in t
On Tue, May 18, 2004 at 05:18:31PM +0100, Angus Leeming wrote:
> simple oversight on Qt's part. Has anybody reported this to Qt so
> that they can merge the patch into their sources?
It would be good if somebody did.
> The second change is, IMO, our fault.
I don't believe so. They're the librar
Having just read README.MacOSX, I went and looked at the patch that we
must apply to the Qt sources in order to build lyx on this platform.
There are two changes that must be made. The first one looks like a
simple oversight on Qt's part. Has anybody reported this to Qt so
that they can merge the
On Tue, May 18, 2004 at 03:14:36PM +0200, Lars Gullik Bj?nnes wrote:
> I fixed a lot of them earlier, there were never as many as you
> proclaimed.
OK doke.
john
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, May 18, 2004 at 01:05:41PM +, [EMAIL PROTECTED] wrote:
>
>> Log message:
>> Use the libstdc++ debugging mode if compiling with enable-debug
>
| Umm... when did we fix the multitude of new problems this option caused?
I fixed a lot of them
On Tue, May 18, 2004 at 01:05:41PM +, [EMAIL PROTECTED] wrote:
> Log message:
> Use the libstdc++ debugging mode if compiling with enable-debug
Umm... when did we fix the multitude of new problems this option caused?
john
On Monday 17 May 2004 23:33, Chris Karakas wrote:
> "Jose' Matos" <[EMAIL PROTECTED]> schrieb am 17.05.04 19:34:59:
> > This can be easily solved using an external script though. :-)
> >
> :-)))
>
> I know what you mean. But believe me, depending on an external script,
> like the sed script
>
> h
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "larsbj" == larsbj <[EMAIL PROTECTED]> writes:
>
| larsbj> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel
| larsbj> Repository: lyx-devel/config/ Changes by:
| larsbj> [EMAIL PROTECTED] 04/05/18 13:05:41
>
| larsbj> Modified files: l
> "larsbj" == larsbj <[EMAIL PROTECTED]> writes:
larsbj> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel
larsbj> Repository: lyx-devel/config/ Changes by:
larsbj> [EMAIL PROTECTED] 04/05/18 13:05:41
larsbj> Modified files: lyx-devel/config/: ChangeLog lyxinclude.m4
larsbj> Log messag
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> But we need a corrected version of math.bind. I attached all
Uwe> changes, that were necessary to make it work with german
Uwe> keyboards. I also reactivated the binding "math-insert \oint"
Uwe> with a new shortcut. Because the old one 'M-m
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> Uwe Stöhr wrote:
>> because I'm dealing with the bindings at the moment, I looked at
>> the file de_menus.bind which comes with the LyX distribution and
>> changed it a little bit to to keep it up-todate. I removed a
>> duplicate and rearra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Dienstag, 18. Mai 2004 03:59, John Levon wrote:
> On Tue, May 18, 2004 at 01:42:58AM +0200, Kornel Benko wrote:
>
> > The patch I am using now without any crash is attached. The selected fonts may
> > have some unwanted default value, but at least
Alfredo Braunstein wrote:
> I also think so, but maybe we should think a bit more about pluses
> and cons. For instance, what about clicking in button insets? Right
> now it has the effect of popping the dialog *and* setting the cursor
> after it. What's the logic? Is there an useability advantage
Angus Leeming wrote:
> It always used to do this and I'm a crusty old bugger who doesn't like
> change?
;-) Gotcha
> So, no, not really ;-)
>
> We're not M$ after all, so backwards-compatibility for the sake of
> backwards-compatibility shouldn't be the 'be all and end all'. Do it
> your way.
Jean-Marc Lasgouttes wrote:
> inset-toggle has the behaviour of opening the inset without entering
> there (and that's why I opposed to putting cursor inside). But now
> that I think of it, if you click on an element in the text, it means
> that you want to set the cursor there. So if one clicks o
21 matches
Mail list logo
