"Lars Gullik Bjønnes" wrote:
>
> I have now only one patch pending (the Andre patch(es)) before I begin
> to create the prerelease.
>
> It would be _very_ nice if some people could take the time to checkout
> the current cvs and tell if it compiles ok and that it seems to run
> fine.
>
> My tes
On Wed, Apr 26, 2000 at 08:39:39PM +0300, Dekel Tsur wrote:
>
> I've encountered crashes while doing cut & paste (with the new cut&paste code).
> I'll give more details later.
I've found a way to reproduce this bug: create a file with two paragraphs
(~200 chars each). Cut the whole text, and the
"Lars Gullik Bjønnes" wrote:
>
> I have now only one patch pending (the Andre patch(es)) before I begin
> to create the prerelease.
>
> It would be _very_ nice if some people could take the time to checkout
> the current cvs and tell if it compiles ok and that it seems to run
> fine.
>
> My tes
"Lars Gullik Bjønnes" wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | index.sty provides support for multiple indexes. I was able to implement
> | this with lots of ERT
>
> I will try to implement the backend for this, but don't expect
> anything earlier than 1.1.6.
>
> I will mo
On Wed, Apr 26, 2000 at 05:22:44PM +0200, Lars Gullik Bj&resh;nnes wrote:
>
> I have now only one patch pending (the Andre patch(es)) before I begin
> to create the prerelease.
>
> It would be _very_ nice if some people could take the time to checkout
> the current cvs and tell if it compiles ok
Jean-Marc Lasgouttes wrote:
>
> > "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>
> Garst> I put some .eps files in a lyx file with names like
> Garst> 1st_Photo.eps All went fine. Until I closed and tried to reopen
> Garst> the file. gs crashed X crashed my next message was login: I
On 26 Apr 2000, Jean-Marc Lasgouttes wrote:
> Something that should be sorted out (especially if we ask translators
> to update po-files) is the half-baked patch from Mike that I applied
> for menus (which changes Figure to Graphic). It should either be
> reversed or be done properly (i.e. change
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> I put some .eps files in a lyx file with names like
Garst> 1st_Photo.eps All went fine. Until I closed and tried to reopen
Garst> the file. gs crashed X crashed my next message was login: I
Garst> looked in the .lyx file with a tex
On Wed, Apr 26, 2000 at 05:31:31PM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | The problem only appears when you have a multi-line "Abstract" in the
> | article class. I still don't know why, and I need to get back to working on
> | the paper for now.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: | The problem
Lars> only appears when you have a multi-line "Abstract" in the |
Lars> article class. I still don't know why, and I need to get back to
Lars> working on | the paper
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I had no problem, but I do not really know what to look for and did
| not test seriously.
The think to look for is screen update problems, the scrollbar not
being updated when it should, perhaps strange behaviour due to
signed/unsigned problems.
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| index.sty provides support for multiple indexes. I was able to implement
| this with lots of ERT
I will try to implement the backend for this, but don't expect
anything earlier than 1.1.6.
I will most likely do nothing for the frontend though.
|
Juergen Vigna <[EMAIL PROTECTED]> writes:
| IMO (now as you address this) it would be a nice idea to start LyX with
| an empty document (automatic New) open. Then if we don't do anything and
| only Open another Document we just can close this before and then open
| the new one. What do you think?
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| The problem only appears when you have a multi-line "Abstract" in the
| article class. I still don't know why, and I need to get back to working on
| the paper for now. Hopefully Lars or somebody else can track this down now
| that it's in a small
I have now only one patch pending (the Andre patch(es)) before I begin
to create the prerelease.
It would be _very_ nice if some people could take the time to checkout
the current cvs and tell if it compiles ok and that it seems to run
fine.
My testing so far indicates that this is the case, bu
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> Lazy Generation of LyXText --
|
| That looks pretty interesting. The only case where people will find it
| annoying is when loading a document and then using the scrollbar to
| find something.
Yes, but if you
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> This, in turn, implies that the visual dots have to be fairly
Asger> intrusive in the interface.
Asger> How does Emacs (or any other editor) handle this direction
Asger> problem?
Does word handle it?
Asger> LyX should
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Lazy Generation of LyXText --
That looks pretty interesting. The only case where people will find it
annoying is when loading a document and then using the scrollbar to
find something.
Lars>
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars> After you have done that, and I have commited my changes
Lars> (I got | Lars> a bit bored again...) I will release 1.1.5pre1,
Lars> later today. | | Something that
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Dekel Tsur <[EMAIL PROTECTED]> writes: | + 4*i, offset +
Lars> row_ptr->height - 1 - (i-next_depth-1)*3, | +
Lars> LColor::footnoteframe);
Lars> You use the wrong LColor. Add a new logical LColor for this.
I'll do that.
JMar
Dekel Tsur <[EMAIL PROTECTED]> writes:
| + 4*i, offset + row_ptr->height - 1 -
|(i-next_depth-1)*3,
| + LColor::footnoteframe);
You use the wrong LColor.
Add a new logical LColor for this.
Lgb
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>> This is a good idea, and can be implemented easily (at least
>> drawing the lines). I've attached a patch that does it (only as a
>> reference! [The patch is against CVS, and will not works with
>> 1.1.4]).
That's great too. I applied it
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I've discovered why the spellchecking in LyX is so slow: after
Dekel> each word is spellchecked, LyX calls to fl_check_forms() to
Dekel> check if the user has pressed the stop/close button. These
Dekel> calls makes the spellchecking s
Lazy Generation of LyXText
--
Currently we generate the Row structure at the time of LyXText
creation. This is the "formatting" period of the document
loading. As can be seen this has a significant hit on the amount
of time used to load larg
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> After you have done that, and I have commited my changes (I got
| Lars> a bit bored again...) I will release 1.1.5pre1, later today.
|
| Something that should be sorted out (especially if we ask translators
| to update po-files) is the hal
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Just face it, lyxstring is not created for use in modern c++
Lars> libs where several components are dependant upon the existance
Lars> of basci_string<>
OK, so how difficult would it be to use real string on all systems?
I'd
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> Also note that it is the stringstream that we want to support,
| Lars> it is the strstream that is temporary.
|
| Did I imply something else?
No, I just wanted to make it clear.
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> After you have done that, and I have commited my changes (I got
Lars> a bit bored again...) I will release 1.1.5pre1, later today.
Something that should be sorted out (especially if we ask translators
to update po-files) is th
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Lars> run_arg running_argument | | Lars> or something similar. |
Lars> | 'Running argument' is something else. I guess you mean 'moving
Lars> | argument'.
Lars> Probaly.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> run_arg running_argument
|
| Lars> or something similar.
|
| 'Running argument' is something else. I guess you mean 'moving
| argument'.
Probaly. Care to explain the difference?
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> How difficult would that be. I'd really like to avoid all these
Lars> | #ifdefs too. A wrapper around strstream should be possible,
Lars> wouldn't |it?
Lars> Probably no
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I am ready to commit it, unless you have objections.
none.
| Similarly, I plan to commit Andre's import-factoring patch (modulo a
| bug fix). I am not sure about the other, though.
Apply both of them.
After you have done that, and I have comm
> Similarly, I plan to commit Andre's import-factoring patch (modulo a
> bug fix). I am not sure about the other, though.
Leave the second out then. I'd rather have the 'automagic' version
that uses 'import' on files ending on anything else than .lyx anyway ;-)
OTOH: I think the change in logic
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Oh, and it needs the lyxfunc patch (or something similar) in order
| to pass filenames through LyXFunc::Dispatch.
Both this and the other patch looks ok. I will apply them.
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Dekel Tsur <[EMAIL PROTECTED]> writes: | The name of the
Lars> variable is misleading. It should be in_command or something |
Lars> similar (note that this is also the case in the inset classes
Lars> Latex() | methods: the 2nd
"Ram'on Garc'ia Fern'andez" <[EMAIL PROTECTED]> writes:
| In case you don't know, there is a project in cosource where
| a substantial amount of money is offered ($7620) for writting
| a editor of SGML structured documents, much similar in spirit
| to LyX.
Since LyX is also evolving in that dire
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| The code in configure.in says:
|
| 2.95.1) CXXFLAGS="-g $lyx_opt -fpermissive -fno-rtti -fno-exceptions";;
| 2.95.*) CXXFLAGS="-g $lyx_opt -fno-rtti -fno-exceptions";;
|
| Does someody know why -fpermissive is not added for gcc 2.
Duncan Simpson <[EMAIL PROTECTED]> writes:
| gcc 2.96 has trouble with the test inset too. I am sure this is a bug but not
| sure what the correct fix actually is, as ignoring const is not nescarily
| safe. Could someone who knows the coed better determine whether a cast,
| prototype twiddle o
Allan Rae <[EMAIL PROTECTED]> writes:
| I think this problem and those reported by cxx are due to not enough
| jiggery-pokery in LString.h. XTL's methods are written as:
| void input_simple(std::string &);
|
| for example, but we only:
| typedef lyxstring string;
|
| We should prob
Dekel Tsur <[EMAIL PROTECTED]> writes:
| The name of the variable is misleading. It should be in_command or something
| similar (note that this is also the case in the inset classes Latex()
| methods: the 2nd argument is badly called fragile).
I have been thinking about that earlier... we should
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| How difficult would that be. I'd really like to avoid all these
| #ifdefs too. A wrapper around strstream should be possible, wouldn't
|it?
Probably not. On the finer details of memory handling and termination
characters stringstream and strstre
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Dekel Tsur <[EMAIL PROTECTED]> writes: | I've discovered why
Lars> the spellchecking in LyX is so slow: after each word is |
Lars> spellchecked, LyX calls to fl_check_forms() to check if the user
Lars> has pressed | the stop/cl
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -O2 -m486 -fno-strength-reduce -ansi
|-W -Wall -Wno-return-type -c figinset.C -o figinset.o
| figinset.C:75: `ostringstream' not declared
| figinset.C: In function `void runqueue()':
| figinset.C:543
Dekel Tsur <[EMAIL PROTECTED]> writes:
| I've discovered why the spellchecking in LyX is so slow: after each word is
| spellchecked, LyX calls to fl_check_forms() to check if the user has pressed
| the stop/close button. These calls makes the spellchecking so slow.
| I've created a patch that cal
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>> The code in configure.in says:
>>
>> 2.95.1) CXXFLAGS="-g $lyx_opt -fpermissive -fno-rtti
>> -fno-exceptions";; 2.95.*) CXXFLAGS="-g $lyx_opt -fno-rtti
>> -fno-exceptions";;
>>
>> Does someody know why -fpermissive is not added for gcc 2
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> ALternatively, you could change the cursor depending on the
Amir> direction.
I thought it was already the case.
JMarc
This patch implements the '--import' feature requested this morning
on the list.
It changes the logic of --execute a bit: It first tries to get the
command executed by Buffer::Dispatch (which does not require a Gui)
on a possibly empty buffer and if that failed, it asks
LyXFunc::Dispatch to h
- factors out common functionality from the import stuff
- saves 120 lines of code
- does not uses any streams ;^)
- is not perfect, but should not change current behaviour.
(the BufferView argument should definitely go, and most of the import
stuff could be better handled in Buffer.Dispatch
Hi,
My attention was brought to the fact that the README in 1.1.4 is
out-of-date. It says that even version numbers are stable, and odd
numbers are development versions.
That causes some confusing, so maybe somebody will mend that when they
do a maintaince commit anyway.
Greets,
Asger
On 26-Apr-2000 Jean-Marc Lasgouttes wrote:
>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
>>> How difficult would that be.
> Andre> Not difficult. I could try to come up with one... shall I?
>
> My personal answer is 'yes'. Now, I can't tell what Lars thinks about
> it...
Well I
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> How difficult would that be.
Andre> Not difficult. I could try to come up with one... shall I?
My personal answer is 'yes'. Now, I can't tell what Lars thinks about
it...
JMarc
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>> Spacing between paragraphs as defined by
>> Layout->Paragraph. An following a This will
>> always put more space in LyX, but depending on where the cursor is
>> it may or may not put more space in the printed version. There are
>> also c
On 25-Apr-2000 Andre Poenitz wrote:
>
>
> I attach a patch that should fix the current compilation problems for
> figinset.C
>
> Although I started messing around with that file I am fairly sure
> that the current state is not my fault.
>
> Moreover, I have to say that I am not happy with th
I am currently using lyx intensively to write a number of large
documents. I almost feal I owe you developers at least
a bottle of fine wine. Let we know when you hold a meeting in Germany.
Using lyx a lot I also get a feeling for "missing features". and bugs:
1. The most annyoing bug are occ
54 matches
Mail list logo
