More on this:
1) I see the problem even before cvs up to your last changes.
2) Activate previews and load the UserGuide. Wait a little to snippets to
generate, and the top of the screen becomes mangled with some foreing row.
This doesn't happend with 1.3.x
3) Load the attached (Garst's)
John Levon [EMAIL PROTECTED] writes:
| On Mon, Mar 17, 2003 at 12:54:40AM +0100, Lars Gullik Bj?nnes wrote:
|
| Please comment.
|
| If bv_owner is always != 0, what is the isTopLevel() test all about ?
Just to be explicit.
It seems that either isTopLevel or isInInset can be removed.
| This
Why has the stronger assert been removed?
Don't you want to fix these bugs?
And now it is really bad, since behaviour changes depending on some
strange debug flag.
Bad.
--
Lgb
Lars Gullik Bjønnes wrote:
I have a patch ready (that seems to work) that does 99.9% of these
changes.
How the multiple bv will be adressed (or is it already in the patch?)
- by having a cont bv member in lyxtext (i.e different bv for different
buffers)
- by resetting the bv * member in all
On Sat, Mar 15, 2003 at 05:18:09PM +, John Levon wrote:
To change the alignment points of the equation, place the cursor where
you want to start the middle part of the line, and hit C-Tab.
Is there another binding ? C-Tab is taken by my wm
Not be default.
The LFUN is LFUN_TABINSERT or
On Sat, Mar 15, 2003 at 05:54:18PM +, John Levon wrote:
For the icon, we use a sum with two limits boxes. Wouldn't it be far
more obvious to use three 'a' characters, increasing in size ?
Maybe.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have,
Alfredo Braunstein wrote:
Lars Gullik Bjønnes wrote:
I have a patch ready (that seems to work) that does 99.9% of these
changes.
How the multiple bv will be adressed (or is it already in the patch?)
- by having a cont bv member in lyxtext (i.e different bv for different
buffers)
- by
Juergen Vigna wrote:
We will need 1 LyXText for every BufferView! Hope that answers all
your questions above ;)
Jürgen
It doesn't. You need 1 _top_ lyxtext for every bv (and there is already).
Then you have also a lyxtext in every children insettext... I'm talking
about these,
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| I have a patch ready (that seems to work) that does 99.9% of these
| changes.
|
| How the multiple bv will be adressed (or is it already in the patch?)
No. This patch completely punt on that issue.
(So copy paste
Juergen Vigna [EMAIL PROTECTED] writes:
| Alfredo Braunstein wrote:
| Lars Gullik Bjønnes wrote:
|
| I have a patch ready (that seems to work) that does 99.9% of these
| changes.
| How the multiple bv will be adressed (or is it already in the patch?)
| - by having a cont bv member in lyxtext
On Saturday 15 March 2003 17:43, John Levon wrote:
On Sat, Mar 15, 2003 at 11:50:28AM -0500, Kuba Ober wrote:
That means you didn't configure your mail reader properly. It should be
easy to do. What mail reader do you use?
mutt
Then you should follow André's advice. I use mutt and or
On Sun, Mar 16, 2003 at 01:58:31PM +, John Levon wrote:
Maybe not at the end, but what if you want to replace the existing text
before the newline with new text? You remove it, and the newline is gone.
Hmm yes ... but what can we do ? We must not allow the user to generate
bad latex.
Alfredo Braunstein wrote:
1) I see the problem even before cvs up to your last changes.
2) Activate previews and load the UserGuide. Wait a little to snippets to
generate, and the top of the screen becomes mangled with some foreing row.
This doesn't happend with 1.3.x
3) Load the attached
On Monday 17 March 2003 07:26, Yann COLLETTE wrote:
Hello,
Thanks a lot.
Do this change appears in lyx-1.3.1 ?
Yes they will. :-)
Now I know I have problem with table in minipages. So, I will find
another solution.
As I said I was able to solve most of the problems by simple copy and
On Sun, Mar 16, 2003 at 07:44:07PM +, John Levon wrote:
Continuing in the same vein. Trying to make this stuff somewhat
understandable. Note that this probably makes CHANGED_IN_DRAW
somewhat slower.
Have you checked whether it is still usable on some older machine?
Apart from that I
On Mon, Mar 17, 2003 at 12:54:40AM +0100, Lars Gullik Bjønnes wrote:
I am not sure that it cleans up a lot, but I guess it is a bit saner
anyway.
I'd guess so, too. At least it looks nicer.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
John == John Levon [EMAIL PROTECTED] writes:
John Do we really still need support for this stuff ?
I think we should remove it (at least in 1.4.0cvs, but I am tempted to
remove it from 1.3.x too).
JMarc
On Mon, Mar 17, 2003 at 09:58:12AM +0100, Lars Gullik Bjønnes wrote:
Why has the stronger assert been removed?
Because I was/we were hunting a bug (completely broken Collapsable inset
drawings) which I considered more grave than the off-by-one we have been
living with for ages. If LyX crashes on
Andre Poenitz [EMAIL PROTECTED] writes:
| On Mon, Mar 17, 2003 at 09:58:12AM +0100, Lars Gullik Bjønnes wrote:
| Why has the stronger assert been removed?
|
| Because I was/we were hunting a bug (completely broken Collapsable inset
| drawings) which I considered more grave than the off-by-one
Andre Poenitz wrote:
I think this is a borderline case which could be simply ignored if the
goal is a reworked list/paragraph/text for 1.4.
So if occurs only in rare circumstances and fixes a crash and introduces
weird special casing which is not done in other places which require the
same
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Sun, Mar 16, 2003 at 01:58:31PM +, John Levon wrote:
Maybe not at the end, but what if you want to replace the
existing text before the newline with new text? You remove it,
and the newline is gone.
Hmm yes ... but what can we
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Sun, Mar 16, 2003 at 07:44:07PM +, John Levon wrote:
Continuing in the same vein. Trying to make this stuff somewhat
understandable. Note that this probably makes CHANGED_IN_DRAW
somewhat slower.
Andre Have you checked whether it
On Mon, Mar 17, 2003 at 11:34:55AM +0100, Jean-Marc Lasgouttes wrote:
Andre So if occurs only in rare circumstances and fixes a crash and
Andre introduces weird special casing which is not done in other
Andre places which require the same attention, I'd just drop the code
Andre in question.
On Mon, Mar 17, 2003 at 11:37:18AM +0100, Jean-Marc Lasgouttes wrote:
It would probably be a good idea to run some profiler on this and see
whether things remain sensible. The only things I would worry about is
complexity effects (like what happens with large tables).
I'd even expect these to
On Mon, Mar 17, 2003 at 09:52:37AM +0100, Lars Gullik Bj?nnes wrote:
It seems that either isTopLevel or isInInset can be removed.
OK, I think isTopLevel should go then
regards
john
On Mon, Mar 17, 2003 at 09:58:12AM +0100, Lars Gullik Bj?nnes wrote:
Why has the stronger assert been removed?
Andre did it
And now it is really bad, since behaviour changes depending on some
strange debug flag.
Oopps, accidental commit :)
john
On Mon, Mar 17, 2003 at 11:29:12AM +0100, Lars Gullik Bj?nnes wrote:
Also, I don't know there are lots of problems with pos() == size(),
there are some problems, and I want the areas identified. My own
testing is unlikely to uncover all of those places.
Lars, it is impossible to use lyx for
On Mon, Mar 17, 2003 at 12:08:28PM +, John Levon wrote:
Also, I don't know there are lots of problems with pos() == size(),
there are some problems, and I want the areas identified. My own
testing is unlikely to uncover all of those places.
Lars, it is impossible to use lyx for about
Alfredo Braunstein wrote:
PS: if you really want to be sure, you can test the 'old behaviour' by
simply:
o add a global int first_y = 0 in text.C
hrmm, a lyxtext member, really.
o change top_y(int) to only set this variable
o change top_y() to only return this variable.
Done this,
On Mon, Mar 17, 2003 at 01:05:09PM +0100, Alfredo Braunstein wrote:
o change top_y() to only return this variable.
Done this, and the problem goes away, because the [foot] and cursor goes
out of screen when we close it (there is one row less), i.e. the same
behaviour as 1.3.x.
OK, then
Alfredo Braunstein wrote:
I don't want to get out of place, but what I miss very much is that you
'deciding developers' don't decide a general strategy on DEPM and DESM for
the long run. It seems very inconsistent to me to forbid 'enter' formatting
but not 'C-enter' formatting, for instance.
John Levon [EMAIL PROTECTED] writes:
| On Mon, Mar 17, 2003 at 11:29:12AM +0100, Lars Gullik Bj?nnes wrote:
|
| Also, I don't know there are lots of problems with pos() == size(),
| there are some problems, and I want the areas identified. My own
| testing is unlikely to uncover all of those
John Levon [EMAIL PROTECTED] writes:
| On Mon, Mar 17, 2003 at 11:29:12AM +0100, Lars Gullik Bj?nnes wrote:
|
| Also, I don't know there are lots of problems with pos() == size(),
| there are some problems, and I want the areas identified. My own
| testing is unlikely to uncover all of those
On Mon, Mar 17, 2003 at 01:34:43PM +0100, Lars Gullik Bj?nnes wrote:
| Lars, it is impossible to use lyx for about more than 30 seconds without
| triggering this assert. Really.
I managed...
Wow.
And now I get exactly _no_ reports, so the rest won't get fixed until
I turn the assert on
On Mon, Mar 17, 2003 at 01:35:19PM +0100, Lars Gullik Bj?nnes wrote:
| Lars, it is impossible to use lyx for about more than 30 seconds without
| triggering this assert. Really.
So all you are saying is that this is uninteresting to fix...
Not at all. We still have the printk. We can still
On Mon, Mar 17, 2003 at 01:34:43PM +0100, Lars Gullik Bjønnes wrote:
| Lars, it is impossible to use lyx for about more than 30 seconds without
| triggering this assert. Really.
I managed...
Staring at the screen for 30 secs does not count.
And now I get exactly _no_ reports, so the rest
Does boost contain a simple XML parser?
Or is 'expat' state of the art?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Andre Poenitz [EMAIL PROTECTED] writes:
| Does boost contain a simple XML parser?
No. Unless it is part of the spirit examples.
--
Lgb
Garst R. Reese wrote:
On the aspell site:
http://aspell.net/
I see this dictionary.
aspell-no-0.50-2.tar.bz2
Thanks, I now have lyx 1.3.1 (todays cvs) with aspell working.
Unfortunately, I managed to get lyx into an infinite loop with this,
where it moves rapidly from 60% to 70% and then back to
John Levon [EMAIL PROTECTED] writes:
| On Mon, Mar 17, 2003 at 12:54:40AM +0100, Lars Gullik Bj?nnes wrote:
|
| Please comment.
|
| If bv_owner is always != 0, what is the isTopLevel() test all about ?
|
| This seems dubious to me, look at RowPainter::paintFirst() - if bv_owner
| was always
On Mon, Mar 17, 2003 at 02:12:36PM +0100, Helge Hafting wrote:
This seems to be 100% repeatable for me, with one particular
file. Is there anything I could do to find out more?
Sending a cut down file would be good :)
john
Helge Hafting wrote:
This particular one isn't that inconsistent:
Enter terminates a paragraph and starts a new one. Empty
paragraphs are disallowed because latex won't print them anyway.
That's not necesarily the reason. One thing is latex, another is LyX: if
they would make some sense in
On Mon, Mar 17, 2003 at 11:37:18AM +0100, Jean-Marc Lasgouttes wrote:
It would probably be a good idea to run some profiler on this and see
whether things remain sensible.
The results seem a bit odd (playing with TableExamples.lyx) :
0811dec4 594 1.26399 LyXTabular::row_of_cell(int)
Alfredo == Alfredo Braunstein [EMAIL PROTECTED] writes:
Alfredo Thanks to Michael's script, got right these damn final colons
Alfredo and ws. (maybe it could be relatively safe to do them
Alfredo automatically with a slightly modified script¸ no?)
I was about to apply it, but msgfmt disagrees:
John == John Levon [EMAIL PROTECTED] writes:
John On Sun, Mar 16, 2003 at 12:57:45AM +1030, Darren Freeman wrote:
How about the ability to insert something like a note, which is
just a box with a warning message? The message itself would be
displayed in the box, no need to collapse/expand.
On Mon, Mar 17, 2003 at 04:05:31PM +0100, Jean-Marc Lasgouttes wrote:
Actually, this capability of displaying inline does not have much to
do with ERT and should probably be moved to insetcollapsable (or a
child).
Yes, probably ...
john
On Mon, Mar 17, 2003 at 11:09:41AM +0100, Jean-Marc Lasgouttes wrote:
John Do we really still need support for this stuff ?
I think we should remove it (at least in 1.4.0cvs, but I am tempted to
remove it from 1.3.x too).
OK, I'm going to undocument it then at least in part. I'll let you do
John == John Levon [EMAIL PROTECTED] writes:
John On Sun, Mar 16, 2003 at 01:55:55PM +0100, Jean-Marc Lasgouttes
John wrote: Is there some terribly good reason this isn't just
John LYX_USERDIR ?
Not tzerribly good, but we should add LYX_USERDIR_14x for current
cvs. I think it is useful when
On Mon, Mar 17, 2003 at 04:15:27PM +0100, Jean-Marc Lasgouttes wrote:
I see you have made big work on the documentation, thanks. I would not
have noticed it, since I still do not get any cvs commit message for
lyxdoc...
[EMAIL PROTECTED] is the list I think ... at least, I get them.
Would
John == John Levon [EMAIL PROTECTED] writes:
John It seems *particularly* ad hoc. It's certainly not a complete
John solution, since there is still other insets I can insert in the
John label part that makes things go wrong (same goes for the lyx
John screen visually, e.g. include file, where
On Mon, Mar 17, 2003 at 04:18:51PM +0100, Jean-Marc Lasgouttes wrote:
John It seems *particularly* ad hoc. It's certainly not a complete
John solution, since there is still other insets I can insert in the
John label part that makes things go wrong (same goes for the lyx
I think this code
Darren == Darren Freeman [EMAIL PROTECTED] writes:
Darren Dear List, The CVS versions of LyX obviously don't come with
Darren docs, they're in another module checked out separately.
Darren What I suggest is that the lyx-devel repository come with
Darren either a) an extension to the makefile
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, Mar 17, 2003 at 04:15:27PM +0100, Jean-Marc Lasgouttes
John wrote:
I see you have made big work on the documentation, thanks. I would
not have noticed it, since I still do not get any cvs commit
message for lyxdoc...
John [EMAIL
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, Mar 17, 2003 at 04:18:51PM +0100, Jean-Marc Lasgouttes
John wrote: It seems *particularly* ad hoc. It's certainly not a
John complete solution, since there is still other insets I can
John insert in the label part that makes things go
Alfredo Braunstein wrote:
It doesn't. You need 1 _top_ lyxtext for every bv (and there is already).
Then you have also a lyxtext in every children insettext... I'm talking
about these, mostly. Or else I am confusing something ;)
InsetText already has support for multiple BufferViews (while other
On Mon, Mar 17, 2003 at 04:34:54PM +0100, Jean-Marc Lasgouttes wrote:
John OK. Note though, that it does work for label parts in e.g.
John List
Huh? What do you mean?
Create a list environment with blah in the label, then insert a
displayed math inset in the middle of the word ... it will
123128M
45678!
1
A.100/.
B.ADSL.80-120/.
C.ADSL300/.
D.50-100/.
E.adsl modem,200/.
2,
3
4
5
6
7
1:
:80//560//1050//
224
2053
0755-83794604 25243654
13925215607 13682689138
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars The following patch fixes some compilation problems when |
Lars BOOST_NO_WREGEX is defined (as we do in LyX). These concern
Lars OpenBSD | (first hunk: when BOOST_NO_WREGEX is defined
Juergen Vigna [EMAIL PROTECTED] writes:
| Alfredo Braunstein wrote:
| It doesn't. You need 1 _top_ lyxtext for every bv (and there is already).
| Then you have also a lyxtext in every children insettext... I'm talking
| about these, mostly. Or else I am confusing something ;)
|
| InsetText
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, Mar 17, 2003 at 04:34:54PM +0100, Jean-Marc Lasgouttes
John wrote: OK. Note though, that it does work for label parts in
John e.g. List
Huh? What do you mean?
John Create a list environment with blah in the label, then insert
John a
John == John Levon [EMAIL PROTECTED] writes:
John How about :
John Most of the documentation has been updated for the current
John version of LyX. If you find some problems with the documentation
John in this release, please contact [EMAIL PROTECTED]
Do you mean that the doc is mostly up to
On Mon, Mar 17, 2003 at 05:06:41PM +0100, Jean-Marc Lasgouttes wrote:
John Create a list environment with blah in the label, then insert
John a displayed math inset in the middle of the word ... it will be
John forced to be non-display.
Indeed. It does seem that something like
John == John Levon [EMAIL PROTECTED] writes:
Not tzerribly good, but we should add LYX_USERDIR_14x for current
cvs. I think it is useful when one has several versions installed
at the same time. Of course, we already have -userdir, but it is
not much code.
John The documentation *still*
On Mon, Mar 17, 2003 at 05:17:42PM +0100, Jean-Marc Lasgouttes wrote:
John Most of the documentation has been updated for the current
John version of LyX. If you find some problems with the documentation
John in this release, please contact [EMAIL PROTECTED]
Do you mean that the doc is
On Mon, Mar 17, 2003 at 05:06:41PM +0100, Jean-Marc Lasgouttes wrote:
I think this is a symptom of the argument of \item[] being in LR mode
(ie when latex goes left-to-right without possible line breaks). It
Removing the code and inserting a displayed equation gives a weird line
breaking in
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Mon, Mar 17, 2003 at 05:06:41PM +0100, Jean-Marc Lasgouttes
Andre wrote:
John Create a list environment with blah in the label, then insert
John a displayed math inset in the middle of the word ... it will be
John forced to be
The new xforms preamble dialog is _far_ to small. It basically always
requires resizing first.
No good. Please revert.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Alfredo Braunstein wrote:
Helge Hafting wrote:
This particular one isn't that inconsistent:
Enter terminates a paragraph and starts a new one. Empty
paragraphs are disallowed because latex won't print them anyway.
That's not necesarily the reason. One thing is latex, another is LyX: if
they
John == John Levon [EMAIL PROTECTED] writes:
John On Mon, Mar 17, 2003 at 05:06:41PM +0100, Jean-Marc Lasgouttes
John wrote:
I think this is a symptom of the argument of \item[] being in LR
mode (ie when latex goes left-to-right without possible line
breaks). It
John Removing the code and
On Mon, Mar 17, 2003 at 05:48:45PM +0100, Jean-Marc Lasgouttes wrote:
No. What we could do (if andre agrees) is to add code in getStatus to
disable setting a formula to display when one is inside a paragraph
label.
Would be good indeed. Mathed needs a lot of this stuff in fact.
I know, it
On Mon, Mar 17, 2003 at 05:39:10PM +0100, Andre Poenitz wrote:
The new xforms preamble dialog is _far_ to small. It basically always
requires resizing first.
It's too thin but I think it's tall enough
regards
john
On Mon, Mar 17, 2003 at 05:48:45PM +0100, Jean-Marc Lasgouttes wrote:
John Removing the code and inserting a displayed equation gives a
John weird line breaking in lyx. But I don't think we care.
No. What we could do (if andre agrees) is to add code in getStatus to
disable setting a formula
On Mon, Mar 17, 2003 at 05:44:47PM +0100, Andre Poenitz wrote:
But what happens if a formula is cutpaste from a place where it is
allowed? We'd need some import filter there.
Yes.
Actually I think we need a really generic solution for this kind of
problems as the number of possible
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre But what happens if a formula is cutpaste from a place where
Andre it is allowed? We'd need some import filter there.
Sure.
Andre Actually I think we need a really generic solution for this
Andre kind of problems as the number of possible
On Mon, Mar 17, 2003 at 04:59:42PM +, John Levon wrote:
It sounds a bit over-designed, perhaps, but we could define a set of
content types, and have simple converters between them . We could even
do this generically enough to allow decent cut and paste between
separate lyx / X apps at
John Levon wrote:
On Mon, Mar 17, 2003 at 02:12:36PM +0100, Helge Hafting wrote:
This seems to be 100% repeatable for me, with one particular
file. Is there anything I could do to find out more?
Sending a cut down file would be good :)
That seems to be hard. This is repeatable, but highly
This looks to be very silly indeed, so I guess I'm missing something.
Why are we calling update(text) directly several times for one lfun ?
Can we not just post the update, and then call it *once* at the end of
handling the lfun (and at the end of handleKeypress and a couple of
other spots I
Create a foot note. Type bbreturnbdeletedelete - crash inside
DEPM
john
John Levon wrote:
On Mon, Mar 17, 2003 at 05:39:10PM +0100, Andre Poenitz wrote:
The new xforms preamble dialog is _far_ to small. It basically always
requires resizing first.
It's too thin but I think it's tall enough
This relates to my changes to the Xforms dialog layouts.
John, what's
On Mon, Mar 17, 2003 at 05:39:44PM -0400, Garst R. Reese wrote:
First reported Fri. I think.
I added a report to bugzilla today.
Anybody know what's happening here?
No. I do know that it happens on all platforms.
---Kayvan
--
Kayvan A. Sylvan | Proud husband
Helge Hafting wrote:
If you plan on revoking ctrl+enter, please provide alternatives
first. Try writing a letter using the letter class without it,
it is necessary if you want a multiline address for example.
Don't worry, I wont revoke anything. (luckily for both of us there is a lot
of wise
On Tue, 2003-03-18 at 01:55, Jean-Marc Lasgouttes wrote:
Darren == Darren Freeman [EMAIL PROTECTED] writes:
Darren What I suggest is that the lyx-devel repository come with
Darren either a) an extension to the makefile which adds relative
Darren symlinks as appropriate, or b) some symlinks to
On Tue, Mar 18, 2003 at 06:47:50AM +0900, Rob Lahaye wrote:
Concerning Andre's comment. Are you complaining about you having
long lines (width), or having many lines (height)?
I think this is so arbitrary. For me the dialog is still far too
large, since I have at most 3 short lines in the
John Levon wrote:
On Tue, Mar 18, 2003 at 06:47:50AM +0900, Rob Lahaye wrote:
Concerning Andre's comment. Are you complaining about you having
long lines (width), or having many lines (height)?
I think this is so arbitrary. For me the dialog is still far too
large, since I have at most 3
On Tue, Mar 18, 2003 at 09:36:38AM +0900, Rob Lahaye wrote:
Line length also depends on fonts settings
I have more than reasonable xforms font settings.
what ? since when ? That sucks
As far as I know, it has always been that way.
Ever tried to downsize the default size of an Xforms
John Levon wrote:
On Tue, Mar 18, 2003 at 09:36:38AM +0900, Rob Lahaye wrote:
I have more than reasonable xforms font settings.
what ? since when ? That sucks
As far as I know, it has always been that way.
Ever tried to downsize the default size of an Xforms dialog?
You can't. What's the
Dear List,
I just found that when I copy-pasted text from the standard environment,
into the lyx-code environment, and then changed the environment of that
paragraph to standard, that the formatting was preserved from before the
copy-paste. That is, some of my text was originally set to
I took a look at the lovely new web design at:
http://devedge.netscape.com/
It all works well so long as you have javascript enabled -- turn off
javascript and you have the same problems you're reporting about my
mods.
That said, the javascript they are using is a modified form of one
On Tue, Mar 18, 2003 at 06:47:50AM +0900, Rob Lahaye wrote:
Concerning Andre's comment. Are you complaining about you having
long lines (width), or having many lines (height)?
The number of lines is more or less ok. I would not mind having a few more,
though. But the lines are definitely to
On Tue, Mar 18, 2003 at 04:05:58PM +1000, Allan Rae wrote:
That said, the javascript they are using is a modified form of one
available from a page I posted earlier in this thread. So it seems if
they have to resort to it then we'll have to also.
I strongly oppose the use of Javascript on
More on this:
1) I see the problem even before cvs up to your last changes.
2) Activate previews and load the UserGuide. Wait a little to snippets to
generate, and the top of the screen becomes mangled with some foreing row.
This doesn't happend with 1.3.x
3) Load the attached (Garst's)
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Mar 17, 2003 at 12:54:40AM +0100, Lars Gullik Bj?nnes wrote:
|
| > Please comment.
|
| If bv_owner is always != 0, what is the isTopLevel() test all about ?
Just to be explicit.
It seems that either isTopLevel or isInInset can be removed.
|
Why has the stronger assert been removed?
Don't you want to fix these bugs?
And now it is really bad, since behaviour changes depending on some
strange debug flag.
Bad.
--
Lgb
Lars Gullik Bjønnes wrote:
> I have a patch ready (that seems to work) that does 99.9% of these
> changes.
How the multiple bv will be adressed (or is it already in the patch?)
- by having a cont bv member in lyxtext (i.e different bv for different
buffers)
- by resetting the bv * member in all
On Sat, Mar 15, 2003 at 05:18:09PM +, John Levon wrote:
> "To change the alignment points of the equation, place the cursor where
> you want to start the middle part of the line, and hit C-Tab."
>
> Is there another binding ? C-Tab is taken by my wm
Not be default.
The LFUN is LFUN_TABINSERT
On Sat, Mar 15, 2003 at 05:54:18PM +, John Levon wrote:
>
> For the icon, we use a sum with two limits boxes. Wouldn't it be far
> more obvious to use three 'a' characters, increasing in size ?
Maybe.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have,
Alfredo Braunstein wrote:
Lars Gullik Bjønnes wrote:
I have a patch ready (that seems to work) that does 99.9% of these
changes.
How the multiple bv will be adressed (or is it already in the patch?)
- by having a cont bv member in lyxtext (i.e different bv for different
buffers)
- by
Juergen Vigna wrote:
> We will need 1 LyXText for every BufferView! Hope that answers all
> your questions above ;)
>
>Jürgen
>
It doesn't. You need 1 _top_ lyxtext for every bv (and there is already).
Then you have also a lyxtext in every children insettext... I'm talking
about these,
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > I have a patch ready (that seems to work) that does 99.9% of these
| > changes.
|
| How the multiple bv will be adressed (or is it already in the patch?)
No. This patch completely punt on that issue.
(So copy
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Alfredo Braunstein wrote:
| > Lars Gullik Bjønnes wrote:
| >
| >>I have a patch ready (that seems to work) that does 99.9% of these
| >>changes.
| > How the multiple bv will be adressed (or is it already in the patch?)
| > - by having a cont bv member
1 - 100 of 180 matches
Mail list logo