On 28-Feb-2001 Milan Avramovic wrote:
> Hi Jürgen!
>
> Thank you very much for a prompt answer -- I must admit I'm not used to such a nice
> attitude.
Well this is normal LyX-Developers attitude and all of us try to answer
as fast as possible to feature/bug messages (althougth sometimes some ma
Hi,
I am currently looking at the find/replace code the functional part of which
is located in lyxfr1.[Ch]. It defines a LyXFindReplace class which has as
private members a bufferview and a search form. I do not have the impression
that this is very convenient from the point of view of guii. I
On 01-Mar-2001 Edwin Leuven wrote:
> Hi,
>
> I am currently looking at the find/replace code the functional part of which
> is located in lyxfr1.[Ch]. It defines a LyXFindReplace class which has as
> private members a bufferview and a search form. I do not have the impression
> that this is v
On Wednesday 28 February 2001 13:52, Allan Rae wrote:
> P.S. Yeah, I know I should checkout BRANCH_MVC.
;-)
In BRANCH_MVC you would find a directory frontends/controllers. It contains
the GUI-I controllers for GUI-specific views. They are all derived from
ControlBase:
class ControlBase {
On Tue, Feb 27, 2001 at 02:19:39AM -0600, Carlo U. Segre wrote:
>
> Package: lyx
> Version: 1.1.4-7 and 1.1.5fix2-1
>
> When I try to open the User Guide or the Reference Manual documents, LyX
> terminates showing the following message on standard error output:
>
>
> BadValue (integer paramete
Baruch Even <[EMAIL PROTECTED]> wrote:
> It seems like we can start using namespaces freely, at least as far as
> the developers go. There was no yelling, and so far it seems that no
> mercenary had an attempt on my life.
Had I a time to contribute to the LyX development, I would have yelled.
gc
Miyata Shigeru <[EMAIL PROTECTED]> writes:
| Baruch Even <[EMAIL PROTECTED]> wrote:
|
| > It seems like we can start using namespaces freely, at least as far as
| > the developers go. There was no yelling, and so far it seems that no
| > mercenary had an attempt on my life.
|
| Had I a time to
Lyx 1.1.6, jan 11 2001, on Linux Mandrake 7.2 on i686 w/ 256MB
If you do a "Save as ...", the current document changes
name to the saved-as name. However, the emergency-save
name does not change, so if Lyx crashes with an emergency
save after a "save as ...", and you start Lyx again with the
new
Please ignore my recent bug report with the above subject.
It appears the buggy one was me, not Lyx.
Regards,
Torbjørn Sund
Torbjørn Sund <[EMAIL PROTECTED]> writes:
| Please ignore my recent bug report with the above subject.
| It appears the buggy one was me, not Lyx.
Good, I couldn't quite understant how this could happen :-)
Lgb
Dear All,
I tried to compile LyX 1.1.6fix1 in the following environment:
OS: Tru64 Unix 5.1
CPU: Alpha EV6
C++: Compaq CXX v6.2
and got the following result:
cxx -DHAVE_CONFIG_H -I. -I../../src -I../../images -I./../ \
-I../../boost -I../../src/cheaders -I/usr/local/include -g \
-c for
Something has gone wrong in configure. You shouldn't need support/sstream.h
at all. It's included from a wrapper Lsstream.h:
#ifdef HAVE_SSTREAM
#include
#else
#include "support/sstream.h"
#endif
So the question becomes, why has this test failed?
I can compile fine under Tru64 4.0e with cxx
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> and it creates files just fine. Should I close the empty-file
John> bug ?
John> [ #230045 ] File output problems with solaris 8
Yes, probably. We'll reopen it if somebody else submits it again...
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> This bit fixes the
John> various things I mentioned to JMarc today
OK, I'm back from two weeks of flu and trying to catch up with what
happened around here. I am applying this patch. A version for 1.1.6
would be useful if it is really
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Attached is very
John> minor cleanups for mathed and support.
Applied.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "John" == John Levon <[EMAIL PROTECTED]> writes:
|
| John> Attached is very
| John> minor cleanups for mathed and support.
|
| Applied.
When we are in the process of cleaning up mathed, run _all_ paches to
mathed thru me. (aarrgghh...)
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "John" == John Levon <[EMAIL PROTECTED]> writes: | |
Lars> John> Attached is very | John> minor cleanups for mathed and
Lars> support. | | Applied.
Lars> When we a
Martin Vermeer <[EMAIL PROTECTED]> writes:
| Current CVS
| Red Hat Linux release 6.2 (Zoot)
| Kernel 2.2.14-5.0 on an i686
|
| This text (produced by earlier LyX) crashes LyX:
| ---
| \layout Standard
|
| Kuten nähdään, tämä voima on nolla jos mittausalusta on lepotilassa
|pyöri\SpecialChar \-
Duncan Simpson <[EMAIL PROTECTED]> writes:
| This patch replaces a couple of 255s with (N(yytext)-1), which keeps up with
| changes in the size of yytext. As a bonus it communicates with me what the
| significance of the value to me. The macro recogniser could still be improved
| (take 1 chara
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "John" == John Levon <[EMAIL PROTECTED]> writes: | |
| Lars> John> Attached is very | John> minor cleanups
Angus Leeming wrote:
>
> [Stuff deleted]
>
> Hope this helps,
Yes, it did. Thanks !!
Cheers, Timo
--
Timo Eronen, mailto:[EMAIL PROTECTED], http://www.srl.utu.fi
Space Research Laboratory, University of Turku, Finland.
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> We only need to change one line in CreateTmpDir (in
Dekel> support/filetools.C)
Dekel> - if (tmpfl.empty() || lyx::mkdir(tmpfl, 0777)) { + if
Dekel> (tmpfl.empty() || lyx::mkdir(tmpfl, 0700)) {
Dekel> (in fact, we should use S_IRUSR
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>> Now I'd like to ask you, who sets the selection = true, and for
>> what purpose?
Juergen> No you got this wrong! selection isn't true, the problem is
Juergen> that the UndoFunction inside a InsetText::LyXText is NEVER
Juergen> calle
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> This cleans up a
John> couple of things mentioned 2 weeks ago.
Since it seems that consensus was that the patch is OK, I applied it.
JMarc
On 01-Mar-2001 Jean-Marc Lasgouttes wrote:
> Hi Juergen,
Hi Jean-Marc!
Welcome back :)
> Did you fix that in the main branch? Could a fix go in 1.1.6 too? This
> looks like it should be simple...
Done!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr.
> | It looks like MathMacroArg could be made even simpler...
>
> I think the default contructor can go.
Not only that:
Note that behaviour remains unchanged if everything is made private and
only MathMacroTemplate is made a friend (no, I am not suggessting that
change, I am just illustrating my
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>> Did you fix that in the main branch? Could a fix go in 1.1.6 too?
>> This looks like it should be simple...
Juergen> Done!
Thanks! Does it accounts for a most of the memory used by large
tabulars or is there still a lot of work to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > | It looks like MathMacroArg could be made even simpler...
| >
| > I think the default contructor can go.
|
| Not only that:
|
| Note that behaviour remains unchanged if everything is made private and
| only MathMacroTemplate is made a friend (no,
On 01-Mar-2001 Jean-Marc Lasgouttes wrote:
> Thanks! Does it accounts for a most of the memory used by large
> tabulars or is there still a lot of work to do?
That's just the cursor-move problem, there's a LOT more todo!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
> Have you checked all this fith 1.1.6? Do everything work correctly
> there?
I have only 1.20cvs from the 11th of January around (well before the
cleanup started). It's not exactly the same buggy behaviour but there is
something going wrong there already.
> I think then that the goal is to move
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Have you checked all this fith 1.1.6? Do everything work correctly
| > there?
|
| I have only 1.20cvs from the 11th of January around (well before the
| cleanup started). It's not exactly the same buggy behaviour but there is
| something going wrong
> I think we can do this move quite easily by adding some new methods to
> MathMacroTemplate:
> draw_from_macro
> metrics_from_macro
> etc. (names can change)
I wonder what the "correct" semantic is (I strongly believe code paths
should follow semantics...)
It is actually
Hello,
Appended as usual is a list of what has been fixed since 1.1.6fix1.
I think it could be a good idea to release 1.1.6fix2 soon. Do you have
things you want to complete first?
Please tell me what are the open bugs you consider important for
1.1.6fix2. Some known problems are:
- many many
Don't worry too much about this bug after all, the submitte says it's
not reproducible. It may have been an X problem or something.
Jules
It seems that macros are rendered properly now.
However, the cursor jump randomly when inserting a macro instance, and using
subscript in the macro argument.
More issues:
- A macro instance inside an instance of the same macro is not displayed
correctly. Check the attached file: the formula shou
Dekel Tsur <[EMAIL PROTECTED]> writes:
| It seems that macros are rendered properly now.
| However, the cursor jump randomly when inserting a macro instance, and using
| subscript in the macro argument.
what do you think we are working on...
|
| More issues:
|
| - A macro instance inside an i
On 1 Mar 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> This bit fixes the
> John> various things I mentioned to JMarc today
>
> OK, I'm back from two weeks of flu and trying to catch up with what
> happened around here. I am applying this p
I though that if I could make the enclosed patch work, that would be a
nice starting off point for further work. but it is segfaulting since
the inset stored in the array do not neccesarily exist...
anyway here is the patch for reference.
Lgb
Index: math_macro.C
=
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I though that if I could make the enclosed patch work, that would be a
| nice starting off point for further work. but it is segfaulting since
| the inset stored in the array do not neccesarily exist...
|
| anyway here is the patch for reference.
Stephen Reindl <[EMAIL PROTECTED]> writes:
| Hello,
|
| I'm adding blackboard command (\mathbb) to LyX now I
| want to add an command to math_hash.C.
|
| Because this file is generated by gperf, I have to change the keywords file
| itself.
|
| Can anybody please put this file into cvs?
Unles
Angus Leeming <[EMAIL PROTECTED]> writes:
| Attached is a small patch to be applied to the HEAD branch of CVS. It
| re-enables compilation of the KDE frontend.
did this get applied?
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > > | The attached patch reverts part of the MathedArray * -> & change in order
| > > | to make MathMatrix work again.
| > >
| > > Can you also, before you continue the mathed cleanup, check that math
| > > is written and read correctly?
| >
| > With
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Lars wrote:
|
| > | I also would like to have a new release without NEW_INSETS so that we
| > | have a version as least as stable as 1.1.5fix2. Then we will be able
| > | to jump to the next step. The risk if we don't do that is that people
| > | jus
On 1 Mar 2001, Lars Gullik Bjønnes wrote:
> Stephen Reindl <[EMAIL PROTECTED]> writes:
>
[...]
> | I'm adding blackboard command (\mathbb) to LyX now I
> | want to add an command to math_hash.C.
>
> Unless we can lure that file out of Alejandro we have to create it
> anew.
Wait a minute, is ma
Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
| > Alejandro, how far is the current cleanup from the unfinished code you
| > have? (I suspect that we will run with the cleanup anyway, but it
| > would be nice if we were on the same track)
|
| It's still far, since the new code includes se
On Thu, 1 Mar 2001, Dekel Tsur wrote:
> - It would be nice to change the way InsetFormulaMacro is drawn on screen:
> Instead of displaying the macro name and showing the macro body when
> the inset is opened, both the name and the body should be displayed all the
> time.
Well, it works like a co
> It seems that macros are rendered properly now.
On paper, yes. Not on screen though...
> Check the attached file: the formula should be E[X-E[X]] but it is
> displayed as E[X ] Note that this bug exists before the mathed cleanup
> begun, but it will be nice to fix it.
Certainly. I think we wi
> Well, it works like a collapsable inset, like figs, notes, etc. Why don't
> you like it?
If you open a document after some time an start working on it you have no
clue whatsoever which of your 234 macro definitions was the shortcut to
\hat{v}+\sqrt{#1}. And opening the insets one by one is anno
On Thu, Mar 01, 2001 at 03:22:55PM +0100, Lars Gullik Bjønnes wrote:
...
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | Current CVS
> | Red Hat Linux release 6.2 (Zoot)
> | Kernel 2.2.14-5.0 on an i686
> |
> | This text (produced by earlier LyX) crashes LyX:
> | ---
> | \layout Standard
>
49 matches
Mail list logo