http://bugzilla.lyx.org/show_bug.cgi?id=3510
The problem is an interference of newer babel bundles with the way \markboth
is defined (if \markboth is defined after babel, babel somehow gets the
language in uppercase and complains about an unknown language ENGLISH).
The only solution I know (bes
On Fri, Jun 08, 2007 at 08:22:42PM +0200, Jean-Marc Lasgouttes wrote:
> > "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
>
> Stefan> Critical bugs don't get less critical by ignorance. If anybody
> Stefan> wants to know more:
>
> [snip]
>
> Great analysis!
>
> I would say that th
hi
I want to do some coding help. My language is persian(farsi) and I
want to help Lyx support farsi.But I don't have experience coding for
multi-lingual documents.Can anyone help me where to start?
regards behzad
Bo Peng wrote:
> I prefer a smaller font so I used typewriter, Tiny, with color latex.
I prefer normalsize roman font and red (like beamer pause/endFrame) or blue
(like pagebreak).
> The style name is more difficult to decide.
>
> End environment is appropriate because another type of environmen
Alfredo Braunstein wrote:
> I was hoping for the patch to be applied sooner, as
> it was discussed enough, fixed a crash, and had some good side effects
> (removal of the destroyed signals etc)...
But you wrote it's "completely untested". If this is no more true, I'd say go
ahead and apply it.
Stefan Schimanski wrote:
> Bug: http://bugzilla.lyx.org/show_bug.cgi?id=3787
> Problem: Changing the font does not change the fontmetrics variable.
> Patch:
Looks good and works for me.
Jürgen
The real problems are those pointed by Edwin: hover is for active UI
elements and frame is reserved to the element in which the cursor is.
I do not quite get what you meant. Is frame the math corners? Anyway,
I will leave the headache (decision) to Jose and follow what he
suggests. There has bee
> Firefox also had only one button in the 1.5 series. And I don't like
> the 2.x UI with the button per tab.
please dont close the bug for close button on tab.
the main advantage of one button per tab is the possibility to close
different tabs just by one click without choosing the tab to be
acti
Stefan Schimanski wrote:
> Grrr, it would be helpful if one puts a comment at a bug if one has a
> patch. The subject of that thread is not really indicating that is
> has something to do with the bug.
Yes, sorry about that... I was hoping for the patch to be applied sooner, as
it was discussed e
Jean-Marc Lasgouttes wrote:
> Yes, the patch looks good, except that the messages are not very
> informative (but as a usr I would be scared to see all these messages
> in normal operation). And there is a very long line.
Fixed. Note that the scary messages are already there in svn.
Please apply
Bug: http://bugzilla.lyx.org/show_bug.cgi?id=3787
Problem: Changing the font does not change the fontmetrics variable.
Patch:
Index: src/TextMetrics.cpp
===
--- src/TextMetrics.cpp (Revision 18720)
+++ src/TextMetrics.cpp (Arbeitskop
On Fri, 8 Jun 2007, José Matos wrote:
On Friday 08 June 2007 16:59:35 [EMAIL PROTECTED] wrote:
In Sweden, June 22nd would be a bad choice because it's a big holiday -
everybody is off. I'll be in the archipelago for instance. I'm guessing
Martin might be off as well?
What is the problem? If
Bo Peng wrote:
> On 6/8/07, Peter Kümmel <[EMAIL PROTECTED]> wrote:
>> Attached a small patch and a png for a button
>> to close the current tab, see screen shot.
>> closetab.png have to go into lib/images.
>>
>> Jose, please tell me when I could put it in.
>
> Good work. This is requested by many
The attached patch adds SplitLayout environment to a few layout/inc
files that will end up in almost all layouts.
I see from this thread that most people like to have this in. Attached
is an updated patch. I put this layout to stdlayout.inc so that it
will show up in almost all layouts.
The onl
On 6/8/07, Peter Kümmel <[EMAIL PROTECTED]> wrote:
Attached a small patch and a png for a button
to close the current tab, see screen shot.
closetab.png have to go into lib/images.
Jose, please tell me when I could put it in.
Good work. This is requested by many people, although they seem to
p
Attached a small patch and a png for a button
to close the current tab, see screen shot.
closetab.png have to go into lib/images.
Jose, please tell me when I could put it in.
Peter
Index: src/frontends/qt4/GuiView.h
===
--- src/fr
LeftMargin"xxx"
I also dislike this because this makes it impossible to see the
environment depth of this layout.
Cheers,
Bo
Style "End Environment"
CopyStyle Standard
KeepEmpty 1
LeftMargin"xxx"
LabelType Static
LabelString "--End environment--"
LabelFont
Series Bold
The attached patch allows users to input arbitrary parameters by
prefixing it with a '@' sign. @ will be removed in latex output, but
reserved in lyx files.
I see no comment on this patch. Because this is within my field, I
will commit tomorrow if there is no objection.
Cheers,
Bo
Am 08.06.2007 um 20:05 schrieb Alfredo Braunstein:
Stefan Schimanski wrote:
If we want multiple views and update the cursors when switching, we
should do it properly, maybe somehow similar to the patch below.
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3785
Stefan
Or... just apply
h
> "Stefan" == Stefan Schimanski <[EMAIL PROTECTED]> writes:
Stefan> Critical bugs don't get less critical by ignorance. If anybody
Stefan> wants to know more:
[snip]
Great analysis!
I would say that the fix is correct, but I'd wait for Andre's input.
JMarc
I am looking for a simple package to do a couple of invoices only.
One option is to use invoice.sty
I don't know latex but I do know lyx.
So, one option is to create an invoice.layout file.
But I don't know how to create a layout file.
Is there documentation on how to do this?
Assuming I do this
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
>> I toss M$ Word because, among other overly clever features, it
>> changes i to I all the time.
Edwin> (before we used the big nasty wolf to scare people, now it is
Edwin> the big nasty M$)
>> I would object, in general, any *automatic*
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> The objection to this was because it implied to another data member
>> to the inset. Is there a solution that does not imply this?
Bo> Only mathhull has this mouse_hover_ variable so it is less a
Bo> problem than the inset background case. (at
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> José Matos wrote:
>> - What are the patches submitted that you think deserve attention?
>> I would like to give special attention to critical bugs and so
>> on...
Alfredo> This fixes a crash with multiple views...
Alfredo
Stefan Schimanski wrote:
> If we want multiple views and update the cursors when switching, we
> should do it properly, maybe somehow similar to the patch below.
>
> The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3785
>
> Stefan
Or... just apply
http://www.mail-archive.com/lyx-devel@lists.l
If we want multiple views and update the cursors when switching, we
should do it properly, maybe somehow similar to the patch below.
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=3785
Stefan
Index: lyx-devel/src/DocIterator.cpp
==
Sven Schreiber wrote:
> So does this mean the issue is resolved or will it be forgotten unless I
> file a bug?
is resolved.
Jürgen
Stefan Schimanski wrote:
> Then the question is only from which file format revision we start
> with a lyx2lyx filter: from the change of the exporting behavior or
> from the fix from today and the last days...
That depends on the format when the change happened. If it was during the
1.5 developm
No, our patches did not change the file format. The file format was
changed long ago (don't ask me exactly, Dov might know better).
If you want to implement something in lyx2lyx then you need to know
when
exactly that happened, because that will determine the formats X
and X+1
between those
Stefan Schimanski wrote:
> No, our patches did not change the file format. The file format was
> changed long ago (don't ask me exactly, Dov might know better).
If you want to implement something in lyx2lyx then you need to know when
exactly that happened, because that will determine the formats
Selon José Matos <[EMAIL PROTECTED]>:
> On Friday 08 June 2007 16:24:52 Mael Hilléreau wrote:
> > There is actually arguments to give when you insert such a function. I
> > think it is clear enough that no computation will be made (LyX is for
> > writing only).
> >
> > Mael.
>
> Oops, that is not
hzluo schrieb:
> Current install version do not have an icon for functions popup.
>
> I think the patch is on the way.
> We now have a functions.xpm for that button.
> So you will have a 20x20 button instead of a long string.
>
> BTW, I think the provided functions.xpm is not
> so informative. I
Leuven, E. wrote:
>> I toss M$ Word because, among other overly clever features, it changes
>> i to I all the time.
>
> (before we used the big nasty wolf to scare people, now it is the big
> nasty M$)
>
>> I would object, in general, any *automatic*
>> changes to what I entered without my agr
Am 08.06.2007 um 18:20 schrieb Georg Baum:
Stefan Schimanski wrote:
Am 08.06.2007 um 16:16 schrieb Dov Feldstern:
Stefan Schimanski wrote:
Ok, EPM is another issue, maybe even a matter of taste one could
enable/disable in the preferences. But first we should get this
into svn. José? Dov's
> I toss M$ Word because, among other overly clever features, it changes
> i to I all the time.
(before we used the big nasty wolf to scare people, now it is the big nasty M$)
> I would object, in general, any *automatic*
> changes to what I entered without my agreement.
can u say D, can u sa
On Friday 08 June 2007 16:24:52 Mael Hilléreau wrote:
> There is actually arguments to give when you insert such a function. I
> think it is clear enough that no computation will be made (LyX is for
> writing only).
>
> Mael.
Oops, that is not correct. It can connect to a CAS (like maxima) and ret
Stefan Schimanski wrote:
>
> Am 08.06.2007 um 16:16 schrieb Dov Feldstern:
>
>> Stefan Schimanski wrote:
>>> Ok, EPM is another issue, maybe even a matter of taste one could
>>> enable/disable in the preferences. But first we should get this
>>> into svn. José? Dov's patch has my OK.
>>
>> Great
On Friday 08 June 2007 16:59:35 [EMAIL PROTECTED] wrote:
> In Sweden, June 22nd would be a bad choice because it's a big holiday -
> everybody is off. I'll be in the archipelago for instance. I'm guessing
> Martin might be off as well?
What is the problem? If you have one more reason to celebrat
Selon "Leuven, E." <[EMAIL PROTECTED]>:
> > What about an "f(x)" symbol?
>
> this suggests to me that there is an argument to give or a function to build,
> and i would expect it more on a toolbar to interface with maple etc (imho of
> course...)
There is actually arguments to give when you inser
On Fri, 8 Jun 2007, José Matos wrote:
in the release of rc1. The new schedule can be found in the usual place:
http://wiki.lyx.org/Devel/ReleaseSchedule
(Executive summary: rc2 - 15 June; final - 22 June)
In Sweden, June 22nd would be a bad choice because it's a big holiday -
everybody is off
On Fri, 8 Jun 2007, Bo Peng wrote:
Christian and I have to fix the dictionary downloading problem of the
windows installer before RC2.
I agree. My problem is a lack of a Windows machine at home, but I think I
can work on it during next week.
Has anyone heard from Joost in a while?
/Christi
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=2446
The patch:
Index: lyx-devel/src/Text3.cpp
===
--- lyx-devel.orig/src/Text3.cpp2007-06-08 17:51:19.0 +0200
+++ lyx-devel/src/Text3.cpp 2007-06-08 17:51:40.0
IMHO, if you prefer to use "f" instead of real function names,
I suggest to use a black (maybe also bold) "f" followed by a blue box.
Or better, "fun" followed by a blue box (but then the button may be
too wide for normal size, which is set to 20x20. Maybe "fn"?).
But I still think "f" is less st
even if it's possible it doesn't mean it is advisable or even desirable
I toss M$ Word because, among other overly clever features, it changes
i to I all the time. I would object, in general, any *automatic*
changes to what I entered without my agreement.
I propose to put this under the umbrel
Am 08.06.2007 um 16:16 schrieb Dov Feldstern:
Stefan Schimanski wrote:
Ok, EPM is another issue, maybe even a matter of taste one could
enable/disable in the preferences. But first we should get this
into svn. José? Dov's patch has my OK.
Great. Next (but the patch shouldn't wait for this
José Matos wrote:
> - What are the patches submitted that you think deserve attention?
> I would like to give special attention to critical bugs and so on...
This fixes a crash with multiple views...
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg119336.html
A/
Selon Mael Hilléreau <[EMAIL PROTECTED]>:
> > > BTW, I think the provided functions.xpm is not
> > > so informative. I made another one.
> > > Please see attached. If anyone wants to test
> > > it, just put it in images\math
> > > I have tested it at normal size and large size.
> > > It looks good
> Intuitive or not, we should not do that because $\ $ etc
> are perfectly acceptable latex code.
even if it's possible it doesn't mean it is advisable or even desirable
and people who love to have $\ $ dispersed in their documents can always use ERT
Selon Alfredo Braunstein <[EMAIL PROTECTED]>:
> hzluo wrote:
>
> >>I am not sure I understand. Do the labels appear under the icons? Do
> >>we support that?
> >>
> >>JMarc
> >
> > Current install version do not have an icon for functions popup.
> >
> > I think the patch is on the way.
> > We now h
The objection to this was because it implied to another data member to the
inset. Is there a solution that does not imply this?
Only mathhull has this mouse_hover_ variable so it is less a problem
than the inset background case. (at least mathchar does not have it).
It is possible to save thi
Hi!
(Starting this in a brand new thread, for the new topic.)
Stefan asked in http://permalink.gmane.org/gmane.editors.lyx.devel/87176:
> Another thing, you saw the getPosVisually method in the rtl_spaces
> patch? I think it's what we need to implement visual movement, no? It
> takes care to co
On 6/8/07, Leuven, E. <[EMAIL PROTECTED]> wrote:
José wrote:
>> On Friday 08 June 2007 15:51:33 Leuven, E. wrote:
>> so the inset should be dissolved when these are entered...?
>
> It seems more intuitive, no?
Intuitive or not, we should not do that because $\ $ etc are perfectly
acceptable lat
Stefan Schimanski wrote:
Ok, EPM is another issue, maybe even a matter of taste one could
enable/disable in the preferences. But first we should get this into
svn. José? Dov's patch has my OK.
Great. Next (but the patch shouldn't wait for this!), we have to look
into lyx2lyx for converting ol
> What about an "f(x)" symbol?
this suggests to me that there is an argument to give or a function to build,
and i would expect it more on a toolbar to interface with maple etc (imho of
course...)
José wrote:
>> On Friday 08 June 2007 15:51:33 Leuven, E. wrote:
>> so the inset should be dissolved when these are entered...?
>
> It seems more intuitive, no?
yes
Critical bugs don't get less critical by ignorance.
If anybody wants to know more:
1) CommandInset (used e.g. for references in mathed) has two cells to
hold information about where it points to. But it only draws a
button, not the cells themselves. So accessing the cells' coordinates
in t
On Friday 08 June 2007 15:50:19 Bo Peng wrote:
> As I have said, I would not bother with this math hover business if a
> non-background mathbg is acceptable.
The objection to this was because it implied to another data member to the
inset. Is there a solution that does not imply this?
> This f
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jürgen Spitzmüller wrote:
>> OK for branch and trunk?
Jürgen> I've committed to trunk. Jean-Marc, what about 1.4?
Yes.
JMarc
On Friday 08 June 2007 15:51:33 Leuven, E. wrote:
> so the inset should be dissolved when these are entered...?
It seems more intuitive, no?
--
José Abílio
hzluo wrote:
>>I am not sure I understand. Do the labels appear under the icons? Do
>>we support that?
>>
>>JMarc
>
> Current install version do not have an icon for functions popup.
>
> I think the patch is on the way.
> We now have a functions.xpm for that button.
> So you will have a 20x20 bu
Bo Peng wrote:
>> what is the point of $ $ and $\ $ ?
>
> A method to force extra spaces, and more likely, entered by accident
> (and then it is impossible to remove them).
so the inset should be dissolved when these are entered...?
Yes, but if you have to move your mouse over all the document to find
such places, it is kind of boring...
As I have said, I would not bother with this math hover business if a
non-background mathbg is acceptable.
This feature does help the $x^2$is case.
Bo
The patch makes backgroundColor() a virtual function. It is the same
idea, isn't it?
OK, then I am all for it.
Bo
what is the point of $ $ and $\ $ ?
A method to force extra spaces, and more likely, entered by accident
(and then it is impossible to remove them).
Bo
Jürgen Spitzmüller wrote:
> OK for branch and trunk?
I've committed to trunk. Jean-Marc, what about 1.4?
Jürgen
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> which adds 4 bytes to Inset for no good reason.
Bo> I do not know much about this topic, but would not it be cheaper
Bo> to use a virtual function for this? By default setBackgroundColor
Bo> does nothing, but if an inset does need to respond to
Jean-Marc Lasgouttes wrote:
> We should disable previews for empty insets.
good idea.
Jürgen
José Matos wrote:
> Alt m + m creates a math inset, leave it and watch it disappear to reappear
> again when you have the cursor over(/inside) it. I have been surprised by
> this behaviour a few times before...
out of perverse curiosity (and since it is friday):
what is the point of $ $ and $\
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Friday 08 June 2007 15:25:00 Bo Peng wrote:
>> 1. this patch is used to help identifying spaces around mathed, and
>> find 'disappearing' mathed like $\ $;
José> Or even something like this $ $, it becomes almost black magic.
José> :
which adds 4 bytes to Inset for no good reason.
I do not know much about this topic, but would not it be cheaper to
use a virtual function for this? By default setBackgroundColor does
nothing, but if an inset does need to respond to this call, it can
redefine this function.
I know we already ha
On Friday 08 June 2007 15:21:21 Jürgen Spitzmüller wrote:
> OK?
>
> Jürgen
OK.
--
José Abílio
On Friday 08 June 2007 15:25:00 Bo Peng wrote:
> 1. this patch is used to help identifying spaces around mathed, and
> find 'disappearing' mathed like $\ $;
Or even something like this $ $, it becomes almost black magic. :-)
Alt m + m creates a math inset, leave it and watch it disappear to reapp
Bo Peng wrote:
>> just revert the silly thing...
>>
> I would like to state again that:
>
> 1. this patch is used to help identifying spaces around mathed, and
> find 'disappearing' mathed like $\ $;
if you want to show spaces then you should show spaces not the space around the
spaces
> 5. t
I do not really care about math hover and splitlayout patches, they
can go in or be reverted as you wish.
I do want the 'allowing arbitrary listings parameter' patch to go in
before rc2. Otherwise, new features of listings can not be used.
Christian and I have to fix the dictionary downloading p
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Monday 21 May 2007 15:43:12 Jean-Marc Lasgouttes wrote:
José> configure:9993: checking if gcc supports -fno-rtti
José> -fno-exceptions configure:10011: gcc -c -g -O -Wextra -Wall
José> -fno-rtti -fno-exceptions conftest.c >&5 cc1: war
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
>> Current install version do not have an icon for functions popup.
Edwin> missing entry in scons_manifest and makefile i guess
>> BTW, I think the provided functions.xpm is not so informative. I
>> made another one.
Edwin> i like it.
I lik
I applied the Bidi patch to disable special space handling and Dov's
insertion magic to switch the language of the space in front of the
boundary. With this one I think RC2 will finally have usable RTL
support now. Please check it out and report problems. We committed
quite a lot of code so
http://bugzilla.lyx.org/show_bug.cgi?id=3313
Strongly agreed.
Bo
On 6/8/07, Leuven, E. <[EMAIL PROTECTED]> wrote:
Jean-Marc Lasgouttes wrote:
> An alternative solution would be to draw a frame around all top-level
> math insets (and have the frame color be transparent by default).
just revert the silly thing...
I would like to state again that:
1. this pa
> Current install version do not have an icon for functions popup.
missing entry in scons_manifest and makefile i guess
> BTW, I think the provided functions.xpm is not so informative. I made another
> one.
i like it.
josé?
As discussed on the user's list.
Scons is correct AFAICS.
OK?
Jürgen
Index: lib/Makefile.am
===
--- lib/Makefile.am (Revision 18714)
+++ lib/Makefile.am (Arbeitskopie)
@@ -502,6 +502,7 @@
images/math/frac.xpm \
images/math/frac-s
On Monday 21 May 2007 15:43:12 Jean-Marc Lasgouttes wrote:
> José> configure:9993: checking if gcc supports -fno-rtti
> José> -fno-exceptions configure:10011: gcc -c -g -O -Wextra -Wall
> José> -fno-rtti -fno-exceptions conftest.c >&5 cc1: warning: command
> José> line option "-fno-rtti" is valid f
On Friday 08 June 2007 15:01:18 Stefan Schimanski wrote:
> Dov's patch has my OK.
OK.
--
José Abílio
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> Ok, here's an attempt to do something similar to what you
Dov> suggested:
Dov> *) I added this new translateAndInsert to BufferView, not to
Dov> Intl. First of all, Intl seems to be very specific to only
Dov> manipulating the KeyMap; a
I am not sure I understand. Do the labels appear under the icons? Do
we support that?
JMarc
Current install version do not have an icon for functions popup.
I think the patch is on the way.
We now have a functions.xpm for that button.
So you will have a 20x20 button instead of a long string.
Yes, I think it is what we want. The space that was typed at the
end of the Hebrew was meant to separate it from the next word. By
switching its language, we achieve exactly that.
But here you press space F12 space. And what you mean is that you
press space to separate words, switch to LTR,
Stefan Schimanski wrote:
On top of those, we can continue experimenting with the EPM ---
though again, I'm not sure anymore that it's really necessary, and I
also agree somewhat with the issues that Andre' raised...
I think you are right. EPM can come later. We should put in your
patch ASAP. B
On Jun 8, 2007, at 3:16 AM, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I think we should restrict manual replace too (if possible). It
should
not be allowed to do with replace something that would not be
possible
via normal editing.
attached is a complete patch that includes ma
I think this one should be in as it is marked critical now:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
If somebody can make a better patch I'm happy for that :-)
BTW, there are several other latex syntax that lyx
output but tex2lyx can't translate, results in the
lyx-exported .tex can't be i
Bo Peng wrote:
>> Herbert> The current behaviour is easy!
>
> But not so easy for lyx newbies. The question is: what to insert that
> do not show up in the screen output (better latex output), yet split
> the environment? I remember that it took me 10 minutes to figure that
> out a few years ago.
OK, I am fed up about this whining "people do not like my features,
they do not like me".
It sounds like Friday, doesn't it. :-)
It is quite OK that we have different opinions, and it is OK to me
that my proposal is rejected by the majority. Although I respect your
(and Jose's) worry about futu
Herbert> The current behaviour is easy!
But not so easy for lyx newbies. The question is: what to insert that
do not show up in the screen output (better latex output), yet split
the environment? I remember that it took me 10 minutes to figure that
out a few years ago.
Cheers,
Bo
Right, sorry... F12 is in the hebrew bindings, and all it does is
bind to "language hebrew" (which toggles back and forth between
Hebrew and the primary language, as set in the preferences; note
that this is *not* the document language, but the default
language). I'm not sure what switching
Stefan Schimanski wrote:
Am 08.06.2007 um 13:30 schrieb Dov Feldstern:
Stefan Schimanski wrote:
I like it! The only thing missing is the EPM which works with the
patch. I added this in set_font_spaces_magic.patch. Moreover I made
your patch a bit simpler. I hope it's ok like that.
I inco
Am 08.06.2007 um 13:30 schrieb Dov Feldstern:
Stefan Schimanski wrote:
I like it! The only thing missing is the EPM which works with the
patch. I added this in set_font_spaces_magic.patch. Moreover I
made your patch a bit simpler. I hope it's ok like that.
I incorporated some of the chang
On Friday 08 June 2007 10:16:49 Jean-Marc Lasgouttes wrote:
> Andre', Jose', would that be OK?
>
> JMarc
OK.
--
José Abílio
Stefan Schimanski wrote:
I like it! The only thing missing is the EPM which works with the patch.
I added this in set_font_spaces_magic.patch. Moreover I made your patch
a bit simpler. I hope it's ok like that.
I incorporated some of the changes you proposed. But the main change you
made I'd
Koji Yokota wrote:
> Georg Baum wrote:
>> Then Koji could fire up a debugger, set a breakpoint in
>> parse_printf_directive() and report what the result of the narrow() call
>> is.
>
> Do you mean the return value of wrap_narrow() call? If so, the result of
> gdb was:
Yes, I meant that.
> > $1
Jean-Marc Lasgouttes wrote:
> An alternative solution would be to draw a frame around all top-level
> math insets (and have the frame color be transparent by default).
just revert the silly thing...
1 - 100 of 136 matches
Mail list logo
