There is a big gray area below the second text field.
Could you test the .ui patch I send to the list?
I can not find any attachment of yours from this thread. Could you
please fix the layout and commit?
For this TextLayout panel, I think two textedit/browser can be put
side by side to save
Index: src/frontends/qt4/ui/ListingsUi.ui
===
The patch can not be cleanly applied here... I guess you will have to
open designer and repeat what you have done again.
Sorry about the inconvenience.
Bo
1. create a lyx file
2. layout LyX-code
3. enter something with leading blanks.
a
b
4. select, change layout to standard, the leading blanks of b are not removed.
5. select all, insert ERT. crash.
Assertion triggered in int
lyx::Paragraph::Pimpl::eraseChars(lyx::pos_type, lyx::pos_type, bool)
Like this? This time also the ui file.
I get
In file included from src/frontends/qt4/QListings.h:16,
from src/frontends/qt4/Dialogs.cpp:70:
debug/common/frontends/qt4/ui/ListingsUi.h: In member function `void
Ui_QListingsUi::setupUi(QDialog*)':
When you add new features or change menu names, toolbar buttons, or any other
kind of GUI changes,
could you please also update the documentation?
An example of listings insets is in the pipeline, maybe after beta3.
Cheers,
Bo
On 5/9/07, Bo Peng [EMAIL PROTECTED] wrote:
1. create a lyx file
2. layout LyX-code
3. enter something with leading blanks.
a
b
4. select, change layout to standard, the leading blanks of b are not removed.
5. select all, insert ERT. crash.
The problem is that after step 4, the paragraph
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Thank you very much for confirming this. JMarc immediately pointed
this out when I suggested this obvious solution. We
If we are allowed to add a line to every MathFoo::draw(), then mathbg
can be properly implemented.
Jose?
I agree with Abdel we should get a consensus before any change here.
There will certainly be no consense regarding my ugly quick fix (use
mathbg for corner markers for now), but no
On 5/10/07, Pavel Sanda [EMAIL PROTECTED] wrote:
i'm not able to compile lyx from svn now. have you an idea whats wrong ?
make l10n_pots
make[3]: Entering directory `/home/installer/lyx/trunk/po'
LC_ALL=C ; export LC_ALL ; \
python ./lyx_pot.py -b .. -o qt4_l10n.pot -t qt4
Why is the listings inset centered in the LyX view?
In theory, normal listing should occupy its own line and stay to the
left. inline listing should behave like an ERT or label box. I used
'display(){ return if not inline listing }' function to use displayed
layout so the listing inset is
No, setText is some kind of new fancy qt 4,2 thing that automatically
detects whether the input is plain text or html.
I'll commit
Thanks. I guess I should have used qt4.0 for the development.
Bo
I will propse a patch soon.
Attached. OK to commit? I am surprised that I actually like a bit
background for math (light yellow?), but having both mathcorners and
mathbg looks strange. Anyway, the default of both of them are
background and I have no intention to change the default. As you have
Create a new document and insert a listings inset, where is the inset? :-)
Centered. This might be wrong, but is intentional.
The problem is that I do not see your 'set language = shift left' report.
Bo
On 5/10/07, Peter Kümmel [EMAIL PROTECTED] wrote:
Bo Peng wrote:
Like this? This time also the ui file.
I get the same error. I guess I miss a header file somewhere and your
cmake's pch stuff can not detect it.
Bo
On 5/10/07, Stefan Schimanski [EMAIL PROTECTED] wrote:
Does the patch work fine with selections? I.e. is the blue of the
selection visible or overdrawn by the mathbg?
Not really, because InsetGrid is redrawn after selection is drawn. :-(
Because of line 333 of MathData.cpp,
Peter, some listings stuff slipped in accidentally. Please revert.
And it causes error messages:
debug/common/frontends/qt4/ui/ListingsUi.h: In member function `void
Ui_QListingsUi::setupUi(QDialog*)':
debug/common/frontends/qt4/ui/ListingsUi.h:53: error: 'class
QVBoxLayout' has no member
On 5/10/07, Bo Peng [EMAIL PROTECTED] wrote:
Peter, some listings stuff slipped in accidentally. Please revert.
And it causes error messages:
So I revert it.
Bo
I have an idea: You can overwrite the different colors temporarily
within the selection and restore them afterwrads.
But the two rectangles have different sizes. I meant selection and
InsetMathNested.
Bo
On 5/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: bpeng
Date: Fri May 11 04:28:14 2007
New Revision: 18262
URL: http://www.lyx.org/trac/changeset/18262
Log:
lib/lyx2lyx/lyx_1_5.py: fix revert of listings insets
Modified:
lyx-devel/trunk/lib/lyx2lyx/lyx_1_5.py
Anyway, attached is another version of the patch. The only drawback is
that toplevel selection (when cur.inset() == this) makes background
disappear.
I can not continue. It is amazing how many times this
InsetMathHull::draw function is called for a simple selection. If you
select within
I take this chance to ask if there are patches in the batch that you
think
are important to commit before beta 3.
I propose the following simple patch to add mathcorners and remove
mathbg (for now). mathcorners is the same as background by default,
but can be adjusted to show corners
Thanks, nevertheless I wounder why you have errors.
I really do not know. And I was unable to patch the ui files with
patches copied from firefox. I guess attachment should be used
whenever possible.
Bo
groupbox is a groupbox of size 0 (?) and lineedit disappears. This
bothered me quite a bit and reading designer help did not help.
You've forgotten 4b.
Thank you! I think I finally know how to adjust the dialogs, and I am
doing it now.
Cheers,
Bo
OK to commit?
André or Jean-Marc, any objection?
Looks harmless.
I committed a version that paints background only for insets not under
focus. I deem that this is better than removing mathbg (maybe someone
has it in his preference file).
Bo
Please test this listings dialog, which looks more like Herbert's
original one. I would appreciate it if someone can show me how to call
this dialog from Include dialog and TextLayout dialog.
I plan to add it before beta3.
Cheers,
Bo
Index: src/frontends/qt4/QListings.h
...
+ Cursor cur = pi.base.bv-cursor();
msvc complains: unreferenced variable
Thanks. Fixed.
Bo
Here is a patch to fix the source view to update also in mathed. This
really got onto my nerves for quite some time. Hope the patch is not
too simple and there are some other consequences I don't see... Any
objections?
Stefan
I like it and I do not see any side effect.
Jose, can it be
On 5/12/07, Bo Peng [EMAIL PROTECTED] wrote:
Please test this listings dialog, which looks more like Herbert's
original one.
I plan to add it before beta3.
The patch has been committed after some more testing.
I would appreciate it if someone can show me how to call
this dialog from Include
The dialog is wider than in the designer, so could
you add a spacer on the left of the style group box?
Will this work? The eidtBoxes are bigger than they are in the designer
and I do not know what to do. I will try to add a spacer.
From the file import dialog?
Child document and
Is there an easier way to fire QListings dialog and let it edit given
param string? I ask this because I also want to call it from
textlayout dialog.
Seeing all the trouble to simply add a new insert the idea pops up
in my head that the insert stuff needs a redesign...
It seems that I need
1. lyx-code
2. enter
a
123456 (there are four leading spaces)
3. change environment to standard
4. select a and 1
5. cut
a, 12345 are removed.
It is pretty easy to avoid the crash by adding something like right =
min(right, par[pit].size() + 1) after line 304 of
On 5/13/07, Anders Ekberg [EMAIL PROTECTED] wrote:
Compilation using a fresh svn check-out as of today and QT4.3rc1
results in:
I have fixed a lib/language issue and updated the po files. Could you
please try again?
Cheers,
Bo
I too now have to report that, at least in Lyx 1.4 3-4 running under
windows on my computer, the option for changing the colour of the math
background does not change anything.
Hi, Dr. Cwikel,
Support for math background and math corners have been added to lyx.
You should be able to adjust
The complicated part is: what did the user *mean* by doing this? Can you
think of a realistic case in which the user would want to do what you're
describing (namely, switch from LyX-Code to standard text) --- and if
so, what does the user mean by it? And how would the user want the
spaces to be
I will submit a patch to prevent such a crash with a FIXME in its
comment. A bugzilla entry will also be created.
Hi, Jose,
See http://bugzilla.lyx.org/show_bug.cgi?id=3600 .
Can I submit the following patch before a proper solution is
implemented? My understand is that a proper solution will
Can you not select the LyX-Code directly, and inset-program listing?
That would at least be clearer on the conceptual level, because you're
going from verbatim to verbatim...
Actually, if I go from lyx-code to listings directly, this problem
will not happen. I removed the lyx-code environment a
thanks, compilation works now.
btw is there some makefile target which would clean the po directory and
thus force this part to be regenerated (namely lyx.pot and gmo files).
make clean or distclean wont do the job.
Yes. make update-po will update po files. However, to avoid excessive
svn
On 5/13/07, Peter Kümmel [EMAIL PROTECTED] wrote:
Bo Peng wrote:
Please test this listings dialog, which looks more like Herbert's
Nice!
The dialog is wider than in the designer, so could
you add a spacer on the left of the style group box?
I do have a spacer there. You can see it if you
This looks not only natural but the right thing to do. I vote YES :-)
Thank you very much! I thought of this as well but did not gather
enough time to think about it.
I vote yes to put it in except that the trunk is broken now so I can
not test your patch.
Cheers,
Bo
g++ -o
Leuven, E. wrote:
what about the attached?
Much better than the current one.
I agree. Now you GUI guys need to find a way to call this dialog from
inset - child document and settings - textlayout dialogs. I played
with it a little bit and I could not call the listings dialog
directly. I could
Right now, they also still have some big advantages, e.g., entering equations is
still much easier/more natural and the symbolic math is much more complete.
Two big things:
1. computer algebraic system. Not a big deal but some people like it a lot.
2. tex - word conversion. Essential for many
I vote yes to put it in except that the trunk is broken now so I can
not test your patch.
A few questions:
1. You mentioned file format change but no lyx2lyx stuff in your patch.
2. Should caption be removed from the listings dialog? Or should the
caption inset automatically reflects the
On 5/14/07, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Leuven, E. wrote:
what about the attached?
Much better than the current one.
So I applied it.
Bo
On 5/14/07, José Matos [EMAIL PROTECTED] wrote:
On Monday 14 May 2007 15:02:07 Jürgen Spitzmüller wrote:
If we'd put this in before the next beta, we wouldn't need to change the
file format.
Hi, Jose,
When do you plan to release beta 3? I can modify Jurgen's patch later today
1. add
Bo, please also include this patch (a bugfix and a semantic correction).
Got it. Thanks.
Bo
If we'd put this in before the next beta, we wouldn't need to change the file
format.
I have submitted your patch with Include dialog changes. Please test.
lyx2lyx changes will be added soon.
Now, it is again qt experts' turn to fix the include dialog. WHY the
hell the editboxes are much
I think lyx2lyx is currently broken. I can not open any old file, like
help - FAQ. Can anyone confirm?
Bo
OK. Got the problem. I will commit a fix immediately.
Thanks. I have also submitted a lyx2lyx patch for InsetListings. I
think listings features are now complete and ready for beta 3 testing.
Considering the time I spent on this feature, it would be much more
cost-efficient to use ERT for
As title. Better fixed before beta 3.
Cheers,
Bo
On 5/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: bpeng
Date: Tue May 15 06:01:59 2007
New Revision: 18331
URL: http://www.lyx.org/trac/changeset/18331
Log:
Add examples/listings.lyx that roughly demonstrates the use of listings features
Added:
On 5/15/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
InsetListingsParams.h: In
constructor 'lyx::InsetListingsParams::InsetListingsParams()':
InsetListingsParams.h:84: warning: 'lyx::InsetListingsParams::status_' will be
initialized after
InsetListingsParams.h:78: warning: 'std::string
It works for me.
% gdb lyx
GNU gdb Red Hat Linux (6.3.0.0-1.132.EL4rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type show copying to
And, when I use page down to select (pressing shift key), lyx crashes
after a few pages
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 182906424160 (LWP 18290)]
lyx::graphics::CacheItem::status (this=0x19a1e00)
at boost/boost/scoped_ptr.hpp:93
93 {
(gdb)
And another kind of assertion:
Assertion triggered in const lyx::Font
lyx::Paragraph::getFontSettings(const lyx::BufferParams,
lyx::pos_type) const by failing check pos = size() in file
src/Paragraph.cpp:1266
Bo
I have added a chapter in EmbeddedObjects.lyx, although this file can
not be compiled right now. (not my fault, the file can not be compiled
before I add this chapter.)
This is not true. I compile this very often as you can see from my commits.
This does not have to imply that it can not
This does not have to imply that it can not crash on linux
Maybe someone has touched something. When I compile this file now, I
get a dialog saying:
Some characters of your document are probably not representable in the
chosen encoding.
Changing the document encoding to utf8 could help.
I did :-) and I am glad that it works! See commit below. What do you
have at the console?
Here is what I get from the console.
% pplatex: Process input file 0lyxpreview.dvi
pplatex: Copy data to 0lyxpreview.dvi
This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com)
'
On 5/16/07, Bo Peng [EMAIL PROTECTED] wrote:
I did :-) and I am glad that it works! See commit below. What do you
have at the console?
Here is what I get from the console.
% pplatex: Process input file 0lyxpreview.dvi
pplatex: Copy data to 0lyxpreview.dvi
This is dvips(k) 5.92b Copyright
On 5/16/07, José Matos [EMAIL PROTECTED] wrote:
On Wednesday 16 May 2007 18:14:54 Bo Peng wrote:
I guess my caption package is too old?
\NeedsTeXFormat{LaTeX2e}[1994/06/01]
\ProvidesPackage{caption}[1995/04/05 v1.4b caption package (AS)]
Bo
I seem to remember that we require latex 1995
On 5/16/07, Bo Peng [EMAIL PROTECTED] wrote:
I did :-) and I am glad that it works! See commit below. What do you
have at the console?
Here is what I get from the console.
The problem is with a insert - external material - date in chapter
6. Obviously, a from_ascii call is missing
The problem is with a insert - external material - date in chapter
6. Obviously, a from_ascii call is missing somewhere.
I do not have time on this so I have submitted a bug for this.
http://bugzilla.lyx.org/show_bug.cgi?id=3622
The problem seems to be with converted file, which is not
Outliner and embedded TOC
About this feature, how can I open this dialog? The only way I can see
is insert TOC and click on it. The weird part is that this dialog
disappears when the inset is deleted.
It makes sense to me to separate this dialog with the inset, and add
view-outline.
Maybe I
On 5/16/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Bo Peng wrote:
Maybe I just missed something really basic.
Document-Table of Contens.
Thanks!
It makes much more sense to me to have view-table of contents instead
of document-toc. Because this is an outlined *view* of the document
On 5/16/07, Richard Heck [EMAIL PROTECTED] wrote:
It looks to me as if QListings.cpp is encoded differently from the other
files.
Fixed, thanks.
Bo
Dear all,
InsetListings, like InsetInclude uses display() to aligh itself in the
center. However, it is more natural to have them displayed (separate
paragraph), but shift to the left.
Will the attached patch be acceptable? If people like it, I can set
displayLeft to InsetInclude as well.
Bo
Patch attached. Will be applied later.
Cheers,
Bo
Index: src/frontends/qt4/ui/ListingsUi.ui
===
--- src/frontends/qt4/ui/ListingsUi.ui (revision 18382)
+++ src/frontends/qt4/ui/ListingsUi.ui (working copy)
@@ -8,8 +8,8 @@
rect
Will the attached patch be acceptable? If people like it, I can set
displayLeft to InsetInclude as well.
Following the trend to yell out loud... Jose??
Be careful that this adds another virtual function to Inset, and I may
be reinventing the wheel...
Bo
If you return an enum instead of a bool there won't be much line
changed, something like that:
enum DisplayType {
Inline = 0,
AlignRight,
AlignLeft,
AlignCenter
};
See attached.
Jose?
Bo
Index: src/insets/InsetTabular.h
I was thinking about display in the same sense as a inline versus display
equation.
I like this paradigm. What is your reason to change this?
I consider displayed as occupying the who paragraph, nothing to its
left or right. Displayed math formula is of course a perfect example
of this,
Technically I think this solution is perfect for the purpose that it was
created.
Yet since this is a potential change in the interface I would like to hear
other developers before continuing. If the majority likes this then it can go
as it is before rc1. OK?
Sure. I will wait for one
If you have bugfixes that you like me to consider for inclusion please
reply
here. I will appreciate those with bugzilla numbers associated. :-)
Uwe just created the 20th bug report for the listings stuff, so there
will be some small patches Actually, I knew some of the problems
Attached is the first one, for bug 3642. OK to go in?
Here is the second one, for bug 3638. OK?
Index: src/frontends/qt4/ui/IncludeUi.ui
===
--- src/frontends/qt4/ui/IncludeUi.ui (revision 18385)
+++
Here is the second one, for bug 3638. OK?
3637 is attached. (Get label from parameter string and push to label list).
Bo
Index: src/insets/InsetListingsParams.h
===
--- src/insets/InsetListingsParams.h (revision 18385)
+++
On 5/17/07, Pavel Sanda [EMAIL PROTECTED] wrote:
I will ask Jean-Marc to move them to ftp.devel.lyx.org, if your tests don't
show any bug of brown paper bag category. :-)
The official windows installers are at http://www.lyx.org/~bpeng. Please upload.
Cheers,
Bo
Now I ask the other way around, Bo is this OK with you. ;-)
Yes. Please put Jurgen's second version in.
Bo
This string params encoding/decoding is really horrible (not your fault,
nothing we can change now).
This can be changed easily by storing strcutured parameters
(dictstring, value) instead of latex-valid strings. I think this
will improve the searching and handling a bit.
I will do that later.
I couldn't reproduce this. Could you check this again with the latest version.
Abdel has already pointed out that this is non-windows. I have
identified this bug as http://bugzilla.lyx.org/show_bug.cgi?id=3622
Could you please also have a look at the new chapter 7 about listings, that
So I'm fine with Bo's patch.
Done (18404).
I do not change the interface of any other Insets such as
InsetInclude. Bug 3598 can be handled later.
Cheers,
Bo
You could use the automatic slots and avoid the connect() below and also
avoid the test for isChecked() as the state is given:
Thanks. Never know something like this.
I said these qt bugs would be handled by you GUI guys in a more
efficient and elegant way.
I am wondering if you should not
OK. Thank you, with this code bug 3598 seems harmless enough to fixed
later. :-)
Attached patch fixes 3598 and a more serious bug of framed notes:
color is not required so 'new document, insert-framed note, compile'
would fail.
OK to apply?
Bo
Index: src/insets/InsetNote.cpp
OK. I expect some more documentation changes from Ignacio and Hartmut and
probably also me. Should I
sned them also to the list.
For documentation, I suggest that you submit and report here which
parts have been updated. Patches for lyx files can be hard to
decipher.
Bo
Is this part really related?
+Inset::DisplayType InsetNote::display() const
+{
+ switch (params_.type) {
+ case InsetNoteParams::Framed:
+ case InsetNoteParams::Shaded:
+ return AlignLeft;
+ default:
+ return Inline;
+ }
+}
This part is
http://bugzilla.lyx.org/show_bug.cgi?id=3649
Patch attached. OK to commit?
Bo
Index: src/insets/InsetListingsParams.h
===
--- src/insets/InsetListingsParams.h (revision 18406)
+++ src/insets/InsetListingsParams.h (working copy)
@@
I feel that clipboard selection improvements should also be mentioned
in the NEWS.
OK? (Feel free to modify the wordings).
Cheers,
Bo
Index: NEWS
===
--- NEWS (revision 18406)
+++ NEWS (working copy)
@@ -147,7 +147,16 @@
1.4 is
What is so different about this type of notes?
Note: no output, should not break screen paragraph.
Comment: no output (with latex output), should not break screen paragraph
Gray out: part of paragraph, should be displayed as such (inline)
Other two: output in a separate paragraph, should be
I uploaded an installer for LyX 1.5beta3:
https://developer.berlios.de/project/showfiles.php?group_id=5117release_id=12796
Hi, Uwe,
As your installer has become half-official and named 'alternative
installer' in svn, why cannot you announce it as so and ask JMarc to
upload it to the lyx
the generation of the po files is broken!
Terms like Austrian (new spelling) or Portuguese (Brazil) are no
longer taken into account. Bo, could you please check what went wrong?
I was my fault when I tried to handle the armenian line of
lib/languages. It can be fixed by the attached patch
I missed this fact. So what should be the name to announce it?
Something like 'an alternative windows installer with blah blah', with
filenames lyx-1.5.0beta3-AltInstaller
Do you really want to have it on the LyX-server? If yes, there are two issues:
As long as your installers are not
Something like 'an alternative windows installer with blah blah', with
filenames lyx-1.5.0beta3-AltInstaller
Note that the file names are not different.
AltInstaller...
Just for my insterest: When you can do this for Joost's installer it should be
possible also with
mine, right?
This was wrong because the bug is that LyX adds color commands to the preamble
when using a framed note:
\definecolor{shadecolor}{rgb}{1,0,0}
So you mean a frame note does not need this \definecolor? If so,
requiring color is wrong and please revert my changes when you fix it.
Bo
On 5/18/07, Uwe Stöhr [EMAIL PROTECTED] wrote:
Can I commit it?:
I can recognize the word lyx so I guess the translation is correct. :-)
When you commit, please remember to modify scons_manifest.py.
Bo
Uwe,
Please test the attached patch. I will wait for another OK to commit.
Cheers,
Bo
Index: src/insets/InsetNote.cpp
===
--- src/insets/InsetNote.cpp (revision 18413)
+++ src/insets/InsetNote.cpp (working copy)
@@ -365,10 +365,8
http://bugzilla.lyx.org/show_bug.cgi?id=3622
I traced this bug a little bit and find some weird things going on.
If you insert a Date external material, you of couse does not need any
input file. Then, this dialog gives a default value '.', which is
interpreted as 'current directory' by
Dear all,
I am trying to use listings with beamer, I learned that
1. beamer 3.07 is required.
2. listings can not be float (understandable)
3. the option fragile after \begin{frame} is necessary.
How would I insert this [fragile] option in lyx?
Bo
You can pass options and an overlay specification to a frame by giving these
in TEX-mode as the first thing in the frame title. (Some magic is performed to
extract them in LYX-mode from there.)
I tried
[fragile]
[fragile]
fragile
[fragile]
Nothing works. See attached.
Bo
beamer-listings.lyx
On 5/19/07, Uwe Stöhr [EMAIL PROTECTED] wrote:
Bo Peng schrieb:
Please test the attached patch. I will wait for another OK to commit.
This is OK now.
I applied it since it is trivial.
Bo
On 5/19/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
This patch does that. There's still hardcoded English in the messages of the
Advanced widget. This needs some reworking of InsetListingsParams, and I
leave this to Bo.
OK for this one?
OK.
Bo
Patch attached. OK to apply?
Bo
Index: src/frontends/qt4/QListings.h
===
--- src/frontends/qt4/QListings.h (revision 18422)
+++ src/frontends/qt4/QListings.h (working copy)
@@ -38,6 +38,8 @@
void on_floatCB_stateChanged(int
I traced this bug a little bit and find some weird things going on.
I am surprised that ifstream(.) returns OK, as shown in my test program.
#include fstream
#include iostream
int main()
{
std::ifstream ifs(.);
if (!ifs)
std::cout error \n;
else
On 5/20/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Uwe Stöhr wrote:
I give an OK to commit it.
Bo?
Yes. I guess I already said so in bugzilla?
Bo
601 - 700 of 8038 matches
Mail list logo
