On Fri, Aug 31, 2001 at 03:01:27PM +0200, Michael Schmitt wrote:
> - Create a note inset and fill it with text until its content cannot be
> fully displayed on screen. Add some text in front and after the note.
> Then, move the cursor in front of the note, press CursorDown (you are now
> scrolling past the note), press CursorUp (you are back in front of the note),
> and press CursorLeft -> you enter the note but again the document is scrolled,
> this time totally unnecessarily. Too much scrolling is really confusing!
I don't understand your description. Any way, this is a pretty minor bug I would say.
Can you give an example file and an exact sequence of actions ?
> - In the paragraph layout dialog, it is possible to enter text in the
> "Below"/"Above" boxes even if the space is fixed (the text
> is swallowed immediately but nevertheless...)
Let me see.
> - When changing some font property of selected text, the selection is
> revoked. This is unfortunate if you want to apply more changes to the
> same text. Note: "Nedit" and "Kwrite" keep the selection
this should be a feature request. It's now FR #457381 (can you add the new bug
numbers please ?)
> - Characters with Sans Serif font are bigger (on screen) than characters
> with Roman font (even though their actual size is equal)
Wasn't this resolved as a lack of fonts on your end ?
> - PageDown (only 5 lines downwards) and PageUp (movement to either the last
> or one but last line) do not work in a (large) note inset
bug, but not 1.2.0 material. #457384
> - Create a new doc; insert a (note) inset; while the cursor is placed in the
> inset, open the "Document" menu and select the current file -> core dump.
> The problem also occurs with several documents whenever you switch to a
> document which cursor is placed in an inset
Yuck, this is trigger getInset's alert. #457387, 1.2.0
> - Herbert: Open two different docs, open one latex preamble,
> write anything in the preamble, close the doc of this preamble
> (but not the preamble!), close the preamble with ok
> -> the preamble of the current doc is overwritten!
We should close any preamble when we close the doc I think. Angus ?
> - 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
> (This happens even if you do not resize the dialog!)
> The same problem occurs with "bibliography keys" in the citation dialog
>
> - In the "Character layout" dialog, set all options to "reset", close the
> dialog, re-open it -> the options are set incorrectly
I suppose this is the core lying to the dialogs. Is it really 1.2.0 ...
> - Insert a minipage into the only cell of a 1x1 table; then try to
> invoke the minipage dialog -> you will fail; the table dialog is invoked
> instead all the time. Solutions: (a) add new "Inset" entry in the "Layout"
> menu (b) dialog is opened for the deepest nested inset on which the
> cursor is placed
I would always prefer b). It is the most sensible solution IMHO (although a
inset-dialog keybinding or whatever would ALSO be good). For Juergen I suppose.
> - Cut some plain text and paste it into an ERT -> the text keeps
> its original color (i.e. it does not become red)
#457390
> - In the "find" dialog, LyX is looking for the next occurrence if "replace"
> is choosen. A collegue and I think that this is not intuitive. In particular
> as "replace" searches forwards even if you have clicked on "<-" before.
> Either replace "replace" by "replace & find" or change is semantics.
> (BTW: Maybe "<-" and "->" should be replaced by a single button to
> select backwards search/replace (as in most other applications))
hmm...
> - It is not possible to add a second index entry right after another one
#457393
> - In the "Float options" dialog, it is possible to select "Bottom of the page"
> and "Here, definitely" at the same time. When opening the dialog later,
> "Bottom of the page" is deactivated. BTW: It seems like "Wide figures" do not
> work with option "Here, definitely" (at least in the article class without
> additional flags/options). If that is generally true, the option should not be
> allowed for them.
>
> - The new graphics inset supports file extension ".jpeg" but not ".jpg".
> I think the latter is also commonly used. Is it supported by LaTeX?
Baruch is away ... did he answer ?
> - +checking for package graphics [graphics]... yes
> ^^^^^^^^
> Shouldn't this be graphicx for the new graphics inset?
anyone ???
> - The "Maths spacing" dialog is broken ("Apply" does not work without former
> user change in the dialog)
I'll look.
> - Create a new document that contains the word "Sophisticated" 6 times. View the
> dvi output (->last word is broken into two lines); add a margin note right in
> front of the last word and view dvi output again (-> the word is not broken any
> more but collides with the margin note); LyX or Latex bug???
pass ...
> - Memory leak for math panel (formerly malloc/delete problem)
>
> MLK: 1056 bytes leaked in 4 blocks (Michael: Plus many others)
> This memory was allocated from:
Hmm, I'll look at what Lars did here.
> - In the "Paragraph layout" dialog, line spacing can be set to "other" without
> having to specify a factor! Since "0" is then taken as default, the screen
> output is corrupted (whereas dvi output looks more or less OK with 0)
I'll have a look.
> - "File->Exit" does not work while editing a math formula;
> the same holds for opening/closing a file, changing paragraph layout...
> (This must definitely be fixed!)
I'll see if I can work out what mathed localdispatch is doing here ...
it seems to me non-understood lyxfuncs should be passed up to the owner...
> - When changing the document class for a given document, the screen output
> is confusing as the class list is not removed from the document layout
> dialog. In addition, the "Should I set some ..." dialog stays in the
> background and the document layout dialog might be hidden behind the
> main LyX window after clicking "yes" in the Question dialog.
> Confusing, isn'it? :-)
# 457394
I had a quick look at this. Seems less obvious than I hoped, prolly not for 1.2.0
> - "Language:" is not aligned correctly in the character dialog
I think this is a WONTFIX.
> - Add a table to an empty document; insert a few characters into the
> table cells; then move the cursor in front of the table and invoke
> "find" with a search string of your choice. When the end of the table
> is reached, the cursor is placed _in front_of the table again
#457396 - I suppose this isn't too important for 1.2.0
> - Clicking into the right half of a footnote does not work (wrong cursor
> placement) if there is some plain text after the footnote in the _same_ paragraph
#451276
> - The "OK" button in the math matrix dialog is not activated if you
> do not change the settings
will look.
> - Does configure really support "--with-included-gettext"? It is not
> listed in the summary at the end of the configure run
> (but "--with-included-string" is).
didn't I answer this ? the list at the end is made by hand. This is a theoretical bug
I think it should be removed.
> - The dots dialog in the math panel is drawn inaccurately; at the right
> a fine vertical bar is not drawn. (note: all other dialogs look OK)
prolly WONTFIX, I don't know what is wrong.
> - The math panel should be moved to the "Insert" menu
> (BTW: The panel does not meet any usability criteria; it should better
> be replaced by a toolbar or a separate menu for quicker access)
I'll do a patch soon, and let the flames commence.
> - In the label dialog, the buttons should be reordered ("ok"/"clear"/"cancel")
hassle edwin to fix this when he ports askForText AskQuestion and friends ;)
> - kdvi (KDE 2.X) does not support hardcoded "-paper" option
I will fix this. it's #233429
> FormParagraph.C:243: warning: `enum Spacing::Space linespacing' might be used
>uninitialized in this function
> FormParagraph.C:335: warning: `int linespacing' might be used uninitialized in this
>function
have I still not fixed these ? will do
> - Make data base entries in bibliography references visible in all loaded documents
> (very useful for multipart documents)
>
> - Support the "sloppypar" environment in the paragraph dialog
>
> - Support \frenchspacing in the document dialog
>
> - Support unbreakability (no hyphenation) for words and phrases in the character
>dialog.
> BTW: Is there a way to avoid line breaks in math formula?
can you add these to Trackers->feature requests please and remove them from the list
(they
dhshouldn't be done for 1.2.0 I suppose)
thanks for the bug hunting !
regards
john
--
"I'm not sure which upsets me more: that people are so unwilling to accept
responsibility for their own actions, or that they are so eager to regulate
everyone else's."
- Kee Hinckley
