Yes, the graphics reload command solves the problem!
Dave Raymond
Vincent van Ravesteijn writes:
> David Raymond schreef:
> > If one imports a graphics file into a lyx document, close the
> > document, and then delete the graphics file, the next time that the
> > do
ijn writes:
> David Raymond schreef:
> > If one imports a graphics file into a lyx document, close the
> > document, and then delete the graphics file, the next time that the
> > document is opened, lyx reports that the graphics file cannot be
> > found. Fair enou
If one imports a graphics file into a lyx document, close the
document, and then delete the graphics file, the next time that the
document is opened, lyx reports that the graphics file cannot be
found. Fair enough. However, if the graphics file is recreated while
lyx still has the document open,
Create a new Lyx file with
\newcommand{\sunit}[1]{\mbox{ #1}}
in the latex preamble. Then go into math mode and type
3\sunit{
Previous to 1.6.5, lyx adds a closing curly bracket and leaves the
cursor in the space between the brackets. In 1.6.5 the cursor is left
instead after the closing bra
Yes, apparently every time. I am running on Debian Linux (Lenny)
if that helps. Maybe it is something in my preferences, which I
attach.
Dave
preferences
Description: Binary data
Pavel Sanda writes:
> David Raymond wrote:
> >
> > If you launch lyx, create and save t
k schreef:
> >> On 07/30/2009 04:02 PM, David Raymond wrote:
> >>> I notice that lyx 1.6.3 leaves a zero-length file called "index" in
> >>> the working directory after exiting. Is this a leftover from some
> >>> debugging effort?
>
I notice that lyx 1.6.3 leaves a zero-length file called "index" in
the working directory after exiting. Is this a leftover from some
debugging effort?
Dave Raymond
I notice that the command to close split view and return
to single view in the "View" menu is "Close Tab Group".
This is obscure to me, and suggests something to do with
multiple tabs. How about changing it to something like
"Close Split View"?
Dave Raymond
Hello,
I notice that on 1.6.2 (compiled and run on Debian Linux), one cannot
print read-only documents directly from the Lyx print command. This
includes the documentation and anything that is set to read-only by
version control. The print button in the printing dialog is greyed
out and unrespo
I just wanted to reinforce the comments of Jean-Marc Lasgouttes
in reference to bug 5526 (broken screen-recenter) that this bug
is quite annoying to emacs users, and is a step backward from
the behavior of earlier versions (pre-1.6) of LyX.
Dave Raymond
I use math a lot in lyx, and it would seem simpler to me to combine
the math toolbar and the math panel into a single, double-decker
toolbar. I find myself using the panel as much as the toolbar, and I
am not sure why they are separated.
One minor problem: When adding math to the end of a file,
American Meteorological Society journals use bold roman for vectors.
However, the option outlined by Uwe works for me. -- Dave Raymond
PS -- The bold Greek symbols in \boldsymbol are helpful, so the
shortcut for that is welcome also.
Uwe Stöhr writes:
> > I notice that going from lyx 1.5.7 to
I notice that going from lyx 1.5.7 to 1.6.1 the keyboard shortcut
"Alt+C B" has changed from \mathbf to \boldsymbol. This means, for
instance, that latin characters become bold italic rather than just
bold. Mostly when I want to use bold in math, it is plain bold
rather than bold italic. It woul
More information on this bug, which has the number in bugzilla 2664:
It happens only on a horizontal window resize, not on a vertical
resize. It still exists in 1.4.2.
Dave Raymond
--- Begin Message ---
Hello,
Here is a rather odd bug in 1.4.1 running on Linux (Debian 3.1, i386)
with the qt i
Using 1.4.2 qt on debian linux (i386) I see this also.
Dave Raymond
Bo Peng writes:
> Hi,
>
> Can anyone confirm this bug?
>
> 1. new document
> 2. insert a
> 3. insert note->comment b
> 3. insert blank (important)
> 4. insert d
>
> The output is "ad", not "a d".
>
> Bo
Hello,
Here is a rather odd bug in 1.4.1 running on Linux (Debian 3.1, i386)
with the qt interface (version 3.0.3 mt). Immediately after
maximizing the lyx window, the font changes to some very large, bold
font. Backspacing over these characters and then typing again returns
one to the original
yX was successful.
Type 'make' to compile the program,
and then 'make install' to install it.
[EMAIL PROTECTED]:/usr/local/src/lyx-1.4.1#
--
Paul A. Rubin writes:
> David Raymond wrote:
> > Hello,
> >
> > I couldn't find a menu entry
Hello,
I couldn't find a menu entry to convert latex to lyx in lyx-1.4.1.
Tex2lyx exists and works independently of lyx, but there seems to be
no entry in the files->import menu.
I'm probably doing something dumb as usual!
Best regards,
Dave Raymond
Here is another bug, which may be hard to track down --
sorry, I don't know how to pin this down better...
In math mode typing \equiv should give the equals sign with
an extra line. When lyx first starts up, this works,
but after **extensive** editing, this stops working, yielding
nothing at all
After a resize of the lyx window, the font changes to a very large
bold font. Moving the cursor returns the font to the original value.
Version: lyx-1.4.1
OS: debian linux, i386
X-window manager: happens on both icewm and metacity
GUI: qt3.3.4
Dave Raymond
Physics Department
New Mexico Tech
Soc
On my IBM X30 laptop (1.3 GHz P-III, 0.5 GB memory, ATI graphics) lyx
1.4.1 scrolling seems much less smooth than for lyx 1.3.7. I compiled
using the qt3 frontend. This occurs even on small, simple documents
without graphics. Do others share this perception?
Thanks a bunch for all your work on
Hello,
I don't see how to set the document class with the default user
interface in 1.4.0. Am I missing something?
Dave Raymond
I have noticed a bug in spell checking under qt2 (v 2.3.2) on an i386
system running debian, mixed stable and unstable. (I can't yet use
qt3, because debian compiles the qt3 unstable package with the 3.3
compiler, and I am still using gcc 2.95.) The bug is there with both
aspell and ispell, and
Lyx 1.3.3 and 1.3.4 (and maybe previous versions) have odd behavior
when editing the last line before an offset equation. If you position
the cursor to add something to the end of this line, as soon as you
start to type the cursor jumps to the beginning of the line. The text
still appears in the
Seems odd that no .kmap file exists for Spanish. Here is one that
works for me. Aside from the umlaut, for which " doesn't seem to work
as a dead key (even escaped), it follows the latin1-pre convection of
emacs.
Dave Raymond
PS -- I couldn't figure out who else to send this to!
-
:59:56AM -0700, David Raymond wrote:
> >
> > Lyx just dumped core again while I was working in an offset
> > equation. Here is a backtrace.
>
> What version of LyX is that?
>
> [Well, in any case, chances for undo related crashs in anything but the
> cur
Lyx just dumped core again while I was working in an offset
equation. Here is a backtrace.
Dave Raymond
---
(gdb) bt
#0 0x4076c561 in kill () from /lib/libc.so.6
#1 0x40a7f741 in pthread_kill () from /lib/libpthread.so.0
#2 0x40a7fa4b in raise () from /lib/libpthread.so.0
#3 0x
Jean-Marc Lasgouttes writes:
> >>>>> "David" == David Raymond <[EMAIL PROTECTED]> writes:
>
> David> Hi,
>
> David> I have had lyx 1.3.3 using the libqt3 toolkit dump core a
> David> couple of times while I am messing with displayed
Hi,
I have had lyx 1.3.3 using the libqt3 toolkit dump core a couple of
times while I am messing with displayed equations. I am operating on
debian linux on an i686 laptop from ibm. I am saving a core dump if
anybody wants it.
Dave Raymond
29 matches
Mail list logo
