On Thu, 7 Jun 2001, Juergen Vigna wrote:

> 1. Open a new document, insert a table, and press the "font" button -> LyX
>    crashes.
>
> Please leave out the table, it's a general problem and probably a GUII one!

You are right!

> 9. Create a new 5x5 table and insert "e e e e ..." in the first cell
>    until the cell becomes larger than the screen, then (if you have luck
>    and LyX does not repaint infinitely!), move one cell
>    down and try to insert some text -> the red box is not drawn correctly
>
> 14a. Setting the font size to "smaller" does not work for table cells.
>
> 14b. Changing the character layout for all cells of a table does not work.
>
> 14c. If the cursor is moved down a table, it will finally reappear in front
>      of table (not _after_ the table).
>
> All of this seems to be fixed!

Not fully:

   9. There are still infinite repaintings (very often, indeed)
 14a. Still does not work - but even for normal text (not specific to
      tables)
 14b. Side effect: Changing the font size corrupts the cursor.

> I would still apreciate too see this bugs in the SourceForge buglist too
> as otherwise one has to check a lot around. It seems I got used using
> lyxbugs.sf.net to see what bugs I could fix next and will do them first.

If I find some time... For the moment, please find an updated list with
a few new/extended bug reports.

Michael


-- 
======================================================================
Michael Schmitt                            phone:     +49 451 500 3725
Institute for Telematics                   secretary: +49 451 500 3721
Medical University of Luebeck              fax:       +49 451 500 3722
Ratzeburger Allee 160              eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany           WWW:   http://www.itm.mu-luebeck.de
======================================================================
B U G   L I S T
---------------

1. Open a new document and press the "font" button -> LyX crashes.

   Program received signal SIGSEGV, Segmentation fault.
   FormCharacter::apply (this=0x83d1940) at FormCharacter.C:114
   114             int pos = fl_get_choice(dialog_->choice_family);
   (gdb) #0  FormCharacter::apply (this=0x83d1940) at FormCharacter.C:114
   #1  0x8246fb6 in ControlCharacter::apply (this=0x83d18a0) at ControlCharacter.C:62
   #2  0x82d1d32 in SigC::ObjectSlot0_<void, ControlCharacter>::callback (d=0x83d1a64) 
at ../../../sigc++/object_slot.h:56
   #3  0x8271a34 in SigC::Signal0<void, SigC::Marshal<void> >::emit (this=0x83ce748) 
at ../../../sigc++/slot.h:260
   #4  0x80f7715 in LyXFunc::Dispatch (this=0x83cdcb0, ac=29, 
do_not_use_this_arg=@0xbffff824) at ../sigc++/basic_signal.h:172
   #5  0x8236649 in {anonymous}::ToolbarCB (ob=0x83caf20, ac=29) at 
Toolbar_pimpl.C:272

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 operations you
   will notice that the text selection is not correct any longer (the wrong
   selection is marked). This effect can strengthened by putting more than
   one minipage into the float.

3. The Apply button in the character layout dialog does not work correctly
   because it is deactivated after the first application. Please unify the
   behavior of the character, paragraph, and table dialogs. I would like
   to have the possibility to apply a layout to several parts of a document
   without having to close and reopen a dialog (this is a torture).

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.

5. If you open a float with a figure as its first element, the figure
   dialog is always opened at the same time.

7. In the "include file" dialog, the "load" button does not work. I just get
   the console message
     OkCancelReadOnlyPolicy: No transition for input 3 from state 0

8. Opening and closing of floats only raises the console message
     A truly unknown func! [25]

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. 

11. During compilation "gcc -Wall" reports a couple of warnings that might be fixed.

--------------
formula.C:250: warning: #warning leak this for a while...
formula.C:554: warning: #warning Labels
formula.C:760: warning: #warning Labels
formula.C:900: warning: #warning Labels
formula.C:924: warning: #warning This is a terrible hack! We should find a better 
solution.
formula.C:1061: warning: #warning This is a terrible hack! We should find a better 
solution.
formula.C:1097: warning: #warning Labels
formula.C:1140: warning: #warning Is this needed here? Shouldnt the main dispatch 
handle this? (Lgb)
formula.C:1255: warning: #warning Still? (Lgb)
insetcaption.C:118: warning: #warning Implement me!
insetcaption.C:127: warning: #warning Implement me!
insetfloat.C:234: warning: #warning FIX!
insetfloatlist.C:63: warning: #warning Implement me please.
insetgraphics.C:625: warning: #warning use the copy constructor instead. (Lgb)
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)
insettext.C:349: warning: #warning Jürgen, why is this a block of its own? (Lgb)
insettext.C:350: warning: #warning because you told me to define variables only in 
local context (Jug)!
insettext.C:351: warning: #warning then make it a function/method of its own. (Lgb)
insettext.C: In method `void InsetText::draw(BufferView *, const LyXFont &, int, float 
&, bool) const':
insettext.C:310: warning: comparison between signed and unsigned
ImageLoaderXPM.C:66: warning: #warning This might be a dirty thing, but I dont know 
any other solution.
FormMathsPanel.C: In method `bool FormMathsPanel::input(FL_OBJECT *, long int)':
FormMathsPanel.C:244: warning: enumeration value `MM_DOTS' not handled in switch
xforms_helpers.C:42: warning: #warning Why cant this be done by a one pass algo? (Lgb)
buffer.C: In method `void Buffer::makeLinuxDocFile(const string &, bool, bool = 
false)':
buffer.C:2432: warning: comparison between signed and unsigned
buffer.C: In method `void Buffer::makeDocBookFile(const string &, bool, bool = 
false)':
buffer.C:2914: warning: comparison between signed and unsigned
buffer.C:2947: warning: comparison between signed and unsigned
lyxfind.C: In function `bool IsStringInText(LyXParagraph *, int, const string &, const 
bool & = true, const bool & = false)':
lyxfind.C:133: warning: comparison between signed and unsigned
lyxfunc.C:1013: warning: #warning Find another implementation here (or another 
lyxfunc)!
spellchecker.C:978: warning: #warning should go somewhere more sensible
tabular-old.C:129: warning: #warning old l_getline
text.C:1015: warning: #warning Please fix me (Jug!)
text.C:2841: warning: #warning Should be fixed with a lyxinset::clear_width(bv, font) 
function! (Jug)
text.C:2842: warning: #warning Should we not fix this in the Painter, please have a 
look Lars! (Jug)
---------------

12. Has anybody tried to run checktex recently? I tested it once and came to
    the conclusion that many of the warnings have to do with the way LyX generates
    LaTeX code.

13. When changing the language in the character layout dialog, the language
    name is not printed correctly at first (some other text is
    printed on top of it in the field as well)

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'

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.

16. Dialog "New from template" should show the template directory immediately. 
    A common user does not realize that he has to press the
    "template" button first.

17. It is impossible to set the cursor in the right half of a figure/footnote/etc. 
    with the mouse whereas cursor movements with the keyboard work without a problem.
    (Create a new document with a footnote and one line of text above and below the
    below)

18. Once upon a time, there was a patch for "foil" documents that added headings to
    LyX's table of contents ("Navigate"). Unfortunately, this patch has never found 
its
    way into the cvs.

19. When the size of a graphic inside a figure float is changed, the size of the float 
is
    _not_ adjusted at the same time.

22. Electric fence (a simple memory checker) raises a seg fault in the math parser

23. It is impossible to make a complete word bold by pressing CTRL-b (without having 
to
    select the complete word before) like it is possible in normal text

24. There is still a blank after each footnote reference in the DVI output


Reply via email to