Juergen Vigna wrote:
> On 22-Apr-2002 Eran Tromer wrote:
> Now in this special case you don't have a row below the inset so it just
> stays there. But IMO this is the right thing to do, so you just can go
> on editing from that spot on.
Ah. If it happens only this case then ig
Juergen Vigna wrote:
> On 19-Apr-2002 Eran Tromer wrote:
>
>>(Note: the old screenshot was inaccurate, since I faked the cursor (it
>>wasn't captured) just to show where I'm putting it logically. I've now
>>updated the screenshow to be perfectly accurate
John Levon wrote:
> On Fri, Apr 19, 2002 at 11:34:24PM +0300, Eran Tromer wrote:
>>>>http://dl.tromer.org/nested.png
>>>
>>This prefers logical behavior to visual behavior, in contradiction to
>>what you said earlier. Visually, the thing directly below the cu
John Levon wrote:
> On Fri, Apr 19, 2002 at 10:24:15PM +0300, Eran Tromer wrote:
>
>
>>We're missing something. Here's what I see with current CVS:
>> http://dl.tromer.org/nested.png
>>Since the footnote inset is the only thing visually below the c
Juergen Vigna wrote:
> It's easier to discuss this on lyx-devel so I go for that way.
>
>>As before, in a new document create a footnote and within it an ERT inset.
>>Don't enter any text.
>>
>>Cursor right before footnote:
>> does nothing, should enter footnote
>
> Why you are at the left of
Bug in current CVS:
In a new document, create an ERT inset inside a footnote inset.
Watch how and misbehave in each of the four possible cursor
locations.
By the way, should I report bugs here or directly into Bugzilla?
Regards,
Eran Tromer
d work
around it anyway.
By the way, the parsing of latex output into error insets is way off in
this case.
Regards,
Eran Tromer
Howdy,
Many paragraph environments in the "Article (AMS)" layout do not respect
the the paragraph separation setting. If you change the setting from
Indent to Skip, the on-screen rendering still uses indented paragraphs.
The affected environments are Theorem, Claim, Proof, etc.
The TeX output i
Howdy,
For many types of paragraph environments, LyX merges adjacet identical
paragraph environments. This can be inappropriate, as in the following case:
\layout Theorem
My first theorem
\layout Theorem
My second theorem
Horribly, in the LyX file format this is indistinguishable from
\layout
Type "\newcommand{\foo}{\bar}", select it and press C-m.
LyX crashes.
Likewise if you replace "\bar" by other commands that have arguments,
like "\vec", or "\frac".
Regards,
Eran Tromer
Here's an Undo bug in current CVS:
Open a new document.
Insert an Algorithm float.
Write some text.
Press to open a new paragraph above the text.
Change the paragraph style to Caption, but don't write anything.
Press .
---> the caption paragraph disappears
Undo.
---> the algorithm float is kille
it as an atomic unit
once the cursor exits the inset, just like you do for math ERT. This
gets rid of the extra keystrokes. The need to retype in case of change
is a minor concern since it *really* doesn't make sense to put more than
a few tokens in \vec.
Anyway, mathed should render \vec correctly (
trokes every time you past it).
BTW, \vec is broken in cvs -- try "M-v v".
Regards,
Eran Tromer
Who is parading with a "STOP THE KEYSTROKE BLOAT" sign
Andre Poenitz wrote:
> > longer a concern and you can use a clearer implementation. Coming to
> > think of it, you can completely do away with the integer 'floor' by
> > moving some of the logic into the virtual methods -- something like the
> > following (please excluse fictive class names):
> >
somebody else's computer. You don't have LyX
1.2.x installed, so you edit the exported LaTeX. Later back home, you
struggle to spot all the changes and retype them into LyX.
Regards,
Eran Tromer
Hi,
Andre Poenitz wrote:
> > Do you mean the same as what I proposed on 2001-07-24 (copy below)? If
> > not, what's the difference?
> You use information about the "parent" inset. I don't like that.
Sure, you can keep "who's below me" and "who's above me" pointers in
each inset using the same ru
Andre Poenitz wrote:
> I could create something intermediate: insets that "know" waht is "below"
> could say so (i.e. a numerator "knows" that there is something below, since
> they belong to the same fracinset).
Do you mean the same as what I proposed on 2001-07-24 (copy below)? If
not, what's
Updated buglist attached. A few new ones at the end.
Also attached is a testcase for the last bug on the list.
Regards,
Eran
- When exiting the formula during selection, the anchor moves to the
left of the formula and there's no way to go back.
- You need two to get past \vec{v}, and a
Howdy,
Some bugs in current cvs:
* Can't insert spaces using C-space or Maths Panel:
"LyXFunc::Dispatch: protected-space-insert [61] is disabled ad this
location"
* Strange cursor behavior in \vec insets:
In a new document, type C-m M-v v
* When there's math stuff in the clipboard,
Howdy,
Andre Poenitz wrote:
> Dekel and Eran (I suppose that are your given names, aren't they?)
Yup.
> Eran Tromer:
> * When exiting the formula during selection, the anchor moves to the
>left of the formula and there's no way to go back.
>
> :: Once you a
Hi,
A few more mathed bugs ("|" denotes cursor as usual) in current
1.2.0cvs:
* in $2^{x|}$ makes $x|$ (i.e., kills script inset). Very
annoying when changing scripts. Perhaps require a second
to delete the inset, as done for parenthesis?
* C-v always pastes into the end of the current
Andre Poenitz wrote:
> > BTW, do you intend to make do exactly what C-x does except for
> > changing the clipboard? Many applications handle these slightly
> > differently. MS Word 97, for instance, just clears the cells upon
> > but sometimes removes them upon C-x (with the above rules).
>
>
Hi,
Andre Poenitz wrote:
> > Am I missing something? In a matrix, current cvs lets me select only a
> > rectangular set of whole cells (which is right IMO).
>
> Yes, you are looking at the First Amendment (due to Dekel's intervention)
OK, that part is good.
> > C-x should certainly not delete
and paste into it.
Can be useful when you want to exchange two blocks of cells in an array
and need to place a copy of one block somewhere while you move the
other.
Regards,
Eran Tromer
ar into a new document,
enter the cell its cell and press
M-m ( M-f 1
* When selecting multiple cells in a array using the keyboard,
etc. should can move whole cell at a time -- no need to navigate
within cells.
* When selecting, maybe give a visual indication of the "original"
anchor, when it differs from the "actual" one.
Regards,
Eran Tromer
e
first paragraph is written).
Regards,
Eran Tromer
ree that the ERT insets should (always/by default) be inlined.
Some of my documents look *really* awful now.
Regards,
Eran Tromer
, hiphens etc.
> > in mathtext -- that's a very good thing
>
> That was done in Italy.
Hmmm. Last time I was in Italy I spent most of my time avoiding the
suicidial drivers in Rome. Staying in my hotel room and coding indeed
would have been, uhm, much safer. :-)
Regards,
Eran Tromer
uot;at end of inset and after X".
Backspace should always preserve mathtext modality (both true and
false), as opposed to above and to current cvs.
BTW, I noticed that lately it's possible to enter digits, hiphens etc.
in mathtext -- that's a very good thing
Regards,
Eran Tromer
the last one would be best despite the unusual behavior.
Related issue:
In the situation (cursor = |)
A_{s}|
pressing '_' should take you to
A_{s|}
rather than 1.2.0cvs's
A_{|s}
or 1.1.6fix2's
A_{s}_{|}
But, in the situation
A|_{s}
pressing '_' should do the same as and take you to
A_{|s}
like 1.2.0cvs does.
Regards,
Eran Tromer
me
instead, or something of the sorts.
About semantics, BTW, what's wrong with the current (and TeX's) implicit
"the base is the first thing to the left"? While the representation is
not explicit, the semantics are well-defined and easy to retrieve and
that's the important part.
Regards,
Eran Tromer
movement needed
to support this, and that would get very annoying.
Related issue: it must remain easy to take $X_{long+subscript}$ and
change the 'X' to 'Y'.
I can't think of any interface that preserves script semantics without
UI bloat.
Regards,
Eran Tromer
Lars Gullik Bjønnes wrote:
> use of tex-mode with insets inside is a harder nut to crack...
> (especially if we speck of insets that can themselves have tex-mode
> inside)
Maybe I'm missing something, but why won't the following work?
While parsing, keep a stack (or piggyback on an existing stac
x27;sqrt', keeps the backlash).
Perhaps related to above.
But these are mere trifles, now that LyX starts with Juergen's new
development banner... :-)
Regards,
Eran Tromer
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\langu
Select the rightmost digit of the numerator and press 'r' to replace
it. LyX crashes with the lovely backtrace seen below (my STL is RedHat's
gcc-2.96-85).
Regards,
Eran Tromer
(gdb) bt
#0 0x80080501 in ?? ()
#1 0x402ad648 in ?? ()
#2 0x402ad648 in ?? ()
#3 0x402ad648 i
Lars Gullik Bjønnes wrote:
> rather a problem with how we place the error boxes.
You mean, "all over the place"? Even in the absence of floats or large
insets, errors sometime show up a few pages too early, and sometimes *in
the the wrong order*. Plus their dialog box doesn't give enough context
as two ERT insets
separated by a \newline, which seems wrong and ugly. There's a related
compatibility issue: previously the linebreak was ignored in export to
latex, but now it's exported as '\\'
(see attachments: ert+nl-old.{lyx,tex}, after load and save:
ert+nl-new.{lyx,tex}).
tes.
Obviously there's a race condition between latex writing the .dvi file
and xdvi reading it. A similar race condition happens with PostScript
and presumably other formats. Just waiting until latex finishes works,
but...
Perhaps it would be possible to create the file under another name and
rename
"Garst R. Reese" wrote:
> Eran Tromer wrote:
> Hint: There is no guarantee expressed or implied that you can read files
> saved with 1.n.xx with 1.n-k.xx
No guarantee assumed. I just thought it would be kind of nice to be able
to read my own files on other computers. I don
ppens with other floats as well.
If it's not possible to add the new options in a way that's compatible
with 1.1.6fix2, please at least make the upcoming 1.1.6fix3 properly
ignore unknown options.
Regards,
Eran Tromer
n yesterday's 1.2.0cvs (sheesh does LyX take a long time to
build!).
Regards,
Eran Tromer
Hi,
Pressing backspace while in math text mode exits math text mode.
It shouldn't.
Tested in yesterday's 1.2.0cvs. Was OK in 1.1.6fix2.
Regards,
Eran Tromer
t an "I'm changing"
notification from the formula.
I think I'll leave this to the pros after all.
Eran
Eran Tromer wrote:
>
> In current 1.2.0cvs it's no longer possible to increase the size of
> spaces in mathed using
> C- ...
>
> immediatel
In current 1.2.0cvs it's no longer possible to increase the size of
spaces in mathed using
C- ...
immediately after C- is interpreted as usual, i.e., a
mathcursor->pop() is executed.
The attached patch seems to fix this.
Regards,
Eran Tromer
Index: lyx-devel/sr
Dekel Tsur wrote:
> On Mon, Jul 02, 2001 at 12:20:56AM +0200, Eran Tromer wrote:
> > Every once in a while my LyX 1.1.6fix2 crashes with the following
> > message:
...
> Perhaps the crash is due to an incorrect version of your XForms library
> (compiled for glibc 2.0 w
for undo.
Note the crash (see dump#2 below).
Both problems don't occur in 1.1.6fix2.
Regards,
Eran Tromer
dump#1:
#0 0x402ad801 in __kill () from /lib/i686/libc.so.6
#1 0x402ad5da in raise (sig=6) at ../sysdeps/
ou can.
> It seems Andre is
> continuing the good work, and focusing on fixing all the problems that
> appear. So hopefully, a stable mathed is not too far away. Please keep
> testing and providing fast feedback for Andre in this critical phase.
Is the lyx-devel cvs root kept up to date about these, or are they
hiding in a branch?
Regards,
Eran Tromer
xtrm{moose} \)
--
which seems like a much better idea.
I hope this isn't intentional...
Regards,
Eran Tromer
Addenum:
Attached is a further simplified case that still exhibits the crash (but
not the rendering problem). The 3x3 table is now empty, but deleting its
first row causes a crash.
BTW, note that in my previous file there was an empty formula on the
bottom line.
Regards,
Eran Tromer
8304300 <_fini>, rtld_fini=0x4000e184
<_dl_fini>,
------
Regards,
Eran Tromer
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\begin_preamble
\def\solitude{1}
\input{/home/eran/
move explitly to the popup by mouse or key.
Praise to that. By the way, the autocompletion popup in the File Open
dialog of Windows 2000 behaves like you said, and is good inspiration in
general (if not the source of the idea...).
Regards,
Eran Tromer
to get the same selection using the mouse.
Regards,
Eran Tromer
for some hairy cases of navigation in mathed or
tabulars. If the whole point is to speed things up, bringing in the
mouse doesn't make much sense to me.
How about C- and C- for entering/navigating the completion
menu?
Regards,
Eran Tromer
Herbert Voss wrote:
>
> Eran Tromer wrote:
> >
> > It's possible to create a double subscript by typing the following in
> > mathed:
> > x_1y_2
>
> the y is a typo???
No it's not. I'm writing
x y
1 2
and then I delete the 'y'.
Regards,
Eran Tromer
ot; but with a some space between the digits.
It also exists in 1.1.6fix2 and earlier, where the two subscript are
rendered on top of each other.
Regards,
Eran Tromer
by LyX_XErrHandler -- it may be
possible to ignore some errors or even actively recover.
Regards,
Eran Tromer
n LyXFunc::Dispatch (this=0x83b11f0, ac=22,
do_not_use_this_arg=@0xb2a0) at lyxfunc.C:962
#11 0x080c4b9f in LyXFunc::processKeySym (this=0x83b11f0, keysym=120,
state=4) at lyxfunc.C:308
:
:
-----
Regards,
Eran Tromer
The fault lay in a spurious "\bind_file menus.bind" line in my
~/lyx/preferences. I can't for the life of me imagine where that came
from.
Eran Tromer
"Garst R. Reese" wrote:
>
> Eran Tromer wrote:
> >
> > Hello,
> >
> > In LyX 1.1.6
or X-Win32 5.1.1b
as X server.
LyX 1.1.5fix2 and earlier (installed from RPM) work fine on the same
box.
Is this a bug or a surprising change in the default UI?
Eran Tromer
ne (at least for my current paper...), and are properly exported
as Type 1. All it takes is adding:
\usepackage{ae}
\usepackage{aecompl}
(the latter provides bitmapped versions of a few missing characters).
Regards,
Eran Tromer
dea what are the aec fonts.
I searched for public EC fonts and found none. If this is caused by lack
of availability (rather than search skills) then I'd expect the problem
not to be generally resolved very soon. BTW, the latest Mandrake doesn't
have Type 1 EC fonts either.
Regards,
Eran Tromer
effective resolutions higher than 600dpi. On the other hand, I'd expect
lower-resolution devices to render outline fonts better than scaled-down
600dpi bitmapped fonts. Not to mention that the .ps file is typically
smaller for Type 1.
Regards,
Eran Tromer
ce it
solves the hyphenation problem with accents, and since the problem is
distribution-specific. However, I would expect this to be a common
problem, given the popularity of PDF. Please consider making the T1
encoding selectable from the LyX GUI and documenting the implications.
Regards,
uot;Use AMS Math"
to use amsfonts in addition to amsmath.
Using LyX v1.1.4fix3 on RedHat Linux 6.2.
Regards,
Eran Tromer
64 matches
Mail list logo
