On Thu, 22 Sept 2022 at 06:09, Jean-Marc Lasgouttes
wrote:
> Another solution is LanguageTool.
>
And LyX-GC already supports LanguageTool
--
John C. McCabe-Dansted
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
On 29 May 2018 at 21:55, mn wrote:
> What is the status of the optional (external?) feature "grammar
> checking" and is their a plan to add proper support for this?
>
> The parts in question are here:
> https://github.com/gmatht/lyx-gc
> https://wiki.lyx.org/Tools/LyX-GrammarChecker
>
> Trying to
https://www.lyx.org/Download lists the LyX 2.2 Windows Installer as
XP/Vista/...
Perhaps this needs to be updated too?
On Tue, Jun 21, 2016 at 11:04 PM, Richard Heck wrote:
> On 06/19/2016 08:16 PM, Uwe Stöhr wrote:
> > Am 13.06.2016 um 17:33 schrieb Richard Heck:
> >
> >>
> >> The tarballs for
I wonder if it would be easier to add C++ binding to something like
MathQuill? That would seem a very Qt5 thing to do.
http://mathquill.com/demo.html
I was even wondering if it would make sense plan to eventually replace the
lyx rich text editor with an html5/javascript-ish* one. For example j
On Sun, Nov 27, 2011 at 10:37 PM, Richard Heck wrote:
> On 11/27/2011 06:43 AM, John McCabe-Dansted wrote:
> > I have proposed a patch to allow use of lemmas etc. in the ENTCS
> > format. I think someone who was familiar with the LyX layout format
> > could do a better jo
On Wed, May 22, 2013 at 2:42 PM, Saravanan V wrote:
> Hi,
>
> I have seen LYX which is wonderful tool. I have few questions here that is,
> Is there LYX for online WYSIWYG content editing?
> or
> can we make LYX for online WYSIWYG editor?
>
I think you mean WYSIWYMean, as LyX isn't WYSIWYGet. An
On Mon, Apr 15, 2013 at 12:28 PM, Pavel Sanda wrote:
> Guenter Milde wrote:
> > Actually, I believe that a dedicated LaTeX editor (TeXworks, TeXmaker,
> ...)
> > is better suited for generating of LaTeX documents for blind people.
>
> Offtopic, but I wonder - what blind people do with ultracrypti
Just in case someone hits the same problem as me: I had lots of
problems importing files in Windows, getting errors like
LyX: Document formmat failure
C: ... Buffer_convertLyXFormat.Xd9288
is not a readable Lyx document
It took me a while to figure out that if you are calling a native LyX
exe fr
On Thu, Jan 24, 2013 at 11:48 PM, Scott Kostyshak wrote:
> On Thu, Jan 24, 2013 at 3:29 AM, John McCabe-Dansted wrote:
>> On Thu, Jan 24, 2013 at 5:54 AM, Scott Kostyshak wrote:
>>> I'm confused by the following: pdflatex output is redirected to
>>> /dev/null bu
On Thu, Jan 24, 2013 at 5:54 AM, Scott Kostyshak wrote:
> I'm confused by the following: pdflatex output is redirected to
> /dev/null but I still see some of the output. I don't think it's a
> stderr problem since the part I see is written to stdout.
That's weird. I don't get any such output when
I've been having trouble accessing the LyX website. At first I thought it
was just the SVN server, but now I can't even get to www.lyx.org/.
Anyone else having problems?
On Fri, May 25, 2012 at 5:11 PM, Jean-Marc Lasgouttes
wrote:
> Le 25/05/2012 08:03, Liviu Andronic a écrit :
> You except the bug that makes it impossible to use the File/Open dialog?
>
> https://bugs.launchpad.net/ubuntu/+source/lyx/+bug/946956
WorksForMe(TM).
My understanding is that If you do
On Wed, May 23, 2012 at 8:52 PM, Richard Heck wrote:
> I agree with you generally here. The conversion, like for export, should be
> done in a temporary directory, if only because the importer could, in
> principle, create all kinds of garbage in the original directory. Then the
One thing is that
On Thu, Jun 16, 2011 at 2:56 AM, Uwe Stöhr wrote:
> So latex8 can go.
>
>>> Probably should just leave them in branch, I think. Just in case.
>
> In this case I want to remove them from branch too. Both template files are
> since years obsolete and only lead to confusions. (Like I was confused.)
>
31, 2011 at 8:30 PM, John McCabe-Dansted wrote:
> When I convert an article to entcs format I get the problem:
> 1) If I leave the Theorems module enabled. I get errors claiming e.g.
> “Command \proof already defined”
> 2) If I delete the Theorems module then LyX claims that lists
On Fri, Oct 7, 2011 at 7:34 PM, Lars Gullik Bjønnes wrote:
>
> This below is the authors file I used to make the git commits look
> better. I am guessing that some of the names/addresses used are not
> quite as some of you would want. So I'd like some input so that I can
> get it right.
>
> There
On Sat, Aug 27, 2011 at 5:06 PM, Vincent van Ravesteijn wrote:
>
>>> According to john I caused the crashes while fixing the scrolling. That's
>>> why I did not backport the fix.
>>>
>> I'd propose the attached fix, which doesn't trigger any (either sporadic
>> and endless) recursive repaint anymo
On Sun, Aug 21, 2011 at 9:57 AM, Tommaso Cucinotta wrote:
> from one of my tests for findadv that was failing:
>
> [C-s-f] (pop-up advanced find)
> \Axmath-display\[Return]
>
> and I get infinite: "QWidget::repaint: recursive repaint", till segfault.
> Beginning of stack trace is below (r39294).
On Thu, Aug 18, 2011 at 1:14 PM, John McCabe-Dansted wrote:
> On Thu, Aug 18, 2011 at 1:07 PM, Paul Johnson wrote:
> ...
>> #!/bin/bash
>> rsync -rv "$1" "$2"
>> exec evince $1
>> exit 0
> ...
>> Here are the problems.
>>
>>
On Thu, Aug 18, 2011 at 1:07 PM, Paul Johnson wrote:
...
> #!/bin/bash
> rsync -rv "$1" "$2"
> exec evince $1
> exit 0
...
> Here are the problems.
>
> 1. LyX is "stuck" while Evince is open. I mean, even if you edit, lyx
> will not allow another view or update view action. LyX still thinks
> the
On Wed, Aug 17, 2011 at 1:49 PM, Liviu Andronic wrote:
> On Wed, Aug 17, 2011 at 1:06 AM, Paul Johnson wrote:
>> I'd like to automatically copy pdf output from the LyX temp directory
>> back to the current working directory whenever I view a document,
>> rather than separately Exporting from LyX.
Apparently executable size can shrink by over a third when compiled with
-flto + -fuse-linker-plugin + -fwholeprogram
and other performance neutral optimizations can be used to shrink
executable size further, to 60% of original. (See [1])
Rebuilding executables with ftlo could be another optio
When I convert an article to entcs format I get the problem:
1) If I leave the Theorems module enabled. I get errors claiming e.g.
“Command \proof already defined”
2) If I delete the Theorems module then LyX claims that lists the
Lemma environment as "Lemma (unknown)".
I attach the patch I am usin
Looks handy to me. A couple of minor comments:
1) Why do you show a dialog informing the user that the file will be
created from the template? This information could be moved to the
previous dialog saving one click.
2) From my distant memories of MacOS 8, file extensions are not
encouraged on M
On Mon, Jul 18, 2011 at 7:17 AM, Enrico Forestieri wrote:
> On Sun, Jul 17, 2011 at 06:49:43PM +0800, John McCabe-Dansted wrote:
>
>> It seems that this code should only be called if the math inset has
>> actually been modified, but that it is being called constantly, even
>
I have finally exercised my commit privileges by committing r39333. I
spent an hours checking everything is OK, but this is my first commit
ever to a shared VCS... so expect a rain of fire.
Also, is this OK for branch? Should I commit there as well?
If so, to do that I just check out branch, reap
Is it more convenient if I include the patch that caused the
regression in my email, if it is small, as below?
It seems that this code should only be called if the math inset has
actually been modified, but that it is being called constantly, even
on cursor movement outside the math inset.
--
On Tue, May 24, 2011 at 12:34 PM, John McCabe-Dansted wrote:
> To reproduce:
> 1) Open a complex lyx file with many math insets, macros etc. (e.g.
> http://www.csse.uwa.edu.au/~john/drafts/Thesis_Background.lyx, or just
> create a new document and fill the screen with "
On Thu, Jul 14, 2011 at 2:37 PM, John McCabe-Dansted wrote:
> Anyway: I have reproduced the increase in memory use with =rel as
> well. It appears to be caused by the additions to
> lib/layouttranslations. Does LyX make an in memory copy of the
> translations for every inset? LyX a
On Thu, Jul 14, 2011 at 6:27 AM, Tommaso Cucinotta wrote:
> Il 13/07/2011 20:32, John McCabe-Dansted ha scritto:
> one trivial questions (sorry to ask):
> 1) are you sure power management was disabled on your machine while running
> these benchmarks ?
Powermanagement was probably o
I have begun developing benchmark utilities for LyX. These can be found by doing
git clone g...@github.com:gmatht/Jankey.git
cd Jankey/Benchmarks/
The Benchmark basically involves spamming the following keycodes at LyX
\Ac \D1 \Ac \D9 \D9 \Ao \D1\Av\D10 \Ai n n nnn \[Right] asdf \r \r
iadsf
On Mon, Jul 11, 2011 at 10:01 PM, Richard Heck wrote:
> (i) "cd .." takes me to /home/rgheck/, as expected
I understand that the bash builtin cd command reinterpreting ".." to
mean slice off part of the path.
> (ii) "ls .." gives me the files in /home/rgheck/files/, as not expected.
I u
On Tue, Jul 5, 2011 at 9:21 AM, John McCabe-Dansted wrote:
> On Fri, Jul 1, 2011 at 11:11 PM, Pavel Sanda wrote:
>> the image ubuntu makes for lyx is bad. they are pushing not well tested
>> versions of qt/lyx into repo, but they do not update bugfixing releases
>> so user
On Fri, Jul 1, 2011 at 11:11 PM, Pavel Sanda wrote:
> the image ubuntu makes for lyx is bad. they are pushing not well tested
> versions of qt/lyx into repo, but they do not update bugfixing releases
> so user gets unstable lyx at the end. it happened with their last LTS 10.04
> (not well tested q
On Mon, Jul 4, 2011 at 5:09 PM, Rainer M Krug wrote:
> I would rather inform the user about the ppa and how they can add it to
Hmm, if we wanted to be really fancy we could add an "upgrade to
lyx-2.0.latest" in the about dialog, and replace the "You have
crashed, please report a bug" message with
On Mon, Jul 4, 2011 at 5:05 PM, Rainer M Krug wrote:
> Thanks for the trust you put in me, but I do not nearly know enough about
> building software, configuration and ubuntu to feel comfortable with this
> role.
I don't think that Ubuntu would let you fill the role without a mentor
anyway. I ima
On Mon, Jul 4, 2011 at 5:24 PM, Jean-Marc Lasgouttes wrote:
> Le 03/07/2011 15:17, John McCabe-Dansted a écrit :
>> terminate called after throwing an instance of 'std::bad_alloc'
>> what(): std::bad_alloc
>
> The problem is that external boost is in general
On Mon, Jul 4, 2011 at 2:18 AM, John McCabe-Dansted wrote:
>> On 03.07.2011 15:17, John McCabe-Dansted wrote:
>>> Whenever I try to run a recent version of trunk I get the error below.
>>> This does not seem to be a regession in LyX but rather a regression in
>>>
On Mon, Jul 4, 2011 at 1:28 AM, Peter Kümmel wrote:
> On 03.07.2011 15:17, John McCabe-Dansted wrote:
>>
>> Whenever I try to run a recent version of trunk I get the error below.
>> This does not seem to be a regession in LyX but rather a regression in
>> the Ubunt
On Mon, Jul 4, 2011 at 1:08 AM, Tommaso Cucinotta wrote:
> Il 03/07/2011 07:37, John McCabe-Dansted ha scritto:
>>
>> Hi, I was thinking that we could test that export is still working in
>> autotests. I was thinking something like the test below. We could add
>> other
On Sun, Jul 3, 2011 at 8:25 PM, Pavel Sanda wrote:
> John McCabe-Dansted wrote:
>> We could detect the Ubuntu build environment and break. I don't recall
>
> hehehe. it reminds me time when climm developer (that time micq)
> was not able to push critical fixes into th
Whenever I try to run a recent version of trunk I get the error below.
This does not seem to be a regession in LyX but rather a regression in
the Ubuntu boost... except that they don't seem to have changed that
recently. I don't really know what is going on. But if anyone else
comes across this pro
On Sat, Jul 2, 2011 at 11:33 PM, Liviu Andronic wrote:
> On Fri, Jul 1, 2011 at 10:13 PM, Pavel Sanda wrote:
>> yes this was the idea. otherwise i dont believe we can't do much about the
>> whole thing except extremistic "solutions" like doing ppas and ask ubuntu
>
>> devs to stop producing lyx b
Hi, I was thinking that we could test that export is still working in
autotests. I was thinking something like the test below. We could add
other formats, though e.g. adding ps or pdf would cause "BAD" to be
emitted when we do not have the installed cls files, which may not be
what we want (we coul
On Sat, Jul 2, 2011 at 2:46 AM, Pavel Sanda wrote:
> John McCabe-Dansted wrote:
>> I could try suggesting on ubuntu-devel-discuss that lyx would be a
>> good candidate for more frequent releases. Something like:
>
> i think the real issue is that there is really nobody
On Fri, Jul 1, 2011 at 11:11 PM, Pavel Sanda wrote:
> Rainer M Krug wrote:
>> I have the feeling we are getting somewhere with the creation of the ppa for
>> LyX.
>
> side note.
>
> firstly, do you know how the official binaries are prepared for ubuntu.
> are they blindly taken from debian or some
Hi, I was trying to find out if keytest should now be following
trunk-devel instead of svn. The only documentation I found was:
http://wiki.lyx.org/Devel/Git
Which still suggests that I should use git-svn. Also it appears that
git://gitorious.org/lyx/lyx.git has not been updated in a month, whi
On Fri, Jun 24, 2011 at 10:21 PM, Liviu Andronic wrote:
> In my view "release" is extraneous here. We could have instead:
> lyx-1.6 (for latest stable 1.6.x release; probably forever 1.6.10)
> lyx (for latest stable release, currently 2.0.0 and soon 2.0.1, while
> in the future it will stand for 2
On Fri, Jun 24, 2011 at 5:23 PM, Rainer M Krug wrote:
> there should always be a installation candidate "lyx" in the stable ppa,
> which effectively is always the newest version and installs as lyx without
> any version suffix.
Would that then clash with the official Ubuntu(tm) LyX package? Would
On Fri, Jun 24, 2011 at 2:39 PM, Stephan Witt wrote:
> I've build LyX-2.0.1 successfully with Qt-4.6.3 on macosx from svn branch
> checkout.
> Did you apply some backport patch locally?
No, but I switched from trunk; svnversion reported a incomplete
switch. I ran svn switch again, and now everyt
On Fri, Jun 24, 2011 at 12:36 PM, John McCabe-Dansted wrote:
> On Fri, Jun 24, 2011 at 12:20 PM, John McCabe-Dansted
> wrote:
>> Sorry, for some reason this got sent as I was typing.
>>
>> Anyway this is with qt4:4.6.2-0ubuntu5.2, and the latest branch 2.0.x
>> (
On Fri, Jun 24, 2011 at 12:20 PM, John McCabe-Dansted wrote:
> Sorry, for some reason this got sent as I was typing.
>
> Anyway this is with qt4:4.6.2-0ubuntu5.2, and the latest branch 2.0.x
> (r39194).
A work around for this compile failure is to copy FancyLineEdit.h and
FancyLineE
Sorry, for some reason this got sent as I was typing.
Anyway this is with qt4:4.6.2-0ubuntu5.2, and the latest branch 2.0.x (r39194).
--
John C. McCabe-Dansted
In file included from ui_DocumentUi.h:23,
from GuiDocument.h:25,
from GuiDocument.cpp:14:
PanelStack.h:16:27: error: FancyLineEdit.h: No such file or directory
In file included from ui_DocumentUi.h:23,
from GuiDocument.h:25,
from G
> The standard routine here is to commit first to trunk and then forward the
> lyx-cvs e-mail, with the patch, to lyx-devel asking for comment and
> permission to commit to branch. I'll be happy to accept more such fixes if
> they aren't too dangerous.
But trunk development is on git now? And due
I think aussie may be able to be having trouble, I cannot download
lyx20-deps-msvc2010-x86.zip from aussie. This is presumably the cause
of the following error, as my local copy of
lyx20-deps-msvc2010-x86.zip is only 0 bytes. However it is far from
clear from the following output that the download
On Tue, May 24, 2011 at 1:42 PM, Tommaso Cucinotta wrote:
> That shows up also without maths: I have put ~3000 chars in a single line
> without breaks. Now when I'm in full-screen mode (1440x900) the cursor moves
> very slowly (only ~10 positions per second), so cursor movements are
> buffered and
To reproduce:
1) Open a complex lyx file with many math insets, macros etc. (e.g.
http://www.csse.uwa.edu.au/~john/drafts/Thesis_Background.lyx, or just
create a new document and fill the screen with "$x$ x", where $x$
represents math-mode x)
2) Hold down X (or any other normal key) for a few s
On Thu, Apr 28, 2011 at 10:31 PM, Tommaso Cucinotta wrote:
> (!), I also suspect this will lead to a lower number of developers having
> the chance to try a feature before the merge into main trunk, because it's
> being developed in an alternate branch, and I'm not sure everybody wants to
> downlo
On Wed, Apr 27, 2011 at 10:45 PM, Richard Heck wrote:
> On 04/27/2011 04:52 AM, Liviu Andronic wrote:
> One more thing: Surely you can manage to keep one machine with dual boot
> capability that will run SWP 5 and then use that to export the files as
> needed?
Or a virtual machine ("XP mode" perh
On Mon, Apr 25, 2011 at 5:42 PM, Jürgen Spitzmüller wrote:
> Peter Kümmel wrote:
>> But aren't only 'L' and 'X' capital letters: LyX?
>> Seems ALL logos ignore this.
>
> I don't think so. LyX's logo, \LyX, outputs three capitals. This is the same
> for \TeX, \LaTeX \XeTeX etc.
>
> I'd say that "Ly
On Sat, Apr 23, 2011 at 11:45 PM, Edwin Leuven wrote:
> ..\..\..\lyx-devel\src\support\lassert.cpp(21): ASSERTION false
> VIOLATED IN ..\..\lyx-devel\src\CursorSlice.cpp:188
In case this is relevant, this assertion also shows up in:
http://gmatht.homelinux.net/xp/keytest/html_out/out/t18//html/
On Thu, Apr 21, 2011 at 1:49 PM, Liviu Andronic wrote:
> On Thu, Apr 21, 2011 at 7:45 AM, John McCabe-Dansted wrote:
>> I thought gdb only works for gcc compiled binaries (not e.g. MSVC).
>> Are we using gcc to compile the Windows binaries?
>>
> I'm not familiar with
On Thu, Apr 21, 2011 at 1:31 PM, Liviu Andronic wrote:
> On Thu, Apr 21, 2011 at 6:01 AM, John McCabe-Dansted wrote:
>> Do you have a backtrace? (If not you could perhaps make a habit of
>> running LyX through a debugger so you can backtrace when it crashes.)
>>
> You w
On Thu, Apr 21, 2011 at 11:49 AM, Diego Queiroz wrote:
>> Well that just proves Pavel's point that the bug won't be fixed unless you
>> report it!
> C'mon, it is not that easy to report a bug. ;\
>> As for the lack of reports for windows - people are generally shy in
>> this regard, especially non
If the previous backtrace doesn't help there is another way of
triggering a backtrace from r37969 on. I presume they relate to the
same bug. They both involve split windows, multiple files and r37969.
The difference is this this one involves backspacing rather than
undoing and leads to a different
Keycodes:
'''\AvE\Cm\Ahpl\Cqc\Cz'''\[!Loop]\Av
To reproduce:
1) Press Alt-V, E to vertically split screen (KK: \Av)(KK: E)
2) Press Ctrl-M to enter a math insert (KK: \Cm)
3) Press Alt-H, I to open a help file... (KK: \Ah)(KK: p)(KK: l)
4) Press Ctrl-Q, C to move cursor into the upper split (KK: \C
On Tue, Mar 22, 2011 at 11:51 PM, Rob Oakes wrote:
> While I have some ideas about why it may have happened, I think that Pavel
> hit the nail on the head. When I talk to people about LyX, they seem to think
> of it as a specialized academic writing tool. Basically, a program which
> helps prof
On Sun, Mar 20, 2011 at 7:51 PM, Tommaso Cucinotta wrote:
> I'm fine with it as a temporary "robustness" patch, but I'd like to
> understand where the real bug is. In the last part of your KEYCODE
> sequence, I can spot a "\Cq", so the issue may be that we instruct
> LyX to exit, then someway some
On Sun, Mar 20, 2011 at 2:14 AM, Nikos Chantziaras wrote:
> I have to ask this: How am I supposed to reply to a bug if it is getting
> closed? For example:
>
> http://www.lyx.org/trac/ticket/7372
>
> The Listings options I use are valid. But I can't tell that to the
> developer who closed the b
Hi, I got the following backtrace. It is not really possible to
manually reproduce (the recipe has 1779 keypresses, see [1]); however,
this looks like a simple Null dereference. At a glance it seems that
the attached patch should fix the problem, and I can no longer
reproduce a crash with the patch
On Mon, Mar 14, 2011 at 5:39 AM, Vincent van Ravesteijn wrote:
> Op 13-3-2011 22:35, Tommaso Cucinotta schreef:
>> Il 13/03/2011 22:25, Vincent van Ravesteijn ha scritto:
>> the funny thing is that, if I write a test-case with that autotests
>> testing machinery, then LyX passes it with no proble
I am getting the following warning.
Menus.cpp(685): Menu warning: menu entries "More Formats &
Options...|F" and "PDF (pdflatex)|F" share the same shortcut.
The attached patch which replaces |F with |O is sufficient to fix
this, though I am wondering if we should also reserve the |O so that
if t
(Was Regression in r37463 by switt: Crash when deleting footnote)
I found another bug that appears to be caused by r37463
KEYCODES: \Cla\[Delete]
To Reproduce
1) Press Ctrl-L to enter ERT mode
2) Press A to enter a character
3) Press Delete to delete the ERT container.
Program received signal SI
On Tue, Mar 1, 2011 at 2:55 AM, Pavel Sanda wrote:
> neither me. John are you running up to date svn?
It was quite recent, but I updated I now I cannot reproduce either :).
--
John C. McCabe-Dansted
To Reproduce:
1) Press Alt-Delete to insert a non-printable character
2) Press Ctrl-L to insert an ERT inset
3) Press Ctrl-D to bring up the LaTeX error dialog box.
4) Click inside the ERT.
I then get the following assert. This appears to be a regression in
r37749 by forenr, though note that I nee
KEYCODES: \Aifi\[Escape]\[BackSpace]\[!Loop]
To Reproduce
1) Press Alt-I, F to insert a footnote
2) Press I to insert a character in the footnote
3) Press Escape to move the cursor outside the fotenote
4) Press BackSpace to delete the footnote
I then get the crash below. This appears to be a regr
On Fri, Jan 28, 2011 at 7:17 PM, Tommaso Cucinotta wrote:
> In order to not get too much bored on the return flight to Pisa, I just went
> through the stuff in development/keystest. Apparently, it may also be used
> as an engine to trigger LyX with a sequence of keyboard-based actions.
Keytest ma
> If you want, you can send me your presentation some time, and I can
> give you some feedback and/or we can do some brainstorming about it.
I now have a draft presentation:
http://www.csse.uwa.edu.au/~john/drafts/LCA_Da11-diag.pdf
On Thu, Dec 30, 2010 at 9:27 PM, Vincent van Ravesteijn wrote:
>
Keycodes:
'''\CF\Ae\[Right]L\Cq'''\[!Loop]
To reproduce:
1) Press Cntl-Shift-F to open the AdvFind dialog (KK: \CF)
2) Press F11 to go Fullscreen (KK: \Ae)
3) Press Cntl-Q to quit... (KK: \Cq)
I then get the following crash.
Arch: x86_64
Revision: 37080
Regression in r37057
{{{
Program received
Hi, I've been offered a spot to present keytest at LinuxConf 2011.
There has been previous discussion of monkey testing as a
cost-effective way of finding bugs. I was thinking of presenting an
argument that keytest generated bugs reports can also be of higher
quality than typical user generated bug
I get the assertion below when I do the following
1) Ensure continuous spellchecking is on
2) Type e.g. "Uw" to create a word with red underlining
3) Press Ctrl-M to enter mathmode.
FYI, I am using ASpell.
Regression in: r36990,
The revision r36990 was also discussed at:
http://www.mail-archive.c
On Tue, Dec 7, 2010 at 4:46 AM, Christopher Menzel wrote:
>> I can reproduce, but not on the latest SVN. I guess this has been "fixed in
>> trunk"?
>
> Just updated svn and compiled and, indeed, the problem is fixed! (Next time
> I'll try doing that first...*blush*) Cheers to the LyX developers
On Mon, Dec 6, 2010 at 7:37 AM, Christopher Menzel wrote:
> LyX 2.0beta1 (dated 10 Nov) crashes consistently when I try to insert a cross
> reference to a labeled lemma, theorem or corollary into a cell of an
> eqnarray. If I try to copy and paste a cross-ref to the relevant
> lemma/thm/corolla
On Thu, Dec 2, 2010 at 10:04 PM, Vincent van Ravesteijn wrote:
> On Thu, Dec 2, 2010 at 2:43 PM, John McCabe-Dansted wrote:
>> Keycodes:
>> '''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af
>> To reproduce:
>> 1) Press Alt-H, M to open the
Keycodes:
'''\Af\C\[Left]\Am\Av\Af\Ay'''\[!Loop]\Af
To reproduce:
1) Press Alt-H, M to open the Math Guide. (KK: \Af) (KK: \C\[Left]) (KK: \Am)
2) Press Alt-V, F, Y to view LyXHTML (KK: \Av\Af\Ay)
Regression in: r36603
Arch: x86_64
Revision: 36644
{{{
lassert.cpp(21): ASSERTION !layout_stack_.
On Fri, Nov 19, 2010 at 11:07 AM, RGH wrote:
> On 11/18/2010 08:06 PM, John McCabe-Dansted wrote:
>
> I can also reproduce after I have closed the split as follows:
> 1. Open LyX. Create a section heading (alt-P, 2), can be empty
> 2. Open a new document (Ctrl-N)
> 3. Enter
On Mon, Nov 1, 2010 at 8:57 PM, Richard Heck wrote:
>
> I now see this crash prior to r34826. The problem, as I said, is that the
> TOC gets out of sync with the active buffer. So try the following.
>
> 1. Open LyX. File>New. Document>Outline, to make sure the TOC is open.
>
> 2. Create a section
On Tue, Nov 9, 2010 at 2:06 PM, Vincent van Ravesteijn wrote:
> Does anyone have an idea on how to set up the automatic testing for LyX?
Not sure which automatic testing you are referring to
> - Shall I make a directory lyx-devel/tests/ ?
> - Do we want to run the tests from LyX itself ?
> - Do
On Mon, Nov 1, 2010 at 8:56 PM, Vincent van Ravesteijn wrote:
> A slightly simpler problem is to allow users to modify the generated
> preamble. Sort of the same problem, but simpler and useful as well.
I use the attached lyxpp.py.
To use
0) Put lyxpp.py in the path.
1) Set the LaTeX (pdflatex)
On Mon, Nov 1, 2010 at 1:09 PM, Vincent van Ravesteijn wrote:
> On Wed, Oct 27, 2010 at 4:37 PM, John McCabe-Dansted wrote:
>> Hi Vincent, this appears to be another recent regression, this time
>> from r35832 on Monday.
>
> Sorry John, your system is a bit off. I can repr
On Fri, Oct 29, 2010 at 6:00 AM, RGH wrote:
> Committed, thanks.
>
> I'll tell you what I'd also like: A Close-this-document-set option, that
> would close the master and all its children, NOT hide them. If you're
> interested
>
> Richard
Thanks for the offer. I'll consider myself lucky if I
Hi Vincent, this appears to be another recent regression, this time
from r35832 on Monday.
Keycodes: \Av\Ae\AhY\A%
To reproduce:
1) Press Alt-V, E to split the Screen
2) Press Alt-H, Y to Open Help->LyX Functions
3) Press X
I then get the Assert:
/usr/include/c++/4.4/debug/vector:272:error: att
Hi, Vincent you suggested I report recent regressions to the list, and
this commit was from yesterday.
To reproduce:
1) Press Ctrl-Shift-F to open the advanced find pane (KK: \CF)
2) Press Alt-I to open the insert menu (KK: \Ai)
I then get the following Crash. This appears to be a regression in
r3
On Tue, Oct 26, 2010 at 3:59 PM, Jürgen Spitzmüller wrote:
> John McCabe-Dansted wrote:
>> On Mon, Oct 25, 2010 at 3:55 PM, Jürgen Spitzmüller wrote:
>> > Please let me know of other issues. Note particularly that all fixes that
>> > entail a string change should go
On Mon, Oct 25, 2010 at 3:55 PM, Jürgen Spitzmüller wrote:
> Please let me know of other issues. Note particularly that all fixes that
> entail a string change should go in very soon, since we will turn to string
> freeze soon.
Well this string change doesn't affect branch, but I think we should
On Tue, Oct 26, 2010 at 5:22 AM, Pavel Sanda wrote:
> Richard Heck wrote:
I think we should just keep the
emergency file (unless it is obsolete).
>>> no, i dont agree here. it instantly drove me crazy that lyx was not able
>>> the remove emergency files by itself so please let this
On Tue, Oct 26, 2010 at 12:03 AM, Richard Heck wrote:
> I think this was added a while ago, because we were leaving emergency files
> lying around. We only ask about this if an attempt to recover the file has
> been made, either successfully or not. So either the document is now loaded
> in the bu
On Mon, Oct 25, 2010 at 11:48 PM, Richard Heck wrote:
> As John said, it looks to me as if we remove the autosave file at the wrong
> time: What if the attempt to read the original file fails? It seems to me
> that we should remove it (a) if we read it successfully; (b) if we read the
> original s
When my file is modified externally and I select
File->Revert to Saved
I get the following warning.
"Any changes will be lost. Are you sure you want to revert to the
saved version
of the document ..."
I get this warning even when the buffer is clean so there are no
changes to be lost. I woul
1 - 100 of 334 matches
Mail list logo