The attached patch fixes this bug: crash on attempt to load non-existent
included document. The problem was that the parent name of the current
buffer was being set even if the document was not loaded (hit "cancel")
and, if the document is not loaded, then the current buffer doesn't
change, which m
Richard Heck wrote:
> Georg Baum wrote:
>> Richard Heck wrote:
>>
>>
>>> This is the result of a problem that Uwe noticed the other day with the
>>> MikTeX implementation of the htlatex scripts: The scripts will not run
>>> properly unless they are run in the same directory as the original file
Andre Poenitz wrote:
> On Wed, May 23, 2007 at 04:09:50PM -0400, Richard Heck wrote:
>
>> Is it safe to use the create_symlink function from boost::filesystems?
>> Are there platforms on which we want LyX to run that don't handle symlinks?
>>
> You mean Windows?
>
Except Vista, as I've l
José Matos wrote:
> I will wait for Jürgen's input on this one. :-)
I cannot test now, but (apart from some formatting issues, i.e. line
lengths) it looks sensible to me.
Jürgen
On Wed, May 23, 2007 at 07:51:31PM +0100, José Matos wrote:
> On Wednesday 23 May 2007 7:09:58 am Andre Poenitz wrote:
> > I guess it would be enough to throw just once and make up the other
> > five...
>
> I have made it finally using old methods. :-)
You mean by killing the opponents? Is that
On Wed, May 23, 2007 at 04:09:50PM -0400, Richard Heck wrote:
> Is it safe to use the create_symlink function from boost::filesystems?
> Are there platforms on which we want LyX to run that don't handle symlinks?
You mean Windows?
Andre'
The attached removes a few pointless calls from QInclude.cpp that do
nothing but cause a warning to be written to the console. OK to commit?
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu
The attached addresses http://bugzilla.lyx.org/show_bug.cgi?id=2199,
crash on inclusion of files on which lyx2lyx chokes. The problem seems
to have been with the logic generally. It seems to have been assumed
that a file that could not be loaded wasn't a LyX file at all, but the
buffer for it was l
Bug 3717 reveals two problems:
1. {}\n is not properly handled
2. [LaTeX]TeX should be surrounded by {}
Bug 3718 is for save/read parameter string with '"'. This can happen
if a user input caption={"someting with quote"} in the advanced tab,
in settings->text layout->listings, or some advanced p
Edwin,
your commit:
http://www.lyx.org/trac/changeset/18478
broke the build system because you didn't update the make and SCons files. I
repaired this part:
http://www.lyx.org/trac/changeset/18481
Why did you remove the attic folder? Did you get an OK from two developers to do this; I can't fin
On Thursday 24 May 2007 00:25:46 Uwe Stöhr wrote:
> As André gave his OK and me too this can go in right?
Yep. :-)
> regards Uwe
--
José Abílio
Never mind...see the other message.
Enrico Forestieri wrote:
> On Wed, May 23, 2007 at 06:04:59PM -0400, Richard Heck wrote:
>
>> Enrico (and anyone else who is interested),
>>
>> Can you try one and let me know if it works properly on Windows? I
>> believe it should, even with the broken htla
Enrico Forestieri wrote:
> On Wed, May 23, 2007 at 12:00:58PM -0400, Richard Heck wrote:
>
> I tested the patch on linux and I found some quirks. The least important
> is that when exporting to html, the export dir is filled with byproduct
> files such as .dvi, .aux, .log, .idv, and others which
> I would like to hear what André has to say about this patch. :-)
As André gave his OK and me too this can go in right?
regards Uwe
On Wed, May 23, 2007 at 06:04:59PM -0400, Richard Heck wrote:
>
> Enrico (and anyone else who is interested),
>
> Can you try one and let me know if it works properly on Windows? I
> believe it should, even with the broken htlatex. The idea is to copy
> whatever files we need to the temporary co
On Wednesday 23 May 2007 20:30:20 Bo Peng wrote:
> The attached patch update the "listing" counter if the InsetInclude
> inset contains lstinputlisting and has a caption. If also set
> InsetInclude label to "Program listing X" when needed.
>
> OK to commit?
>
> The only problem I can see is that th
On Wed, May 23, 2007 at 10:43:54PM +0200, Herbert Voss wrote:
> Enrico Forestieri wrote:
> > On Wed, May 23, 2007 at 05:38:21PM +0200, Jean-Marc Lasgouttes wrote:
> >>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> >> Enrico> Going further in your reasoning we should also mak
On Wed, May 23, 2007 at 10:39:56PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
>
> >> I know you could find a better example, if you tried harder ;) The
> >> \foostyle commands are about forcing TeX to do what it does not
> >> want to do
On Wed, May 23, 2007 at 12:00:58PM -0400, Richard Heck wrote:
> Enrico Forestieri wrote:
> > Unfortunately, htlatex on Windows only works when you call it with a
> > simple filename without a path (either absolute or relative), so the
> > tempdir approach will not work the way you thought it. Howev
Edwin Leuven wrote:
Leuven, E. wrote:
so then i suggest the attached patch. it
- introduces toolbar_toggle lfun
- adds a "toggle math toolbar" and "toggle table toolbar" buttons to
the main toolbar
(i also moved "toggle toc" there)
- adds a "toggle math panels" button to the math toolbar
- r
Enrico (and anyone else who is interested),
Can you try one and let me know if it works properly on Windows? I
believe it should, even with the broken htlatex. The idea is to copy
whatever files we need to the temporary conversion directory. Then we
can do everything without paths.
Richard
--
On Wed, May 23, 2007 at 05:20:52PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> When sizeof(wchar_t) != 4 or wchar_t is not present, then our
> Enrico> facets implementation should kick in. I use it with no
> Enrico> problems in b
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > The only simple solution I can think of right now is to emit a signal in
> > the Inset destructor that we can connect to the CursorSlice. The
> > CursorSlice will then invalidate itself.
>
> Here is what I came up with. In principle this should s
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> And you're the guy who can add that, right?
Right.
JMarc
Jean-Marc Lasgouttes wrote:
> Richard> Should the "critical" and "major" bug lists also check the
> Richard> milestone? I've just reset 1474 to milestone 1.6.0, because
> Richard> I'm morally certainly no-one is going to fix such an obscure
> Richard> crash before 1.5.0. But it still shows up on th
Jean-Marc Lasgouttes wrote:
> Richard> So does this seems sensible?
>
> Why do you want symlinks actually?
It's not a big deal, but the solution I've worked out to various
problems with the converter code (e.g., in the case of htlatex) involves
copying the file we're converting from (infile, in the
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> Should the "critical" and "major" bug lists also check the
Richard> milestone? I've just reset 1474 to milestone 1.6.0, because
Richard> I'm morally certainly no-one is going to fix such an obscure
Richard> crash before 1.5.0. Bu
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> So does this seems sensible?
Why do you want symlinks actually?
JMarc
Abdelrazak Younes wrote:
> Richard Heck wrote:
>> Should the "critical" and "major" bug lists also check the milestone?
> Yes IMO.
OK, then. Done. I can't do it for regressions, as too many of those have
no milestone set and maybe shouldn't. But I can try to go through these
at some point.
rh
-
Richard Heck wrote:
Should the "critical" and "major" bug lists also check the milestone?
Yes IMO.
Abdel.
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> Stefan Schimanski wrote:
The attached patch fixes that. It should fix also a number of
other situation where cursor may be invalidated. I had to add a
test in Cursor:
Should the "critical" and "major" bug lists also check the milestone?
I've just reset 1474 to milestone 1.6.0, because I'm morally certainly
no-one is going to fix such an obscure crash before 1.5.0. But it still
shows up on the list
rh
--
===
Jean-Marc Lasgouttes wrote:
> Richard> Is it safe to use the create_symlink function from
> Richard> boost::filesystems? Are there platforms on which we want LyX
> Richard> to run that don't handle symlinks?
>
> Windows?
>
So does this seems sensible?
namespace {
// A little helper for
Jean-Marc Lasgouttes wrote:
> Richard> Is it safe to use the create_symlink function from
> Richard> boost::filesystems? Are there platforms on which we want LyX
> Richard> to run that don't handle symlinks?
>
> Windows?
>
I thought Windows did do symlinks but not hard links. Google tells me I
w
Enrico Forestieri wrote:
> On Wed, May 23, 2007 at 05:38:21PM +0200, Jean-Marc Lasgouttes wrote:
>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
>> Enrico> Going further in your reasoning we should also make difficult
>> Enrico> the use of tables as many people misuse them, too
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> Is it safe to use the create_symlink function from
Richard> boost::filesystems? Are there platforms on which we want LyX
Richard> to run that don't handle symlinks?
Windows?
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> I know you could find a better example, if you tried harder ;) The
>> \foostyle commands are about forcing TeX to do what it does not
>> want to do.
Enrico> Even if TeX is right most of the time, sometimes it is wrong.
Enrico> T
> "Stanislaw" == Stanislaw Kalicinski <[EMAIL PROTECTED]> writes:
Stanislaw> Hi Jean-Marc, I'm using LyX 1.4.4 on WinXP and also
Stanislaw> experienced a truncated documents problem.
Stanislaw> I can't reproduce it, but if my memory serves me well, once
Stanislaw> I started playing with diffe
Is it safe to use the create_symlink function from boost::filesystems?
Are there platforms on which we want LyX to run that don't handle symlinks?
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.e
The attached patch update the "listing" counter if the InsetInclude
inset contains lstinputlisting and has a caption. If also set
InsetInclude label to "Program listing X" when needed.
OK to commit?
The only problem I can see is that the counters are not updated
immediately after, for example, a
On 5/23/07, José Matos <[EMAIL PROTECTED]> wrote:
On Wednesday 23 May 2007 5:03:44 pm Bo Peng wrote:
> > I should have noticed this when (partially) fixing the `recursive
> > includes' problem. I didn't.
>
> OK. Jose, can the following go in?
It seems reasonable. OK.
Committed. Fixes bug 370
On Wed, May 23, 2007 at 05:38:21PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Enrico> Going further in your reasoning we should also make difficult
> Enrico> the use of tables as many people misuse them, too!
>
> I know you could find a
Peter Kümmel wrote:
> When you run with -dbg 8 you will see the how full the
> x11 queue is. Here it is never more than 1 event in the queue,
Hope you could understand these sentences ;)
Peter
On Wednesday 23 May 2007 12:07:06 pm Helge Hafting wrote:
> If I have a working lyx 1.5 installed and runs a compiled LyX from
> the build directory, then it works.
>
> If I do a "make install" then lyx will start but fail to open
> the userguide as "lyx2lyx" fails to convert it. I can't even
> mak
On Wednesday 23 May 2007 5:03:44 pm Bo Peng wrote:
> > I should have noticed this when (partially) fixing the `recursive
> > includes' problem. I didn't.
>
> OK. Jose, can the following go in?
It seems reasonable. OK.
--
José Abílio
Thanks for the intensive testing, Helge!
Helge Hafting wrote:
> void lyx::BufferView::updateScrollbar() Updating scrollbar: height: 1175 curr
> par: 905 default height 32
> scrolling: one event posted
> void lyx::BufferView::scrollDocView(int)[ value = 259297]
> void lyx::BufferView::updateScroll
On Wednesday 23 May 2007 7:09:58 am Andre Poenitz wrote:
> I guess it would be enough to throw just once and make up the other
> five...
I have made it finally using old methods. :-)
> Andre'
--
José Abílio
On Wednesday 23 May 2007 12:04:17 pm Helge Hafting wrote:
> I guess a different version of lyx2lyx ran when I ran lyx from the
> build directory instead of installing it. :-/
If you run lyx2lyx from the build dir instead of the source dir you have to
add an environment variable to be able to ru
On 5/23/07, Juergen Spitzmueller <[EMAIL PROTECTED]> wrote:
Herbert Voss wrote:
> from the manual *tbph for float and tbp for floatplacement
Then here comes the patch:
1. disallow h in floatplacement and allow * in float
- { "float", "false", true, SUBSETOF, "tbph", "" },
- { "f
INVITATION
Hereby I invite everyone interested to participate in the ?th International
LyX Developers' Meeting in Bromarv, Western Uusimaa, municipality of Ekenäs.
Time:
Long weekend August 11. Arrival, e.g., August 9 or 10, departure August 13 or
14. These are no hard limits.
August 2007
On Wed, May 23, 2007 at 03:11:50PM +0200, Jean-Marc Lasgouttes wrote:
> > "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
>
> Darren> On Wed, 2007-05-23 at 11:43 +0200, Helge Hafting wrote:
> >> Darren Freeman wrote: > Did anybody howl when XForms was dropped?
> >> >
> >> Yes they di
On Wed, May 23, 2007 at 12:13:16PM +0200, Helge Hafting wrote:
> Dov Feldstern wrote:
> >Peter Kümmel wrote:
> >>
> >>I'm running out of ideas...
> >>Is this patch better (the flush call is new)?
> >>Or with processEvents instead of flush?
> >>
> >
> >event_2.patch works for me --- but then again e
On Wed, May 23, 2007 at 05:25:24PM +1000, John Pye wrote:
> Along these lines of standard key-bindings, I vote for ctrl-I to be used
> for creating italics, rather than ctrl-E, which I always slip off and
> press ctrl-R, with dangerous consequences if I have my hand poised over
> the 'enter' key!
All that below of course should be a better way to implement cursorUp/
Down in display math (after removing the mentioned magic margin in
Text::cursorUp/Down which was needed according to Martin for display
math).
Stefan
I am not completely sure how to do this in the right way, but what
w
Herbert Voss wrote:
> from the manual *tbph for float and tbp for floatplacement
Yes, I stand corrected.
Jürgen
Leuven, E. wrote:
so then i suggest the attached patch. it
- introduces toolbar_toggle lfun
- adds a "toggle math toolbar" and "toggle table toolbar" buttons to the main
toolbar
(i also moved "toggle toc" there)
- adds a "toggle math panels" button to the math toolbar
- reshuffles the Big Oper
I am not completely sure how to do this in the right way, but what we
need something like this:
Index: src/Cursor.cpp
===
--- src/Cursor.cpp (Revision 18436)
+++ src/Cursor.cpp (Arbeitskopie)
@@ -1101,10 +1101,18 @@
from the _manual_ *tbph for float and tbp for floatplacement
I thought that float,floatplacement=xxx == float=xxx. You mean h and *
have to be specified in float?
This will certainly complicate InsetListingsParams.
Bo
Uwe Stöhr wrote:
>> I find them very useful when I don't like
>> the default sizes TeX uses in fractions, for example.
>
> Better use the commands \cfrac, \tfrac, etc. in this case.
>
>> I would not use
>> them simply for changing the limits style.
>
> But this is not the intention of these com
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Stefan Schimanski wrote:
The attached patch fixes that. It should fix also a number of
other situation where cursor may be invalidated. I had to add a
test in Cursor::fixIfBroken() for the cas
Juergen Spitzmueller wrote:
> Bo Peng wrote:
>
>>> I think Herbert refers to the character, as in "!ht".
>> I do not see this anywhere in the manual.
>
> From what I understand in the listings sourcde, only "tbp" are valid.
from the _manual_ *tbph for float and tbp for floatplacement
Herbert
>> only "tbp" are valid.
>
> Not even h?
Doesn't seem so.
I suggest that we do not do anything because disallowing h will
generate a lot of complains because it is in the manual.
Cheers,
Bo
Bo Peng wrote:
>> only "tbp" are valid.
>
> Not even h?
Doesn't seem so.
Jürgen
I should have noticed this when (partially) fixing the `recursive
includes' problem. I didn't.
OK. Jose, can the following go in?
Index: src/insets/InsetInclude.cpp
===
--- src/insets/InsetInclude.cpp (revision 18476)
+++ src/inset
From what I understand in the listings sourcde,
That is the only way to figure out.
only "tbp" are valid.
Not even h?
Bo
Stefan Schimanski wrote:
I removed the margin now completely and substract 1 in the cursorUp
case. This works fine everywhere but the display math. In display math
(i.e. a InsetMathHull) the cursor up/down keys are not handled
properly. Instead Cursor::bruteFind is used to find the nearest inse
Helge Hafting wrote:
Bo Peng wrote:
Issues:
* The LyX document can't include its own source file as a listing,
complaining that the document includes itself. A bit strange perhaps,
but this is _not_ a problem with a listing, as the nothing more will
be included from the listed source. Sugg
Bo Peng wrote:
>> I think Herbert refers to the character, as in "!ht".
>
> I do not see this anywhere in the manual.
>From what I understand in the listings sourcde, only "tbp" are valid.
Jürgen
Uwe Stöhr wrote:
>> I don't like this. Both the old tooltip and icon were correct.
>
> It is not correct, please look at the bugreport. The user thinks when
> clicking on this button that these settings are about sums or limits but
> both is incorrect. You can use these commands for all constructs
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Wed, 23 May 2007, Jean-Marc Lasgouttes wrote:
>>> "John" == John Pye <[EMAIL PROTECTED]> writes:
>>
John> Along these lines of standard key-bindings, I vote for ctrl-I to
John> be used for creating italics, ra
> I think an icon about size is as wrong as an icon about limit placements.
Hmm, I must admit, yes.
But note that it was not the first time we got questions about this icon.
> Personally I
> would think that these things do not belong to the math panel, because
> they should only rarely be used
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> Personally I would think that these things do not belong to the
>> math panel, because they should only rarely be used (and many
>> people think they have to use them for every other formula).
Enrico> I think I do not agree here,
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Stefan Schimanski wrote:
>>> The attached patch fixes that. It should fix also a number of
>>> other situation where cursor may be invalidated. I had to add a
>>> test in Cursor::fixIfBroken() for the case were we are
Jean-Marc Lasgouttes wrote:
"Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> When sizeof(wchar_t) != 4 or wchar_t is not present, then our
Enrico> facets implementation should kick in. I use it with no
Enrico> problems in both cygwin and mingw, don't know about other
Enrico> pl
Am 23.05.2007 um 17:08 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
My cursor often skips lines when moving downwards. I was trying to
understand the code and found this in Text2.cpp:
// To middle of next row
int const margin = 3 * InsetMathHull::displayMargin() / 2;
editXY(cur,
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> When sizeof(wchar_t) != 4 or wchar_t is not present, then our
Enrico> facets implementation should kick in. I use it with no
Enrico> problems in both cygwin and mingw, don't know about other
Enrico> platforms.
Do you have a s
Stefan Schimanski wrote:
Hi!
My cursor often skips lines when moving downwards. I was trying to
understand the code and found this in Text2.cpp:
// To middle of next row
int const margin = 3 * InsetMathHull::displayMargin() / 2;
editXY(cur, x, y + pm.rows()[row].descent() + margin);
What is
Peter Kümmel wrote:
I'm running out of ideas...
Is this patch better (the flush call is new)?
Or with processEvents instead of flush?
I just saw a nasty problem, using the processEvents version
of the patch:
1. Insert a listing.
2. Inside the listing, insert a caption
3. Type fast inside th
Bo Peng wrote:
Issues:
* The LyX document can't include its own source file as a listing,
complaining that the document includes itself. A bit strange perhaps,
but this is _not_ a problem with a listing, as the nothing more will
be included from the listed source. Suggestion: skip the "incl
Stefan Schimanski wrote:
The attached patch fixes that. It should fix also a number of other
situation where cursor may be invalidated.
I had to add a test in Cursor::fixIfBroken() for the case were we are
not inside an Inset but in the main Text.
Nice! Testing it for a few minutes now. Looks
On Wed, 23 May 2007, Jean-Marc Lasgouttes wrote:
"John" == John Pye <[EMAIL PROTECTED]> writes:
John> Along these lines of standard key-bindings, I vote for ctrl-I to
John> be used for creating italics, rather than ctrl-E, which I always
John> slip off and press ctrl-R, with dangerous conseque
On Wed, May 23, 2007 at 03:40:08PM +0200, Jean-Marc Lasgouttes wrote:
> This seems to point to a problem with using widen/narrow on a facet
> like std::ctype. Of course, I know next to nothing about that.
> Enrico, would you have some ideas about whether freebsd has the needed
> support?
I reall
I think Herbert refers to the character, as in "!ht".
I do not see this anywhere in the manual. Listings silently ignores
invalid placement chars so I can not test it either. I am not sure if
I need to trust Herbert on this issue (and Uwe once mentioned H).
It would not harm to allow ! and H t
Georg Baum wrote:
> Richard Heck wrote:
>
>
>> This is the result of a problem that Uwe noticed the other day with the
>> MikTeX implementation of the htlatex scripts: The scripts will not run
>> properly unless they are run in the same directory as the original file.
>>
> Several other con
Bo Peng wrote:
> This is already the case. The SUBSETOF tag lets the validator to see
> if the parameter is composed of given characters. It also disallows
> empty parameter.
I think Herbert refers to the character, as in "!ht".
Jürgen
Abdelrazak Younes wrote:
> Richard Heck wrote:
>> So now I type an
>> "a". That narrows it down to everything that contains "sa". Again,
>> little progress. Now I type "m". That will weed out a few things, but
>> possibly not very many, especially because I have a lot of annote,
>> abstract, and re
> or !... with at least one character of tbph
If this is the case (I didn't find it in the listings manual), it should be
added to InsetListingsParams.
This is already the case. The SUBSETOF tag lets the validator to see
if the parameter is composed of given characters. It also disallows
empty
Neal Becker wrote:
> Oh, I did get an answer. Unfortunately, I can't seem to find the message
> right now, but the answer is, that I need to make that agr->pdf instead of
> agr->pdf2.
>
> There was also a discussion that the use of pdf{,2,3} was really a broken
> design.
>
It is confusing, b
On Wed, May 23, 2007 at 02:08:21PM +0200, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Stefan Schimanski wrote:
> >> Hi!
> >>
> >> My cursor often skips lines when moving downwards. I was trying to
> >> understand the code and f
On Wed, May 23, 2007 at 12:05:39AM +0200, Uwe Stöhr wrote:
> Neal Becker schrieb:
>
> >This is lyx-1.5.0b3.
> >I selected 'block' and I get something that says:
> >block ( ERT[{title}] body ):
> >
> >There is no way to select that block... with the mouse. How do I
> >edit it?
> >
> >If I do not
On Wed, May 23, 2007 at 03:17:14PM +0200, Jean-Marc Lasgouttes wrote:
> > "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> >> I don't like this. Both the old tooltip and icon were correct.
> Uwe> It is not correct, please look at the bugreport. The user thinks
> Uwe> when clicking on this bu
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> OK -- I did it. It works fine.
Thanks.
JMarc
On May 23, 2007, at 9:19 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Yes. (I would have expected a different error message,
Bennett> though.)
Bennett> Is this something I should bother testing? If so, how?
Bennett> (Current svn works.)
- eas
On Wed, May 23, 2007 at 02:52:38PM +0200, Uwe Stöhr wrote:
> > I don't like this. Both the old tooltip and icon were correct.
>
> It is not correct, please look at the bugreport. The user thinks when
> clicking on this button that
> these settings are about sums or limits but both is incorrect.
> "Koji" == Koji Yokota <[EMAIL PROTECTED]> writes:
Koji> I attach the backtrace when the program is crashed as additional
Koji> information.
Looking at the backtrace, the problem happens at line 333 of
boost/format/parsing.hpp:
switch ( wrap_narrow(fac, *start, 0) ) {
case '
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Sure... do you have a list handy?
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], who else?
JMarc
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Yes. (I would have expected a different error message,
Bennett> though.)
Bennett> Is this something I should bother testing? If so, how?
Bennett> (Current svn works.)
- easy route: just wait until next release
- more involved
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I don't like this. Both the old tooltip and icon were correct.
Uwe> It is not correct, please look at the bugreport. The user thinks
Uwe> when clicking on this button that these settings are about sums
Uwe> or limits but both is incorrect. Yo
On Mon, May 21, 2007 at 10:37:50AM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> So this very much looks like August 11 is the weekend.
>
> Yes.
>
> Martin> Shall I proceed to prepare an official invitation for this
> Martin> date?
The attached patch fixes that. It should fix also a number of other
situation where cursor may be invalidated.
I had to add a test in Cursor::fixIfBroken() for the case were we
are not inside an Inset but in the main Text.
Nice! Testing it for a few minutes now. Looks fine. Couldn't cause a
1 - 100 of 164 matches
Mail list logo
