On 19/04/2024 2:42 am, Bernt Lie wrote:
I have a big document (lecture notes) where I **think** I have managed
to convert it to v2.4.0 format. I have set property Instant preview to
**on**.
I observe the following when I have saved and re-open the document:
Remarks:
* Inline math is some
Le 05/04/2021 à 17:18, Richard Kimberly Heck a écrit :
Anoother solution for 2.4.0: keep both codes hidden behind a pref
\experimental_bookmarks_visibility with possible values NONE
(default), INLINE and MARGIN. This pref would not have any GUI
associated with it.
I like that idea.
Done at 0
Am Montag, dem 05.04.2021 um 11:18 -0400 schrieb Richard Kimberly Heck:
> > Anoother solution for 2.4.0: keep both codes hidden behind a pref
> > \experimental_bookmarks_visibility with possible values NONE
> > (default), INLINE and MARGIN. This pref would not have any GUI
> > associated with it.
>
On 4/5/21 10:56 AM, Jean-Marc Lasgouttes wrote:
> Le 05/04/2021 à 09:50, Jürgen Spitzmüller a écrit :
>> Am Samstag, dem 03.04.2021 um 10:29 -0400 schrieb Richard Kimberly
>> Heck:
>>> I don't have a strong opinion. For what it's worth, I prefer the
>>> bookmarks in the margins, rather than inline.
Le 05/04/2021 à 09:50, Jürgen Spitzmüller a écrit :
Am Samstag, dem 03.04.2021 um 10:29 -0400 schrieb Richard Kimberly
Heck:
I don't have a strong opinion. For what it's worth, I prefer the
bookmarks in the margins, rather than inline. They are not text
themselves, or related to text, so I find
Am Samstag, dem 03.04.2021 um 10:29 -0400 schrieb Richard Kimberly
Heck:
> I don't have a strong opinion. For what it's worth, I prefer the
> bookmarks in the margins, rather than inline. They are not text
> themselves, or related to text, so I find them distracting when
> inline.
> It would certai
Le 03/04/2021 à 15:31, Jean-Marc Lasgouttes a écrit :
Note that a consequence of the visualization is that bookmarks bugs
become more obvious. Simple example :
1. set a bookmark in a paragraph,
2. modify the paragraph,
3. undo
-> the bookmark disappears.
This is because the paragraph id dies i
Le 03/04/2021 à 16:29, Richard Kimberly Heck a écrit :
So there are two solutions now:
1/ revert bookmark display now, implement it in 2.5.0dev and fix the
issues that this reveals. I anticipate that most of the issues will be
easy to solve.
2/ keep the inline version, and deal with the incomin
On 4/3/21 9:31 AM, Jean-Marc Lasgouttes wrote:
> Le 11/03/2021 à 16:26, Jürgen Spitzmüller a écrit :
>>> Do you lean that inline could be better now that drifting is fixed?
>>
>> Yes, as it more precisely indicates the position.
>
> So, it would mean that we want the attached pair of patches.
>
> T
Le 11/03/2021 à 16:26, Jürgen Spitzmüller a écrit :
Do you lean that inline could be better now that drifting is fixed?
Yes, as it more precisely indicates the position.
So, it would mean that we want the attached pair of patches.
Testing appreciated, I would like to avoid going back and for
Le 11/03/2021 à 16:28, Jürgen Spitzmüller a écrit :
Am Donnerstag, dem 11.03.2021 um 16:26 +0100 schrieb Jürgen
Spitzmüller:
BTW while you are at it, do you have an idea how the cursor can enter
insets when navigating to bookmarks?
https://www.lyx.org/trac/ticket/11604
Can you read my thoughts
Am Donnerstag, dem 11.03.2021 um 16:26 +0100 schrieb Jürgen
Spitzmüller:
> BTW while you are at it, do you have an idea how the cursor can enter
> insets when navigating to bookmarks?
> https://www.lyx.org/trac/ticket/11604
Can you read my thoughts?
Jürgen
signature.asc
Description: This is a d
Am Donnerstag, dem 11.03.2021 um 16:03 +0100 schrieb Jean-Marc
Lasgouttes:
> I tried that at 86bfa10abb57a0.
Thanks!
> > I think inline was too distracting, margin probably works. It would
> > still be better to fix the bookmarks at the core (and re-introduce
> > inline).
>
> Do you lean that in
Le 28/02/2021 à 02:40, Richard Kimberly Heck a écrit :
On 2/26/21 1:22 PM, Jean-Marc Lasgouttes wrote:
Is the new solution better?
Yes, better, but the markers do not appear when they are in section
headings.
I cannot reproduce this. Can you give details ?
The other problem I reported is s
Le 03/03/2021 à 08:53, Jürgen Spitzmüller a écrit :
Am Dienstag, dem 02.03.2021 um 19:39 +0100 schrieb Jean-Marc
Lasgouttes:
I think that the new code only makes the shortcomings of bookmarks
obvious.
Yes, definitely! I did not mean to suggest this was something
introduced by the new code
I
Am Dienstag, dem 02.03.2021 um 19:39 +0100 schrieb Jean-Marc
Lasgouttes:
> I think that the new code only makes the shortcomings of bookmarks
> obvious.
Yes, definitely! I did not mean to suggest this was something
introduced by the new code
> I am not sure how to fix thel though.
Me neither.
Le 28/02/2021 à 13:02, Jürgen Spitzmüller a écrit :
And also a general problem is still here: bookmarks unpredictably move.
I do not use LyX bookmarks, but I probably would find it rather useless
if they point me to a completely different spot in the document after I
have added or deleted text pr
Am Samstag, dem 27.02.2021 um 20:40 -0500 schrieb Richard Kimberly
Heck:
> Yes, better, but the markers do not appear when they are in section
> headings.
>
> The other problem I reported is still there: If the marker is in a
> footnote, then it appears not on the line where the footnote is but
>
On 2/26/21 1:22 PM, Jean-Marc Lasgouttes wrote:
> Le 19/02/2021 à 22:05, Richard Kimberly Heck a écrit :
>> If you put a bookmark into the middle of a paragraph, then the marker
>> for it moves if you enter new material ahead of it. This is of course
>> because the bookmark is keyed to paragraph an
Le 19/02/2021 à 22:05, Richard Kimberly Heck a écrit :
If you put a bookmark into the middle of a paragraph, then the marker
for it moves if you enter new material ahead of it. This is of course
because the bookmark is keyed to paragraph and position, but it is very
distracting on screen. I'm h
On 2/25/21 2:25 PM, Jean-Marc Lasgouttes wrote:
Le 19/02/2021 à 22:05, Richard Kimberly Heck a écrit :
If you put a bookmark into the middle of a paragraph, then the marker
for it moves if you enter new material ahead of it. This is of course
because the bookmark is keyed to paragraph and posit
Le 19/02/2021 à 22:05, Richard Kimberly Heck a écrit :
If you put a bookmark into the middle of a paragraph, then the marker
for it moves if you enter new material ahead of it. This is of course
because the bookmark is keyed to paragraph and position, but it is very
distracting on screen. I'm h
Am Freitag, dem 19.02.2021 um 16:05 -0500 schrieb Richard Kimberly
Heck:
> If you put a bookmark into the middle of a paragraph, then the marker
> for it moves if you enter new material ahead of it. This is of course
> because the bookmark is keyed to paragraph and position, but it is
> very
> dis
If you put a bookmark into the middle of a paragraph, then the marker
for it moves if you enter new material ahead of it. This is of course
because the bookmark is keyed to paragraph and position, but it is very
distracting on screen. I'm half inclined to suggest keying bookmarks
just to paragr
Le 20/11/2020 à 15:15, Stephan Witt a écrit :
Am 20.11.2020 um 15:08 schrieb Jean-Marc Lasgouttes :
Le 20/11/2020 à 15:05, Pavel Sanda a écrit :
On Fri, Nov 20, 2020 at 02:39:24PM +0100, Jean-Marc Lasgouttes wrote:
Ideas?
Can't reproduce. Did you build from fresh tree? Pavel
Yes. I see it
Am 20.11.2020 um 15:08 schrieb Jean-Marc Lasgouttes :
>
> Le 20/11/2020 à 15:05, Pavel Sanda a écrit :
>> On Fri, Nov 20, 2020 at 02:39:24PM +0100, Jean-Marc Lasgouttes wrote:
>>> Ideas?
>> Can't reproduce. Did you build from fresh tree? Pavel
>
> Yes. I see it even without the commit I just push
Le 20/11/2020 à 15:05, Pavel Sanda a écrit :
On Fri, Nov 20, 2020 at 02:39:24PM +0100, Jean-Marc Lasgouttes wrote:
Ideas?
Can't reproduce. Did you build from fresh tree? Pavel
Yes. I see it even without the commit I just pushed (I thought it was it
at first).
JMarc
--
lyx-devel mailing li
On Fri, Nov 20, 2020 at 02:39:24PM +0100, Jean-Marc Lasgouttes wrote:
> Ideas?
Can't reproduce. Did you build from fresh tree? Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Following my commit cbc9a901afd17, I get the following error:
g++ -DHAVE_CONFIG_H -I. -I../../../../master/src/frontends/qt -I../../..
-DQT_NO_STL -DQT_NO_KEYWORDS -DQT_NO_CAST_TO_ASCII -DQT_NO_STL
-I../../../../master/src -I../../../../master/src/frontends
-I../../../../master/images -DQT_
On 03/29/2010 05:46 PM, Vincent van Ravesteijn - TNW wrote:
I'm seeing some weird trunk behavior today, as shown here:
http://bobjweil.com/sales/lyx.png
Did you update my last fix for the mistake I made ?
Apparently not. Thanks.
rh
>I'm seeing some weird trunk behavior today, as shown here:
> http://bobjweil.com/sales/lyx.png
Did you update my last fix for the mistake I made ?
Vincent
I'm seeing some weird trunk behavior today, as shown here:
http://bobjweil.com/sales/lyx.png
This happened after doing File>New while editing the Customization
manual. But I'm also seeing this kind of thing when opening LyX, though
it seems to flash quickly and then disappear. Could be a lo
rgheck schreef:
So, does anyone know how to make Trac not send messages quite like
this one? So far as I can see, the description has not been changed at
all; just a comment was added. But it's very hard to tell that from
the message, and you have to scroll all the way to the bottom to see
w
So, does anyone know how to make Trac not send messages quite like this
one? So far as I can see, the description has not been changed at all;
just a comment was added. But it's very hard to tell that from the
message, and you have to scroll all the way to the bottom to see what's
happened.
Create a macro like: Sat_#1(#2). Now instantiate it, and type
\upsilon in the #1 argument slot. The completion thing displays funny.
You mean this space behind the cursor?
Stefan
Create a macro like: Sat_#1(#2). Now instantiate it, and type \upsilon
in the #1 argument slot. The completion thing displays funny.
rh
In trunk, the quotes seem to be suffering from a repainting problem. If
you have quotes on later lines of a paragraph and are typing on the
first line, the quotes can sometimes become very thick. I think we've
seen this kind of problem before
Richard
rgheck wrote:
If I open (say) the Customization manual and immediately right-click on
a charstyle, then Toggle Inset line is disabled. It remains that way
through further right-clicking. If I double click into the inset,
though, then it works.
Hello,
I am very pleased with how you guys end
rgheck wrote:
> If I open (say) the Customization manual and immediately right-click on
> a charstyle, then Toggle Inset line is disabled. It remains that way
> through further right-clicking. If I double click into the inset,
> though, then it works.
This is strange. next-inset-toggle is disabled
If I open (say) the Customization manual and immediately right-click on
a charstyle, then Toggle Inset line is disabled. It remains that way
through further right-clicking. If I double click into the inset,
though, then it works.
rh
Edwin Leuven wrote:
CASE 1: the visible cursor moves (to a strange spot), the document
cursor stays put...
1. open userguide
2. move cursor to end (ctrl+end)
3. close
4. open userguide
5. click in the middle of the scrollbar
then the cursor jumps to the top of the document and blinks (partly
CASE 1: the visible cursor moves (to a strange spot), the document
cursor stays put...
1. open userguide
2. move cursor to end (ctrl+end)
3. close
4. open userguide
5. click in the middle of the scrollbar
then the cursor jumps to the top of the document and blinks (partly
invisible) in the t
I'm trying to change a paper I wrote from APA to MLA bibliography style.
I installed the mla sty and bst files from CTAN's contrib directory.
When I run the lyx file through, I get a lot of messages like the following,
but the generated file looks fine.
Has anyone seen these before? What can I do
Hi
Paul A Rubin has been having problems saving pages to the wiki if the
pages are above a certain size. After some investigating, it seems that
this might have something to do with the computer 'tott.linpro.no'.
Here's the thread in the user's list:
http://thread.gmane.org/gmane.editor
Andre Poenitz wrote:
> On Fri, Oct 10, 2003 at 12:23:35PM +, Angus Leeming wrote:
>> I put a lyxerr statement in InsetFormula::draw. I have a doc with
>> no math on the first screen. I do not have cursor follows mouse.
>>
>> Open up the doc within lyx. Cursor at the top of the screen of
>> co
On Fri, Oct 10, 2003 at 12:23:35PM +, Angus Leeming wrote:
> I put a lyxerr statement in InsetFormula::draw. I have a doc with no
> math on the first screen. I do not have cursor follows mouse.
>
> Open up the doc within lyx. Cursor at the top of the screen of course.
> No print statements (
I put a lyxerr statement in InsetFormula::draw. I have a doc with no
math on the first screen. I do not have cursor follows mouse.
Open up the doc within lyx. Cursor at the top of the screen of course.
No print statements (no math insets are drawn).
Scroll down using the scrollbar until I arriv
Not all labels are shown in the reference dialog.
File->New, make a displayed equation with a label.
insert->cross reference doesn't show it.
Regards, Alfredo
On Fri, Dec 06, 2002 at 06:57:07PM +, José Matos wrote:
> I always wanted to say this to you: "Please fill an entry in bugzilla and add
> that file as an example". ;-) Sorry I couldn't resist. :-)
No, this is absolutely fine by me. They are very low priority bugs.
regards
john
--
"
On Friday 06 December 2002 03:09, John Levon wrote:
> Load the attached. The title gibbers, adding "inininin" to the end of it
> !
My dear,
I always wanted to say this to you: "Please fill an entry in bugzilla and add
that file as an example". ;-) Sorry I couldn't resist. :-)
> john
On Friday 06 December 2002 3:11 am, John Levon wrote:
> On Fri, Dec 06, 2002 at 03:09:34AM +, John Levon wrote:
> > Load the attached. The title gibbers, adding "inininin" to the end of it
> > !
>
> btw, previews also fail with this. I'm using
> preview-latex-common-0.7.5-1
Well, that's not su
On Fri, Dec 06, 2002 at 03:09:34AM +, John Levon wrote:
> Load the attached. The title gibbers, adding "inininin" to the end of it
> !
btw, previews also fail with this. I'm using
preview-latex-common-0.7.5-1
regards
john
Load the attached. The title gibbers, adding "inininin" to the end of it
!
john
--
"Yeah, I woke up in the day accidentally once, the moon was on fire for some
reason and I couldn't see very well and all the bandwidth disappeared, it was
very scary :("
- Orion
#This file was created
Angus Leeming <[EMAIL PROTECTED]> writes:
> Sometimes the labels are at the front, sometimes at the back. See attached
> LaTeX file and resultant bitmaps.
>
> David, have you any ideas about this? Has Kornel found a bug?
AMSLaTeX does not support the eqnarray environment, so it gets
inconsiste
Herbert Voss wrote:
> Angus Leeming wrote:
>
>> Sometimes the labels are at the front, sometimes at the back. See
>> attached LaTeX file and resultant bitmaps.
>> \documentclass[english]{amsart}
>
>
>
> amsxxx has the equation numbers on the left side
forget it, do not read the mail well .
Angus Leeming wrote:
> Sometimes the labels are at the front, sometimes at the back. See attached
> LaTeX file and resultant bitmaps.
> \documentclass[english]{amsart}
amsxxx has the equation numbers on the left side
Herbert
--
http://www.lyx.org/help/
Sometimes the labels are at the front, sometimes at the back. See attached
LaTeX file and resultant bitmaps.
David, have you any ideas about this? Has Kornel found a bug?
Regards,
Angus
0lyxpreview002.png
Description: PNG image
0lyxpreview001.png
Description: PNG image
\batchmode
%% LyX 1
On Monday 11 March 2002 18:48, Niklaus Giger wrote:
>
> Thank you very much for your hint. But this behaviour
> violates the "Principle of least surprise", which I think
> is usually appropriate for a user interface. E.g. I often
> begin sketching my ideas with just one or two words in a
> descrip
On Monday, 11. March 2002 10.01, you wrote:
> On Sunday 10 March 2002 10:46, Niklaus Giger wrote:
> > > > I had a LyX-file based on the LinuxDoc class. It
> > > > had some Itemize, Description paragraphs. Then I
> > > > changed the layout to DocBook class and I got quit
> > > > a few errors like t
On Sunday 10 March 2002 10:46, Niklaus Giger wrote:
> > > I had a LyX-file based on the LinuxDoc class. It had
> > > some Itemize, Description paragraphs. Then I changed
> > > the layout to DocBook class and I got quit a few errors
> > > like this:
> > >
> > > /usr/bin/jade:[EMAIL PROTECTED]:228:
On Saturday, 9. March 2002 03.37, John Levon wrote:
> On Sat, Feb 23, 2002 at 07:10:20PM +0100, Niklaus Giger
wrote:
> > I had a LyX-file based on the LinuxDoc class. It had
> > some Itemize, Description paragraphs. Then I changed
> > the layout to DocBook class and I got quit a few errors
> > li
On Sat, Feb 23, 2002 at 07:10:20PM +0100, Niklaus Giger wrote:
> I had a LyX-file based on the LinuxDoc class. It had some
> Itemize, Description paragraphs. Then I changed the layout
> to DocBook class and I got quit a few errors like this:
> >>>
> /usr/bin/jade:[EMAIL PROTECTED]:228:12:E: end
On Saturday 23 February 2002 18:10, Niklaus Giger wrote:
> I had a LyX-file based on the LinuxDoc class. It had some
> Itemize, Description paragraphs. Then I changed the layout
> to DocBook class and I got quit a few errors like this:
>
> /usr/bin/jade:[EMAIL PROTECTED]:228:12:E: end tag for elem
I had a LyX-file based on the LinuxDoc class. It had some
Itemize, Description paragraphs. Then I changed the layout
to DocBook class and I got quit a few errors like this:
>>>
/usr/bin/jade:[EMAIL PROTECTED]:228:12:E: end tag for element
"LISTITEM" which is not open
/usr/bin/jade:[EMAIL PROTEC
On Thu, Nov 22, 2001 at 10:19:15AM +0100, Jean-Marc Lasgouttes wrote:
> Actually, I think I know what happened. LyXText::GetRow used to have
> the side effect of setting the currentrow member of LyXText, which was
> some kind of cache. Sometimes in the 1.1.5 development cycle, this
> currentrow ha
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> The only change I noticed is that, for a very large file, total
>> time counted by gprof goes from 5.68s to 3.26s :)
Andre> Uuh... that is really bad... this goes exactly into the
Andre> opposite direction than the one 1.2.0 developme
> The only change I noticed is that, for a very large file, total time
> counted by gprof goes from 5.68s to 3.26s :)
Uuh... that is really bad... this goes exactly into the opposite
direction than the one 1.2.0 development has followed all the time
(apart from temporary dark times in Bozano or s
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Nov 20, 2001 at 04:39:32PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> What does this do??? As far as I can read, getRow does not modify
>> anything but unused_y (which is truly unused). It does return a
>> row, but this i
On Tue, Nov 20, 2001 at 05:16:57PM +0100, Lars Gullik Bjønnes wrote:
> | Btw, I just noticed that Row hast 'unsigned short' interspersed with
> | 'unsigned int'. This does not buy a single byte of memory, and on IA32
> | shorts are slower by a factor of three or so than 'normal int'...
>
> Almost
On Tue, Nov 20, 2001 at 04:39:32PM +0100, Jean-Marc Lasgouttes wrote:
> What does this do??? As far as I can read, getRow does not modify
> anything but unused_y (which is truly unused). It does return a row,
> but this is just lost.
Does it sill work if you throw it out? *grin innocently*
> T
In LyXText::setHeightOfRow, I read:
/* this must not happen before the currentrow for clear reasons.
so the trick is just to set the current row onto this row */
int unused_y;
getRow(row_ptr->par(), row_ptr->pos(), unused_y);
What does this do??? As far as I c
On 24-Oct-2001 Garst R. Reese wrote:
> This PM CVS
> checking a 50p doc with figures and tables and lots of Accept this word
> or Ignores,
> Completion bar is very erratic and there are long delays. Finally it
> just died.
This is a pspell problem. I tried to contact Kevin a few times but he
nev
[EMAIL PROTECTED] wrote:
>
> Hi,
>
> I'm preparing a number of corrections to the User Guide sent to me some
> time ago by Giacomo Comes. He notes that in section 3.3.4.3 of the User
> Guide, it describes depths ranging from -1 to 5, yet the Layout->Document
> popup allows it to range from -2 to
Hi,
I'm preparing a number of corrections to the User Guide sent to me some
time ago by Giacomo Comes. He notes that in section 3.3.4.3 of the User
Guide, it describes depths ranging from -1 to 5, yet the Layout->Document
popup allows it to range from -2 to 5 (the TOC range is -1 to 5). Bug or
fe
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>> BTW, did you have a look at the literate patch sent by edmar a few
>> weeks ago? I'd like to have a nod before including it in
>> 1.1.5fixcvs, and also know whether it should be applied to
>> 1.1.6cvs.
Kayvan> Yes, on both counts.
On Tue, Oct 03, 2000 at 09:51:32AM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Is that all you're going to say?
>
> Well, my goal was just to get the ball rolling. It seems that it
> worked, since Juergen said he would have a loo
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Is that all you're going to say?
Well, my goal was just to get the ball rolling. It seems that it
worked, since Juergen said he would have a look :)
BTW, did you have a look at the literate patch sent by edmar a few
weeks ago
On 02-Oct-2000 Jean-Marc Lasgouttes wrote:
>
> I guess search and replace does not work inside text insets.
And I guess this shouldn't be too hard to chop with, I'll have a look!
(last words before having a look ;)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
On Mon, Oct 02, 2000 at 06:09:48PM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Are we no longer able to Search and Replace inside a tabular?
> Kayvan> I tried searching for "+" (to change to "*") and I get "string
> Kayvan> not fo
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Are we no longer able to Search and Replace inside a tabular?
Kayvan> I tried searching for "+" (to change to "*") and I get "string
Kayvan> not found".
I guess search and replace does not work inside text insets.
JMarc
Are we no longer able to Search and Replace inside a tabular?
I tried searching for "+" (to change to "*") and I get "string not found".
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.| Laur
81 matches
Mail list logo
