I'm glad I write really long emails. It gives me a chance to calm down as
I get further into the document. I haven't cut or reworded any of my
early comments because I still believe they need to be said.
On 7 Jan 2000, Lars Gullik Bjønnes wrote:
> I have put code that I think should make it po
I have put code that I think should make it possible to use lyx with
modern istream, but I have also experienced dataloss when trying this
outl Note that I have used a C++ lib in alpha state when doing this,
so it might be perfect as it is, but be VERY careful, you might loose
your documents...
On Thu, 6 Jan 2000, Dr. Ing. Roland Krause wrote:
> Now the big question is, what is different when XopenIM is called and
> the code is started by the startup script, because the it will work.
Could you forward a copy of the startup script?
I'm sure this has been asked before but I can't seem to
Michael Schmitt wrote:
> you must change the type of c to (signed) char. I don't know whether is
> wanted but at least the compiler becomes quiet.
>
> Michael
>
> PS: A larger list of correction will follow soon.
Oh my dear! My English becomes worse and worse. I feel ashamed for all
those typo
After the discussion about LyX format, has anyone thought of
registering lyx file as one of the MIME-type in IANA? Well, actually
I don't see much advantage in the near future with such registration,
except that it gives a standard calling and reserves .lyx as a
well-known file extension for
On Thu, 06 Jan 2000, you wrote:
> XOpenIM is used to have proper handling of compose key. However, it
> seems that X11R6.4 fix04 (??) has a bug which core dumps when XOpenIM
> is called with NULL arguments. It might be what you are seeing.
>
> JMarc
You could be right, XOpenIM is called with fo
Hello,
SUN CC complains about a few more problems in the lyx-devel code dated
Thu Jan 6 20:11:07 MET 2000. Please find a summary of necessary fixes
below.
Michael
lyx_lex.h, line 16, add
using std::istream;
mathed/math_defs.h, line 32, add
using std::istream;
mathed/math_parser.C, line
> > and also, since Perl is a better text processor than C++,
>
> I thought Perl was a good-for-nothing write-only snail-speed language!
I stay away from Perl, but the world is full of fools.
> Well, my brother's a CS professor. When I was bragging at him about how
> reLyX worked so well, as lo
On Thu, Jan 06, 2000 at 08:37:31PM +0100, Asger K. Alstrup Nielsen wrote:
> > Actually, why at the beginning LyX didn't write LaTeX directly but had
> > its own LyX format? I suppose that's because LaTeX is too complicated to
> > parse, right?
>
[lots of erudite discussion snipped]
> The
Regarding the current discussion about the document model:
At the moment, LyX supports linear paragraph, one-deep floats
(footnotes), and insets.
LyX does currently not support real nesting of content.
I think of the problem like this:
The document model is a tree. At the top, the root node
is
> Actually, why at the beginning LyX didn't write LaTeX directly but had
> its own LyX format? I suppose that's because LaTeX is too complicated to
> parse, right?
The primary reason is that LyX and LaTeX are not the same.
LyX uses a document model which, granted, is close to LaTeX,
but it
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I just checked out the latest CVS, started autogen.sh and got
| the following message
|
| automake: src/mathed/Makefile.am: `libmathed.o' is not a standard libtool
| library name
|
| The same for libinsets.o.
This is due to a bug in automake, libtool
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars,
|
| When compiling lyxlyex.C and math_parser.C, I get lots of errors from
| dec cxx saying:
|
| cxx: Error: ../../lyx-devel/src/lyxlex.C, line 305: no instance of overloaded
| function "std::basic_istream::get [with charT=char,
Hello,
once again I would like to report a problem with SUN CC. Due to the
strange handling of templates (their object code is placed in a special
repository), SUN CC requires that it is called instead of ld and ar when
linking programs and libraries. However, even if I set the environment
variab
Andre Poenitz wrote:
> Maybe there is a Better Thing. The current LyX format is far from being
> perfect. It works, yes, but it is not as simple as it could be and this
> is a major pain when it comes to interoperation with the rest of the
> world.
>
> Switch to some XMLish .newlyx format, and pa
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I just checked out the latest CVS, started autogen.sh and got
Andre> the following message
Andre> automake: src/mathed/Makefile.am: `libmathed.o' is not a
Andre> standard libtool library name
Andre> The same for libinsets.o.
And
I just checked out the latest CVS, started autogen.sh and got
the following message
automake: src/mathed/Makefile.am: `libmathed.o' is not a standard libtool
library name
The same for libinsets.o.
make afterwards complains about finding "no rule to make target
`support/libsupport.o' needed by
On Thu, Jan 06, 2000 at 01:54:10PM +0100, Jean-Marc Lasgouttes wrote:
> > "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jose> No related but... the major difficulty in importing docbook in
> Jose> lyx is the absence of a library to write the lyx format. Only
> Jose> t
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Maybe there is a Better Thing. The current LyX format is far
Andre> from being perfect. It works, yes, but it is not as simple as
Andre> it could be and this is a major pain when it comes to
Andre> interoperation with the rest of t
> Jose> No related but... the major difficulty in importing docbook in
> Jose> lyx is the absence of a library to write the lyx format. Only
> Jose> the idea of writing lyx format without help scares. I have done
> Jose> this before with sgml2lyx, but I have lost the courage since
> Jose> then..
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> No related but... the major difficulty in importing docbook in
Jose> lyx is the absence of a library to write the lyx format. Only
Jose> the idea of writing lyx format without help scares. I have done
Jose> this before
On Thu, Jan 06, 2000 at 12:23:00PM +0100, Andre Poenitz wrote:
> > That is true, one of my most expected features is a better inset, and also
> > the possibility to have general insets.
>
> Ok, suppose it were practically possible to configure such a general inset
> from a file (which I believ
> "Ing" == Ing Roland Krause <[EMAIL PROTECTED]> writes:
Ing> Ok, here is something strange, I used the debugger to follow up
Ing> on the crash on NT when lyx is started from the command line,
Ing> i.e. not using Stephens startup scripts. I was able to locate the
Ing> crash happening at lyxlo
Lars,
When compiling lyxlyex.C and math_parser.C, I get lots of errors from
dec cxx saying:
cxx: Error: ../../lyx-devel/src/lyxlex.C, line 305: no instance of overloaded
function "std::basic_istream::get [with charT=char,
traits=std::char_traits]" matches the argument list
> That is true, one of my most expected features is a better inset, and also
> the possibility to have general insets.
Ok, suppose it were practically possible to configure such a general inset
from a file (which I believe is at least theoretically possible).
Would this be the prefered approac
Hi,
this report should be for Lars, I think.
Start a new document, press g or any other letter for that
matter. Type Alt+Enter and ... lyx crashes reporting out of memory.
Bellow are the message that result from running
lyx -dbg key
those are the final, since I
On Thu, Jan 06, 2000 at 10:46:03AM +0100, Andre Poenitz wrote:
> > There are other issues, the insets aren't supposed to be configured
> > from the textclasses.
>
> I am aware of this but I do not know how this situation arose.
> Is it just heritage?
Partially it is heritage but I think tha
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> It is just that not everything can be done from a layout
>> description.
Andre> I doubt that, at least from a theoretical point of view.
Andre> Of course I have no idea how this could be done practically...
You mean for example tha
> Andre> Given that layouts are powerful and everything on a
> Andre> sub-paragraph level is much more messy, I'd say it'd be nice to
> Andre> be able to have sub-paragraph stuff in layouts, too. Is there
> Andre> any rationale behind the current distinction?
>
> It is just that not everything ca
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Given that layouts are powerful and everything on a
Andre> sub-paragraph level is much more messy, I'd say it'd be nice to
Andre> be able to have sub-paragraph stuff in layouts, too. Is there
Andre> any rationale behind the current
> There are other issues, the insets aren't supposed to be configured
> from the textclasses.
I am aware of this but I do not know how this situation arose.
Is it just heritage?
Given that layouts are powerful and everything on a sub-paragraph level
is much more messy, I'd say it'd be nice to
> I can see that this is a complete different approach (more or less
> orthogonal to what I was suggesting)
> but am not quite sure how this would work once it is 'perfect'.
> I try to describe my impression of the current philosophy, please
> correct me if I am wrong:
>
> ,,If I want to have a
On Wed, Jan 05, 2000 at 12:36:50PM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
[...]
> Andre> 2. Layouts. I think this could be a good place to put in some
> Andre> export and probably even import information. E.g. in addition
> Andre> to LatexT
33 matches
Mail list logo
