Oops, I forgot the archive. Here it is.
Nicolas
--
Nicolas M. Thiéry "Isil", 412 Washington Avenue, 80403 Golden Colorado (USA)
Mél: [EMAIL PROTECTED], Tél: (303)273-5492, Fax: (303)273-3875
WWW: http://www.mines.edu/~nthiery/>
lyx-graphicspath-bug.tgz
word2x is designed to be retargetable, so adding another output format is not
a major problem and neither is chaning or replacing it later. If you want to
do the same in wv it is probably a lot harder (last time there is no clean
separation between the front and back end in wv).
If some C++ m
Hello,
Here is a bunch of suggestions I collected other the last few months,
and be lazy to send earlier.
I will first describe my use of LyX at it is probably unusual, and
some of my suggestions are related to this. I have a very bad hand
writing, so I display my class notes during the
>
> Hello,
>
> While compiling LyX in fussy mode of compaq cxx (std strict_ansi -w0),
> the following warnings got printed:
> | cxx: Info: ../sigc++/basic_signal.h, line 139: destructor for base
> | class "SigC::Signal_" is not virtual (D:basclsnondto)
> | detected during in
On Fri, 29 Sep 2000, Nicolas Thiery wrote:
> SourceForge.net is providing support (CVS repository, anonymous ftp
> site, Web page, Bug tracking system, mailing lists, forums ) for any
> open-source project. I use it for my own projects. At least from the
> purely technical point of view, setting
Hello,
> as people pointed out last time I suggested such, like bugzilla, this
> would require people with a knowledge of the codebase to adminstrate and
> triage, prioritise etc.
>
> BUT this would be real advantage if people actually use it, especially for
> tracking developer's/user's
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> Fix a problem with
Dekel> LTR table floats (the fix is not needed in 1.1.6 due to the
Dekel> change in table code).
Thanks. Applied.
JMarc
Fix a problem with LTR table floats (the fix is not needed in 1.1.6 due to
the change in table code).
patch.gz
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> Well, I do not understand templates much, but in definitions
| Lars> taking a | block as argument like | bool op
Jean-Marc Lasgouttes wrote:
>
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> Hi, When saving a lyx document in a "C" environment (LANG="C"),
> Ralf> lyx-1.1.5cvs saves its \lyxformat like this (2nd line of a lyx
> Ralf> document) \lyxformat 2.16
>
> Ralf> When loading su
Angus Leeming <[EMAIL PROTECTED]> writes:
| > Angus> The question still remains however: why are the last few lines
| > Angus> of language.C needed?
| >
| > Angus> static LangInit langinit;
| > Angus> bool LangInit::init = false;
| >
| > It is a bool telling whether the initialization of language
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The question still remains however: why are the last few lines
Angus> of language.C needed?
>>
Angus> static LangInit langinit; bool LangInit::init = false;
>> It is a bool telling whether the initialization of languages has
>> be
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Well, I do not understand templates much, but in definitions
Lars> taking a | block as argument like | bool operator==(block const
Lars> & b) const { | shouldn't we have
> Angus> The question still remains however: why are the last few lines
> Angus> of language.C needed?
>
> Angus> static LangInit langinit;
> Angus> bool LangInit::init = false;
>
> It is a bool telling whether the initialization of languages has been
> done already, I guess.
Sorry, I didn't make
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Well, I do not understand templates much, but in definitions taking a
| block as argument like
| bool operator==(block const & b) const {
| shouldn't we have
| bool operator==(block const & b) const {
No, that should not be need
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Hi, When saving a lyx document in a "C" environment (LANG="C"),
Ralf> lyx-1.1.5cvs saves its \lyxformat like this (2nd line of a lyx
Ralf> document) \lyxformat 2.16
Ralf> When loading such a document in a German environment
Ralf> (
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Compiled again now that Jean-Marc has submitted Dekel's combox
Angus> patch. Can report that all is fine. No core dumps. Lyx is
Angus> working again ;-)
Angus> The question still remains however: why are the last few lines
Angus>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> ../../lyx-devel/src/support/block.h, line 48: conversion to |
Lars> integral type of smaller size could lose data (D:intconlosbit) |
Lars> detected during: | instantiation of "void block s>::operator=(const block &) | [with T=B
Hello,
While compiling LyX in fussy mode of compaq cxx (std strict_ansi -w0),
the following warnings got printed:
| cxx: Info: ../sigc++/basic_signal.h, line 139: destructor for base
| class "SigC::Signal_" is not virtual (D:basclsnondto)
| detected during instantiation of c
Compiled again now that Jean-Marc has submitted Dekel's combox patch. Can
report that all is fine. No core dumps. Lyx is working again ;-)
The question still remains however: why are the last few lines of language.C
needed?
static
LangInit langinit;
bool LangInit::init = false;
Angus
Hi,
When saving a lyx document in a "C" environment (LANG="C"),
lyx-1.1.5cvs saves its \lyxformat like this (2nd line of a lyx
document)
\lyxformat 2.16
When loading such a document in a German environment
(LANG="german"), lyx chokes on this directive and issues the
following error message:
Acht
It means nothing. Remove it, leaving
u_.disconnect();
This is legal, fine, good, compiles, works, etc!
On Fri, 29 Sep 2000, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Running Current CVS results in an instant core dump on my
> Angus
I get a core dump instantly when starting up the current CVS lyx.
I have tracked down the problem to language.C's LangInit::initL() and the
line:
if (languages.find(lyxrc.default_language) == languages.end()) {
The problem lies with lyxrc.default_language. Modifying the source slightl
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Running Current CVS results in an instant core dump on my
Angus> machine (DEC Alpha). Does anybody else have this experience? If
Angus> not, then I guess that this is something to do with these
Angus> size_type changes (and all to
On 29 Sep 2000, Jean-Marc Lasgouttes wrote:
> Even better would be a real bug-tracking database...
>
> JMarc
>
as people pointed out last time I suggested such, like bugzilla, this
would require people with a knowledge of the codebase to adminstrate and
triage, prioritise etc.
BUT this would
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> This patch changes
John> the kde m4 stuff so that if Qt2 is being picked up, configure
John> will stop at the Qt setup rather than failing at the KDE
John> compile, which is misleading.
Applied.
JMarc
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> But why sel is 0 ? The problem is in Intl::InitKeyMapper: Since
Dekel> the "default" language is removed, n should be initialized to
Dekel> 0. I've attached a patch that does both fixes.
Applied.
JMarc
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> On 27 Sep 2000, Jean-Marc Lasgouttes wrote:
>> and fix session (I have several bug reports in my mail folder which
>> depend on this).
Baruch> How about updating a known bug list and a todo list on the
Baruch> developers website f
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Any ideas on the way forward, Jean-Marc? Everything works fine
Angus> with std::string, but with lyxstring I get a whole pile of
Angus> errors
All I can say is that this code has been changed in 6.2, which uses
std::string correct
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Er, whoops I added this to .cvsignore but I've just realised
John> shouldn't this be removed from CVS altogether ?
John> It is generated from autogen.sh so shouldn't it be removed from
John> the CVS like configure etc.
You are right.
Running Current CVS results in an instant core dump on my machine (DEC
Alpha). Does anybody else have this experience? If not, then I guess that
this is something to do with these size_type changes (and all to remove
warnings on the DEC!) Lars, do you have anymore changes to submit soon, or
sh
> My work would go faster if I had a file describing the equivalent of LateX
> codes in LyX codes [for example $\alpha$ is \begin_inset Formula \( \alpha \)
> \end_inset ]. Does this document exists somewhere ?
None that I know of.
I think the LyX format is likely to change pretty fast, so it'
It's thesis submission time here, and all those who made the mistake of
not using LaTeX/LyX are desparately trying to fix the broken output
they've got.
In contrast my output was perfect first time, flawless, and I could focus
on fixing the actual content.
So once again thanks all for a great p
33 matches
Mail list logo
