Uwe Stöhr wrote:
> Attached is a batch for bug 2907
> http://bugzilla.lyx.org/show_bug.cgi?id=2907
>
> It shows the index dialog like in LyX 1.3.x and previous.
>
> The code is stolen from LFUN_NOMENCL_INSERT and works as expected.
> If there are no objections, can this go into branch?
If any, I w
[EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/changeset/20180
> Log:
> LyX.py: fix thinko that lead to out of range list when adding a file to the
> documentation
I don't remember having approved this.
Jürgen
Enrico Forestieri wrote:
> Please, can I have permission to apply patches for icons without asking,
> when I simply improve their on screen rendering without actually changing
> their images?
You have permission to do so.
Jürgen
Hi, Jose,
As we have discussed, the attached patch adds manifest to .lyx file
itself, as a separate manifest section. The idea here is that
manipulation of embedding status is independent of whether or not the
.lyx file will be saved in bundled format. This ensures lossless
conversion when we pack
On Mon, Sep 10, 2007 at 12:44:56AM +0200, Uwe Stöhr wrote:
> Attached is a batch for bug 2907
> http://bugzilla.lyx.org/show_bug.cgi?id=2907
>
> It shows the index dialog like in LyX 1.3.x and previous.
>
> The code is stolen from LFUN_NOMENCL_INSERT and works as expected.
> If there are no objec
On Mon, Sep 10, 2007 at 02:13:01AM +0200, Uwe Stöhr wrote:
> > But there still should be something in the manual about it.
>
> I'll do this later because the UserGuide is currently rewritten to be up to
> date for LyX 1.5.2.
> You can be sure that I won't forget it.
Great!
I meant not only floa
I missed this change: there is no longer document tab close button. Why was it removed? I often use
this and I think the only alternative would be to have a close button at every tab.
regards Uwe
As the email title says.
> But there still should be something in the manual about it.
I'll do this later because the UserGuide is currently rewritten to be up to
date for LyX 1.5.2.
You can be sure that I won't forget it.
regards Uwe
> Here is the patch again, with version 284 and do-nothing reversion.
>
> I don't think I have the power to commit such things, so
> I hope someone else can do that - provided the patch is ok of course.
Well done!
I adjusted your patch only a bit:
- remove the tab in lyx_1_6.py (would otherwise
Attached is a batch for bug 2907
http://bugzilla.lyx.org/show_bug.cgi?id=2907
It shows the index dialog like in LyX 1.3.x and previous.
The code is stolen from LFUN_NOMENCL_INSERT and works as expected.
If there are no objections, can this go into branch?
regards Uwe
Index: Text3.cpp
==
> I had a CV document that worked on this same machine with the previous LyX
1.4.2, which I just
> updated to 1.5.1. Nothing else has changed. Now, however, the curriculum
vitae (simple) document
> class does not work, complaining about not finding the LaTeX stuff and will
now not render the
>
I had a CV document that worked on this same machine with the
previous LyX 1.4.2, which I just updated to 1.5.1. Nothing else has
changed. Now, however, the curriculum vitae (simple) document class
does not work, complaining about not finding the LaTeX stuff and will
now not render the docu
Bo Peng schrieb:
I was not very careful, I meant 'and par[-1].strip() == '''. I have fixed it.
I couldn't see this in SVN, so i fixed this there.
thanks and regards
Uwe
>. I have fixed it.
Ohmm, I have some network problem here and can not commit. Uwe, please
fix it yourself.
while par[-1].strip() == '' and par:
to
while par and par[-1].strip() == '':
Cheers,
Bo
> > This line is logically wrong. It should be
> >
> > while par and par[-1].strip():
>
> This fixes the list range bug, I therefore applied it.
I was not very careful, I meant 'and par[-1].strip() == '''. I have fixed it.
Bo
File "D:\LyXSVN\lyx-devel\build-msvc\Resources\lyx2lyx\LyX.py", line
544, in get_toc
while par[-1].strip() == '' and par:
IndexError: list index out of range
This line is logically wrong. It should be
while par and par[-1].strip():
This fixes the list range bug, I therefore applied it.
Bo Peng schrieb:
File "D:\LyXSVN\lyx-devel\build-msvc\Resources\lyx2lyx\LyX.py", line 544, in
get_toc
while par[-1].strip() == '' and par:
IndexError: list index out of range
This line is logically wrong. It should be
while par and par[-1].strip():
This fixes the list range bug, I the
> This is strange because doc_toc.py is utf-8 encoded and the "Í" is included
> in latin1.
> But anyway, when I delete this character, I get:
>
> File "D:\LyXSVN\lyx-devel\build-msvc\Resources\lyx2lyx\LyX.py", line 544, in
> get_toc
> while par[-1].strip() == '' and par:
> IndexError: list i
Bo Peng schrieb:
It seems that doc_toc.py can no longer
build toc.
One of the problems is the title "Índice general LyX documentation"
can not be encoded at line 279 of LyX.py.
This is strange because doc_toc.py is utf-8 encoded and the "Í" is included in
latin1.
But anyway, when I delete th
hi,
create new table and try to put cursor on some cell by mouse.
lyx always put the cursor to row+1 then the mouse cursor actually
points to.
can anybody confirm ?
pavel
> It seems that doc_toc.py can no longer
> build toc.
One of the problems is the title "Índice general LyX documentation"
can not be encoded at line 279 of LyX.py.
Bo
> The problem was due to the fact that in branch
> there are both delim.xbm and delim.xpm and everything was converted
> to png, such that one of the two files was lost.
Thanks for investigating and fixing.
regards Uwe
Andre Poenitz wrote:
Probably. After the merging there's quite some cruft of the
thin-wrapper-around-misbehaving-thin-wrappers style left.
Bugfixing might be as simple as removing stuff...
i put it in:
http://www.lyx.org/trac/changeset/20172
On Sun, Sep 09, 2007 at 11:37:01AM +0200, Helge Hafting wrote:
> On Sun, Sep 09, 2007 at 12:34:07PM +0300, Martin Vermeer wrote:
> > On Sun, Sep 09, 2007 at 10:46:52AM +0200, Jürgen Spitzmüller wrote:
> > > Darren Freeman wrote:
> > > > In which case maybe we can accept the words (broken) or (bugs)
Hi, Uwe,
Scons can not install lyx after the recent User's guide update. Could
you check what is going on? It seems that doc_toc.py can no longer
build toc.
Cheers,
Bo
On Sun, Sep 09, 2007 at 01:50:32PM +0200, Edwin Leuven wrote:
> Edwin Leuven wrote:
> >the attached makes it usable again...
>
> and i guess these can all go
Probably. After the merging there's quite some cruft of the
thin-wrapper-around-misbehaving-thin-wrappers style left.
Bugfixing might be as
On Sun, Sep 09, 2007 at 01:06:35PM +0200, Edwin Leuven wrote:
> the attached makes it usable again...
Thanks.
Andre'
On Sun, Sep 09, 2007 at 04:18:36PM +0200, Enrico Forestieri wrote:
> On Sun, Sep 09, 2007 at 04:09:52PM +0200, Uwe Stöhr wrote:
>
> > > Please, can I have permission to apply patches for icons without asking,
> > > when I simply improve their on screen rendering without actually changing
> > >
On Sun, Sep 09, 2007 at 04:09:52PM +0200, Uwe Stöhr wrote:
> > Please, can I have permission to apply patches for icons without asking,
> > when I simply improve their on screen rendering without actually changing
> > their images?
>
> But you (or someone else) recently changed them: The "deli
> Please, can I have permission to apply patches for icons without asking,
> when I simply improve their on screen rendering without actually changing
> their images?
But you (or someone else) recently changed them: The "delim.xpm" in branch is now different to
"delim.png" in trunk.
For me as do
On Sun, Sep 09, 2007 at 10:47:31AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Attached the corresponding patch for branch.
> > Jürgen, may I apply it?
>
> Yes, go ahead.
I also applied the patch corresponding to changeset 20158.
Please, can I have permission to apply patch
On Sun, Sep 09, 2007 at 10:48:58AM +0200, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > Applied.
>
> Is this already described in status.15x?
Now it is. Thanks for the reminder.
--
Enrico
Edwin Leuven wrote:
the attached makes it usable again...
and i guess these can all go
Index: src/frontends/qt4/GuiExternal.cpp
===
--- src/frontends/qt4/GuiExternal.cpp (revision 20164)
+++ src/frontends/qt4/GuiExternal.cpp (worki
Changes submitted for bug 4045
Software error:
Insecure dependency in exec while running with -T switch at
/home/bugzilla/mozilla/webtools/bugzilla/process_bug.cgi line 1267.
For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving
this error message and the time and date of the er
On Sun, 2007-09-09 at 12:28 +0300, Martin Vermeer wrote:
> On Sun, Sep 09, 2007 at 05:59:45PM +1000, Darren Freeman wrote:
> > On Sat, 2007-09-08 at 22:07 +0200, Pavel Sanda wrote:
> > > it seems i was able to catch another way how to reproduce the bug 4045.
> > > 1. launch lyx, new doc
> > > 2. la
the attached makes it usable again...
Index: src/frontends/qt4/GuiGraphics.cpp
===
--- src/frontends/qt4/GuiGraphics.cpp (revision 20164)
+++ src/frontends/qt4/GuiGraphics.cpp (working copy)
@@ -217,12 +217,6 @@
}
-void GuiGraph
Richard Heck wrote:
I haven't tested, but I know you'll need to add a do-nothing reversion
as well. And the format number went to 283 earlier, so:
Thanks. Here is the patch again, with version 284 and do-nothing reversion.
I don't think I have the power to commit such things, so
I hope someone
> > If you want, add your above case to the bug and I'll confirm it. CC: me
> > if you like as this whole business is getting to me. I can hardly bear
> > to edit my thesis on my desktop PC.
ok
> Just like the earlier slowness which was cleared by window
> resize, is this cleared by paste? Or by
On Sun, Sep 09, 2007 at 12:34:07PM +0300, Martin Vermeer wrote:
> On Sun, Sep 09, 2007 at 10:46:52AM +0200, Jürgen Spitzmüller wrote:
> > Darren Freeman wrote:
> > > In which case maybe we can accept the words (broken) or (bugs) or (see
> > > docs) in the 1.5.x menu items?
> >
> > No.
> >
> > Jür
On Sun, Sep 09, 2007 at 10:46:52AM +0200, Jürgen Spitzmüller wrote:
> Darren Freeman wrote:
> > In which case maybe we can accept the words (broken) or (bugs) or (see
> > docs) in the 1.5.x menu items?
>
> No.
>
> Jürgen
I seem to remember once proposing to throw this whole
(mis-)feature behind
On Sun, Sep 09, 2007 at 05:59:45PM +1000, Darren Freeman wrote:
> On Sat, 2007-09-08 at 22:07 +0200, Pavel Sanda wrote:
> > it seems i was able to catch another way how to reproduce the bug 4045.
> > 1. launch lyx, new doc
> > 2. launch firefox/openoffice, select text, copy text
> > 3. try to write
On Sat, Sep 08, 2007 at 11:06:04PM -0500, Bo Peng wrote:
> Currently, EmbeddedFiles stores a list of ParConstIterator that can be
> used to locate the inset's paragraph. This has a number of problems:
>
> 1. I can only move the cursor to the beginning of the paragraph, not
> where the inset is.
>
Enrico Forestieri wrote:
> Applied.
Is this already described in status.15x?
Jürgen
Enrico Forestieri wrote:
> Attached the corresponding patch for branch.
> Jürgen, may I apply it?
Yes, go ahead.
Jürgen
Darren Freeman wrote:
> In which case maybe we can accept the words (broken) or (bugs) or (see
> docs) in the 1.5.x menu items?
No.
Jürgen
On Sat, 2007-09-08 at 23:39 +0200, Helge Hafting wrote:
> Second iteration of the floatflt->wrapfig transition patch,
> for lyx-1.6 only due to the format change.
In which case maybe we can accept the words (broken) or (bugs) or (see
docs) in the 1.5.x menu items? It seems to have been agreed now
On Sat, 2007-09-08 at 22:07 +0200, Pavel Sanda wrote:
> it seems i was able to catch another way how to reproduce the bug 4045.
> 1. launch lyx, new doc
> 2. launch firefox/openoffice, select text, copy text
> 3. try to write something quickly or move with cursor, everything is
> unbearably slow.
> I spent a few hours on this idea, and everything seems to be fine
> until I use inset_iterator_begin(inset_ptr) to locate the inset. Lyx
> instantly crashes. It turns out the the stored inset pointer is
> obsolete without any buffer edition.
It turns out that I can not use 'inset_iterator_begin(
49 matches
Mail list logo
