Re: Massive Bug in 1.5.0 according to tabs
Jürgen Spitzmüller wrote: Bo Peng wrote: So shall I commit? The patch looks reasonable to me. It might be that this is the sledgehammer, and that there's a more fine grained solution than updating everything on buffer switch. OTOH I don't know why we shouldn't do that. This is costly, but probably not practically problematic. Buffer switch is relatively rare. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: Massive Bug in 1.5.0 according to tabs
Jürgen Spitzmüller wrote: > > The patch looks reasonable to me. > > It might be that this is the sledgehammer, and that there's a more fine > grained solution than updating everything on buffer switch. OTOH I don't > know why we shouldn't do that. > > So I guess I'll commit. done. Jürgen
Re: Massive Bug in 1.5.0 according to tabs
Bo Peng wrote: > > So shall I commit? > > The patch looks reasonable to me. It might be that this is the sledgehammer, and that there's a more fine grained solution than updating everything on buffer switch. OTOH I don't know why we shouldn't do that. So I guess I'll commit. If Abdel comes up with something smarter, he can change it again. Jürgen
Re: Massive Bug in 1.5.0 according to tabs
> So shall I commit? The patch looks reasonable to me. Bo
Re: Massive Bug in 1.5.0 according to tabs
Mael Hilléreau wrote: > I got this problem with 1.5.0rc2 and 1.5.0 final, but not with Jürgen's > patch. I just found a way to reproduce (not sure if it works in any case > however): > > 1. Open a multipart document having a child doc small enough so that dark > grey is visible at bottom; > 2. Go to preferences and change screen font; > 3. Switch between master/child docs. When coming to the small child, bottom > of screen is not cleared. > > No more problem with the patch. I can confirm that (both the test recipe and the observation that my patch solves this). So shall I commit? Jürgen
Re: Massive Bug in 1.5.0 according to tabs
Selon Jürgen Spitzmüller <[EMAIL PROTECTED]>: > Sven Schreiber wrote: > > Actually with 1.5.0 final I cannot reproduce my earlier problems, > > either. So maybe this has been fixed after rc2. > > No, it hasn't. I could reproduce the problems with 1.5.1svn. I couldn't with > my patch up to now, but I don't have a 100% recipe to reproduce the > behaviour, OTOH. I got this problem with 1.5.0rc2 and 1.5.0 final, but not with Jürgen's patch. I just found a way to reproduce (not sure if it works in any case however): 1. Open a multipart document having a child doc small enough so that dark grey is visible at bottom; 2. Go to preferences and change screen font; 3. Switch between master/child docs. When coming to the small child, bottom of screen is not cleared. No more problem with the patch. Mael.
Re: Massive Bug in 1.5.0 according to tabs
Sven Schreiber wrote: > Actually with 1.5.0 final I cannot reproduce my earlier problems, > either. So maybe this has been fixed after rc2. No, it hasn't. I could reproduce the problems with 1.5.1svn. I couldn't with my patch up to now, but I don't have a 100% recipe to reproduce the behaviour, OTOH. Jürgen
Re: Massive Bug in 1.5.0 according to tabs
Jürgen Spitzmüller schrieb: Sven Schreiber wrote: I had reported this on the user list already for rc2 (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but did not pursue it because Uwe also could not reproduce it. Haven't tried 1.5.0 final yet, but it was for real and I don't think it has been fixed. So bug 3969 again? Could you try if the patch I uploaded there cures the problem? http://bugzilla.lyx.org/show_bug.cgi?id=3969 Patch: http://bugzilla.lyx.org/attachment.cgi?id=2067&action=view Sorry I'm not currently in the building-from-source business, and my summer holiday is approaching. Actually with 1.5.0 final I cannot reproduce my earlier problems, either. So maybe this has been fixed after rc2. If not, I will report back. -sven
Re: Massive Bug in 1.5.0 according to tabs
On Sun, Jul 29, 2007 at 05:40:19PM -0500, Bo Peng wrote: > > I think I have been very verbose on the multi-view thing. > > For this particular feature, the consensus was that we should decide > whether or not to disable it when 1.5.0 is released. As far as I can > see, multi-view was so stable at the end of the RC cycle that no one > suggested to disable it. Just because I do not start my day with "Ceterum censeo" does not mean all is suddenly well... Andre'
Re: Massive Bug in 1.5.0 according to tabs
> I think I have been very verbose on the multi-view thing. For this particular feature, the consensus was that we should decide whether or not to disable it when 1.5.0 is released. As far as I can see, multi-view was so stable at the end of the RC cycle that no one suggested to disable it. The one to be blamed was listings, which was brought up very late. However, with the help of others, listings also turned out fine, although it may have delayed 1.5.0. Bo
Re: Massive Bug in 1.5.0 according to tabs
On Sun, Jul 29, 2007 at 01:57:16PM -0500, Bo Peng wrote: > > Which reminds me of the recent poll regarding issues of the 1.5 > > development cycle: There were too many people pushing their favourite > > half-baked feature very late in the process and there have been several > > Just-because-I-can style commits that got never reverted. > > Everyone knows this and it is more a matter of "what we can do about > it" than "who should be blamed". You are certainly welcome to be more > involved and vote against certain patches. I think I have been very verbose on the multi-view thing. Andre'
Re: Massive Bug in 1.5.0 according to tabs
> Which reminds me of the recent poll regarding issues of the 1.5 > development cycle: There were too many people pushing their favourite > half-baked feature very late in the process and there have been several > Just-because-I-can style commits that got never reverted. Everyone knows this and it is more a matter of "what we can do about it" than "who should be blamed". You are certainly welcome to be more involved and vote against certain patches. Bo
Re: Massive Bug in 1.5.0 according to tabs
Sven Schreiber wrote: > >> when you create two documents at once LyX 1.5.0. combines the text from > >> the first window with the text in the second one after you changed it by > >> clicking on the specific tab. DVI is OK. But the text in the second > >> window is mixed up with the first one. > > > > i'm not able to reproduce it. can you give precise instructions how to > > cause it ? > > > > pavel > > I had reported this on the user list already for rc2 > (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but > did not pursue it because Uwe also could not reproduce it. Haven't tried > 1.5.0 final yet, but it was for real and I don't think it has been fixed. So bug 3969 again? Could you try if the patch I uploaded there cures the problem? http://bugzilla.lyx.org/show_bug.cgi?id=3969 Patch: http://bugzilla.lyx.org/attachment.cgi?id=2067&action=view Jürgen
Re: Massive Bug in 1.5.0 according to tabs
On Fri, Jul 27, 2007 at 02:01:25AM +0200, Pavel Sanda wrote: > > > Sorry, Pavel. I cannot understand it. I tested it three times, > > > some hours ago, > > > > no problem, this is not the only bug which is difficult to pinpoint > > and appears only randomly. if you find some way how to reproduce it > > later post it again :) > > bah, experimenting with tabs i came to very strange behaviour :( I don't think tabbed document work properly except for very light usage, the kernel is simply not ready for it. And I still think 1.5.0 should have been shipped with that feature hidden by default, so only people explicitly asking for it would be able to use it. Which reminds me of the recent poll regarding issues of the 1.5 development cycle: There were too many people pushing their favourite half-baked feature very late in the process and there have been several Just-because-I-can style commits that got never reverted. Andre'
Re: Massive Bug in 1.5.0 according to tabs
Pavel Sanda wrote: (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but other tab is still visible (screen is not cleared), except for the first line which waits for my input. This doesn't change when I start typing, this reminds me the redrawing problems, where only the current paragraph was visible and one must somehow move with cursor to make others appear. Yes, it sounds almost exactly like that old problem. Too bad Abdel's away. I'm sure he'd have some idea how to fix it, since he was the one who tracked down that other issue. Richard -- == Richard G Heck, Jr Professor of Philosophy Brown University http://frege.brown.edu/heck/ == Get my public key from http://sks.keyserver.penguin.de Hash: 0x1DE91F1E66FFBDEC Learn how to sign your email using Thunderbird and GnuPG at: http://dudu.dyn.2-h.org/nist/gpg-enigmail-howto
Re: Massive Bug in 1.5.0 according to tabs
> (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but >>other tab is still visible (screen is not cleared), except for the first >>line which waits for my input. This doesn't change when I start typing, this reminds me the redrawing problems, where only the current paragraph was visible and one must somehow move with cursor to make others appear. pavel
Re: Massive Bug in 1.5.0 according to tabs
Pavel Sanda schrieb: when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? pavel I had reported this on the user list already for rc2 (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but did not pursue it because Uwe also could not reproduce it. Haven't tried 1.5.0 final yet, but it was for real and I don't think it has been fixed. -sven
Re: Massive Bug in 1.5.0 according to tabs
Pavel Sanda schrieb: when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? pavel I had reported this on the user list already for rc2 (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but did not pursue it because Uwe also could not reproduce it. Haven't tried 1.5.0 final yet, but it was for real and I don't think it has been fixed. -sven
Re: Massive Bug in 1.5.0 according to tabs
Pavel Sanda schrieb: when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? pavel I had reported this on the user list already for rc2 (http://www.mail-archive.com/[EMAIL PROTECTED]/msg57128.html), but did not pursue it because Uwe also could not reproduce it. Haven't tried 1.5.0 final yet, but it was for real and I don't think it has been fixed. -sven
Re: Massive Bug in 1.5.0 according to tabs
> On 7/26/07, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> >> now - instead normal character there appears VERY big character (even in
> >latex output).
> >> without switching between tabs nothing like this happens.
> >> can anybody reproduce it ?
> >
> >more remarks: it happens also when switching through menu. after that
> >switch font indicator
> >is set to bold,huger and when running with cursor it gets back into normal.
>
>
> I can not reproduce this. Maybe this is related to non-English language?
can you try it with attached file ?
(after opening dont forget to set the cursor position at the end of file)
my guess is that it has something to do with bold huge font on the first
line of file.
pavel
#LyX 1.5.0 created this file. For more info see http://www.lyx.org/
\lyxformat 276
\begin_document
\begin_header
\textclass scrbook
\begin_preamble
\renewcommand{\thesection}{\arabic{section}}
\date{}
\setkomafont{section}{\rmfamily\bfseries\Large}
\setkomafont{chapter}{\rmfamily\huge}
%nastaveni nuloveho okraju pro enum
%\usepackage{enumitem}
%\setenumerate{leftmargin=0pt, labelsep=.6em}
\end_preamble
\language czech
\inputencoding auto
\font_roman default
\font_sans default
\font_typewriter default
\font_default_family default
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\paperfontsize default
\spacing single
\papersize default
\use_geometry false
\use_amsmath 1
\use_esint 0
\cite_engine basic
\use_bibtopic false
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\author ""
\author ""
\end_header
\begin_body
\begin_layout Title
\family roman
\size giant
Tak
\size small
\newline
Knih ikoho
\end_layout
\begin_layout Author
Fhe
\end_layout
\begin_layout Publishers
Per
\newline
Nn (Praha 1967)
\end_layout
\begin_layout Part
\InsetSpace ~
\end_layout
\begin_layout Chapter*
Zamluva
\end_layout
\begin_layout Section*
1.
\end_layout
\begin_layout Standard
KdyŞ kochal svým duchem a svou samotou a po deset let s
\end_layout
\end_body
\end_document
Re: Massive Bug in 1.5.0 according to tabs
On Fri, 2007-07-27 at 02:01 +0200, Pavel Sanda wrote: > > > Sorry, Pavel. I cannot understand it. I tested it three times, some hours > > > ago, > > > > no problem, this is not the only bug which is difficult to pinpoint and > > appears > > only randomly. if you find some way how to reproduce it later post it again > > :) > > bah, experimenting with tabs i came to very strange behaviour :( > > 1.open one document > 2.new document > 3.switch to first one and type one letter somewhere inside > > now - instead normal character there appears VERY big character (even in > latex output). > without switching between tabs nothing like this happens. > can anybody reproduce it ? Just thought I'd ask the obvious. What OS are you all running :) I've never seen this. Have fun, Darren
Re: Massive Bug in 1.5.0 according to tabs
On 7/26/07, Pavel Sanda <[EMAIL PROTECTED]> wrote: > now - instead normal character there appears VERY big character (even in latex output). > without switching between tabs nothing like this happens. > can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. I can not reproduce this. Maybe this is related to non-English language? Bo
Re: Massive Bug in 1.5.0 according to tabs
> now - instead normal character there appears VERY big character (even in > latex output). > without switching between tabs nothing like this happens. > can anybody reproduce it ? more remarks: it happens also when switching through menu. after that switch font indicator is set to bold,huger and when running with cursor it gets back into normal. pavel
Re: Massive Bug in 1.5.0 according to tabs
> > Sorry, Pavel. I cannot understand it. I tested it three times, some hours > > ago, > > no problem, this is not the only bug which is difficult to pinpoint and > appears > only randomly. if you find some way how to reproduce it later post it again :) bah, experimenting with tabs i came to very strange behaviour :( 1.open one document 2.new document 3.switch to first one and type one letter somewhere inside now - instead normal character there appears VERY big character (even in latex output). without switching between tabs nothing like this happens. can anybody reproduce it ? pavel <>
Re: Massive Bug in 1.5.0 according to tabs
> Sorry, Pavel. I cannot understand it. I tested it three times, some hours > ago, no problem, this is not the only bug which is difficult to pinpoint and appears only randomly. if you find some way how to reproduce it later post it again :) bye, pavel
Re: Massive Bug in 1.5.0 according to tabs
Am Freitag, 27. Juli 2007 00:28 schrieb Pavel Sanda: > > when you create two documents at once LyX 1.5.0. combines the text from > > the first window with the text in the second one after you changed it by > > clicking on the specific tab. DVI is OK. But the text in the second > > window is mixed up with the first one. > > i'm not able to reproduce it. can you give precise instructions how to > cause it ? Sorry, Pavel. I cannot understand it. I tested it three times, some hours ago, loading a simple LyX-File I just had written, opened a new tab, wrote one sentence in it and then the described problem appeared. For three times I closed LyX and started again. The same problem occured. Now, this has vanished. I do not know what the reason was. Now I cannot reproduce it as well. Sorry, Heiko -- Heiko Schroeder Praha, Ceska Republica http://home.foni.net/~heikos http://www.od.shuttle.de/evb-1
Re: Massive Bug in 1.5.0 according to tabs
> when you create two documents at once LyX 1.5.0. combines the text from the > first window with the text in the second one after you changed it by clicking > on the specific tab. DVI is OK. But the text in the second window is mixed up > with the first one. i'm not able to reproduce it. can you give precise instructions how to cause it ? pavel
Massive Bug in 1.5.0 according to tabs
Hi, when you create two documents at once LyX 1.5.0. combines the text from the first window with the text in the second one after you changed it by clicking on the specific tab. DVI is OK. But the text in the second window is mixed up with the first one. Cheers Heiko -- Heiko Schroeder Praha, Ceska Republica http://home.foni.net/~heikos http://www.od.shuttle.de/evb-1
