On 2020-07-26 17:18, Paul A. Rubin wrote:
On 7/26/20 5:56 AM, Enrico Forestieri wrote:
On Sat, Jul 25, 2020 at 05:43:59PM -0400, Paul A. Rubin wrote:
Can someone confirm that (a) I'm not hallucinating and (b) this is a
new bug
(I couldn't find it in the issue tracker)? Create a test file with
On 7/26/20 5:56 AM, Enrico Forestieri wrote:
On Sat, Jul 25, 2020 at 05:43:59PM -0400, Paul A. Rubin wrote:
Can someone confirm that (a) I'm not hallucinating and (b) this is a new bug
(I couldn't find it in the issue tracker)? Create a test file with any text,
and turn on change tracking. Then
On Sat, Jul 25, 2020 at 05:43:59PM -0400, Paul A. Rubin wrote:
> Can someone confirm that (a) I'm not hallucinating and (b) this is a new bug
> (I couldn't find it in the issue tracker)? Create a test file with any text,
> and turn on change tracking. Then change fonts on some words (italics, bold,
Enrico Forestieri wrote:
On Fri, Dec 15, 2006 at 12:00:58PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
However, playing a bit with this issue I discovered some other oddities.
The cursor behaves strangely when a word is in a small caps font.
Moving the cursor over such a word it m
On Fri, Dec 15, 2006 at 12:00:58PM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >
> > However, playing a bit with this issue I discovered some other oddities.
> > The cursor behaves strangely when a word is in a small caps font.
> > Moving the cursor over such a word it may happen
Enrico Forestieri wrote:
However, playing a bit with this issue I discovered some other oddities.
The cursor behaves strangely when a word is in a small caps font.
Moving the cursor over such a word it may happen to be positioned right
in the middle of a character instead that on a side of it. Y
Enrico Forestieri schrieb:
However, playing a bit with this issue I discovered some other oddities.
The cursor behaves strangely when a word is in a small caps font.
Moving the cursor over such a word it may happen to be positioned right
in the middle of a character instead that on a side of it.
Bo Peng schrieb:
I sync'ed with the latest 1.5.0svn. I still can reproduce the bug. Just
open some doc, highlight the first word and invoke "ert-insert".
Is this under windows? VC or mingw? Scons or cmake?
Yes. VC. Scons.
(Joost's default recipe)
Michael
On Thu, Dec 07, 2006 at 06:49:31PM +0100, Michael Gerz wrote:
> Enrico Forestieri schrieb:
> >On Thu, Dec 07, 2006 at 01:17:44PM +0100, Michael Gerz wrote:
> >
> >>Added to Status.15x:
> >>
> >>+* Open some arbitrary doc; mark some text; invoke "ert-insert" => seg
> >>fault
> >>
> >
> >Canno
I sync'ed with the latest 1.5.0svn. I still can reproduce the bug. Just
open some doc, highlight the first word and invoke "ert-insert".
Is this under windows? VC or mingw? Scons or cmake?
Bo
Enrico Forestieri schrieb:
On Thu, Dec 07, 2006 at 01:17:44PM +0100, Michael Gerz wrote:
Added to Status.15x:
+* Open some arbitrary doc; mark some text; invoke "ert-insert" => seg fault
Cannot reproduce this one neither on Cygwin nor on Solaris.
I sync'ed with the latest 1.5.0svn.
> +* Open some arbitrary doc; mark some text; invoke "ert-insert" => seg fault
Cannot reproduce this one neither on Cygwin nor on Solaris.
I can not reproduce exactly this, but if I play with such things a
while, and then select some text, maybe with a button, lyx will crash.
I have seen this
On Thu, Dec 07, 2006 at 01:17:44PM +0100, Michael Gerz wrote:
> Added to Status.15x:
>
> +* Open some arbitrary doc; mark some text; invoke "ert-insert" => seg fault
Cannot reproduce this one neither on Cygwin nor on Solaris.
--
Enrico
Angus Leeming wrote:
> > Juergen had a fix there.
>
> Great!
But it needs very good testing. I just have enabled a function I found. I
don't know if it has any side effects (and why André left it commented out).
Jürgen
Martin Vermeer wrote:
>> Detailed description and recipe to recreate here:
>> http://bugzilla.lyx.org/show_bug.cgi?id=2094
> Isn't 2083 the same bug?
Looks like. I've marked 2094 as a duplicate.
> Juergen had a fix there.
Great!
--
Angus
On Wed, 2005-10-12 at 16:12 +0100, Angus Leeming wrote:
> Navigation with the arrow keys through a math inset when a float is open on
> the same screen leads to a crash.
>
> Assertion triggered in virtual void InsetCollapsable::cursorPos(const
> CursorSlice&, bool, int&, int&) const by failing che
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> - On SPARC Solaris: LyX cannot be invoked via a symlink
Michael> unless you are either in the directory in which the symlink
Michael> is placed or you are "root". In all other cases:
Michael> Initializing LyXGUI... Init
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> the patch fixes this "bug"
Thanks. I'll apply it.
JMarc
Michael Schmitt wrote:
>> what is "bad output"?
>
>
> By "bad" I mean that the graphic looks like a bitmap graphic which does
> not scale well. Even though I have defined Tgif converters to EPS and
> PDF, it seems like LyX converts tgif to xpm first and than to PDF or
> whatever format is us
Herbert Voss wrote:
>> - Please add the following two converters to complete Tgif support
>> Tgif -> EPS:tgif -print -eps $$i
>> Tgif -> PDF:tgif -print -pdf $$i
Thanks.
>> When starting with a tgif file, pdflatex produces bad output;
>
> what is "bad output"?
By "bad" I mea
Michael Schmitt wrote:
> - Please add the following two converters to complete Tgif support
> Tgif -> EPS:tgif -print -eps $$i
> Tgif -> PDF:tgif -print -pdf $$i
done
> When starting with a tgif file, pdflatex produces bad output; starting with an
what is "bad output"?
>
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Index: src/frontends/controllers/ChangeLog
> | ===
> | RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
> | retrieving revis
Michael Schmitt wrote:
>
>
> @STRING{ ITU-T = "{ITU-T, International Telecommunication Union ---
>Telecommunication Standardization Sector}" }
> @Misc{ASN.1:1997,
> author = ITU-T,
> titl
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> But what I really would like is to definitively fix the
Juergen> Undo/Redo problems as they seem more important to me (while
Juergen> obviously the above is more interesting ;)
Yes, please do :)
JMarc
On 21-Feb-2002 Jean-Marc Lasgouttes wrote:
> Or the switch to inline could be disabled when there are several
> paragraphs. This should be easy enough, no?
Sure! What I'm thinking of too is allow multiple paragraphs in inline view
and try to do also line wrapping if we hit a border when enlargi
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> What does this mean if you have more paragraphs and switch to
Juergen> inline view the whole ERT Buffer is collapsed inside ONE
Juergen> paragraph! If you don't like this don't use inline view! If
Juergen> people complain more
On Thu, 21 Feb 2002, Juergen Vigna wrote:
> ... we will remove the posibility of inline view and be done with
> it (we are still in cvs and can remove new features if we don't
> like to support them anymore).
Sounds like a good idea.
Allan. (ARRae)
>> - New buffer; create ERT with a few pars; (add a few pars after the ERT if you
>> like - doesn't matter); switch to "inlined view"; switch back to
>> "open status" -> only one par anymore!
>
> ouch !
>
> bug #251
This is NO bug. This is written code.
Define Inline View: Small pieces
On Thu, Feb 21, 2002 at 12:14:13AM +0100, Michael Schmitt wrote:
>
Wow your list is getting pretty short !
> solaris symlink problem
odd
> - "faulty.bib" is not parsed correctly and causes a problem (console message) when
> choosing a different natbib style for entry "ASN.1:1997"
added t
Herbert Voss wrote:
> - insert a minipage with 45% width
> - insert a insert->special character->hfill
> - anotherone in the same (!) line with the same width
I meant onother minipage ...
Herbert
--
http://www.lyx.org/help/
Angus Leeming wrote:
>
> On Tuesday 28 August 2001 16:50, Michael Schmitt wrote:
> > - Add some labels to your document, then open the "Reference" dialog.
> > As soon as you move the cursor down in the list of references,
> > all references (i.e. their names) are shifted to the right
> >
> I
On Tuesday 28 August 2001 16:50, Michael Schmitt wrote:
> - Add some labels to your document, then open the "Reference" dialog.
> As soon as you move the cursor down in the list of references,
> all references (i.e. their names) are shifted to the right
>
> Michael
I don't see this.
Angus
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> 14a. Setting the font size to "smaller" (Alt-s Shift-s) does
Juergen> not work. Console message: LyXFont::setLyXSize: Unknown size
Juergen> `smaller' As well: LyXFont::setLyXSize: Unknown size `huger'
Juergen> Well I investiga
On 18-Jun-2001 Angus Leeming wrote:
> Oh, purlease!
???
> And while we're at it. Could you explain why we need more than one cursor
> anyway. This code (lots and lots of the code base actually) could do with a
> not-so-brief explanation of the rationale behind it. This goes for the
> front
On Monday 18 June 2001 08:18, Juergen Vigna wrote:
> On 15-Jun-2001 Angus Leeming wrote:
>
> > Well, the cursor knows it's paragraph, so we can call LyXCursor::par() to
> > obtain this info.
>
> LyXCursor is stateless!!! You have to get the right LyXCuror-struct to have
> the values filled out
On 15-Jun-2001 Angus Leeming wrote:
> Well, the cursor knows it's paragraph, so we can call LyXCursor::par() to
> obtain this info.
LyXCursor is stateless!!! You have to get the right LyXCuror-struct to have
the values filled out with the stuff you want!
> Thanks, Jürgen.
>
> I put the signa
On 15-Jun-2001 Lars Gullik Bjønnes wrote:
> I am not sure if we want that...
What do we not want? The update button for the LayoutParagraph?
> You have the cursor... and the cursor has all the information you
> want...
Well Lars are you sure! Then tell me which cursor? The one bv_->text->curs
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 15-Jun-2001 Angus Leeming wrote:
|
| > So, when the cursor is moved into a new paragraph, either by the arrow keys
| > or the mouse, which bit of code do we end up in where I can emit a signal
| > changedParagraph().
|
| [This is not connected to
On Friday 15 June 2001 15:02, Juergen Vigna wrote:
> On 15-Jun-2001 Angus Leeming wrote:
>
> > So, when the cursor is moved into a new paragraph, either by the arrow
keys
> > or the mouse, which bit of code do we end up in where I can emit a signal
> > changedParagraph().
>
> [This is not con
On 15-Jun-2001 Angus Leeming wrote:
> So, when the cursor is moved into a new paragraph, either by the arrow keys
> or the mouse, which bit of code do we end up in where I can emit a signal
> changedParagraph().
[This is not connected to insets, but to paragraph therefor snipped t_l_i text]
On Friday 15 June 2001 10:07, Juergen Vigna wrote:
> On 15-Jun-2001 Angus Leeming wrote:
>
> > Why don't we leave the behaviour "as is" but introduce a small "help
screen",
> > like the Preferences dialog. If the Paragraph dialog is open and the user
> > enters a new paragraph in the document,
On 15-Jun-2001 Angus Leeming wrote:
> Why don't we leave the behaviour "as is" but introduce a small "help screen",
> like the Preferences dialog. If the Paragraph dialog is open and the user
> enters a new paragraph in the document, then a wee message is displayed:
>
> "The settings of
> > Where we disagree is in the automatic update of the Dialog when you
> > change to another paragraph while the Dialog is open. Obviously it
> > will always open with the values of the actual paragraph when you open it.
> > Well it should be easy to make this behaviour configurable
> > (auto
> 14b. Changing the character layout for all cells of a table works well.
> However, after changing the font size, the cursor is not printed at
> the right place on screen (vertical offset is incorrect).
> Can you please give a real-world example (maybe with a short example
> file)? I c
>|2. Insert a figure float into a document, then insert a minipage into the
>| float. Enter some TeX code in the minipage (use CTRL+Returns). Move the
>| cursor (leave the minipage, melt it, enter it again, etc.) and try to
>| select/cut/paste some text from time to time. After a few operat
On Thu, Jun 14, 2001 at 10:47:03AM +0200, Juergen Vigna wrote:
>> I don't get what the two apply button should buy us? The way I see it
>> we would
>> need a "Update" button which updates the Dialog with the underlying
>> paragraph data.
> A naive user has the reasonable expectation that a "view
On Thu, Jun 14, 2001 at 10:47:03AM +0200, Juergen Vigna wrote:
>
> On 14-Jun-2001 John Levon wrote:
>
> > No, I don't have a really good solution (yet). One dumb idea is separate "Apply"
> > and "Apply to current paragraph" buttons. Although it's not the best solution
>prolly,
> > it does indi
On 14-Jun-2001 John Levon wrote:
> No, I don't have a really good solution (yet). One dumb idea is separate "Apply"
> and "Apply to current paragraph" buttons. Although it's not the best solution prolly,
> it does indicate in a concise way the problem I see currently.
I don't get what the two a
On Wed, Jun 13, 2001 at 11:40:23AM +0200, Michael Schmitt wrote:
> 4. In the label dialog, could you please rearrange the buttons? It is a convention
>to click the right-most button in order to cancel a dialog.
this is due to xforms stupid defaults. It will not be fixed until post 1.2.0. Pl
On Wed, Jun 13, 2001 at 03:42:10PM +0200, Juergen Vigna wrote:
> BTW: John you see this feature request is exactly the oposite of yours and
> exactly the same I told you ;)
not really. I understand the need for the ability to do what you want totally,
and I agree that it is a good and usefu
14a. Setting the font size to "smaller" (Alt-s Shift-s) does not work. Console message:
LyXFont::setLyXSize: Unknown size `smaller'
As well:
LyXFont::setLyXSize: Unknown size `huger'
Well I investigated this on (was not so hard) and found out that:
1. The bind-files are wrong
14b. Changing the character layout for all cells of a table works well.
However, after changing the font size, the cursor is not printed at the right
place
on screen (vertical offset is incorrect).
Can you please give a real-world example (maybe with a short example file)?
I cannot con
On Wednesday 13 June 2001 10:40, Michael Schmitt wrote:
> > Hi John et al,
>
> I should not post emails at 4 o'clock in the morning! Here comes the
> attachment...
>
> Michael
>
> PS: Yes, I am finally going to enter the bugs into SF.
26. If you
1.) make some settings in the "Charact
9. Create a 5x5 table and insert "e e e e ..." in the
first cell until the cell becomes larger than the screen. Typically, the table
is repainted infinitely (verified again on June 8th). If you cannot
reproduce it, place the table inside a figure and test again.
I can still not reprod
3. Please unify the behavior of the character, paragraph, and table dialogs.
I would like to have the possibility to apply a paragraph layout to
several parts of a document without having to close and reopen the dialog
(this is a torture). Update of June, 12th: The "Apply" button in th
On 13-Jun-2001 Lars Gullik Bjønnes wrote:
>| insetminipage.C:153: warning: #warning Remove me before final 1.2.0 (Jug)
>| insetminipage.C:154: warning: #warning Can we please remove this as
>| soon as possible? (Lgb)
>
> Can you have a look at this Jürgen?
Well I guess we really can remove thi
Michael Schmitt <[EMAIL PROTECTED]> writes:
| 2. Insert a figure float into a document, then insert a minipage into the
|float. Enter some TeX code in the minipage (use CTRL+Returns). Move the
|cursor (leave the minipage, melt it, enter it again, etc.) and try to
|select/cut/paste som
On Wednesday 13 June 2001 10:40, Michael Schmitt wrote:
> > Hi John et al,
>
> I should not post emails at 4 o'clock in the morning! Here comes the
> attachment...
>
> Michael
>
> PS: Yes, I am finally going to enter the bugs into SF.
26. If you
1.) make some settings in the "Charact
Hi John et al,
I should not post emails at 4 o'clock in the morning! Here comes the
attachment...
Michael
PS: Yes, I am finally going to enter the bugs into SF.
--
==
Michael Schmittphone: +49
On Wed, Jun 13, 2001 at 04:11:57AM +0200, Michael Schmitt wrote:
> Hi,
>
> thanks to your efforts, I was able to remove two bugs from my list. But
> at the same time, I found two new ones. Therefore, please find an
> updated list enclosed.
>
> Michael
where's the list (I'm in bug-hunting and f
On Wed, 28 Feb 2001, Allan Rae wrote:
> > Michael, what's the exact problems with compiling sigc++ on sunos cc ?
>
> cc-5.0 will never work. cc-5.1 might work with horrible header macros.
Indeed, CC 5.0 is rather incomplete wrt. ANSI C++. CC 5.1 (aka Forte
6.0) is much better.
CC 5.1 and 5.2 a
On Tue, 27 Feb 2001, John Levon wrote:
>
> Michael, what's the exact problems with compiling sigc++ on sunos cc ?
cc-5.0 will never work. cc-5.1 might work with horrible header macros.
Sun's cc is crap. It can't handle partial specialization -- at least not
the way everyone else interprets th
Michael, what's the exact problems with compiling sigc++ on sunos cc ?
Sourceforge have a compile box nearly up and running, so I imagine the
sigc++ people can test this soon.
Is your bug listed at
http://sourceforge.net/tracker/?group_id=1970&atid=101970
?
thanks
john
--
"Please crack do
On Tue, 27 Feb 2001, Michael Schmitt wrote:
> Hello!
>
> I have flooded lyxbugs.sourceforge.net with another 14 bug reports. I hope you
> consider them useful even though some of them a rather imprecise and some bugs
> may only occur under certain unknown circumstances. Any fixes are appreciated
-To: <[EMAIL PROTECTED]>
Date: Mon, 22 May 2000 15:40:08 +0200 (CEST)
Reply-To: Juergen Vigna <[EMAIL PROTECTED]>
From: Juergen Vigna <[EMAIL PROTECTED]>
To: LyX-Developers <[EMAIL PROTECTED]>
Subject: RE: New bug
Cc: Michael Schmitt <[EMAIL PROTECTED]>
On 22-May-
65 matches
Mail list logo
