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 w
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 sh
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
a
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 typewriter
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 ca
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 Xf
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
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
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) s
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 wi
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 husban
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,
Create a foot note. Type "bbb" -> crash inside
DEPM
john
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 gue
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 depe
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
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> But what happens if a formula is cut&paste 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 numb
On Mon, Mar 17, 2003 at 05:44:47PM +0100, Andre Poenitz wrote:
> But what happens if a formula is cut&paste 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 "i
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 fo
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:
> 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,
> "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> Removin
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 would
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)
> "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
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 l
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
> "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 documen
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:
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 mos
> "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, the
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 ;)
|
| InsetTex
> "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_WRE
您好！如果您的电脑：1、经常莫名其妙地死机；2、显示器黑屏；3、128M的内存却经常出现"内存不足，请关闭某些应用程等字样；
4、光驱挑盘；5、打印机漏墨或断针；6、电脑网络感染病毒；7、网络连接不良；8、电脑网络或软硬件出现其它疑难病症。那么请与我联系!
一、服务项目
1、网络工程：包括网络调试及维护、网络共享上网、综合布线等。
A.快速上门进行软件、操作系统安装维护，解决系统问题排除网络故障 100元/次.
B.组建家庭网络，双机互连、三机互连，共享ADSL上网. 80-120元/次.
C.组建办公网络，按需配置对等网、服务器网，共享ADSL上
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 ...
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
pa
> "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 t
> "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...
J
> "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
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
> "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 fi
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.
> Woul
> "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 i
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 yo
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
> "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 coll
> "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
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)
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 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
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
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
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Does boost contain a simple XML parser?
No. Unless it is part of the spirit examples.
--
Lgb
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)
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 re
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 sti
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
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
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
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.
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,
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 thi
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 f
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 f
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 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 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 t
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 quest
> "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 che
> "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 ye
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
>
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
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
> "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 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 d
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 rea
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
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 atta
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 la
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
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
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 past
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 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 resetting
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,
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
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
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
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.
| Th
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) testc
90 matches
Mail list logo
