On Sun, Oct 24, 2004 at 12:03:59PM +0200, Andre Poenitz wrote:
> > > That's why I propose changing some/most/all asserts to something less
> > > brutish, i.e. an exception carrying the same information as the assert
> > > that will be caught in the main loop (i.e. the outermost dispatch or
> > > e
On Linux, xforms frontend:
if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O2 -fno-ex
ceptions -W -Wall -MT sgml.o -MD -MP -MF ".deps/sgml.Tpo" \
-c -o sgml.o `test -f 'sgml.C' || echo './'`sgml.C; \
then mv -f ".deps/sgml.Tpo" ".deps/sgml.Po"; \
else rm -f ".deps/sgml.Tpo"
On Sun, Oct 24, 2004 at 01:14:56AM +0100, José Abílio Oliveira Matos wrote:
>
> I hope that Martin and Andreas find the code easier to understand now.
I have fixed the last know bugs for this code, and commited the fixes.
Andreas, I applied the fix to inset index, for that I created a ne
Inserting a non-breaking space puts the cursor *before* the non-breaking
space inset.
Type:
ab Control-space c
You will see abc|_|
with the cursor right after the "c" instead of what you would expect:
ab|_|c
(the "|_|" represents the unbreakable space).
--
Kayvan A. Sylvan | Proud
Hi!
During my tests I found strange <+> ... tokens in the produced
MathML code.
I tracked this down to math_extern.C, where the normal code is replaced
by MathExFuncInsets.
The attached patch produces correct MathML for these four operators
again, but I don't know if it breaks the intended
ex
Am Freitag, 22. Oktober 2004 22:59 schrieb Angus Leeming:
> I won't apply this until I've finished the stuff above, but it now works
> as-is. Perhaps someone else would like to test it out?
I did, and I could not break it, but I found another reason to use this
mover stuff: Bug 605 is still not c
Angus,
while playing with your mover stuff I got the warning
Unable to sanitize LaTeX "Option": ]
from the external inset. sanitizeLatexOption() was called with the input
"[,,,]". The last regex was then called with "]", and this lead to the
warning message. A possible fix is attached. It doe
On Sat, Oct 23, 2004 at 08:46:46PM +0100, John Levon wrote:
> > That's why I propose changing some/most/all asserts to something less
> > brutish, i.e. an exception carrying the same information as the assert
> > that will be caught in the main loop (i.e. the outermost dispatch or
> > even in the f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Uwe Wolfram wrote:
| Whereas I am able to compile and link lyx 1.3.5 on Solaris 8 using
| gcc 3.3.4, the final link step fails doing a build with gcc 3.4.2. Since
| I'm able to build qt using gcc 3.4.2 it's not a compiler issue.
|
| Undefined
Hello,
here is what I propose for ftp.lyx.org/pub/lyx
bin
clean (nothing to suggest)
stable
clean (nothing to suggest).
devel
remove it completly, all the files there are outdated and serve no
meaningful purpose. ;-)
Another alternative is to leave
Whereas I am able to compile and link lyx 1.3.5 on Solaris 8 using
gcc 3.3.4, the final link step fails doing a build with gcc 3.4.2. Since
I'm able to build qt using gcc 3.4.2 it's not a compiler issue.
The configure run is as follows (gcc-comp starts gcc 3.4.2):
export CC=gcc-comp
export CXX=g++
On Sun, Oct 24, 2004 at 12:41:57AM -0700, Kayvan A. Sylvan wrote:
> Latest CVS lyx does not compile:
>
> if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost
> -I/usr/local/include-I/usr/X11R6/include -O2 -fno-exceptions -W -Wall
> -mms-bitfields -MT output_docbook.o -MD -MP -M
On Sun, Oct 24, 2004 at 12:41:57AM -0700, Kayvan A. Sylvan wrote:
> Latest CVS lyx does not compile:
>
> if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost
> -I/usr/local/include-I/usr/X11R6/include -O2 -fno-exceptions -W -Wall
> -mms-bitfields -MT output_docbook.o -MD -MP -M
Latest CVS lyx does not compile:
if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost -I/usr/local/include
-I/usr/X11R6/include -O2 -fno-exceptions -W -Wall -mms-bitfields -MT
output_docbook.o -MD -MP -MF ".deps/output_docbook.Tpo" -c -o output_docbook.o
../../lyx/src/output_do
14 matches
Mail list logo
