On 2/19/06, Daniel Watkins [EMAIL PROTECTED] wrote:
I've seen mention of a 1.4.0pre5 in this group and was wondering if the
1.4.0pre3 version mentioned on the LyX website is still the most recent
snapshot release. I ask this because 1.4.0pre3 is the latest LyX release
with a Gentoo ebuild and
On 3/13/06, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
On Sat, 7 Jan 2006, John C. McCabe-Dansted wrote:
I thought that it would be very useful to be able to select a piece of
text and view the DVI output for (only) that selection.
This might be useful. Or perhaps just viewing the current
Sure, the extra trouble only ever occur for power users.
Perhaps we could have a new minibuffer command save-unchanged which
would save the document even if it is unchanged. Such power users
could replace save with save-unchanged in their .bind files etc.
If you _know_ it, it is OK to have to
John If LyX locked files which were open in a still running LyX
John process, that would have saved me some confusion.
Yes, but I am sure this can cause a lot of confusion too...
I am not sure why this would cause confusion. You could have a dialog
box warning that Another LyX window has this
stale processes
around, locking the ~/.firefox directory. Probably not really useful
for LyX.
On 3/23/06, Helge Hafting [EMAIL PROTECTED] wrote:
John McCabe-Dansted wrote:
John If LyX locked files which were open in a still running LyX
John process, that would have saved me some confusion
How much of the patch do you want? It does a number of things:
a) Removes the USE_BOOST_FORMAT, which makes the code a little simpler.
b) Changes the input format format -v0 to -v2, which improved the
legibility of the errors with regard to raw use of ChkTex. No longer
needed if using ChkTex via
Hi when I try to open this file:
http://www.csse.uwa.edu.au/~john/lyx/corrupted.lyx.gz
I get the error
/home/res/john/WWW/lyx/corrupted.lyx.gz ended unexpectedly, which
means that it is probably corrupted.
I don't know what caused this.
I have a have a backup of this file, but maybe
I just noticed that pdfeTeX inserts a space in the text where
\selectlanguage{...} is used. In lyx 1.4 there is no indication that
languages are being mixed, but is also annoying in lyx 1.5
On FC6, (pdfeTeX Version 3.141592-1.21a-2.2), the following lyx file
If I start a new document with text asdf asdf asdf adfs, and execute
the command buffer:
command-sequence bookmark-save before-spellcheck; buffer-begin;
dialog-show spellchecker;
Then the spellchecker will ignore the first asdf. The spell checker
will pick it up if manually move the cursor
I could not locate the file with any of these extensions:
.png,.pdf,.jpg,.mps,.tif
Confirmed. Also fails if just a plain xfig file is involved. In
current svn, only seems to fail when viewing DVI, never when viewing
PDF (pdflatex).
For an example of a lyx file for which export to DVI fails,
To reproduce:
1) Press Cntl-N (start new file)
2) Press Alt-I, I, B (insert TOC from BibTeX)
3) Press Alt-A (Add...)
4) Double Click test
5) Press Alt-O (OK)
6) Press Alt-I C (Insert Citation)
7) Press Alt-A (Add)
LyX now crashes will the following error:
On 7/5/07, Michael Gerz [EMAIL PROTECTED] wrote:
I cannot reproduce this bug.
I tried doing a make clean make. Didn't help. I am using Fedora
Core 6 with the following CFLAGS and gcc. Perhaps someone using
Fedora Core 6 could try to reproduce the bug?
In the mean while, I'll take out the
On 7/5/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
John McCabe-Dansted wrote:
I tried doing a make clean make. Didn't help. I am using Fedora
Core 6 with the following CFLAGS and gcc. Perhaps someone using
FYI, removing the CFLAGS didn't help.
Fedora Core 6 could try to reproduce
On 7/5/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
John, could you test if it really fixes the crash, just to make sure?
Doesn't seem to fix the crash. LyX seems to be fine with empty
authors. It appears to be authors that end with . that cause the
problem. For example, I am not able to
On 7/5/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
could you add a debug statment and see what authors[0] returns, i.e. the
attached patch?
+ lyxerr getAbbreviatedAuthor, authors[0]:
to_utf8(authors[0]) endl;
Now it outputs:
getAbbreviatedAuthor, authors[0]: Anon.
--
John C.
On 8/8/07, Bo Peng [EMAIL PROTECTED] wrote:
My point is that it is not needed at all. Disk file is unlikely to be
changed when you work in lyx so it is enough to check it only when you
leave and re-enter lyx.
I sometimes leave lyx open at work, and then log in at home. It might
be a good idea
On 9/13/06, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Of course I could provide support for aspell, ispell, Enchant and the
controller reorg in one big patch.
Another option seems to be to write patches 1,2,3 and 4. Once the have
all been written, commit them all seperately, but on the same
Babel is not compatible with all document types, see e.g. :
http://www.acm.org/sigs/pubs/proceed/sigfaq.htm#a16
However, babel is set in the LyX wide settings rather than in the
Document wide settings. This seems to be a bug (e.g. if I send some
one a babel incompatible document, they complain,
On 11/21/06, Georg Baum [EMAIL PROTECTED] wrote:
Yes. The information is outdated. You should use the ifpdf package, see
http://www.tex.ac.uk/cgi-bin/texfaq2html?label=ifpdf. It would be great if
you could update the manual with the new information and send a patch.
OK, I thought I'd fix some
On 12/5/06, Abdelrazak Younes [EMAIL PROTECTED] wrote:
What's wrong with Ctrl+i?
Probably the fact that I didn't know it...
I haven't read the LyX tutorial since LyX-0.10 or something ;-)
That said, Ctrl+i works only _before_ the inset and is not very user
friendly. Who knows except LyX
If anyone is looking for a bug to fix, I understand that bug 2179 is
fixable now that RandomAccessList has gone into LyX. This bug makes it
hard to use the new latex errors dialog box.
http://bugzilla.lyx.org/show_bug.cgi?id=2179
--
John C. McCabe-Dansted
PhD Student
University of Western
When processing LyX 1.3.x documents in 1.4.1 I often have fatal errors that say
Try typing return to proceed.
If that doesn't work, type X return to quit.
If I export to LaTeX and press enter the file is processed correctly -
I suspect these error are treated as a fatal errors in LyX
Hi, is this a known bug?
Pressing Cntl-G usually causes crash.
Steps to reproduce:
1) Start Lyx-1.4.3svn
2) Start new document
3) Type Hello.
4) Press Cntl-G
Result:
/usr/lib/gcc/i386-redhat-linux/4.0.2/../../../../include/c++/4.0.2/debug/vector:208:
error: attempt to access an element in
On 8/17/06, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Could you try the following patch? It fixes findInset (you
Jean-Marc could get the same crash with next note) and disables
Jean-Marc Ctrl+G, which is not implemented
On 8/9/06, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
If we use a different temp file each time, how do we know
when we can delete it?
What if we attempt to delete each old version of the temp file each
time we create a new one? That way we do not proliferate old temp
files unless we know
I have been noticing that LyX 1.4.4svn outputs invalid latex in Show
changes in output in a number of situations. One simple one is that
it outputs
\section*{\changestart{}Ackowledgements\changeend{}
which causes errors. It should instead output:
In LyX 1.4.4svn, Fedora Core 4, I find that when I view dvi files
using the Show changes in output facility, the dvipost utility is
not automatically run so the changes are not coloured. I have created
a Change DVI type that has dvipost $$i $$o as its converter.
However, surely LyX should be
I cannot compile svn trunk revision 16774 on Fedora Core 4. Below is
the error I get. My config.log is at
http://www.csse.uwa.edu.au/~john/config.log. This appears to be the
result of some qt4 not being installed, but configure does not
complain.
BTW, I can compile lyx-1.4.x (qt), so this could
I have tried Lyx-1.5.0svn r16816. I really liked the new features,
look and feel. Are any of the following not known problems?
ChkTex does not create .tex file before running chktex, causing could
not run chktex successfully error.
Even if .tex file exists (because it was generated in tmp dir
This email discusses how to replicate 3 bugs:
* Show changes in Output, does not highlight text (LyX isn't running
~/bin/dvipost)
- This bug also exists in lyx 1.4
* up button in Table of Contents sometimes does nothing
* down button in Table of Contents can cause LyX to crash upon merge
On 1/23/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Go to Change Tracking-Show Changes in Output
View Dvi, (or ps or...) Text will not be shown in blue. This is
apparently because LyX isn't running ~/bin/dvipost on the generated
.dvi file.
works for me. Are you sure dvipost is
Hi, is anyone else's mail being eaten?
All the mail I send from my mccabedj account at ucc.gu.uwa.edu.au just
disappears if I send it to any of:
[EMAIL PROTECTED] to subscribe
lyx-devel@lists.lyx.org to unsubscribe
[EMAIL PROTECTED] for a help message
If this mail gets though, what I was
Using a legacy ~/.lyx can cause LyX to crash upon generating a PDF
(pdflatex) file. If a dvi file has been exported previously LyX will
not update the .tex file, and will continue to use the old .tex for
generating the .pdf file until another dvi file is generated.
Bug exists in lyx1.4.4svn and
On 1/25/07, Uwe Stöhr [EMAIL PROTECTED] wrote:
You can't judge a book by its cover! I designed the installer to be able to
have a full functional
LyX. For this purpose I include all needed files from SVN's /lib directory and
this are about 20 MB
(uncompressed). Then there are of course the
Currently if the user chooses to Show changes in output,
but does not use pplatex as an output filter, LyX happily
throws all the new text and old text into a big confusing
jumble.
I suggest that if the user trys to use latex or pdflatex
with show changes on, a warning dialog should be shown.
If
On 1/26/07, Bennett Helm [EMAIL PROTECTED] wrote:
I'm still trying to get LyX to typeset a file I have with many child
documents that have spaces in their filenames. The file also has a
fair amount of ERT, graphics, etc. Trying to open it now crashes LyX.
Here's the backtrace.
What version are
On 1/27/07, Bo Peng [EMAIL PROTECTED] wrote:
On 1/25/07, John McCabe-Dansted [EMAIL PROTECTED] wrote:
Currently if the user chooses to Show changes in output,
but does not use pplatex as an output filter, LyX happily
throws all the new text and old text into a big confusing
jumble.
How can
On 1/23/07, John McCabe-Dansted [EMAIL PROTECTED] wrote:
ChkTex does not create .tex file before running chktex, causing could
not run chktex successfully error.
This is caused by runChkTeX outputting the .tex file to the same
directory as the lyx file. Fixed in the patch below.
Even if .tex
1) Press Cntl-n
2) type 6x6.
3) Select the 6x6 (but not the '.')
4) Press Cntl-m
5) Press Alt-d t
Then my LyX 1.5.0svn (revision 16897) crashes with:
X Error: BadDevice, invalid or uninitialized input device 154
Extension:143 (XInputExtension)
Minor opcode: 3 (X_OpenDevice)
Resource id:
On 1/28/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Hm, this should not happen. Dvipost comes with a Makefile that installs
everything for you (on Unix, on Windows, it is installed by the installer
AFAIK). Anyway, people seem to do all sorts of things.
The makefile generated by configure
As I said, since dvipost _is_ installed in such cases, I'd prefer the
warning Dvipost is not installed correctly on your system. Re-install
(including pplatex) and reconfigure
Done. New patches below:
--- 1.5.0svn ---
Index: converter.C
On 1/30/07, Michael Gerz [EMAIL PROTECTED] wrote:
If this is John's problem, then it is definitely a configure.py problem.
We must revise the check for dvipost such that it also covers pplatex.
IMHO John's patch does not go into the right direction.
In any case, I would like whatever solution
On 1/30/07, Georg Baum [EMAIL PROTECTED] wrote:
I don't understand why we need to create an absolute path here:
Because in 1.5.0svn (but not 1.4.4svn) we get:
Assertion triggered in lyx::support::FileName::FileName(const std::string)
by failing check empty() || absolutePath(name_) in file
On 1/30/07, Georg Baum [EMAIL PROTECTED] wrote:
I don't understand why we need to create an absolute path here:
Because in 1.5.0svn (but not 1.4.4svn) we get:
Assertion triggered in lyx::support::FileName::FileName(const std::string)
by failing check empty() || absolutePath(name_) in file
On 2/1/07, Georg Baum [EMAIL PROTECTED] wrote:
Am Mittwoch, 31. Januar 2007 12:34 schrieb John McCabe-Dansted:
So, what do you think of the patch below:?
It does not apply. Please send one against current svn, and as attachment
please, then it is easier for me to apply.
Its easier for me
In BufferList::updateIncludedTeXfiles we have
string writefile = mastertmpdir;
writefile += '/';
writefile += (*it)-getLatexName();
As per our discussions re: the ChkTeX patch the above looks incorrect
to me. The following looks better:
string writefile =
On 2/7/07, Michael Gerz [EMAIL PROTECTED] wrote:
Has this patch been applied in the mean-time?
Apparently so.
--
John C. McCabe-Dansted
PhD Student
University of Western Australia
Does the following change make sense?
- FileName const layout_file(path + '/' + textclass + .layout);
+ FileName const layout_file(addName(path,textclass + .layout));
(patch attached)
--
John C. McCabe-Dansted
PhD Student
University of Western Australia
Index:
On 19 Feb 2007 12:24:11 +0100, Lars Gullik Bjønnes [EMAIL PROTECTED] wrote:
| Does the following change make sense?
|
| - FileName const layout_file(path + '/' + textclass + .layout);
| + FileName const layout_file(addName(path,textclass + .layout));
I don't know, but please add a
I was thinking of creating a external tool such that you can replace
math symbols by doing a Save, run external tool, reload. It would
be trivial to add the facility into LyX to do an export followed
immediately by an import to ease the use of this tool. This approach
would:
* Be independent of
Howdy, I created a new file type LyXt and a converter from LyX to
LyXt. Regardless of what I set the converter to (e.g. cp $$i $$o),
when I do a File-Export-LyXt I get the following error:
sh: -f: command not found
Error: Cannot convert file
An error
On 3/1/07, Helge Hafting [EMAIL PROTECTED] wrote:
My webserver (apache) is stupid enough to call a lyx file text/plain,
and of course you can't override text/plain in mozpluggerrc
because the browser believe it can handle text/plain itself
and so it stupidly displays the lyx file as a text file.
On 3/2/07, Georg Baum [EMAIL PROTECTED] wrote:
This is because up to 1.4.x the exporter chooses the first conversion path
that it finds, not the shortest one. In this case that is export to tex -
lyx - LyXt. In 1.5 the shortest path is used instead, so your new format
should work in 1.5.
This
Any comments on the following proposal?
I propose an LFUN to allow the lyx file to be edited or processed as
text without having to leave the LyX GUI. This could be essentially
the same as a export, edit, import, but with an automatically
selected temporary file rather than dialogs requesting a
Hi, I have a crash with data loss with the latest 1.4.x SVN. Open
http://www.csse.uwa.edu.au/~john/lyx/modal_MF2.lyx
in lyx. Do an accept all. LyX will lock up, it will not write an
.emergency file, unless you go to the console and press Cntl-C. Even
then, LyX will not exit.
Also, accepting
On 3/16/07, Andre Poenitz [EMAIL PROTECTED] wrote:
On Thu, Mar 15, 2007 at 10:51:24PM +0100, [EMAIL PROTECTED] wrote:
I have no problems with that as long as this is a concious decision of
the user. However, having things like my user name and modification/access
date dumped silently into the
An alternative would be to support an RCS format where everything is
explicitly saved forever, so e.g. you not only know when the document
You mean that kind of stuff when you sent out a contract proposal as
.lyx file and the recipient is able to read all earlier versions when he
looks on the
On 3/21/07, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
On Wed, 21 Mar 2007, Georg Baum wrote:
PS: I thought that the goal was to get out 1.5.0 ASAP
Good question what's the status and what's left?
A second beta wouldn't hurt. It has been a month since the last one.
--
John C.
I cannot compile the latest lyx-devel on FC6 as I get the following error:
Making all in qt4
make[5]: Entering directory `/home/local/john/src/lyx-devel/src/frontends/qt4'
/usr/bin/moc-qt4 -o QTocDialog_moc.cpp QTocDialog.h
moc: QTocDialog.h: No such file
make[5]: *** [QTocDialog_moc.cpp] Error
Steps to reproduce
1) type a$\left($a (The a's on both sides are important)
2) Select $\left($
3) Press Cntl-M.
On may machine this will cause a crash about 90% of the time. This
occurs on Fedora Core 6 with gcc 4.1.1 -march=prescott and Dapper
with gcc-4.0.3. The svn is about a week old (I
To reproduce, press the following keys:
Cntl-n (new document)
Cntl-m (enter math mode)
a
_
b
- (leave subscript)
- (leave mathmode)
- (reenter mathmode)
Shift- - (selects a_b)
Cntl-m (changes font)
Cntl-z(undos change)
You should then get the error such as the following:
Error:
On 3/30/07, John McCabe-Dansted [EMAIL PROTECTED] wrote:
/usr/bin/moc-qt4 -o QTocDialog_moc.cpp QTocDialog.h
moc: QTocDialog.h: No such file
BTW, rerunning ./autogen.sh and ./configure seems to have fixed this
problem for me.
--
John C. McCabe-Dansted
PhD Student
University of Western
On 4/4/07, Andre Poenitz [EMAIL PROTECTED] wrote:
So you suggest integrating your distribution's package management system
into LyX? And mine? And Slackware? And ...?
Does it have to be that complicated? The only package manager that you
really have to support is mpm (MiKTeX Package Manager),
On 4/4/07, Georg Baum [EMAIL PROTECTED] wrote:
A LyX package management system will create far too much support and
So we use the MiKTeX Package Manager instead of our own, and redirect
any bug reports to the MPM people who presumably actually want the bug
reports.
maintenance work, so we
On 4/10/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
excellent detective work!
I can confirm that the crash is gone.
I am getting ToC crashes again. This is with SVN of 16 Apr on FC6.
To replicate:
1) Start LyX
2) Press Cntl-N (new document)
3) Press Alt-D, then T (Table of contents)
Lyx
On 4/17/07, Richard Heck [EMAIL PROTECTED] wrote:
I don't know exactly what's going on here, but I think I can solve the
problem. I also think it's a QT bug, not ours.
OK, my qt4 is 4.2.3:
% rpm -qa | grep qt4
qt4-4.2.3-3.fc6.1
qt4-devel-4.2.3-3.fc6.1
qt4-x11-4.2.3-3.fc6.1
-
As the original bug reporter, I confirm that this problem does not
occur with the latest svn. Thanks.
On 4/17/07, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
This is the case in the version I committed:
-void TocWidget::enableButtons(bool enable)
+void TocWidget::enableControls(bool enable)
{
The current version of LyX-gc uses the '»' and '«' UTF symbols to mark
where the error occurs in the ChKTeX style output. Since round
beginning of April, 1.5.0svn stops parsing the ChKTeX input once it
reaches such these non-ASCII symbols.
I don't know whether this is bug. It is easy to work
On 2/2/07, Abdelrazak Younes [EMAIL PROTECTED] wrote:
Enrico Forestieri wrote:
On Thu, Feb 01, 2007 at 09:25:33PM +0100, Helge Hafting wrote:
Load the user guide. Click the down-arrow on the scrollbar, and hold it
down for 5s. Observe how LyX keeps scrolling for two more seconds
after
The first time I View DVI after enabling or disabling natbib, I get
LaTeX errors. The second time I do a View DVI, the problem goes
away.
Do other people notice this bug in 1.5.0svn? This bug is easy to work
around, but can be worrying if you don't know you can just redo View
DVI to fix result.
If have found the following four bugs [A-D] in the Beamer handling of
LyX 1.5svn. The prevalence of bugs makes Beamer quite hard to use with
LyX 1.5svn.
[A] LyX will not define lyxframeend if not explicitly set by user.
To reproduce
1) Create new document
2) Set Document class to be beamer
3)
On Fri, Mar 28, 2008 at 5:46 PM, Ankur Verma [EMAIL PROTECTED] wrote:
The problem which I am facing is solved when I remove the equations from
.lyx file. Now, I can successfully export the pdf from the .lyx file,
without the equations. But I cannot export a pdf or dvi, when I copy the
On 4/3/08, Bo Peng [EMAIL PROTECTED] wrote:
an executive summary (without rhetorics) would be helpful for bystanders
to also chime in...
The simple solution, which is essentially Richard's proposal, is that:
An even simpler solution is a Collect for output option like Quark
has, which
On 4/4/08, Jean-Marc Lasgouttes [EMAIL PROTECTED] wrote:
Bo Peng [EMAIL PROTECTED] writes:
If the majority of the users keep their files in a subdirectory, my
feature is not in the way of anything, right? So why do you want to
enforce such a policy when you do not have to?
You mean like
On Wed, May 7, 2008 at 3:08 PM, [EMAIL PROTECTED] wrote:
On Wed, 7 May 2008, Helge Hafting wrote:
The more serious question, to my mind, is whether this kind of display
of
shortcuts is even worth having. I've used LyX for several years now,
and I
have no idea what Alt-M F S X E
Different Linux distributions tend to package different versions of LyX.
This can cause a bit of a headache since these packaged versions are usually
not forward compatible with later major released (e.g. are not LyX 1.5.5.).
Two things might make this a little easier.
1) LyX 1.6.x could use
On Thu, Jan 14, 2010 at 5:13 AM, Steve Litt sl...@troubleshooters.com wrote:
On Wednesday 13 January 2010 13:36:09 José Matos wrote:
Hi all,
I would like to start working on the goal of having lyx with an xml file
format.
Once again I'd like to say that if not done exactly right, XMLizing
On Thu, Jan 14, 2010 at 9:46 AM, Uwe Stöhr uwesto...@web.de wrote:
The important issue is the roadmap:
- I would like to release a pre-release of current trunk in a few days if
I'm allowed to. Doing this has been proven suitable in the last 2 release
cycles.
One nasty bug is that, on my
On Sat, Jan 30, 2010 at 12:34 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
Tommaso Cucinotta wrote:
Hi,
start LyX, C-n, C-w == assertion (LyXFunc.cpp:537).
Another way: start LyX, choose Tools-Preferences, same assertion.
lassert.cpp(21): ASSERTION bv VIOLATED IN LyXFunc.cpp:537
T.
On Sat, Jan 30, 2010 at 9:54 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
Jürgen Spitzmüller wrote:
One small note: I think it would be slightly more intuitive if the replace
buttons would read [ Replace] and [Replace ] instead of [Previous] and
[Next]. What do you think?
Just to mention
So, code is just MATH_CODE and you can have no special rules for regular
expressions opposed to math insets.
Being able to embed math also into ERT seems reasonable to me. Eg. I
have ERT insets that look like the following:
\begin{algorithm}
\FOR $\phi$ \in $\Phi$ \DO
$y_\phi$ :=
On 2/3/10, Jürgen Spitzmüller sp...@lyx.org wrote:
I tend towards this as well. I just think there might be other scenarios
which could be avoided by a more general approach.
A more general approach may also fix other bugs resulting from loops such as:
#6505: A is parent document of B is
I can usually generate bisection reports for the bugs I find using
cache-bisect.py. For example, I tracked down
http://www.lyx.org/trac/ticket/6502
Math-macros and Parent documents lead to LaTeX Errors Dialog
highlighting wrong line.
to the revision r22241
This bug was caused by r22241 no longer outputting the parent macros
in child files, but still counting them towards line numbers.
The attached patch simply stops LyX from even trying to output the
parent macros. AFAICT, This is strictly better than the current
situation where we don't get the
On Sun, Feb 7, 2010 at 5:24 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
John McCabe-Dansted wrote:
This bug was caused by r22241 no longer outputting the parent macros
in child files, but still counting them towards line numbers.
Are you sure parent macros are not output in children? Wouldn't
On Mon, Feb 8, 2010 at 3:12 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
John McCabe-Dansted wrote:
It is just a missing d-texrow.newline();.
The attached patch adds this back in. I've tested this patch against
branch and trunk. Shall we apply this to trunk now?
Looks much better.
However
On Mon, Feb 8, 2010 at 4:30 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
John McCabe-Dansted wrote:
Do you mean something like the writeLaTeX function in BufferParams.cpp
that has TexRow passed in, and itself calls texrow.newline();?
I mean, make the write function an int and then call
On Mon, Feb 8, 2010 at 7:43 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
John McCabe-Dansted wrote:
Something like the attached then?
Sort of, yes. Although I would, to be in line with what we have, do in
MathMacroTemplate::write
int i = 0;
[...]
see attached.
--
John C. McCabe
On Mon, Feb 8, 2010 at 9:37 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
+ for (i = 0; i num_lines; ++i) {
(attached)
--
John C. McCabe-Dansted
Index: mathed/MacroTable.h
===
--- mathed/MacroTable.h (revision 33347)
+++
I thought I'd run the LyX code base through the RATS static analysis
tool. All it did was report every single occurrence of a fixed width
array in LyX. Never-the-less, in some cases the use of the fixed array
seemed dangerous or incorrect.
I don't think that the patch is ready, in particular I
I have a rough patch to add the ability activate system(...) via a
LFUN. I use this to paste '\Axmath-macro' via xvkbd, but I can imagine
other users, for example rot13'ing your current selection.
Would there be interest in accepting a polished version of this patch?
One concern may be that a
On Sun, Feb 14, 2010 at 8:35 PM, Pavel Sanda sa...@lyx.org wrote:
John McCabe-Dansted wrote:
Also is there anything that you'd like passed into the command, such
as the file-name of the currently active buffer?
what is the adventage over vc-command?
pavel
The primary advantage was that vc
I ran cppcheck on the LyX codebase. I got a number of style warnings
about ++i being better than i++. The attached patch fixes these
warnings, the patch was generated by the attached
post2pre_increment.sh.
The following two bugs are fixed in leak_brace.patch (attached)
On Mon, Feb 15, 2010 at 11:54 AM, Pavel Sanda sa...@lyx.org wrote:
i fail to see why
for (int i = 0; i count; i++)
is better than
for (int i = 0; i count; ++i)
Well, Jürgen also prefers ++i to i++, at least in new code being
submitted to LyX. Whether it is worth patching old code is
On Mon, Feb 15, 2010 at 2:49 PM, Pavel Sanda sa...@lyx.org wrote:
John McCabe-Dansted wrote:
Well, Jürgen also prefers ++i to i++, at least in new code being
submitted to LyX.
we have such advice in lyx coding rules, thats true and i understand its usage
for non-POD objects, anyway using
I cannot compile r33482 because it complains that GuiFloat.cpp and
GuiFloat.h are missing. Removing these entries from the relevant
Makefile.am seems to allow LyX to compile.
--
John C. McCabe-Dansted
Index: src/frontends/qt4/Makefile.am
On Wed, Feb 17, 2010 at 9:54 PM, Stroobandt Serge
serge.strooba...@kce.fgov.be wrote:
I only recently read an introductory book about Python, so I am unsure
whether that will be sufficient to help out... But if I get some assistance,
I might give it a try in between my rather busy schedule.
On Sun, Feb 14, 2010 at 11:27 PM, John McCabe-Dansted gma...@gmail.com wrote:
http://gmatht.homelinux.net/xp/lyx/cppcheck/
Attached is a possible fix for:
[./src/support/os_cygwin.cpp:181]: (error) Mismatching allocation and
deallocation: ptr
Does it look right?
--
John C. McCabe-Dansted
On Mon, Feb 15, 2010 at 11:54 AM, Pavel Sanda sa...@lyx.org wrote:
Also, server_monitor.c seems to be filled with unsafe uses of sprintf.
The nicest solution would seem to be to rewrite the sprintfs as
asprintfs, however asprintf is a GNU extension which I believe is not
supported by MingW. We
On Sat, Feb 13, 2010 at 5:17 PM, Andre Poenitz
andre.poen...@mathematik.tu-chemnitz.de wrote:
char * argv = { lyx, 0 };
gcc gives me a warning about a depreciated conversion between const
char* and char*. How does the following look?
+ const char *argv[] = { lyx, 0 };
+
+
1 - 100 of 665 matches
Mail list logo