John Levon wrote:
> It also means you don't see the cursor on the first line due to our
> cursor displaying logic.
I don't see this problem.
> We need the margins back
Agreed.
Alfredo
Am Donnerstag, 8. April 2004 18:24 schrieb Jose' Matos:
> I will apply this next monday unless there is any flagrant error in it.
> All comments are welcome, as usual. :-)
I like it, really. Unfortunately I also found errors:
- revert() in lyx_1_3.py has too many arguments
- lyx2lyx -t 22
Am Donnerstag, 8. April 2004 12:13 schrieb Jean-Marc Lasgouttes:
> I applied it.
Thanks. Now I can continue to work on the dvi export and graphics inset
problems.
Georg
Angus Leeming wrote:
>>> Would the knowledgable please review and apply if appropriate.
>>
>> I don't remember the details, but I suspect that the updateCounters
>> call should be done at the begining of redoParagraph and not at the
>> end? (because the label change can modify rebreaking)
>>
>>
Am Mittwoch, 7. April 2004 10:32 schrieb Angus Leeming:
> Using --enable-maintainer-mode I find that (as happened yesterday?)
> typing 'make' causes autogen.sh and configure to be re-run. Fine. The
> strangeness, however, is that the order of directory traversal is
> something like:
>
> intl
> boo
On Thursday 08 April 2004 17:45, Angus Leeming wrote:
> Jose' Matos wrote:
> > Hi all,
> > Attached follows the new lyx2lyx.
>
> [snip...]
>
> > _ use the flexity provided by opt.err to output different levels
> > of
> > debug.
>
> So all convert and revert functions get passed an 'opt' variabl
John Levon wrote:
> On Thu, Apr 08, 2004 at 05:25:10PM +0100, Angus Leeming wrote:
>
>> Now, personally, I think that it should be there, but leaving that
>> to one side, why don't we have a minibuffer that 'appears' when I
>> type 'M-x' and 'disappears' when I subsequently hit return? That
>> wa
Jose' Matos wrote:
> Hi all,
> Attached follows the new lyx2lyx.
[snip...]
> _ use the flexity provided by opt.err to output different levels
> of
> debug.
So all convert and revert functions get passed an 'opt' variable
eventually?
And will this opt variable have a dubug level, similar t
On Thu, Apr 08, 2004 at 05:25:10PM +0100, Angus Leeming wrote:
> Now, personally, I think that it should be there, but leaving that to
> one side, why don't we have a minibuffer that 'appears' when I type
> 'M-x' and 'disappears' when I subsequently hit return? That way, its
> behaviour is anal
Hi all,
Attached follows the new lyx2lyx.
There are several itens missing but this reveals the new structure. I
have also merged Georg's latest patch.
I will apply this next monday unless there is any flagrant error in it.
All comments are welcome, as usual. :-)
What
Leaving aside Andre's assertion that it is broken at the moment, the
command buffer in the Qt frontend is turned off by default. The
rationale is that it eats up screen real estate and only gurus use it
anyway.
Now, personally, I think that it should be there, but leaving that to
one side, why
Navigation passed math insets using the cursor keys tends to get
stuck.
Eg
blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah
blah blah blah blah blah blah blah blah blah
|a=b
blah blah blah blah blah blah blah blah blah
blah blah blah blah blah
[EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/mathed/
> Changes by: [EMAIL PROTECTED]04/04/08 17:20:05
>
> Modified files:
> lyx-devel/src/mathed/: math_decorationinset.C math_dotsinset.C
> math_support.C
>
> Log
On Monday 05 April 2004 20:02, Andre Poenitz wrote:
> Tell me about DSL. You know, we've got the Most Modern Telco Network
> in the Known Universe(tm) over here. Which means glass fibre up to the
> kitchen sink. But no DSL.
Sad. Here in Denmark we have FiWi in the bathroom. In Finland I gues it c
Alfredo Braunstein wrote:
>> Comparing redoParagraphs in lyx 13x and 14x, the new code is
>> missing an updateCounters call just before it exits the routine. In
>> fact there appear to be many more calls to updateCounters in 13x. I
>> don't know how many of these updateCounters are needed anymore,
I tracked down the reason why the dot of \dot{m} isn't drawn.
The attached, diagnostic patch demostrates that the 'x' passed to
mathed_draw_deco is uninitialised for a math inset '\dot{m}'
Typical output:
mathed_draw_deco "dot", x=271716953, y=646, w=6, h=6
mathed_draw_deco ptr = 0x120525a38
dr
Angus Leeming wrote:
> Comparing redoParagraphs in lyx 13x and 14x, the new code is missing
> an updateCounters call just before it exits the routine. In fact
> there appear to be many more calls to updateCounters in 13x. I don't
> know how many of these updateCounters are needed anymore, but addi
On Thu, Apr 08, 2004 at 12:52:53PM +0200, Juergen Spitzmueller wrote:
> * In 1.4, the top/bottom margin in the lyxview is close to zero. Personally, I
> don't like this.
It also means you don't see the cursor on the first line due to our
cursor displaying logic.
We need the margins back
john
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Juergen Spitsmueller has verified that this one-liner cures the
Angus> problem. Ok to apply to 13x and to 14x?
Angus> * lyx_sty.C (boldsymbol_def): modify so that it outputs
Angus> "\providecommand" rather than "newcommand"
Juergen Spitsmueller has verified that this one-liner cures the
problem. Ok to apply to 13x and to 14x?
* lyx_sty.C (boldsymbol_def): modify so that it outputs
"\providecommand" rather than "newcommand", thereby preventing
clashes with packages that define "boldsymbol" the
Comparing redoParagraphs in lyx 13x and 14x, the new code is missing
an updateCounters call just before it exits the routine. In fact
there appear to be many more calls to updateCounters in 13x. I don't
know how many of these updateCounters are needed anymore, but adding
one to redoPragraphs fi
Angus Leeming wrote:
> Differences:
* In 1.4, the top/bottom margin in the lyxview is close to zero. Personally, I
don't like this.
Jürgen.
I have two screen shots here (total 80kB) of the same document
displayed in 13x and in 14x.
The primary point to make is that the similarity of appearance
between the two is very impressive. The line breaking algorithm
appears to be identical.
Differences:
* The minibuffer has disappeared :-(
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> Georg, should it be applied to 1.3.x too?
Georg> Yes, 1.3 has the same problem, and I think it is safe enough.
Thanks. I applied it.
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> OK, OK I surrender, please stop hitting my head it hurts!
Georg> Well, I did not intend to hit your head, if Angus' post had
Georg> arrived before I wrote mine I would have been quiet.
>> Nevertheless,
Angus Leeming wrote:
> Also, if you enter using the keyboard arrow keys, then the cursor is
> displayed elsewhere, even though the inset is 'active'. Typing new
> stuff into the inset works fine.
>
> This is current cvs, including Andre's 1 line change to
> math_scriptinset.C.
This seems to be c
the new mouse text selection behaviour is cool (!)
one problem: start selecting outside an inset, go inside -> crash.
Alfredo
Not sure if this is the "correct" solution though. The top_y habdling should
be probably completely centralized in some setCachePos like in insets/, but
I've lost track inside the math/ hierarchy.
I think we should put bv.top_y inside PainterInfo directly so we can avoid
including BufferView.h in
Angus Leeming wrote:
> C_FormBaseInputCB is a callback function of the now-dead FormBase
> class. So, what's calling it? A. build_forks is the routine used
> to build the forks dialog. But the forks dialog is also dead...
OMG I have a superpower... I see dead dialogs ;-)
> Alfredo, FormForks
John Levon wrote:
> On Thu, Apr 08, 2004 at 12:04:26AM +0100, Angus Leeming wrote:
>
>> Question 1
>> ==
>> Is this safe? Ie, will it work if $FIG is empty?
>> +if test "$FIG" = "xfig"; then
>>
>> The usual strategy is:
>> +if test "x$FIG" = "xxfig"; then
>>
>> which is guaranteed to wo
Alfredo Braunstein wrote:
> after configuring with
>
> ../configure --enable-maintainer-mode --with-version-suffix \
> --with-frontend="qt xforms gtk" --disable-debug
>
> and compiling successfully, the thing breaks on the final linking
> step of the gtk frontend with
>
> frontends/gtk/.libs/li
... into an inset with more than one paragraph.
Alfredo
Index: text2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
retrieving revision 1.569
diff -u -p -u -r1.569 text2.C
--- text2.C 7 Apr 2004 16:57:56 - 1.569
++
Angus Leeming wrote:
> Question 1
> ==
> Is this safe? Ie, will it work if $FIG is empty?
> +if test "$FIG" = "xfig"; then
I forgot the reason for putting the x in there. But if this is unsafe, then
there are other unsafe things already:
test $tex_to_lyx_command = "reLyX" && tex_to_lyx_c
after configuring with
../configure --enable-maintainer-mode --with-version-suffix \
--with-frontend="qt xforms gtk" --disable-debug
and compiling successfully, the thing breaks on the final linking step of
the gtk frontend with
frontends/gtk/.libs/libgtk.a(xforms.o)(.text+0x6f516): In function
34 matches
Mail list logo
