I've uploaded a patch to bugzilla
http://bugzilla.lyx.org/show_bug.cgi?id=3309#c3
that adds collapsible character styles, so you can do this:
CharStyle Endnote
InsetType Collapsable
LatexType Command
LatexName endnote
Preamble
\usepackage{endnotes}
EndPreamble
End
and
Richard Heck wrote:
I've done this: patch attached. That said, just removing the option from
the dialog won't do anything one way or another about old files in which
it exists. Those files will still be loaded with that option, and it
won't be handled properly.
Maybe that's OK for now, but
Richard Heck wrote:
There are several large issues with this dialog collected in bug 3893.
It really doesn't work very well. Here is a radical suggestion: Get rid
of it in favor of character styles. So we'd have character styles like
Italic, SmallCaps, and the like, accessed via the EditText
Richard Heck wrote:
Comments welcome.
Could you please wait until 1.5.0 is done?
Jürgen
Enrico Forestieri wrote:
On Wed, Jul 18, 2007 at 03:21:52AM +0300, Dov Feldstern wrote:
Hi!
Attached find a lyx2lyx for patch 1820. It's not perfect, though --- it
actually corrupts some files which shouldn't be changed at all; if
anyone wants to try and fix that, be my guest, I've just
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Comments welcome.
Could you please wait until 1.5.0 is done?
Sorry, didn't mean to distract you. It just seems as if most of us are
waiting for 1.5.0 to be done---there are a few things left, not
unimportant things, but not much for
Jürgen Spitzmüller wrote:
Dov Feldstern wrote:
So far, though, these two patches have mostly been ignored --- a few
people have responded, but not many.
You're not ignored. I agree that these patches should be considered, but I
don't understand the stuff enough to comment (and I'm too busy
Richard Heck wrote:
Sorry, didn't mean to distract you. It just seems as if most of us are
waiting for 1.5.0 to be done---there are a few things left, not
unimportant things, but not much for most of us to do
On the contrary, this is attracting me, and I try to be resistant ;-)
Jürgen
Richard Heck wrote:
Another issue is that the EditText Style menu could become very
crowded.
I can imagine a menu containing the last 10 styles used only. The last
menu item would launch a dialog with a list view (or a tree view) or all
available menu.
It'd be nice to be able to define
Abdelrazak Younes wrote:
While I agree with you, I also agree with Dov that we should branch 1.5
now...
I'm not opposed to that, but it's up to José.
Jürgen
Jürgen Spitzmüller wrote:
Richard Heck wrote:
I've done this: patch attached. That said, just removing the option from
the dialog won't do anything one way or another about old files in which
it exists. Those files will still be loaded with that option, and it
won't be handled properly.
Richard Heck wrote:
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Comments welcome.
Could you please wait until 1.5.0 is done?
Sorry, didn't mean to distract you. It just seems as if most of us are
waiting for 1.5.0 to be done---there are a few things left, not
unimportant things,
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot reproduce the crash under windows but this looks familiar to an
old crash you had with the Toc if you remember.
I rather think it's a remainder of bug 3258. Note that in the backtrace, line
3497 in InsetTabular::doDispatch is
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
While I agree with you, I also agree with Dov that we should branch 1.5
now...
I'm not opposed to that, but it's up to José.
Well, as the baby is supposed to land in your hand very soon now (how
many time I said this? ;-)) I think your
Abdelrazak Younes wrote:
Yes, it should be true but as I said, I cannot reproduce the bug so I
guess it will be true for me.
It also doesn't always crash for me (but very often).
I'll try to debug that today to verify that.
Please let me know if I can do something.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot reproduce the crash under windows but this looks familiar to an
old crash you had with the Toc if you remember.
I rather think it's a remainder of bug 3258. Note that in the backtrace, line
3497 in InsetTabular::doDispatch is
IMO, spellchecking should be disabled into notes because one often type here
some custom stuff and abbreviations such as IMO, BTW, ..., smth, manuf.,
etc., which aren't to be parsed by the spellchecker. IMHO, notes aren't intended
to be spelled correctly. It is annoying to get useless
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Here is a radical solution. I should have thought about this earlier!
The dialog will be updated in any case by the LyXFunc::dispatch() method
so the updating done in InsetTabular::dispatch() is superfluous.
This patch
- doesn't compile
Mael Hilléreau wrote:
Enhancement?
http://bugzilla.lyx.org/show_bug.cgi?id=1509
Jürgen
Abdelrazak Younes wrote:
Here is a radical solution. I should have thought about this earlier!
The dialog will be updated in any case by the LyXFunc::dispatch() method
so the updating done in InsetTabular::dispatch() is superfluous.
This patch
- doesn't compile (is_deleted_ is still used in
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Here is a radical solution. I should have thought about this earlier!
The dialog will be updated in any case by the LyXFunc::dispatch() method
so the updating done in InsetTabular::dispatch() is superfluous.
This
Abdelrazak Younes wrote:
I got a much better solution attached.
This seems to work AFAICS.
Thanks.
Jürgen
On Wed, Jul 18, 2007 at 01:57:40AM -0400, Richard Heck wrote:
There are several large issues with this dialog collected in bug 3893. It
really doesn't work very well. Here is a radical suggestion: Get rid of it
in favor of character styles. So we'd have character styles like Italic,
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I got a much better solution attached.
This seems to work AFAICS.
Jose?
On Wednesday 18 July 2007 06:43:17 Jürgen Spitzmüller wrote:
José?
OK.
Jürgen
--
José Abílio
On Wednesday 18 July 2007 10:13:58 Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I got a much better solution attached.
This seems to work AFAICS.
Jose?
OK.
--
José Abílio
José Matos wrote:
On Wednesday 18 July 2007 10:13:58 Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I got a much better solution attached.
This seems to work AFAICS.
Jose?
OK.
Done.
Abdel.
Intel Mac
Mac OSX 10.4.01
lyx1.5.0svn
Report from configure
checking for fcntl... no
checking for sys/select.h... (cached) yes
checking sys/socket.h usability... no
checking sys/socket.h presence... yes
configure: WARNING: sys/socket.h: present but cannot be compiled
configure: WARNING:
Please ignore sys/socket.h usability error, there was an error in my
configure command.
Roger
On Tuesday 17 July 2007 19:00:37 Bo Peng wrote:
Jose:
The test case of bug 3404 has multiple consecutive
\begin_deeper
\begin_deeper
\end_deeper
\end_deeper
and an \end_layout is inserted before each \begin_deeper. This leads
to excessive \end_layout.
I am *not* familiar with lyx
On Wednesday 18 July 2007 00:25:18 Uwe Stöhr wrote:
Can this go in José?
Yes.
regards Uwe
--
José Abílio
On Wednesday 18 July 2007 07:22:17 Richard Heck wrote:
Presumably, if you load one of these, it'll load fine, but if you opened
one of the URL insets and did something to it, it'd be changed from
htmlurl to url behind your back. Again, maybe not a huge problem, since
that's what the lyx2lyx
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
Also, this has only convinced me even more that it's wrong to apply a
lyx2lyx fix for this patch: this is a bug fix, there were previously
.lyx files which were ok, but which lyx was generating incorrect latex
for, and patch 1820 fixes
On Wednesday 18 July 2007 11:07:33 José Matos wrote:
I propose to ignore this for the moment. It is low hanging fruit so we
can take care of it at any time.
In case it matters this really means to move this fix to 1.6 since it
(possibly) involves a file format change.
--
José Abílio
--
On Wednesday 18 July 2007 07:26:09 Abdelrazak Younes wrote:
I'm not opposed to that, but it's up to José.
Well, as the baby is supposed to land in your hand very soon now (how
many time I said this? ;-)) I think your opinion matters.
Jose?
I think that we should branch after releasing
José Matos wrote:
After setting on bug 1820 I think the only remaining show stopper is 3613.
What's the status of the lyx2lyx issues?
Jürgen
On Wednesday 18 July 2007 11:28:19 Jürgen Spitzmüller wrote:
What's the status of the lyx2lyx issues?
I think that are quite near to get to a good solution.
Since the code deals with retroversion I will place the code in svn and then
ask people to test it. This code had a lot of testing so
José Matos wrote:
I think that are quite near to get to a good solution.
great!
Jürgen
On Tuesday 17 July 2007 19:00:37 Bo Peng wrote:
I am *not* familiar with lyx 1.3.x format and I do not know if there
are valid cases where multiple \begin_deeper should yield multiple
\end_layout. If you know the answer, the attached patch fixes bug
3404.
Cheers,
Bo
Committed thanks. :-)
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate
suggestion to
change the spelling, grammar and content of the note.
Regards,
--
José Abílio
Index: po/POTFILES.in
I propose to ignore this for the moment. It is low hanging fruit so we can
take care of it at any time.
OK, but what about the docs? Should I remove the description of linuxdoc or not?
regards Uwe
Selon Jürgen Spitzmüller [EMAIL PROTECTED]:
Mael Hilléreau wrote:
Enhancement?
http://bugzilla.lyx.org/show_bug.cgi?id=1509
Thanks. I searched but didn't find it...
Mael.
On Wednesday 18 July 2007 12:38:05 Uwe Stöhr wrote:
OK, but what about the docs? Should I remove the description of linuxdoc or
not?
Remove it.
regards Uwe
--
José Abílio
José Matos wrote:
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate suggestion to
change the spelling, grammar and content of the note.
Index: RELEASE-NOTES
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
José Matos wrote:
OK then. Enrico earlier agreed with this and then we will have more time to
fix this properly.
Done. I've also reopened the bug report with a comment.
I updated from svn on July 17 evening, and the GCC3 bug is still
there.
Jean-Pierre Chrétien [EMAIL PROTECTED] writes:
Abdelrazak Younes younes.a at ... writes:
[...]
We need the full context to help you. Please recompile
in debug mode and
send us the full backtrace.
[...]
That's all what I get
With this problem, I can't use lyx in production.
Jean-Pierre Chrétien wrote:
Here are the conditions:
env LD_OPTIONS=-R/usr/local/lib ./configure \
--with-version-suffix=-$VERS \
--with-frontend=qt4 --with-qt-dir=/usr/local/qt-4.2.1 \
you have to use --with-qt4-dir
Jürgen
José Matos wrote:
--- RELEASE-NOTES (revision 19114)
+++ RELEASE-NOTES (working copy)
@@ -19,13 +19,13 @@
using the local encodings. LyX-1.5 now assumes that all layout files are
UTF-8 encoded. This means that non-ASCII style names are still allowed
but they nust be valid UTF-8
Martin Vermeer wrote:
On Wed, Jul 18, 2007 at 01:57:40AM -0400, Richard Heck wrote:
There are several large issues with this dialog collected in bug 3893. It
really doesn't work very well. Here is a radical suggestion: Get rid of it
in favor of character styles. So we'd have character
José Matos wrote:
Since the code deals with retroversion I will place the code in svn and
then ask people to test it. This code had a lot of testing so I think it is
near public consumption. :-)
Things are much better now. We have only one issue left with (some) combining
characters. I think
http://bugzilla.lyx.org/show_bug.cgi?id=4026
Another oneliner (AltGr was not listed as modifier key).
Jürgen
Index: src/frontends/qt4/qlkey.h
===
--- src/frontends/qt4/qlkey.h (Revision 19112)
+++ src/frontends/qt4/qlkey.h
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4026
Another oneliner (AltGr was not listed as modifier key).
Ouch... this is another must go ;-)
Abdel.
On Wednesday 18 July 2007 13:45:27 Abdelrazak Younes wrote:
The diff above doesn't show anything different AFAICT.
The text has ^M at the end of lines.
--
José Abílio
On Wednesday 18 July 2007 17:42:40 Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4026
Another oneliner (AltGr was not listed as modifier key).
Jürgen
OK.
--
José Abílio
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
I think I fixed the problem I was having, this patch now works. Please
try applying it and then converting as many files as you have lying
around from older version with it, just to make sure it doesn't break
anything. Jose --- could you
On Sunday 15 July 2007 01:59:27 Dov Feldstern wrote:
BTW, a simple lyx2lyx question, which will make life much easier: how do
I get to see the debug printouts?
./lyx2lyx ... /dev/null
that is the general output is sent to /dev/null and you only care with the
warnings.
--
José Abílio
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
I think I fixed the problem I was having, this patch now works. Please
try applying it and then converting as many files as you have lying
around from older version with it, just to make sure it doesn't break
anything. Jose --- could you
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
Here are the conditions:
env LD_OPTIONS=-R/usr/local/lib ./configure \
--with-version-suffix=-$VERS \
--with-frontend=qt4 --with-qt-dir=/usr/local/qt-4.2.1 \
you have to use --with-qt4-dir
Thanks for
Il Gruppo Giovani Imprenditori, organizza, il prossimo 20/21 luglio nella
Provincia di Potenza, presso l'Hotel Garden con sede nel Comune di Barile , il
Consiglio Federale Nazionale del Gruppo Giovani
Imprenditori della Confapi, tradizionale momento di confronto promosso con i
giovani
José Matos wrote:
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
I think I fixed the problem I was having, this patch now works. Please
try applying it and then converting as many files as you have lying
around from older version with it, just to make sure it doesn't break
anything. Jose
José Matos wrote:
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
Also, this has only convinced me even more that it's wrong to apply a
lyx2lyx fix for this patch: this is a bug fix, there were previously
.lyx files which were ok, but which lyx was generating incorrect latex
for, and
Jürgen Spitzmüller wrote:
Dov Feldstern wrote:
So far, though, these two patches have mostly been ignored --- a few
people have responded, but not many.
You're not ignored. I agree that these patches should be considered, but I
don't understand the stuff enough to comment (and I'm too busy
Dov Feldstern wrote:
José Matos wrote:
On Sunday 15 July 2007 19:02:06 Dov Feldstern wrote:
I think I fixed the problem I was having, this patch now works. Please
try applying it and then converting as many files as you have lying
around from older version with it, just to make sure it doesn't
Jürgen Spitzmüller wrote:
José Matos wrote:
Since the code deals with retroversion I will place the code in svn and
then ask people to test it. This code had a lot of testing so I think it is
near public consumption. :-)
Things are much better now. We have only one issue left with (some)
Dov Feldstern wrote:
Jürgen Spitzmüller wrote:
José Matos wrote:
Since the code deals with retroversion I will place the code in svn and
then ask people to test it. This code had a lot of testing so I think
it is
near public consumption. :-)
Things are much better now. We have only one
Dov Feldstern wrote:
José Matos wrote:
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
Also, this has only convinced me even more that it's wrong to apply a
lyx2lyx fix for this patch: this is a bug fix, there were previously
.lyx files which were ok, but which lyx was generating
OK, but what about the docs? Should I remove the description of linuxdoc or
not?
Remove it.
Done.
Uwe
Can this go in José?
Yes.
Done:
http://www.lyx.org/trac/changeset/19122
Uwe
There are now still 2 lyx2lyx blockers left:
- export userguide to LyX 1.4.x format and open the result with LyX 1.4.4
- Crash
the reason are the characters \^{\i} and \^{\j} at the end of the userguide,
see http://bugzilla.lyx.org/show_bug.cgi?id=3958#c37
- with the latest lyx2lyx
http://bugzilla.lyx.org/show_bug.cgi?id=4034
To reproduce:
1. Open any file containing an InsetCommand-type inset, e.g. a label.
2. Select some material containing that inset.
3. Exit LyX.
Assertion triggered in T* boost::scoped_ptrT::operator-() const [with
T = lyx::LyX::Singletons] by failing
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sat Jul 14 15:15:51 2007
New Revision: 19077
URL: http://www.lyx.org/trac/changeset/19077
Log:
Polish and bug fixing
* Buffer::~Buffer(): transfer label updating from LyXView::closeBuffer() here
for child documents.
Looks to me like you should
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 22:56:19 2007
New Revision: 19084
URL: http://www.lyx.org/trac/changeset/19084
Log:
Add focus to current Work area by default.
void GuiView::setCurrentWorkArea(WorkArea * work_area)
{
BOOST_ASSERT(work_area);
-
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:58:22 2007
New Revision: 19083
URL: http://www.lyx.org/trac/changeset/19083
Log:
Transfer q_key_state from GuiWorkArea to QKeySymbol.
==
---
On Wed, 2007-07-18 at 22:00 -0400, Richard Heck wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4034
To reproduce:
1. Open any file containing an InsetCommand-type inset, e.g. a label.
2. Select some material containing that inset.
3. Exit LyX.
Assertion triggered in T*
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jul 15 21:35:13 2007
New Revision: 19082
URL: http://www.lyx.org/trac/changeset/19082
Log:
Allow key event processing when there is no work area.
Modified:
lyx-devel/branches/personal/younes/mvc/src/frontends/qt4/GuiView.cpp
[EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Jul 17 11:20:39 2007
New Revision: 19094
URL: http://www.lyx.org/trac/changeset/19094
Log:
Fix this bug:
1) create a doc
2) insert an ert inset
3) right-click the inset
4) new window
5) delete the ert inset: BOOM!
This commit replace the
Darren Freeman wrote:
On Wed, 2007-07-18 at 22:00 -0400, Richard Heck wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4034
To reproduce:
1. Open any file containing an InsetCommand-type inset, e.g. a label.
2. Select some material containing that inset.
3. Exit LyX.
Assertion triggered in T*
Abdelrazak Younes wrote:
I got a much better solution attached.
Abdel.
Index: frontends/controllers/ControlTabular.cpp
===
---
José Matos wrote:
Hello,
I propose to warn users of 1.5.0 regarding the downgrade to 1.4 and 1.3
documents.
I intend to commit the following patch and I would appreciate suggestion to
change the spelling, grammar and content of the note.
Regards,
Index: RELEASE-NOTES
On Thu, Jul 19, 2007 at 12:35:52AM +0300, Dov Feldstern wrote:
Dov Feldstern wrote:
José Matos wrote:
On Wednesday 18 July 2007 01:21:52 Dov Feldstern wrote:
Also, this has only convinced me even more that it's wrong to apply a
lyx2lyx fix for this patch: this is a bug fix, there were
I've uploaded a patch to bugzilla
http://bugzilla.lyx.org/show_bug.cgi?id=3309#c3
that adds collapsible character styles, so you can do this:
CharStyle Endnote
InsetType Collapsable
LatexType Command
LatexName endnote
Preamble
\usepackage{endnotes}
EndPreamble
End
and
Richard Heck wrote:
> I've done this: patch attached. That said, just removing the option from
> the dialog won't do anything one way or another about old files in which
> it exists. Those files will still be loaded with that option, and it
> won't be handled properly.
>
> Maybe that's OK for now,
Richard Heck wrote:
> There are several large issues with this dialog collected in bug 3893.
> It really doesn't work very well. Here is a radical suggestion: Get rid
> of it in favor of character styles. So we'd have character styles like
> Italic, SmallCaps, and the like, accessed via the
Richard Heck wrote:
> Comments welcome.
Could you please wait until 1.5.0 is done?
Jürgen
Enrico Forestieri wrote:
On Wed, Jul 18, 2007 at 03:21:52AM +0300, Dov Feldstern wrote:
Hi!
Attached find a lyx2lyx for patch 1820. It's not perfect, though --- it
actually corrupts some files which shouldn't be changed at all; if
anyone wants to try and fix that, be my guest, I've just
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Comments welcome.
Could you please wait until 1.5.0 is done?
Sorry, didn't mean to distract you. It just seems as if most of us are
waiting for 1.5.0 to be done---there are a few things left, not
unimportant things, but not much for
Jürgen Spitzmüller wrote:
Dov Feldstern wrote:
So far, though, these two patches have mostly been ignored --- a few
people have responded, but not many.
You're not ignored. I agree that these patches should be considered, but I
don't understand the stuff enough to comment (and I'm too busy
Richard Heck wrote:
> Sorry, didn't mean to distract you. It just seems as if most of us are
> waiting for 1.5.0 to be done---there are a few things left, not
> unimportant things, but not much for most of us to do
On the contrary, this is attracting me, and I try to be resistant ;-)
Jürgen
Richard Heck wrote:
Another issue is that the Edit>Text Style menu could become very
crowded.
I can imagine a menu containing the last 10 styles used only. The last
menu item would launch a dialog with a list view (or a tree view) or all
available menu.
It'd be nice to be able to define
Abdelrazak Younes wrote:
> While I agree with you, I also agree with Dov that we should branch 1.5
> now...
I'm not opposed to that, but it's up to José.
Jürgen
Jürgen Spitzmüller wrote:
Richard Heck wrote:
I've done this: patch attached. That said, just removing the option from
the dialog won't do anything one way or another about old files in which
it exists. Those files will still be loaded with that option, and it
won't be handled properly.
Richard Heck wrote:
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Comments welcome.
Could you please wait until 1.5.0 is done?
Sorry, didn't mean to distract you. It just seems as if most of us are
waiting for 1.5.0 to be done---there are a few things left, not
unimportant things,
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot reproduce the crash under windows but this looks familiar to an
old crash you had with the Toc if you remember.
I rather think it's a remainder of bug 3258. Note that in the backtrace, line
3497 in InsetTabular::doDispatch is
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
While I agree with you, I also agree with Dov that we should branch 1.5
now...
I'm not opposed to that, but it's up to José.
Well, as the baby is supposed to land in your hand very soon now (how
many time I said this? ;-)) I think your
Abdelrazak Younes wrote:
> Yes, it should be true but as I said, I cannot reproduce the bug so I
> guess it will be true for me.
It also doesn't always crash for me (but very often).
> I'll try to debug that today to verify that.
Please let me know if I can do something.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I cannot reproduce the crash under windows but this looks familiar to an
old crash you had with the Toc if you remember.
I rather think it's a remainder of bug 3258. Note that in the backtrace, line
3497 in InsetTabular::doDispatch is
IMO, spellchecking should be disabled into notes because one often type here
some custom stuff and abbreviations such as "IMO", "BTW", ..., "smth", "manuf.",
etc., which aren't to be parsed by the spellchecker. IMHO, notes aren't intended
to be spelled correctly. It is annoying to get useless
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Here is a radical solution. I should have thought about this earlier!
The dialog will be updated in any case by the LyXFunc::dispatch() method
so the updating done in InsetTabular::dispatch() is superfluous.
This patch
- doesn't compile
Mael Hilléreau wrote:
> Enhancement?
http://bugzilla.lyx.org/show_bug.cgi?id=1509
Jürgen
Abdelrazak Younes wrote:
> Here is a radical solution. I should have thought about this earlier!
> The dialog will be updated in any case by the LyXFunc::dispatch() method
> so the updating done in InsetTabular::dispatch() is superfluous.
This patch
- doesn't compile (is_deleted_ is still used in
1 - 100 of 160 matches
Mail list logo
