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
[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
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 would
On 10 Sep 2007, at 01:33, Uwe Stöhr wrote:
You need to install the LaTeX-package simplecv to get it to work.
So why did it work before? Is it using a different package now for
some reason?
/ http://www.fishpool.com/~setok/
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 have to take care that
Uwe Stöhr wrote:
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
The way I understand LyX printing, is that LyX basically do an
export-postscript and then pass the resulting file to
external printer software.
I propose to implement another printing preference, that allows
switching the printing to use an export-pdflatex
instead. Not only is this noticeably
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?
Jürgen
Index: src/Paragraph.cpp
===
--- src/Paragraph.cpp (Revision 20186)
+++
Helge Hafting wrote:
The way I understand LyX printing, is that LyX basically do an
export-postscript and then pass the resulting file to
external printer software.
I propose to implement another printing preference, that allows
switching the printing to use an export-pdflatex
instead.
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
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 time
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
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 name
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
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:
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
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
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
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 ask,
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.
JMarc
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
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-redo
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 we
uploaded
[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 everytime
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 index entry
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
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
Does anybody feel confident enough to do this task? I'm a bit reluctant doing
this myself.
Jürgen
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
[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
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:
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,
José Matos wrote:
Not from me.
JMarc
+1
It's in.
Jürgen
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,
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 surprising
--- 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
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
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 =
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
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:
+ manifest =
- 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
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 write out
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
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 name
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 look.
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
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.cpp, I do not
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
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 are
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
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
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 see. I'll have a
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()) {
string unknown =
[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
'boost::filesystem::basic_filesystem_errorboost::filesystem::basic_pathstd::string,
boost::filesystem::path_traits '
what(): boost::filesystem::exists
Aborted
What I can see here is that we need better error messages.
Bo
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
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
[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,
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
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
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,
since
[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
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. Instead
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 started the
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
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
Jürgen can this patch also go into branch?:
http://www.lyx.org/trac/changeset/20195
regrds Uwe
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
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
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 - Deal
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
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: windows
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
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)
string filename = ;
string inzipName = ;
string filename;
string inzipName;
Shorter, quicker, equivalent.
Got it. Thanks. :-)
Bo
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
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'
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,
+
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 so.
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
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.
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 switch
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)
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
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
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
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
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
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.
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:
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.
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
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
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.
I
[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:
[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:
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
Uwe Stöhr wrote:
Jürgen can this patch also go into branch?:
http://www.lyx.org/trac/changeset/20195
Yes.
Jürgen
Bo Peng wrote:
Done. r20199.
Thanks.
Jürgen
1 - 100 of 202 matches
Mail list logo