On Mon, 2007-09-10 at 17:16 +0200, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > > I am not sure which of your patches has not been put to branch, could
> > > you take care of this?
> >
> > I thought all patches were on the branch, and I am not sure what
> > problems are remaining, ac
Abdelrazak Younes wrote:
> >> http://www.lyx.org/trac/changeset/20016 - optimization: avoid some font
> >> copying
> >> http://www.lyx.org/trac/changeset/20021 - enable some non-rtl
> >> optimization
> >
> > Alfredo asked for some expert review. After that, it can go in.
> > (I've already approved
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Tue Sep 11 00:32:59 2007
New Revision: 20202
URL: http://www.lyx.org/trac/changeset/20202
Log:
shuffle some frontend stuff around. merge controller(base) and "Kernel". Make
frontend::Dialog pure virtual
Good move. I think you should also move Dia
Michael Gerz wrote:
> http://www.lyx.org/trac/changeset/19473 - more verbose message
I have backported this now
> http://www.lyx.org/trac/changeset/19747 - Delete include of config.h.
> This was needed only for the qt3 port.
an this.
Jürgen
[EMAIL PROTECTED] wrote:
Author: spitz
Date: Tue Sep 11 08:21:53 2007
New Revision: 20205
Thanks!
URL: http://www.lyx.org/trac/changeset/20205
Log:
Backport revision 19747:
* src/frontends/qt4/GuiView.h:
- Delete include of config.h. This was needed only for the qt3 port.
Modified:
Jürgen Spitzmüller wrote:
I'll comment only on those that I haven't approved last time.
http://www.lyx.org/trac/changeset/20016 - optimization: avoid some font
copying
http://www.lyx.org/trac/changeset/20021 - enable some non-rtl optimization
Alfredo asked for some expert review. After that,
Bernhard Roider wrote:
> > ... We have to decide what is our policy
> > for handling stuff in system dir vs stuff in .lyx. We cannot decide
> > file by file whether in one case the system version is read, but not
> > in the other. The behaviour should be predictable. ...
>
> So what's the opini
I'll comment only on those that I haven't approved last time.
Michael Gerz wrote:
> Not urgent, not now (but not rejected)
> --
>
> http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
> http://www.lyx.org/trac/changeset/19409 - Get rid of a few warnings
Bo Peng wrote:
> Done. r20199.
Thanks.
Jürgen
Uwe Stöhr wrote:
> Jürgen can this patch also go into branch?:
> http://www.lyx.org/trac/changeset/20195
Yes.
Jürgen
On Mon, Sep 10, 2007 at 10:42:32PM +0200, Andre Poenitz wrote:
> On Mon, Sep 10, 2007 at 10:44:01PM +0300, Martin Vermeer wrote:
> > OK for trunk?
>
> > Index: src/mathed/InsetMathFrac.cpp
> > ===
> > --- src/mathed/InsetMathFrac.cpp
[EMAIL PROTECTED] schrieb:
> http://bugzilla.lyx.org/show_bug.cgi?id=3974
>
>
>
>
>
> --- Additional Comments From [EMAIL PROTECTED] 2007-09-10 11:34 ---
> So, Bernhard, what shall we do with this? Postpone to 1.5.3?
>
>
When i posted the patch to the devel-list there was this comment fr
[EMAIL PROTECTED] schrieb:
http://bugzilla.lyx.org/show_bug.cgi?id=3974
--- Additional Comments From [EMAIL PROTECTED] 2007-09-10 11:34 ---
So, Bernhard, what shall we do with this? Postpone to 1.5.3?
When i posted the patch to the devel-list there was this comment from JMarc:
> Using a map for this purpose would fit exactly. If you
> need also the reverse translation then it might not be the best fit
> anymore
There are reverse translations. The problem is that *both* names have
to be checked because EmbeddedFiles does not know in advance which
name will be checked.
>
Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
That the dialog is not opened has always been very annoying for me,
therefore I tried to fix this.
For me, it is annoying if it is always opened.
What do others think?
I think I agree with you. I personally never change the text so I
remember bein
Bo Peng wrote:
> Now, JMarc mentioned that he would like to use a map for embedded
> files.
That seems natural to me: At some place you have to translate from external
to embedded names. Using a map for this purpose would fit exactly. If you
need also the reverse translation then it might not be
Uwe Stöhr wrote:
> For me, it is annoying if it is always opened.
OK, but have you already indexed some documents?
Yes, otherwise I wouldn't comment.
The larger the number of index entries the more it will annoy you.
I admit that my document were not large...
Abdel.
Uwe Stöhr wrote:
As the email title says.
Yes, many dialogs are still not operational. In this case the problem is
that updateView() is never called...
Abdel.
Uwe Stöhr wrote:
I missed this change: there is no longer document tab close button. Why
was it removed?
It was not removed. It is there, just not visible for Qt < 4.3. I didn't
investigated yet. I'd hoped that Edwin or Peter (or Andre) would have an
idea...
Abdel.
Bennett Helm wrote:
On Sep 10, 2007, at 7:10 PM, Uwe Stöhr wrote:
Is this description correct?:
PATH prefix
This field contains a list of paths to external programs. When LyX
needs to use an external program, it looks in this list where to find
it on the system. The path list is automatically
Alfredo Braunstein wrote:
I don't have time either unfortunately. I'll be a rather busy (read
traveling) in the next 30 days or so... IMHO, (if you agree) we should just
revert the full patch series if possible.
Hum, looks like I did not see this proposal, sorry. I've changed already
TextMetri
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
Furthermore, it doesn't fix bug 2907: C-i still doesn't open the inset's
dialog. Do fix this (which also applies to url, nomenclature and others),
you'd need the change LFUN_NEXT_INSET_TOGGLE or LFUN_INSET_TOGGLE,
respectively. But then. you ha
On Sep 10, 2007, at 7:10 PM, Uwe Stöhr wrote:
Is this description correct?:
PATH prefix
This field contains a list of paths to external programs. When LyX
needs to use an external program, it looks in this list where to
find it on the system. The path list is automatically set up on
Window
Is this description correct?:
PATH prefix
This field contains a list of paths to external programs. When LyX needs to use an external program,
it looks in this list where to find it on the system. The path list is automatically set up on
Windows systems while LyX is configured, so that you norm
On Mon, Sep 10, 2007 at 10:44:01PM +0300, Martin Vermeer wrote:
> OK for trunk?
> Index: src/mathed/InsetMathFrac.cpp
> ===
> --- src/mathed/InsetMathFrac.cpp (revision 20193)
> +++ src/mathed/InsetMathFrac.cpp (working copy
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
I'm not sure what you mean here. After what?
Save all changed lyx file (after asking?) re-read layout files, re-load lyx
files.
Oh, it's not as bad as that, really. If the layout file can't be read,
LyX will switc
> http://www.lyx.org/trac/changeset/20185 - Helge's wrapfig patch
No, because file format change.
> http://www.lyx.org/trac/changeset/20173 - doc_toc.py: remove non-ascii
character since LyX.py
can't encode it at the moment
This is not a fix but a workaround. This problem was trunk only.
do
Richard Heck <[EMAIL PROTECTED]> writes:
> I'm not sure what you mean here. After what?
Save all changed lyx file (after asking?) re-read layout files,
re-load lyx files.
JMarc
On Mon, Sep 10, 2007 at 08:04:54AM +0200, Jürgen Spitzmüller wrote:
> 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
OK for trunk?
- Martin
Index: src/mathed/InsetMathFrac.h
===
--- src/mathed/InsetMathFrac.h (revision 20193)
+++ src/mathed/InsetMathFrac.h (working copy)
@@ -27,7 +27,8 @@
FRAC,
OVER,
ATOP,
- NICEFRAC
+ NICEFRAC,
+ UNITF
On Mon, Sep 10, 2007 at 07:24:44PM -, [EMAIL PROTECTED] wrote:
> Author: bpeng
> Date: Mon Sep 10 21:24:43 2007
> New Revision: 20199
>
> URL: http://www.lyx.org/trac/changeset/20199
> Log:
> backport r19472
Thanks.
Andre'
> > http://www.lyx.org/trac/changeset/19472 - fix crash after assertion when
> > using %s with integer arguments
>
> Someone with checked-out branch should just apply that.
Done. r20199.
Bo
> > string filename = "";
> > string inzipName = "";
>
> string filename;
> string inzipName;
>
> Shorter, quicker, equivalent.
Got it. Thanks. :-)
Bo
On Mon, Sep 10, 2007 at 08:59:02PM +0200, Michael Gerz wrote:
> Hi,
>
> here comes a new list of 1.5.X patch candidates. Comments like "remove
> patch XY from the list" are welcome. IMHO the list is too large to handle.
>
> Regards, Michael
>
>
>
> Not urgent, not now (but not rejected)
> ---
On Mon, Sep 10, 2007 at 08:59:02PM +0200, Michael Gerz wrote:
> Hi,
>
> here comes a new list of 1.5.X patch candidates. Comments like "remove
> patch XY from the list" are welcome. IMHO the list is too large to handle.
>
> Regards, Michael
>
>
>
> Not urgent, not now (but not rejected)
> ---
On Mon, Sep 10, 2007 at 01:58:29PM -0500, Bo Peng wrote:
> > Then what remains is whether or not you want to move embedded_files_
> > to BufferParams. I am neutral about this.
>
> Latest patch attached. Can I apply?
>
> Cheers,
> Bo
> Index: src/EmbeddedFiles.cpp
> ==
> http://www.lyx.org/trac/changeset/19916 - Save the right timestamp and
> checksum of an opened file.
Already done.
> http://www.lyx.org/trac/changeset/20039 - Fix bug 4193 Revert ask for
> saving file before closing
Already done.
> http://www.lyx.org/trac/changeset/20093 - Forgot this: window
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
This is a very simple patch made possible by the recent changes to how
TextClasses are handled. It introduces a layout-reload LFUN that
forces the current layout to be reloaded and re-read from disk. I
don't propose to put
Hi,
here comes a new list of 1.5.X patch candidates. Comments like "remove
patch XY from the list" are welcome. IMHO the list is too large to handle.
Regards, Michael
Not urgent, not now (but not rejected)
--
http://www.lyx.org/trac/changeset/19331 - Dea
> Then what remains is whether or not you want to move embedded_files_
> to BufferParams. I am neutral about this.
Latest patch attached. Can I apply?
Cheers,
Bo
Index: src/EmbeddedFiles.cpp
===
--- src/EmbeddedFiles.cpp (revision 20
On Mon, Sep 10, 2007 at 01:21:15PM -0500, Bo Peng wrote:
> > Which reminds me of another yet-unstarted battle: Do we really want
> > hard crashs as the prefered way to tell the user that there is something
> > wrong in Denmark?
>
> I have long thought of this. Many internal errors does not really
Jürgen can this patch also go into branch?:
http://www.lyx.org/trac/changeset/20195
regrds Uwe
> Which reminds me of another yet-unstarted battle: Do we really want
> hard crashs as the prefered way to tell the user that there is something
> wrong in Denmark?
I have long thought of this. Many internal errors does not really
prevent lyx from functioning, but lyx simply crashes without even a
On Mon, Sep 10, 2007 at 06:48:46PM +0200, Jürgen Spitzmüller wrote:
> [EMAIL PROTECTED] wrote:
> > URL: http://www.lyx.org/trac/changeset/19472
> > Log:
> > fix crash after assertion when using %s with integer arguments
>
> André, is this something that should be done for branch as well?
Depends
On Mon, Sep 10, 2007 at 04:04:51PM +0200, Tommaso Cucinotta wrote:
> Hi all,
>
> I'd like to know what is the most suitable way to notify users of
> the progress made during possibly long tasks, in LyX.
>
> The standard way would be to create a new thread, so to exit
> the Qt callback that starte
On Mon, Sep 10, 2007 at 03:17:24PM +0200, Tommaso Cucinotta wrote:
> Same problem with the source file GuiKeySymbol.cpp
> in the SOURCEFILES variable of src/frontends/qt4/Makefile.am.
Fixed.
Andre'
PS: Please do not post with you text above a full quote of the message
you are replying to. Instea
[EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/changeset/19472
> Log:
> fix crash after assertion when using %s with integer arguments
André, is this something that should be done for branch as well?
Jürgen
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I'd prefer 2 lfuns.
>
> But then users have to edit the bind file to switch between the
> functions. This is not user friendly. chaning an option in the prefs
> is intuitive and quicker.
No, I would propose two keyboard bindings. Menus are not relevant,
si
> What I can see here is that we need better error messages.
And I meant something like the follows. Because boost does not report
the file it fails to check, it would be nice to report such
information.
Cheers,
Index: src/support/filetools.cpp
==
> I'd prefer 2 lfuns.
But then users have to edit the bind file to switch between the functions. This is not user
friendly. chaning an option in the prefs is intuitive and quicker.
regards Uwe
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> I have tested (a bit) and it works for me. The only thing that could
> happen is that inset->edit() is called somewhere which would now
> open the dialog unintentionally (which was the case in Text3.cpp).
>
> So I guess I'll check for such instances
Using autotools and the instructions in INSTALL.MacOSX, i get the
following error:
...
Making all in po
make[1]: *** No rule to make target `all'. Stop.
make: *** [all-recursive] Error 1
Am I missing something?
Andi
Jean-Marc Lasgouttes wrote:
> > How about the attached?
>
> It looks good to me (but I have no time to try it out).
I have tested (a bit) and it works for me. The only thing that could happen is
that inset->edit() is called somewhere which would now open the dialog
unintentionally (which was the
> 'boost::filesystem::basic_filesystem_error boost::filesystem::path_traits> >'
> what(): boost::filesystem::exists
> Aborted
What I can see here is that we need better error messages.
Bo
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
>> I see. I'll have a look.
>
> How about the attached?
It looks good to me (but I have no time to try it out).
JMarc
> > Looking at the code in Buffer.cpp, I do not think this is a good idea:
> >
> > Write:
> > // now write out the buffer parameters.
> > ofs << "\\begin_header\n";
> > params().writeFile(ofs);
> > ofs << "\\end_header\n";
> >
> > Read:
> > while (lex.isOK()) {
> >
Jürgen Spitzmüller wrote:
> > Sorry indeed. InsetCommand should maybe have something like
> > InsetGraphics:
> > void InsetGraphics::edit(Cursor & cur, bool)
> > {
> > InsetGraphicsMailer(*this).showDialog(&cur.bv());
> > }
> >
> > (and then should use it when handling MOUSE_RELEASE).
>
> I
Kristoffer Lawson <[EMAIL PROTECTED]> writes:
> This is fair reasoning but I wonder if it would have been prudent to
> make LyX understand both?
We pondered this issue at the time, but anyway at some time people
have to make the switch from the old name to the new one.
JMarc
> What if the file does not reference any external file?
Then the manifest is empty, and an empty manifest will be written by
the current implementation.
I added an empty manifest to make logics in Buffer.cpp clearer.
Bo
Jean-Marc Lasgouttes wrote:
> > I am not sure which of your patches has not been put to branch, could
> > you take care of this?
>
> I thought all patches were on the branch, and I am not sure what
> problems are remaining, actually.
I'm not sure either, but I remember Darren reported that there a
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I am not sure which of your patches has not been put to branch, could
> you take care of this?
I thought all patches were on the branch, and I am not sure what
problems are remaining, actually.
JMarc
On Monday 10 September 2007 15:44:00 Bo Peng wrote:
> > > Two suggestions:
> > > - include the manifest in the header. Possibly it can be place before
> > > the preamble although the order is irrelevant.
> >
> > This will lead to more work in .cpp. I will see.
>
> Looking at the code in Buffer.cp
On Monday 10 September 2007 15:39:05 Bo Peng wrote:
> But all files saved after format 254 will have a manifest. Note that
> manifest also records non-embedded files.
What if the file does not reference any external file?
> Cheers,
> Bo
--
José Abílio
Jean-Marc Lasgouttes wrote:
> Sorry indeed. InsetCommand should maybe have something like
> InsetGraphics:
> void InsetGraphics::edit(Cursor & cur, bool)
> {
> InsetGraphicsMailer(*this).showDialog(&cur.bv());
> }
>
> (and then should use it when handling MOUSE_RELEASE).
I see. I'll have a
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> You should definitely not use these xxx_CODE tests. This is wrong in
>> 99% of cases. Test whether inset->editable() == IS_EDITABLE and then
>> call inset->edit(). The code will be much shorter IMO.
>
> Doesn't seem to
On 10 Sep 2007, at 15:54, Jean-Marc Lasgouttes wrote:
Uwe Stöhr <[EMAIL PROTECTED]> writes:
Kristoffer Lawson schrieb:
So why did it work before? Is it using a different package now for
some reason?
Yes, The old version used a package named "cv" but there was a
package
with the same na
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Concerning the dialog display, I think different types of text
> requires a different action. So the only solution I see is to have an
> option in the preferences where the user can switch between display or
> not.
I'd prefer 2 lfuns.
JMarc
> > Two suggestions:
> > - include the manifest in the header. Possibly it can be place before the
> > preamble although the order is irrelevant.
>
> This will lead to more work in .cpp. I will see.
Looking at the code in Buffer.cpp, I do not think this is a good idea:
Write:
// now wri
> - if there is no manifest there is no need to place an empty manifest. Then
> there is no need to test for the document version.
But all files saved after format 254 will have a manifest. Note that
manifest also records non-embedded files.
Cheers,
Bo
On 9/10/07, José Matos <[EMAIL PROTECTED]> wrote:
> On Monday 10 September 2007 05:14:18 Bo Peng wrote:
> > - for line in header + [''] + self.body:
> > + # LyX file format <= 284 does not have a manifest section
> > + if self.format <= 284:
> > + manifest = []
> > + elif self.manifest:
> > + manif
>> Not that besides the many sub level entries you also have many entries
>> at top level that consists of more than one word. So also in these
>> cases, you have to modify the index entry in the dialog.
>
> You just select the string and insert an index entry.
I didn't know this. I'll add this i
On Monday 10 September 2007 05:14:18 Bo Peng wrote:
> - for line in header + [''] + self.body:
> + # LyX file format <= 284 does not have a manifest section
> + if self.format <= 284:
> + manifest = []
> + elif self.manifest:
> + manifest = ['\\begi
> Note that reference to an inset is a very fragile thing. I guess that
> an undo-redo cycle will reallocate the inset.
Stored insets are used in two ways:
1. navigation. Because I compare a stored inset pointer with currently
available ones. If the stored pointer does not exist, navigation of
th
--- Additional Comments From [EMAIL PROTECTED] 2007-09-10 11:51 ---
Bo, if this is tested, it can be committed to branch.
Hi, JMarc,
I am not sure which of your patches has not been put to branch, could
you take care of this?
Thanks.
Bo
Jean-Marc Lasgouttes wrote:
> You should definitely not use these xxx_CODE tests. This is wrong in
> 99% of cases. Test whether inset->editable() == IS_EDITABLE and then
> call inset->edit(). The code will be much shorter IMO.
Doesn't seem to work. Inset->edit() doesn't open the dialog (not surpri
Hi all,
I'd like to know what is the most suitable way to notify users of
the progress made during possibly long tasks, in LyX.
The standard way would be to create a new thread, so to exit
the Qt callback that started the long task, adding a progress bar or
similar and updating it periodically,
José Matos wrote:
> > Not from me.
> >
> > JMarc
>
> +1
It's in.
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jürgen Spitzmüller wrote:
>> Furthermore, it doesn't fix bug 2907: C-i still doesn't open the inset's
>> dialog. Do fix this (which also applies to url, nomenclature and others),
>> you'd need the change LFUN_NEXT_INSET_TOGGLE or LFUN_INSET_TOGGLE,
On Monday 10 September 2007 14:25:48 Jean-Marc Lasgouttes wrote:
> Not from me.
>
> JMarc
+1
--
José Abílio
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> http://bugzilla.lyx.org/show_bug.cgi?id=4127
>
> The attached patch looks straightforward to me, and I think it can go in
> branch and trunk.
>
> Objections?
Not from me.
JMarc
Same problem with the source file GuiKeySymbol.cpp
in the SOURCEFILES variable of src/frontends/qt4/Makefile.am.
T.
Andre Poenitz ha scritto:
On Fri, Sep 07, 2007 at 10:37:33PM +0200, Tommaso Cucinotta wrote:
Hi all,
when compiling with --enable-shared (that would seem a good
switch to
Does anybody feel confident enough to do this task? I'm a bit reluctant doing
this myself.
Jürgen
Uwe Stöhr wrote:
> OK, but have you already indexed some documents?
Sure.
> The larger the number of index entries the more it will annoy you.
I guess we simply index different types of text.
Jürgen
Richard Heck <[EMAIL PROTECTED]> writes:
> This is a very simple patch made possible by the recent changes to how
> TextClasses are handled. It introduces a layout-reload LFUN that
> forces the current layout to be reloaded and re-read from disk. I
> don't propose to put this into the GUI. It's so
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> When you create an index you have in 90% of the cases to modify the entry.
>>
>> where do you get the statistics from?
>
> See the new UserGuide or EmbeddedObjects manual. Only about 10% of the
> entries are exactly the one word that is in front of the inde
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
>> The fix I sent increases the workflow a lot and I don't know why this was
>> removed in LyX 1.4.x.
>
> I think we even had a request for this.
Yes. Not everybody has the same use of indices. So some people
complained that closing the dialog everyt
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Kristoffer Lawson schrieb:
>
>> So why did it work before? Is it using a different package now for
>> some reason?
>
> Yes, The old version used a package named "cv" but there was a package
> with the same name at CTAN so that users often had problems. Now w
"Bo Peng" <[EMAIL PROTECTED]> writes:
> My question is: is there any reliable way to store the reference to an
> inset? Basically, I need to save something about an inset, and look up
> that inset with it easily later.
Note that reference to an inset is a very fragile thing. I guess that
an undo-
On Sep 10, 2007, at 7:57 AM, Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
That the dialog is not opened has always been very annoying for me,
therefore I tried to fix this.
For me, it is annoying if it is always opened.
What do others think?
I think the 90% figure for modifying index entries
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Is there some place where I can read about the new state to the inset
>> world, btw?
>
> Ah, you mean, like, "documentation"?
I thought about a wiki page for developers explaining how the
different insets fit together, but documentation is nice too.
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> I am not sure however that calling removeApplicationFont is needed. I
>> would expect Qt to do the necessary clean-up, but the documentation is
>> not very clear in this respect. Andre', do you have any information on this?
>
> I have no clue. I could a
> For me, it is annoying if it is always opened.
OK, but have you already indexed some documents?
The larger the number of index entries the more it will annoy you.
regards Uwe
Uwe Stöhr wrote:
> Yes, sorry.
> (This bug prevented to work on the docs yesterday, so I put it in my
> private branch and later committed it without thinking about that I need
> your OK.)
Please ask always (except for changes in the actual docs and in your
installer).
Jürgen
Uwe Stöhr wrote:
> That the dialog is not opened has always been very annoying for me,
> therefore I tried to fix this.
For me, it is annoying if it is always opened.
What do others think?
Jürgen
> I don't remember having approved this.
Yes, sorry.
(This bug prevented to work on the docs yesterday, so I put it in my private branch and later
committed it without thinking about that I need your OK.)
The patch is by Bo, see this thread:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/
> When you create an index you have in 90% of the cases to modify the entry.
>
> where do you get the statistics from?
See the new UserGuide or EmbeddedObjects manual. Only about 10% of the entries are exactly the one
word that is in front of the index entry box.
Not that besides the many sub le
Kristoffer Lawson schrieb:
So why did it work before? Is it using a different package now for some
reason?
Yes, The old version used a package named "cv" but there was a package with the same name at CTAN so
that users often had problems. Now we uploaded our old "cv" class to CTAN under the n
> I meant not only floatflt -> wrapfig, but the typographic aspects of
> using it (i.e., avoid overly thin text columns, which is a temptation
> here)
I have something written for the text wrap floats in the new UserGuide that you find in branch and
trunk. Can you have a look if this is what you
Uwe Stöhr wrote:
> When you create an index you have in 90% of the cases to modify the entry.
where do you get the statistics from?
> In indexes you group entries, therefore you have lots of second and
> third-level entries like e.g.
>
> Figures ! Floats
Not always.
> I indexed a lot the last t
> However, I think this is the wrong approach: it opens the index dialog
> unnecessarily (i.e., if the word-at-cursor is filled in, which is often the
> desired behaviour, and closing the dialog each and every time is annoying).
When you create an index you have in 90% of the cases to modify the
1 - 100 of 106 matches
Mail list logo