Re: Qt frontend TODO list
On Thu, Jul 11, 2002 at 12:45:15AM +0100, John Levon wrote: As requested, this lists pretty much everything I think. This looks as it might take quite a bit longer than two months, doesn't it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 12:00:15AM -, [EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 2002-07-11 12:00 --- This appears fixed for 1.2.1cvs but is still broken in 1.3. Andre ? As the plain \not is difficult to edit (negative width) and as we support things like \notin I am thinking of removing support for \not entirely. [No support means, \not shows up as red 'not' in mathed] What do people think? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 12:42:11AM +0300, Dekel Tsur wrote: The problem is that when you have for example \foo{a_{1}}, where \foo is a macro that is not handled by LyX. Lyx1.2 will read it as \foo a_{1} which is wrong (only the a is passed to \foo). This seems to work in 1.3.0cvs... I think that is a very severe bug, so I suggest you make a patch for 1.2.x and 1.2.1 should be released very soon. ... and in 1.2.1cvs. Have you checked lately? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 01:55:09AM -, [EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 2002-07-11 13:55 --- No longer the case, but I get blah blah $D'$ blah blah instead ? As indented. People have to make their minds up what they want. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
[PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
John Levon wrote: On Wed, Jun 26, 2002 at 12:56:33AM +0100, Jan Warnking wrote: Basically, when using the get Latex size button in the graphics dialog, a custom Latex Size of 90 % of text height gets converted to a 90cm height for Lyx view. The above can be verified inserting a graphic in an empty document (no image file needed). Confirmed. Can you open a bugzilla bug on this please ? attached a patch against cvs, should go into 1.2.1, too there is still the problem with the hiding gui. John, can you have a look?? when the alert-window with the message appears and you click on ok, the open graphics-gui is behind the main lyx-window. Herbert -- http://www.lyx.org/help/ Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v retrieving revision 1.453 diff -u -r1.453 ChangeLog --- ChangeLog 10 Jul 2002 15:03:25 - 1.453 +++ ChangeLog 11 Jul 2002 06:24:25 - @@ -1,3 +1,8 @@ +2002-07-11 Herbert Voss [EMAIL PROTECTED] + + * FormGraphics.C (input): test also the height for %-value, when + importing the latex-value into the lyx-view + 2002-07-10 Andrew Zabolotny [EMAIL PROTECTED] * XMiniBuffer.C (peek_event): Index: FormGraphics.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormGraphics.C,v retrieving revision 1.73 diff -u -r1.73 FormGraphics.C --- FormGraphics.C 2 Jul 2002 19:23:09 - 1.73 +++ FormGraphics.C 11 Jul 2002 06:24:26 - @@ -544,9 +544,10 @@ setEnabled(lyxview_-choice_lyxheight, 0); setEnabled(lyxview_-input_lyxscale, 1); } else if (ob == lyxview_-button_latex_values) { - if (contains(fl_get_choice_text(size_-choice_width),'%')) + if (contains(fl_get_choice_text(size_-choice_width),'%') || + contains(fl_get_choice_text(size_-choice_height),'%')) Alert::alert(_(Warning!), -_(The units text%, page%, col% and line% are not allowed here.), +_(The %-units are not allowed here.), _(Cannot use the values from LaTeX size!)); else { LyXLength dummy =
Re: bullets - latest cvs
-BEGIN PGP SIGNED MESSAGE- On Wednesday 10 July 2002 22:21, Herbert Voss wrote: can somebody confirm? in layout-document-bullets no xpm-image is loaded and LyX does peng when I click on the left math button. confirmed Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPS0mbbewfbDGmeqhAQFcbAP9GydNB5tWmU05zx/R6myIp6jz/UcfwQIV ZviTGBny3Oi2yshm665ftr9408CnDKNu9U4affRAKZ1UqUgsXJwYUFGja/r2iCjM KQ4xRmUnH5RX+LTmp/UJu623fncI3fLYPAGDb2YepCBTOAnDNlr2wb1tj54gclEe jFdDJevDPe4= =VeZW -END PGP SIGNATURE-
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: Since some time the LyX-View of my figures has a terrible resolution and figures are almost unrecognizable. When viewing with DVI or Postscript, the figures look fine. sure This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect it's not due to the core code of LyX, but an upgrade of some external package/library may have caused this downgrade of the LyX-View resolution. Right? maybe ... Can someone tell me what (external) software is actually responsible for visualizing a figure on the LyX canvas? vector - bitmap, that's all I use Grace files, but also when I load directly the corresponding EPS file, the LyX-View quality is as bad. Any help to find out why this is happening, is very much appreciated. give us an example-file with the image and with a screenshot of the bad view. Herbert -- http://www.lyx.org/help/
Re: lyx-devel src/frontends/qt2/: ChangeLog Makefile.am QAbout.C Q ...
Compile fixes. Qt2 should now build (and fail immediately when you start it, some assert related to grfx, help me Angus :) Do you have a graphics loader? The splash screen now uses it. A
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Herbert Voss wrote: R. Lahaye wrote: Can someone tell me what (external) software is actually responsible for visualizing a figure on the LyX canvas? vector - bitmap, that's all What software is that? Or is this entirely internal LyX code? give us an example-file with the image and with a screenshot of the bad view. Please see: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40096.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40109.html Regards, Rob.
Re: Is this the right preview info for LyX?
On Thursday 11 July 2002 1:51 am, David Kastrup wrote: Take a look at the output when you run previews with the added lyx option (it must come after the tightpage option, or it will fail to report the additional bounding box adjustments from the tightpage option). Thanks for this David. I'll have a go this evening. Angus
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: Herbert Voss wrote: R. Lahaye wrote: Can someone tell me what (external) software is actually responsible for visualizing a figure on the LyX canvas? vector - bitmap, that's all What software is that? Or is this entirely internal LyX code? it's your decision what converter should be use. edit-preferences-converter Herbert -- http://www.lyx.org/help/
Re: bullets - latest cvs
On Wed, 10 Jul 2002, Herbert Voss wrote: can somebody confirm? in layout-document-bullets no xpm-image is loaded and LyX does peng when I click on the left math button. Very interesting! form_document.fd: ... 1.1 (jug 11-Aug-00): name: bmtable_bullet_panel 1.1 (jug 11-Aug-00): callback: 1.1 (jug 11-Aug-00): argument: 1.1 (jug 11-Aug-00): file: /nfs/sinco/source/lyx/lyx-devel/lib/images/psnfss2.xpm 1.1 (jug 11-Aug-00): fullpath: 1 ... It seems that for some reason we no longer search in the library path/s for the file if the absolute location doesn't exist. Or some similar deviation from 1.2.1cvs. A simple fix is to only use the filename without a path in this file but shouldn't we be searching in the library path for the filename if the full path fails? Or better yet, shouldn't we just extract the filename and search in the library paths irrespective of the presence of a supplied path? Allan. (ARRae)
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: Herbert Voss wrote: R. Lahaye wrote: Can someone tell me what (external) software is actually responsible for visualizing a figure on the LyX canvas? vector - bitmap, that's all What software is that? Or is this entirely internal LyX code? give us an example-file with the image and with a screenshot of the bad view. Please see: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40096.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40109.html my lyx-view, can't see any bad behaviour Herbert -- http://www.lyx.org/help/
Re: Qt frontend TODO list
QParagraph - implement me (MVCed already) (*) for the record, am working on this... Ed
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Herbert Voss wrote: R. Lahaye wrote: Please see: http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40096.html http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40109.html my lyx-view, can't see any bad behaviour I know that; we exchanged some emails on this already some time ago. So I concluded that it's not LyX, but some external software/library that is the culprit. But which one? I also tested briefly with 1.1.6fix4, and that has no problems (though I have not tested it with Grace converters; simply used eps file). This could indicate that it's related to any new conversion scheme. When was that introduced and how different is it from 1.1.6fix4? So, if I'm correct, I need to find out which software/library is used to display the graphics on the LyX canvas. Is it the xpm library, or png, or what. It's not due to Xforms, since the problem is there for Xforms 0.88.1 and 1.0.0rc4! Any ideas what and how I could investigate this? Regards, Rob.
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: I also tested briefly with 1.1.6fix4, and that has no problems (though I have not tested it with Grace converters; simply used eps file). This could indicate that it's related to any new conversion scheme. When was that introduced and how different is it from 1.1.6fix4? 1.1.6 uses gs for the converting. but in 1.1.6 you couldn't use your original agr-file. So, if I'm correct, I need to find out which software/library is used to display the graphics on the LyX canvas. Is it the xpm library, or png, or what. It's not due to Xforms, since the problem is there for Xforms 0.88.1 and 1.0.0rc4! Any ideas what and how I could investigate this? my converters: \\converter agr eps gracebat -hardcopy -printfile \$\$o -hdevice EPS \$\$i 2/dev/null \\converter agr png gracebat -hardcopy -printfile \$\$o -hdevice PNG \$\$i 2/dev/null \\converter agr xpm gracebat -hardcopy -printfile - -hdevice PNG \$\$i 2/dev/null | convert - \$\$o do you have the same? Look for the last one, because I convert agr to xpm. And I use xforms 0.89.6 Herbert -- http://www.lyx.org/help/
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Herbert Voss wrote: R. Lahaye wrote: Any ideas what and how I could investigate this? my converters: do you have the same? Look for the last one, because I convert agr to xpm. I added the last one manually, but to no avail. However, it does not appear to be the conversion. I can manually generate the corresponding xpm file, double check its quality by viewing it with ImageMagick's display. When I then load that xpm file into LyX Graphics, there's no conversion needed. Nevertheless, the quality still is terrible. My monitor and X server is on a linux PC. LyX is running on another PC (FreeBSD) and it's displayed via an X-connection. Is there anything going wrong between LyX canvas and the X-server? Can font problems cause trouble when displaying xpm graphics? But then: why is ImageMagick's display is not suffering from displaying the xpm file? Does Xforms not like to be transported over an X-connection? These questions sound silly to me, but what else can it be? Regars, Rob.
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: I added the last one manually, but to no avail. However, it does not appear to be the conversion. I can manually generate the corresponding xpm file, double check its quality by viewing it with ImageMagick's display. When I then load that xpm file into LyX Graphics, there's no conversion needed. Nevertheless, the quality still is terrible. ok, one step further ... attached the gzipped xpm which I converted by hand with gracebat and convert. importing into lyx as xpm.gz no problem. if it's a problem again for you then it must be the libXPM. Look for the following differences and try again Herbert my gracebat: --- Grace-5.1.5 GUI toolkit: (#)Motif Version 2.1.30 Xbae version: 4007 T1lib: 1.1.0-grace FFT: built-in NetCDF support: on libpng: 1.0.12 libjpeg: 62 Built: Mon Mar 25 22:15:22 2002 on Linux #1 SMP Mon Mar 25 15:38:44 UTC 2002 2.4.18-64GB-SMP i686 Compiler flags: gcc -O2 -march=i486 -mcpu=i686 -I.. -I. -I../T1lib/t1lib -I../Xbae -I/usr/X11R6/include -I/usr/X11R6/include -L/usr/X11R6/lib ../Xbae/Xbae/libXbae.a -lXm -lXpm -lXp -lXmu -lXt -lXext -lX11 -lSM -lICE ../cephes/libcephes.a -lnetcdf ../T1lib/libt1.a -ltiff -ljpeg -lpng -lz -lm -ldl Registered devices: Dummy PostScript EPS MIF SVG PNM JPEG PNG Metafile (C) Copyright 1991-1995 Paul J Turner (C) Copyright 1996-2001 Grace Development Team All Rights Reserved my convert: Version: (#)ImageMagick 5.4.2 01/01/02 Q:16 http://www.imagemagick.org Copyright: Copyright (C) 2002 ImageMagick Studio LLC my lyx: Configuration Host type: i686-pc-linux-gnu Special build flags:warnings assertions xforms-image-loader C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (3.1) C++ Compiler flags: -g -O -finline-limit=500 -fno-exceptions -W -Wall -Winline -Winline Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 0.89.6 LyX binary dir: /usr/local/bin LyX files dir: /usr/local/share/lyx -- http://www.lyx.org/help/ bad_graphics.xpm.gz Description: Binary data
Re: mouse wheel problem with lyx-1.3CVS
John Levon wrote: Hmm, yes. The problem is obvious. Can somebody explain what units lyxrc.wheel_jump is supposed to be in, and I can fix it ? 420 double const diff = t-defaultHeight() 421 + double(time) * double(time) * 0.125; 422 423 scrollDocView(int(diff)); should be something like float add_value = float(workarea_.height()) * float(time) / 100; but that was disabled in the old code. Somebody help please ! That outcommented code was put in there from myself to fix the IMO wrong scrolling algorithm, but Lars didn't like it. So I left it there until we can convince him that his code is really odd and it should be changed to the new one ;) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Re: Qt frontend TODO list
John Levon wrote: LyXServer - remove xforms dependency We didn't port LyXServer to GUII in the meeting because we would like to know how you would do the event polling. Please have a look at the only xforms specific stuff in there and tell us how you would port this to GUII (how qt would handle this!) We need you here to do anything at all. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
John Levon wrote: I can't see this changing any time soon to be honest - Jug ? Well this would be really easy one would have to call setUndo(bv, Undo::EDIT, bv-getLyXText()-cursor.par(), bv-getLyXText()-cursor.par()-next()); somewhere where the parameters are changed and I have access to bv. One question however: void ControlGraphics::applyParamsToInset() { // Set the parameters in the inset, it also returns true if the new // parameters are different from what was in the inset already. bool changed = inset()-setParams(params(), lv_.buffer()-filePath()); // Tell LyX we've got a change, and mark the document dirty, // if it changed. lv_.view()-updateInset(inset(), changed); } Why is the updateInset not called inside inset()-setParams(...) and when I don't change anything in the insetparams why do I have to call a updateInset? BTW: This seems to be the place to call the setUndo :) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Visible inset --- help needed
The attached almost works, but fails sometimes because start_pos and end_pos are sometimes calculated as both 0, despite the fact that I have 17 rows! I know that I shoudl return end_pos as the /end/ of the last row, not the front but can you gve me further clues. Angus /** * \file PreviewSupport.C * Copyright 2002 the LyX Team * Read the file COPYING * * \author Angus Leeming [EMAIL PROTECTED] */ #include config.h #ifdef __GNUG__ #pragma implementation #endif #include PreviewSupport.h #include debug.h #include BufferView.h #include lyxtext.h #include lyxrow.h #include paragraph.h #include frontends/Painter.h using std::endl; using std::list; typedef listRow const * RowList; RowList const getVisibleRows(BufferView const bv) { RowList rows; // top_y is not const because it's reset by getRowNearY. int top_y = bv.text-first_y; Row const * row = bv.text-getRowNearY(top_y); int const bv_height = bv.painter().paperHeight(); int height = row-height(); rows.push_back(row); while (height bv_height) { row = row-next(); height += row-height(); rows.push_back(row); } return rows; } bool isInsetVisible(Inset const inset, RowList const rows) { if (rows.empty()) return false; Row const * first = rows.front(); Row const * last = rows.back(); lyx::pos_type start_pos = first-pos(); lyx::pos_type end_pos = last-pos(); if (end_pos start_pos) std::swap(start_pos, end_pos); lyxerr first first last last start_pos start_pos end_pos end_pos std::endl; // Loop over all insets in these rows lying between start_pos and // end_pos and compare to inset RowList::const_iterator rit = rows.begin(); RowList::const_iterator rend = rows.end(); Paragraph * par = 0; for (; rit != rend; ++rit) { Paragraph * rpar = (*rit)-par(); if (rpar == par) continue; par = rpar; Paragraph::inset_iterator iit = par-inset_iterator_begin(); Paragraph::inset_iterator iend = par-inset_iterator_end(); lyx::pos_type pos = 0; for (; iit != iend; ++iit) { pos = iit.getPos(); lyxerr inset, pos std::endl; if (pos = start_pos pos = end_pos) { if (*iit == inset) return true; } } } return false; }
Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
On Thu, Jul 11, 2002 at 02:25:13PM +0200, Juergen Vigna wrote: Why is the updateInset not called inside inset()-setParams(...) and when I don't change anything in the insetparams why do I have to call a updateInset? Because setParams() is called setParams() and not setParamsAndCallUpdateInset(). It is not too nice do call higher level stuff as updateInset from a simple accessor method as setParams. Bad for code-reuse, bad for people that don't like spaghetti code. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Image conversion from png with xforms image loader broken ?
On Thu, Jul 11, 2002 at 07:57:38AM +0200, Herbert Voss wrote: Angus killed the code for this part: no user-defined converter - take the default one (convert) He did ? Why ? How is this an, um, improvement ? john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: Qt frontend TODO list
On Thu, Jul 11, 2002 at 08:23:21AM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 12:45:15AM +0100, John Levon wrote: As requested, this lists pretty much everything I think. This looks as it might take quite a bit longer than two months, doesn't it? If I have to do it all myself, yes. If not, no. Only the asterisk stuff is at all difficult, I think regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 08:27:22AM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 12:00:15AM -, [EMAIL PROTECTED] wrote: --- Additional Comments From [EMAIL PROTECTED] 2002-07-11 12:00 --- This appears fixed for 1.2.1cvs but is still broken in 1.3. Andre ? As the plain \not is difficult to edit (negative width) and as we support things like \notin I am thinking of removing support for \not entirely. [No support means, \not shows up as red 'not' in mathed] What do people think? I think that we should keep this feature.
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 08:34:02AM +0200, Andre Poenitz wrote: No longer the case, but I get blah blah $D'$ blah blah instead ? As indented. People have to make their minds up what they want. Well, perhaps, naively, when is : blah blah D' blah blah wrong ? i.e. why the $s ? john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 05:19:13PM +0300, Dekel Tsur wrote: What do people think? I think that we should keep this feature. Why? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 03:21:55PM +0100, John Levon wrote: On Thu, Jul 11, 2002 at 08:34:02AM +0200, Andre Poenitz wrote: No longer the case, but I get blah blah $D'$ blah blah instead ? As indented. People have to make their minds up what they want. Well, perhaps, naively, when is : blah blah D' blah blah It is useful when copying text from LyX into a latex file. So perhaps we should use inset()-latex() instead of inset()-ascii() when generating the text for the clipboard (or perhaps have a lyxrc variable that lets the user choose between the two).
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 03:21:55PM +0100, John Levon wrote: As indented. People have to make their minds up what they want. Well, perhaps, naively, when is : blah blah D' blah blah wrong ? i.e. why the $s ? And displayed formulas? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 08:32:55AM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 12:42:11AM +0300, Dekel Tsur wrote: The problem is that when you have for example \foo{a_{1}}, where \foo is a macro that is not handled by LyX. Lyx1.2 will read it as \foo a_{1} which is wrong (only the a is passed to \foo). This seems to work in 1.3.0cvs... I think that is a very severe bug, so I suggest you make a patch for 1.2.x and 1.2.1 should be released very soon. ... and in 1.2.1cvs. Have you checked lately? I have just checked with latest 1.2.1cvs, and the problem is still there.
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 05:30:23PM +0300, Dekel Tsur wrote: I have just checked with latest 1.2.1cvs, and the problem is still there. So send me a test example please. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: lyx-devel src/frontends/qt2/: ChangeLog Makefile.am QAbout.C Q ...
On Thu, Jul 11, 2002 at 08:30:08AM +0100, Angus Leeming wrote: Compile fixes. Qt2 should now build (and fail immediately when you start it, some assert related to grfx, help me Angus :) Do you have a graphics loader? The splash screen now uses it. I don't, but the backtrace didn't make any sense to me ... I only looked briefly though john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 04:28:35PM +0200, Andre Poenitz wrote: Well, perhaps, naively, when is : blah blah D' blah blah wrong ? i.e. why the $s ? And displayed formulas? blah blah D' blah blah or whatever. I don't follow you. john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 04:26:23PM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 05:19:13PM +0300, Dekel Tsur wrote: What do people think? I think that we should keep this feature. Why? Why not ? I think that it is not complicated to edit a formula with \not.
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 05:36:23PM +0300, Dekel Tsur wrote: I think that it is not complicated to edit a formula with \not. I find it confusing when the cursor goes left (or does not move as in recent versions) when I move to the right. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote: attached a patch against cvs, should go into 1.2.1, too Applied. JMarc will have to look at it for 1.2.1 One has to wonder if there isn't a better way to do this ... there is still the problem with the hiding gui. John, can you have a look?? when the alert-window with the message appears and you click on ok, the open graphics-gui is behind the main lyx-window. No idea ! regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 05:28:55PM +0300, Dekel Tsur wrote: It is useful when copying text from LyX into a latex file. So perhaps we should use inset()-latex() instead of inset()-ascii() when generating the text for the clipboard (or perhaps have a lyxrc variable that lets the user choose between the two). I see. In that case, the two methods should be split : inset()-ascii() (export) inset()-asString() (clipboard) regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 03:41:35PM +0100, John Levon wrote: I see. In that case, the two methods should be split : inset()-ascii() (export) inset()-asString() (clipboard) What's the difference between asString() and latex() ? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 04:47:50PM +0200, Andre Poenitz wrote: inset()-ascii() (export) inset()-asString() (clipboard) What's the difference between asString() and latex() ? asString() generates ascii or latex as appropriate. i.e. mathed prefers latex in the clipboard, everything else uses the normal ascii Paragraph::asString() can't simply call -latex() obviously regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 04:30:48PM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 05:30:23PM +0300, Dekel Tsur wrote: I have just checked with latest 1.2.1cvs, and the problem is still there. So send me a test example please. Attached. The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1. #LyX 1.2 created this file. For more info see http://www.lyx.org/ \lyxformat 220 \textclass article \language american \inputencoding default \fontscheme default \graphics default \paperfontsize 12 \spacing single \papersize Default \paperpackage a4wide \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard \begin_inset ERT status Collapsed \layout Standard \backslash newcommand{ \backslash foo}[1]{} \end_inset \layout Standard \begin_inset Formula $\foo {a_{1}}$ \end_inset \the_end
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 04:38:57PM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 05:36:23PM +0300, Dekel Tsur wrote: I think that it is not complicated to edit a formula with \not. I find it confusing when the cursor goes left (or does not move as in recent versions) when I move to the right. How about implementing \not as a normal symbol, by adding the line not cmsy 54 0 mathord x to lib/symbols ? This way, the user can uncomment the line if he gets confused by the WYSIWYG \not.
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote: So send me a test example please. Attached. The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1. Weird. I thought I tried exactly this. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 06:01:13PM +0300, Dekel Tsur wrote: How about implementing \not as a normal symbol, by adding the line not cmsy 54 0 mathord x to lib/symbols ? This way, the user can uncomment the line if he gets confused by the WYSIWYG \not. Good idea. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
John Levon wrote: On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote: attached a patch against cvs, should go into 1.2.1, too Applied. JMarc will have to look at it for 1.2.1 One has to wonder if there isn't a better way to do this ... the best way is to pass latex-textheight to workarea-textheight! and same for width. but until nobody will implement this ... Herbert -- http://www.lyx.org/help/
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote: Attached. The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1. I give up. Now it loads properly again and I have _nothing_ changed. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote: [example] Ah... The patch has not yet been applied to 1.2.1cvs! So it works for me but not for you. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson) Index: math_braceinset.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_braceinset.h,v retrieving revision 1.6 diff -u -p -r1.6 math_braceinset.h --- math_braceinset.h 21 Mar 2002 17:42:55 - 1.6 +++ math_braceinset.h 11 Jul 2002 15:27:46 - -21,6 +21,8 public: MathInset * clone() const; /// MathBraceInset * asBraceInset() { return this; } + /// identifies things that add {...} when written + bool extraBraces() const { return true; } /// void draw(Painter , int x, int y) const; /// Index: math_inset.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_inset.C,v retrieving revision 1.81 diff -u -p -r1.81 math_inset.C --- math_inset.C8 Apr 2002 08:12:09 - 1.81 +++ math_inset.C11 Jul 2002 15:27:46 - -26,6 +26,7 #include math_scriptinset.h #include math_mathmlstream.h #include debug.h +#include math_parser.h using std::ostream; -234,4 +235,21 void MathInset::mathmlize(MathMLStream { NormalStream ns(os.os()); normalize(ns); +} + + +string asString(MathArray const ar) +{ + std::ostringstream os; + WriteStream ws(os); + ws ar; + return os.str(); +} + + +MathArray asArray(string const str) +{ + MathArray ar; + mathed_parse_cell(ar, str); + return ar; } Index: math_inset.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_inset.h,v retrieving revision 1.111 diff -u -p -r1.111 math_inset.h --- math_inset.h24 Apr 2002 17:07:42 - 1.111 +++ math_inset.h11 Jul 2002 15:27:46 - -220,8 +220,8 public: virtual MathTextCodes code() const { return LM_TC_MIN; } /// identifies things that can get \limits or \nolimits virtual bool takesLimits() const { return false; } - /// identifies complicated things that need braces if used as arg - virtual bool needsBraces() const { return true; } + /// identifies things that add {...} when written + virtual bool extraBraces() const { return false; } /// virtual void edit(BufferView *, int, int, unsigned int) {} -255,5 +255,8 public: }; std::ostream operator(std::ostream , MathInset const ); + +string asString(MathArray const ar); +MathArray asArray(string const str); #endif Index: math_parser.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_parser.C,v retrieving revision 1.197.2.1 diff -u -p -r1.197.2.1 math_parser.C --- math_parser.C 28 May 2002 22:52:57 - 1.197.2.1 +++ math_parser.C 11 Jul 2002 15:27:47 - -932,10 +932,6 void Parser::parse_into(MathArray arra { parse_into1(array, flags, code); // remove 'unnecessary' braces: - if (array.size() == 1 array.back()-asBraceInset()) { - lyxerr extra braces removed\n; - array = array.back()-asBraceInset()-cell(0); - } } -1012,15 +1008,9 void Parser::parse_into1(MathArray arr else if (t.cat() == catBegin) { MathArray ar; parse_into(ar, FLAG_BRACE_LAST); -#ifndef WITH_WARNINGS -#warning this might be wrong in general! -#endif - // ignore braces around simple items - if ((ar.size() == 1 !ar.front()-needsBraces() - || (ar.size() == 2 !ar.front()-needsBraces() -ar.back()-asScriptInset())) - || (ar.size() == 0 array.size() == 0)) - { + // do not create a BraceInset if they were written by LyX + // this helps to keep the annoyance of a choose b to a +minimum + if (ar.size() == 1 ar.front()-extraBraces()) { array.push_back(ar); } else { array.push_back(MathAtom(new MathBraceInset)); -1177,7 +1167,9 void Parser::parse_into1(MathArray arr */ else if (t.cs() == label) { - curr_label_ = getArg('{', '}'); + MathArray ar; + parse_into(ar, FLAG_ITEM, code); + curr_label_ = asString(ar); } else if (t.cs() == choose || t.cs() == over || t.cs() == atop) { Index: math_sizeinset.h
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 05:27:26PM +0200, Andre Poenitz wrote: On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote: [example] Ah... The patch has not yet been applied to 1.2.1cvs! So it works for me but not for you. Also works here with the patch.
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 06:50:24PM +0300, Dekel Tsur wrote: So it works for me but not for you. Also works here with the patch. So this probably could go into 1.2.1. But let Jean-Marc decide. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
On Thursday 11 July 2002 4:17 pm, Herbert Voss wrote: John Levon wrote: On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote: attached a patch against cvs, should go into 1.2.1, too Applied. JMarc will have to look at it for 1.2.1 One has to wonder if there isn't a better way to do this ... the best way is to pass latex-textheight to workarea-textheight! and same for width. but until nobody will implement this ... Herbert Sure they will. The graphics code is now sufficiently flexible for the Graphics Inset to do this itself. What do you think I've been doing these last few weeks if it's not making the graphics code flexible? You'll need to modify InsetGraphicsParams::as_grfxParams to take acount of the work area width to pass to : void InsetGraphics::Cache::update(string const file_with_path) { lyx::Assert(!file_with_path.empty()); string const path = OnlyPath(file_with_path); loader.reset(file_with_path, parent_.params().as_grfxParams(path)); } Angus
Re: [PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
Angus Leeming wrote: On Thursday 11 July 2002 4:17 pm, Herbert Voss wrote: John Levon wrote: On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote: attached a patch against cvs, should go into 1.2.1, too Applied. JMarc will have to look at it for 1.2.1 One has to wonder if there isn't a better way to do this ... the best way is to pass latex-textheight to workarea-textheight! and same for width. but until nobody will implement this ... Herbert Sure they will. The graphics code is now sufficiently flexible for the Graphics Inset to do this itself. What do you think I've been doing these last few weeks if it's not making the graphics code flexible? lying in the sun and thinking about Gott und die Welt ... Herbert -- http://www.lyx.org/help/
Re: Image conversion from png with xforms image loader broken ?
On Thursday 11 July 2002 3:13 pm, John Levon wrote: On Thu, Jul 11, 2002 at 07:57:38AM +0200, Herbert Voss wrote: Angus killed the code for this part: no user-defined converter - take the default one (convert) He did ? Why ? How is this an, um, improvement ? john Oh be fair. I've re-written the /entire/ graphics loader thing in the last few weeks. If I lost some hard-coded evil shit then I'm not going to lose sleep over it. Anyway, Herbert has submitted a plausible alternative. I've even said publicly that I liked it. Give me a few days and I might even merge it in. A
Re: [PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
Angus Leeming wrote: You'll need to modify InsetGraphicsParams::as_grfxParams to take acount of the work area width to pass to : void InsetGraphics::Cache::update(string const file_with_path) { lyx::Assert(!file_with_path.empty()); string const path = OnlyPath(file_with_path); loader.reset(file_with_path, parent_.params().as_grfxParams(path)); } I can implement any latex feature, but in this case I'm a dummy, this is not my playground Herbert -- http://www.lyx.org/help/
Re: Image conversion from png with xforms image loader broken ?
On Thu, Jul 11, 2002 at 04:42:38PM +0100, Angus Leeming wrote: Oh be fair. I've re-written the /entire/ graphics loader thing in the last few weeks. :) sleep over it. Anyway, Herbert has submitted a plausible alternative. I've even said publicly that I liked it. Give me a few days and I might even merge it in. OK cool thanks john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: Qt frontend TODO list
On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote: We didn't port LyXServer to GUII in the meeting because we would like to know how you would do the event polling. Please have a look at the only xforms specific stuff in there and tell us how you would port this to GUII (how qt would handle this!) We need you here to do anything at all. Well I can't see a select() equivalent I must admit btw, I don't read from a magic book, you know, just doc.trolltech.com regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: Qt frontend TODO list
On Thursday 11 July 2002 5:10 pm, John Levon wrote: On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote: We didn't port LyXServer to GUII in the meeting because we would like to know how you would do the event polling. Please have a look at the only xforms specific stuff in there and tell us how you would port this to GUII (how qt would handle this!) We need you here to do anything at all. Well I can't see a select() equivalent I must admit btw, I don't read from a magic book, you know, just doc.trolltech.com regards john Why not enquire on the kde/qt devel list. You might even say that help would be welcome ironing out the remaining /few/ bits 'n' bobs. A
Preview: request for testers
Attached is a smart loader for the previews. I'd really, really like interested users --- that's the mathematicians out there who use /lots/ of equations to test it out. It's meant to enable you to generate and display the previews with no discernible effect on LyX's responsiveness. If you run ./lyx -dbg graphics you'll see what is going on. Having loaded up the document you should be able immediately to start editing it. That's because we already had generation of all these preview images when a document is loaded as a single forked process. You might here ghostscript writing hundreds of image files to disk... One a message like: PreviewLoader::finishedInProgress(0): processing succeeded for sh LYXLIBDIR/scripts/lyxpreview2ppm.sh /tmp/lyx_tmpdir31006aaEiEa/lyx_tmpbuf0/0lyxpreview.tex 111.15 is printed to screen, you'll know that their generation is complete. At present all images are then loaded up into LyX, a process that will effectively hang LyX until all the images are loaded up. Not with this patch. This patch gives you smart loading of these images. * The start loading request is only sent from the inset's draw method. * Actual loading is then delayed for two seconds, at which point we check whether the inset is actually visible on the screen or not. * If it /is/ visible, then we start loading it. This seems like an elegant solution to me, but I'd like you lot to try it yourselves. If you like the approach, (or rather, if you don't say I dislike it immensely), then I'll refactor the code so that the Graphics Inset can do things the same way. No more jumping randomly all over the place as images are loaded. One point to make: the actual implementation still has some bugs, so not everything get's loaded immediately (isInsetVisible sometimes returns false when clearly its true!). What I'm interested in here is whether people like the approach. And if not, whether they can come up with a plausible alternative that does not involve threads. That seems like a solution for the future. One other point (for Jürgen?): I think that a (working) isInsetVisible could be used to advantage by BufferView::updateInset. Seems intelligent to only redraw insets that are visible... Best regards, Angus ps, having applied it, you can always remove this patch with patch -R smartloading.diff ;-) smartloading.diff.bz2 Description: BZip2 compressed data
Re: Is this the right preview info for LyX?
On Thursday 11 July 2002 1:51 am, David Kastrup wrote: Take a look at the output when you run previews with the added lyx option (it must come after the tightpage option, or it will fail to report the additional bounding box adjustments from the tightpage option). David, you're a star! Putting this in a script: #!/bin/sh FONTSIZE=`sed -e s/Preview: Fontsize \(.*\)pt./\1/p;d 1lyxpreview.log` echo ${FONTSIZE} sed -e /^Preview: Snippet/s/Preview: \(.*\) ended.(\(.*\)+\(.*\)x\(.*\))/\1: \2 \3 \4/p;d 1lyxpreview.log 1lyxpreview.metrics cat 1lyxpreview.metrics Gives 10 Snippet 1: 492688 0 744653 Snippet 2: 1441792 163840 16026923 Snippet 3: 282168 0 377591 Snippet 4: 1619363 449545 16026923 This is /exactly/ what I was after. Regards, Angus
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
On Thursday 11 July 2002 6:22 pm, Garst R. Reese wrote: Herbert Voss wrote: ok, one step further ... Herbert, I get the same problems with ps files and have to switch from monochrome to greyscale to see a decent picture even though the graphics are B/W. This is a side affect of your switch from using gs to convert. If you still have the file I sent you, just try viewing it in B/W. Garst Well then, don't use convert, use gs. Use this as a converter from /any/ PostScript type file to ppm format: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pnm -sOutputFile=$$o $$i In addition, you should comment out the lines 422-426 in xformsImage.C #ifdef HAVE_FLIMAGE_ENABLE_PS // xforms recognises PS but not EPS flimage_enable_ps(); #endif If you're using xforms 0.88, you'll need to define also a converter from ppm to xpm. I'd recommend ppmtoxpm. I think that this is probably the way to go anyway, as it'll let gs deal with nasty PostScript files and not us. Try it out and let us know. Angus
Re[3]: lyx configure script
Kayvan It seems fine, except that I am concerned about checking for the exact Kayvan string CYGWIN_NT-5.0 Kayvan What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1? Kayvan I think it might be better to have a case statement there: Kayvan sysname=`uname -s` Kayvan case $sysname in Kayvan CYGWIN*) Kayvan [... code ...] ;; Kayvan *) Kayvan [... default case here ...];; Kayvan esac I neglected my work today a bit and came up with the following patch. What does it look like to you Kayvan? From my point of view it should work. Soeren == The best way to accelerate a Macintosh is 9.8 m/s/s. -- Marcus Dolengo cygwin_detection_patch. Description: Binary data
Re: Preview: request for testers
-BEGIN PGP SIGNED MESSAGE- On Thursday 11 July 2002 18:38, Angus Leeming wrote: Attached is a smart loader for the previews. I'd really, really like interested users --- that's the mathematicians out there who use /lots/ of equations to test it out. Super! I tried it and I like it. But on the last page I had a core dump. scrollDocView of 30a2 screen: drawFromTo 0-2b6 expose 269x2b6+0+0 lyx: SIGSEGV signal caught Sorry, you have found a bug in LyX. Please read the bug-reporting instructions in Help-Introduction and send us a bug report, if necessary. Thanks ! Bye. ... gdb backtrace: (gdb) bt #0 0x402b9ab1 in kill () from /lib/libc.so.6 #1 0x402b98a8 in raise () from /lib/libc.so.6 #2 0x402baedb in abort () from /lib/libc.so.6 #3 0x083f6bbb in lyx::abort () #4 0x081167f8 in error_handler () #5 signal handler called #6 0x083f408c in getVisibleRows () #7 0x083eb29e in grfx::PreviewImage::Impl::startLoading () #8 0x084c2614 in boost::detail::function::void_function_obj_invoker0boost::_bi::bind_tvoid, boost::_mfi::mf0void, grfx::PreviewImage::Impl, boost::_bi::list1boost::_bi::valuegrfx::PreviewImage::Impl * , void::invoke () #9 0x0841f91b in boost::signal0void, boost::last_valuevoid, int, lessint, boost::function0void, boost::empty_function_policy, boost::empty_function_mixin, allocatorboost::function_base ::operator() () #10 0x082b870b in Timeout::emit () #11 0x082d4ec2 in C_intern_timeout_cb () #12 0x400d49c0 in fl_handle_timeouts () from /usr/X11R6/lib/libforms.so.0.89 #13 0x4008e941 in get_next_event () from /usr/X11R6/lib/libforms.so.0.89 #14 0x4008d573 in do_interaction_step () from /usr/X11R6/lib/libforms.so.0.89 #15 0x4008df79 in fl_treat_interaction_events () from /usr/X11R6/lib/libforms.so.0.89 #16 0x4008dfc6 in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.89 #17 0x082e8beb in lyx_gui::start () #18 0x08116055 in LyX::LyX () #19 0x0817c70c in main () #20 0x402a89ed in __libc_start_main () from /lib/libc.so.6 It does not look very hellpful, does it? There was no editing, only scrols down. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPS3IAbewfbDGmeqhAQHI+AQAiSaXZf7JgnVsalsciwunt3+fwz5biKyG EOaL+LMYXnS6r0JjkcdQ8t0N7z2CoFgFllOb/Oe9cIfj+CGBT3nJl3RlGlymTieq p/C/r88dJi78A4YHtL46UvKvKGTCgEARnNY+du/+Z17hEAxt0vt9veFUzMzTcOAH m/1qbxPOHcQ= =auOL -END PGP SIGNATURE-
Re: Preview: request for testers
On Thursday 11 July 2002 7:01 pm, Kornel Benko wrote: On Thursday 11 July 2002 18:38, Angus Leeming wrote: Attached is a smart loader for the previews. I'd really, really like interested users --- that's the mathematicians out there who use /lots/ of equations to test it out. Super! Great! I tried it and I like it. But on the last page I had a core dump. Hmmm! gdb backtrace: (gdb) bt #0 0x402b9ab1 in kill () from /lib/libc.so.6 #1 0x402b98a8 in raise () from /lib/libc.so.6 #2 0x402baedb in abort () from /lib/libc.so.6 #3 0x083f6bbb in lyx::abort () #4 0x081167f8 in error_handler () #5 signal handler called #6 0x083f408c in getVisibleRows () That means I'm doing something illegal. It does not look very hellpful, does it? Does this cure the problem? RowList const getVisibleRows(BufferView const bv) { RowList rows; // top_y is not const because it's reset by getRowNearY. int top_y = bv.text-first_y; Row const * row = bv.text-getRowNearY(top_y); int const bv_height = bv.painter().paperHeight(); int height = row-height(); rows.push_back(row); while (height bv_height) { row = row-next(); + if (!row) + break; height += row-height(); rows.push_back(row); } return rows; } Angus
Re: lyx configure script
On Thu, Jul 11, 2002 at 08:01:25PM +0200, Soeren Pietsch wrote: Kayvan It seems fine, except that I am concerned about checking for the exact Kayvan string CYGWIN_NT-5.0 Kayvan What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1? Kayvan I think it might be better to have a case statement there: Kayvan sysname=`uname -s` Kayvan case $sysname in Kayvan CYGWIN*) Kayvan [... code ...] ;; Kayvan *) Kayvan [... default case here ...];; Kayvan esac I neglected my work today a bit and came up with the following patch. What does it look like to you Kayvan? From my point of view it should work. Looks fine. There seems to be a spurious Control-M at the end of one of the lines, but I don't think it matters. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92) msg40800/pgp0.pgp Description: PGP signature
Re: Preview: request for testers
-BEGIN PGP SIGNED MESSAGE- On Thursday 11 July 2002 20:04, Angus Leeming wrote: Does this cure the problem? It does. At least I seem to be unable to reproduce it. There is one feature, which may be changed. If I load a document, there is no update of the visible formulae on the first visible page. I have to scroll to get this new behaviour. Nice work. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPS3PRLewfbDGmeqhAQEdtQP/cKnjtfv6+9e2en5+Lh/t8mAmAjf1+WVQ YOrECT4yNCyuwzVbMYszZz4kxa0WsgJzIOfzzBczihEoLhL/iNjrBjjH8GMDw2k5 u+t8KKMgsEhD0FmE1upjoGmz/hkT4jhaom70CYyVPJz0ZAjiwZ93icWbcZpMFXwz woJ8TdzayYc= =ugYj -END PGP SIGNATURE-
Re: Preview: request for testers
On Thursday 11 July 2002 7:32 pm, Kornel Benko wrote: On Thursday 11 July 2002 20:04, Angus Leeming wrote: Does this cure the problem? It does. At least I seem to be unable to reproduce it. There is one feature, which may be changed. If I load a document, there is no update of the visible formulae on the first visible page. I have to scroll to get this new behaviour. Ok. Thanks. I'll have a look tomorrow. Have a nice evening. A
missing ;
I had to do this in frontends/DialogBase.h in order to compile: - virtual ~DialogBase() {} + virtual ~DialogBase() {};
Re[2]: lyx configure script
Kayvan On Thu, Jul 11, 2002 at 08:01:25PM +0200, Soeren Pietsch wrote: Kayvan It seems fine, except that I am concerned about checking for the exact Kayvan string CYGWIN_NT-5.0 Kayvan What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1? Kayvan I think it might be better to have a case statement there: Kayvan sysname=`uname -s` Kayvan case $sysname in Kayvan CYGWIN*) Kayvan [... code ...] ;; Kayvan *) Kayvan [... default case here ...];; Kayvan esac I neglected my work today a bit and came up with the following patch. What does it look like to you Kayvan? From my point of view it should work. Kayvan Looks fine. There seems to be a spurious Control-M at the end Kayvan of one of the lines, but I don't think it matters. ok corrected ;) (it might be confusing on a linux box) Jean Marc this is then the final patch for a problem which looked so simple and still took some time to get resolved ;) Soeren == Politicians are like football coaches. They have to be smart enough to understand the game, and dumb enough to think it's important.
Re: Preview: request for testers
-BEGIN PGP SIGNED MESSAGE- On Thursday 11 July 2002 20:21, Angus Leeming wrote: Ok. Thanks. I'll have a look tomorrow. One more thing: my labels are now redefined, so that the referencies no longer match. (You know, underlines in labels, see attached) Have a nice evening. You too. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPS3R67ewfbDGmeqhAQHkrAP/U6G4Fo3WoB8wXnHDzKXJkQ1Vxj46O5I0 fs9RF4UfYdBRzjQ20HDTP0TLFZbEQoQFGLaEVEwbXzWytQpl8doNlHGJdD7Ql57S IURANxtpukgT2OgPh2JRRaISF+AvEQdehFhRQNk59W5qC2o7MFQVpG35xTYn/+eG G04ilEM4t5U= =AbNL -END PGP SIGNATURE- test.gif Description: GIF image
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Garst R. Reese wrote: Herbert Voss wrote: ok, one step further ... Herbert, I get the same problems with ps files and have to switch from monochrome to greyscale to see a decent picture even though the graphics are B/W. This is a side affect of your switch from using gs to convert. If you still have the file I sent you, just try viewing it in B/W. your problem is still different from Rob's. You have color images and it's anyway difficult to produce good bw images. And it doesn't matter if you use convert or ghostscript. In this case choose still grayscale for the lyxview if it's not very important to have bw. The conversion time increases when using one of the options which gives you proper bw images. Herbert -- http://www.lyx.org/help/
Re: missing ;
On Thursday 11 July 2002 07:45 pm, I wrote: I had to do this in frontends/DialogBase.h in order to compile: - virtual ~DialogBase() {} + virtual ~DialogBase() {}; to be ignored, sorry about the noise
Re: Preview: request for testers
Angus Leeming wrote: Attached is a smart loader for the previews. I'd really, really like interested users --- that's the mathematicians out there who use /lots/ of equations to test it out. It's meant to enable you to generate and display the previews with no discernible effect on LyX's responsiveness. nice work :-) I loaded one of my books with a lot of mathstuff. Only some problems: - it starts only when I walk with the cursor through some mathboxes - in tabulars with matstuff in every cell, I have some in preview and some not, not so good sed: Couldn't open file bbox.sed extracting metrics failed. is the message, when I walk from cell to cell - now I see, that tabulars are totally ignored??? - stere is still the problem with the not ignored geometry settings - eqno is unvisible - the eqno is f.ex: 0.21 but it's the third chapter and it should be 3.5, a minor problem ... - equations in floats (caption) are not previewed maybe all insets??? - scrolling quickly to the end - peng - restart and imidiately scrolling to the end was ok, but now only the formulas through which I walked were previewed, no the one before or behind Statistics: 285 numbered equations 732 pages in the metrics file 57 MBytes for the ppm-files Herbert -- http://www.lyx.org/help/
Re: Preview: request for testers
Another small problem: attached are the mathbox and the preview, it's still a bit too deep. Herbert -- http://www.lyx.org/help/
Re[3]: lyx configure script
This time with the patch ;) Soeren Kayvan On Thu, Jul 11, 2002 at 08:01:25PM +0200, Soeren Pietsch wrote: Kayvan It seems fine, except that I am concerned about checking for the exact Kayvan string CYGWIN_NT-5.0 Kayvan What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1? Kayvan I think it might be better to have a case statement there: Kayvan sysname=`uname -s` Kayvan case $sysname in Kayvan CYGWIN*) Kayvan [... code ...] ;; Kayvan *) Kayvan [... default case here ...];; Kayvan esac I neglected my work today a bit and came up with the following patch. What does it look like to you Kayvan? From my point of view it should work. Kayvan Looks fine. There seems to be a spurious Control-M at the end Kayvan of one of the lines, but I don't think it matters. Soeren ok corrected ;) (it might be confusing on a linux box) Soeren Jean Marc this is then the final patch for a problem which looked so Soeren simple and still took some time to get resolved ;) Soeren Soeren Soeren == Soeren Politicians are like football coaches. They have to be smart enough to Soeren understand the game, and dumb enough to think it's important. == Those who educate children well are more to be honored than parents, for these only gave life, those the art of living well. -- Aristotle cygwin_detection_patch. Description: Binary data
Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
On Thu, 11 Jul 2002, John Levon wrote: On Wed, Jun 26, 2002 at 12:56:33AM +0100, Jan Warnking wrote: Basically, when using the get Latex size button in the graphics dialog, a custom Latex Size of 90 % of text height gets converted to a 90cm height for Lyx view. The above can be verified inserting a graphic in an empty document (no image file needed). Confirmed. Can you open a bugzilla bug on this please ? Done: bug 516. In the same context I came across another bug (I think). Changes to the Lyx View size of a graphic do not get undone correctly. Do the following: * open a new document * insert a graphic, choose a file and close the graphics dialog to have the image show up on the canvas * open up the graphics dialog again, change the Lyx view size, close the dialog again to have the size of the image change * do a Edit-Undo - the graphic disappears. That is, what gets undone is inserting the graphic, not changing the size of its Lyx view. I can't see this changing any time soon to be honest - Jug ? I found out later, that things are even more wierd than that. If you do multiple changes, including changing the lyx view size, undo does not work in the right order. The changes of the lyx view size get undone eventually, but not at the right moment. I am not in the mood to try and reproduce this right now, but if you think a more detailed description is useful, I can try. Best regards, Jan - Jan Warnking INSERM U438| Centre Hospitalier Universitaire | Pavillon B | 18 rue Humbert II BP 217 | F-38000 Grenoble F-38043 Grenoble Cedex 9 | FRANCE FRANCE | | Tel (33) 4 76 76 59 63 | Tel (33) 4 76 86 59 91 email: [EMAIL PROTECTED] -
Re: Is this the right preview info for LyX?
Angus Leeming [EMAIL PROTECTED] writes: On Thursday 11 July 2002 1:51 am, David Kastrup wrote: Take a look at the output when you run previews with the added lyx option (it must come after the tightpage option, or it will fail to report the additional bounding box adjustments from the tightpage option). David, you're a star! Putting this in a script: #!/bin/sh FONTSIZE=`sed -e s/Preview: Fontsize \(.*\)pt./\1/p;d 1lyxpreview.log` echo ${FONTSIZE} sed -e /^Preview: Snippet/s/Preview: \(.*\) ended.(\(.*\)+\(.*\)x\(.*\))/\1: That regexp looks _slow_. And I am surprised that the + should not be interpreted specially. How about ended\.(\(-?[0-9]*\)\+\(-?[0-9]+\)x\(-?[0-9]+\))/\1 \2 \3 \4/p;d 1lyxpreview.log 1lyxpreview.metrics Anyhow: if you need your entries in a different format, there is no sane reason why I should not write them out immediately in the format you desire: this is a LyX-specific option, no need to make it more complicated for LyX to parse it than necessary. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum Email: [EMAIL PROTECTED]
Graphics Qt
Angus what should we do about getPixmap() of Image class ? Can't xforms code do the standard static_cast to xformsImage so Image doesn't need to ahve getPixmap() ? A bit ugly ... Also, is boost::bind() idempotent ? lyx_gui::init_graphics() gets called a lot regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Jul 3 2002 19
attachment: BLUON.JPG
Qt image loader
Well, it's hobbling along now. So far it's been very simple and easy to do. Angus, please have a look around. Why doesn't LyX like the jpg format ? or pbm or gif etc. ? Perhaps this will convince the sceptics that the TODO list really isn't that long :) regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Herbert Voss wrote: R. Lahaye wrote: attached the gzipped xpm which I converted by hand with gracebat and convert. importing into lyx as xpm.gz no problem. if it's a problem again for you then it must be the libXPM. Your xpm graphics looks beautiful here on the LyX canvas. Once again a step further ! My xpm package version 3.4k comes with cxpm (check xpm) and sxpm (show xpm). The xpm file generated via the gracebat script plus convert, cannot be displayed by sxpm (though cxpm has no further complaints of this file): $ sxpm mygraph.xpm Read Xpm Error: Failed to parse or alloc some color. As far as I understand, it's convert that generates a somewhat corrupt xpm file. When I diff your xpm with the one generated on my PC, I get: --- bad_graphics_Rob.xpmFri Jul 12 10:49:30 2002 +++ bad_graphics_Herbert.xpmFri Jul 12 01:11:15 2002 -2,7 +2,7 static char *magick[] = { /* columns rows colors chars-per-pixel */ 792 612 5 1, - c opaque, + c black, . c gray26, X c #818181, o c #c0c0c0, The opaque in my file causes all the trouble. Do you have a clue? ImageMagick/convert bug? my convert: Version: (#)ImageMagick 5.4.2 01/01/02 Q:16 http://www.imagemagick.org Copyright: Copyright (C) 2002 ImageMagick Studio LLC I have Version: (#)ImageMagick 5.4.7 07/01/02 Q:16 http://www.imagemagick.org Copyright: Copyright (C) 2002 ImageMagick Studio LLC Regards, Rob. bad_graphics_Rob.xpm.gz Description: GNU Zip compressed data
GraphicsImageXpm
should these files be moved to frontends/xforms/ ? I say yea john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
minibuffer design problems
There are two main problems: the commingling (I love that word) of a status bar with a command buffer, and the push/pull mixup thereof. For xforms, fine, but for Qt there must be a separation. I propose : a StatusBar instance with one method show_message(string const msg, int timeout) (and a push/pop variant perhaps like before) StatusBar is entirely readonly, and the core code only ever pushes information to it. Core --msgs-- StatusBar a separate object called MiniBuffer This is an independent GUI-only object. The core only knows about : focus(); to focus the object. Everything else is toolkit-private. However, the MiniBuffer needs to be able to complete commands, and dispatch them. I don't see this as a big deal. We initialise it with a reference to lyxfunc object, and have vectorstring getCompletions(string const prefix); for the MiniBuffer object to call when it receives a Tab I guess we also need something to get the information string (I assume this is the keyboard shortcut list string ?) It's quite wrong IMHO for the core code to push /anything/ to the MiniBuffer: it should only push to the StatusBar Note such a scheme still alllows the xforms-style commingling Does anybody have any comments / objections ? Jug ? Asger ? regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
font_loader singletons (ping Andre)
Currently qt2 has to manually edit the frontends/font_loader.h to include the right one. So I need to change this. I think bool lyx_gui::font_available() and lyx_gui::update_fonts() is the best solution. Seeing as mathed is one of the two users of fontloader in the core, would you be happy with this Andre ? regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
init_graphics()
Angus, why is this a separate method anyway ? Can't lyx_gui::start() deal with setting up the signals itself ? john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Exit confirmation preference
What would people think of making this pref default to /off/ (Remember it is really additional exit confirmation - you still get a cancel available if you haven't saved a document) regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
LFUN_DROP_LAYOUTS_CHOICE
What is the intended use of this ? Can I remove it (one of the best ways of supporting something in GUII is to remove it entirely :) john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Graphics: 1.3.0cvs does not convert eps-files by default !?!
Hi, I get Error converting to loadable format on the canvas, when I try to load an eps file. Though the figure is not visualized on the LyX-canvas, it is correctly displayed when viewed in DVI or Postscript format. The problem only appears with 1.3.0cvs, not with 1.2.0. I can solve it by manually adding an EPS to XPM converter: From: EPS To: XPM Converter: convert EPS:$$i XPM:$$o Why is this EPS conversion not there by default? Here is some more info from my lyx version and lyx -dbg graphics: LyX 1.3.0cvs of Fri, May 3, 2002 Built on Jul 11 2002, 12:54:13 Configuration Host type: i386-unknown-freebsd4.5 Special build flags:warnings assertions C Compiler: gcc C Compiler flags: -g -O2 C++ Compiler: g++ (2.95.3) C++ Compiler flags: -g -O -Wno-non-template-friend -W -Wall Linker flags: Frontend: xforms libXpm version: 4.11 libforms version: 1.0.0 LyX binary dir: /opt/bin LyX files dir: /opt/share/lyx - Setting debug level to graphics Debugging `graphics' (Graphics conversion and loading) Recognised Fileformat: xpm [GrahicsCacheItem::convertToDisplayFormat] Attempting to convert image file: /opt/share/lyx/images/banner.xpm with displayed filename: /opt/share/lyx/images/banner.xpm Recognised Fileformat: xpm The file contains xpm format data. No conversion needed (from == to)! Loading image. Image loading succeeded. update:: no BoundingBox [FormGraphics]out_name: ADSORB/PRL/submission/figure1.eps update:: no BoundingBox eps detected - test for an epsi ... Recognised Fileformat: eps eps detected - test for an epsi ... Recognised Fileformat: eps eps detected - test for an epsi ... Recognised Fileformat: eps [readBB_from_PSFile] 0 0 581 828 eps detected - test for an epsi ... Recognised Fileformat: eps [GrahicsCacheItem::convertToDisplayFormat] Attempting to convert image file: /home/lahaye/ADSORB/PRL/submission/figure1.eps with displayed filename: ~/ADSORB/PRL/submission/figure1.eps eps detected - test for an epsi ... Recognised Fileformat: eps The file contains eps format data. Converting it to xpm format. Converter c-tor: from_file: /home/lahaye/ADSORB/PRL/submission/figure1.eps to_file_base: /tmp/lyx_tmpdir33257IoXk6g/figure133257mPFWbt from_format: eps to_format:xpm build_script ... ready (edgepath.empty()) Image conversion failed. Unable to find converted file! Regards, Rob.
prohibitInput()
I just comment out the prohibitInput() in MenuInsertLabel, but I still couldn't type into the buffer. So does this mean it's not needed ? Some cases of prohibitInput() (only a few remain) don't even have the possibility of a dialog, so are definitely pointless, right ? thanks john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: Graphics: 1.3.0cvs does not convert eps-files by default !?!
On Fri, Jul 12, 2002 at 12:29:45PM +0900, R. Lahaye wrote: I get Error converting to loadable format on the canvas, when I try to load an eps file. Though the figure is not visualized on the LyX-canvas, it is correctly displayed when viewed in DVI or Postscript format. The problem only appears with 1.3.0cvs, not with 1.2.0. Angus has temporarily broken things in favour of a better scheme coming soon, so hold tight. regards john -- I hope you will find the courage to keep on living despite the existence of this feature. - Richard Stallman
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: --- bad_graphics_Rob.xpmFri Jul 12 10:49:30 2002 +++ bad_graphics_Herbert.xpmFri Jul 12 01:11:15 2002 -2,7 +2,7 static char *magick[] = { /* columns rows colors chars-per-pixel */ 792 612 5 1, - c opaque, + c black, . c gray26, X c #818181, o c #c0c0c0, The opaque in my file causes all the trouble. Do you have a clue? ImageMagick/convert bug? try with the following option convert -opaque black ... and say what's going on? Herbert -- http://www.lyx.org/help/
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Herbert Voss wrote: R. Lahaye wrote: The opaque in my file causes all the trouble. Do you have a clue? ImageMagick/convert bug? try with the following option convert -opaque black ... Bingo! Bad graphics gone here!! Is this a bug in ImageMagick's convert? Thanks, Rob.
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: Herbert Voss wrote: R. Lahaye wrote: The opaque in my file causes all the trouble. Do you have a clue? ImageMagick/convert bug? try with the following option convert -opaque black ... Bingo! Bad graphics gone here!! Is this a bug in ImageMagick's convert? good question ... I think that the xforms image loader can't really handle this one. anyway: my day starts successfully ... :-) Herbert -- http://www.lyx.org/help/
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
Herbert Voss wrote: You have color images and it's anyway difficult to produce good bw images. And it doesn't matter if you use convert Garst, I forgot to ask, if your images are scanned from an original or saved from an application? Herbert -- http://www.lyx.org/help/
Re: Qt frontend TODO list
On Thu, Jul 11, 2002 at 12:45:15AM +0100, John Levon wrote: > As requested, this lists pretty much everything I think. This looks as it might take quite a bit longer than two months, doesn't it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 450] Bad display of \not\in in mathed
On Thu, Jul 11, 2002 at 12:00:15AM -, [EMAIL PROTECTED] wrote: > --- Additional Comments From [EMAIL PROTECTED] 2002-07-11 12:00 --- > This appears fixed for 1.2.1cvs but is still broken in 1.3. Andre ? As the plain \not is difficult to edit (negative width) and as we support things like \notin I am thinking of removing support for \not entirely. [No support means, \not shows up as red 'not' in mathed] What do people think? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: overset broken in 1.2.0
On Thu, Jul 11, 2002 at 12:42:11AM +0300, Dekel Tsur wrote: > The problem is that when you have for example \foo{a_{1}}, where \foo is > a macro that is not handled by LyX. Lyx1.2 will read it as \foo a_{1} > which is wrong (only the a is passed to \foo). This seems to work in 1.3.0cvs... > I think that is a very severe bug, so I suggest you make a patch for > 1.2.x and 1.2.1 should be released very soon. ... and in 1.2.1cvs. Have you checked lately? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 334] ASCII export of inline formula makes it displayed
On Thu, Jul 11, 2002 at 01:55:09AM -, [EMAIL PROTECTED] wrote: > --- Additional Comments From [EMAIL PROTECTED] 2002-07-11 13:55 --- > No longer the case, but I get > > blah blah $D'$ blah blah > > instead ? As indented. People have to make their minds up what they want. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
[PATCH] Re: Bug in 1.2.1cvs: graphics get LaTeX size and undo
John Levon wrote: > On Wed, Jun 26, 2002 at 12:56:33AM +0100, Jan Warnking wrote: > > >>Basically, when using the "get Latex size" button in the graphics dialog, >>a custom Latex Size of 90 % of text height gets converted to a 90cm height >>for Lyx view. >> >>The above can be verified inserting a graphic in an empty document (no >>image file needed). >> > > Confirmed. Can you open a bugzilla bug on this please ? attached a patch against cvs, should go into 1.2.1, too there is still the problem with the hiding gui. John, can you have a look?? when the alert-window with the message appears and you click on ok, the open graphics-gui is behind the main lyx-window. Herbert -- http://www.lyx.org/help/ Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v retrieving revision 1.453 diff -u -r1.453 ChangeLog --- ChangeLog 10 Jul 2002 15:03:25 - 1.453 +++ ChangeLog 11 Jul 2002 06:24:25 - @@ -1,3 +1,8 @@ +2002-07-11 Herbert Voss <[EMAIL PROTECTED]> + + * FormGraphics.C (input): test also the height for %-value, when + importing the latex-value into the lyx-view + 2002-07-10 Andrew Zabolotny <[EMAIL PROTECTED]> * XMiniBuffer.C (peek_event): Index: FormGraphics.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormGraphics.C,v retrieving revision 1.73 diff -u -r1.73 FormGraphics.C --- FormGraphics.C 2 Jul 2002 19:23:09 - 1.73 +++ FormGraphics.C 11 Jul 2002 06:24:26 - @@ -544,9 +544,10 @@ setEnabled(lyxview_->choice_lyxheight, 0); setEnabled(lyxview_->input_lyxscale, 1); } else if (ob == lyxview_->button_latex_values) { - if (contains(fl_get_choice_text(size_->choice_width),'%')) + if (contains(fl_get_choice_text(size_->choice_width),'%') || + contains(fl_get_choice_text(size_->choice_height),'%')) Alert::alert(_("Warning!"), -_("The units text%, page%, col% and line% are not allowed here."), +_("The %-units are not allowed here."), _("Cannot use the values from LaTeX size!")); else { LyXLength dummy =
Re: bullets - latest cvs
-BEGIN PGP SIGNED MESSAGE- On Wednesday 10 July 2002 22:21, Herbert Voss wrote: > can somebody confirm? > > in layout->document->bullets no xpm-image is loaded > and LyX does peng when I click on the left math button. confirmed Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPS0mbbewfbDGmeqhAQFcbAP9GydNB5tWmU05zx/R6myIp6jz/UcfwQIV ZviTGBny3Oi2yshm665ftr9408CnDKNu9U4affRAKZ1UqUgsXJwYUFGja/r2iCjM KQ4xRmUnH5RX+LTmp/UJu623fncI3fLYPAGDb2YepCBTOAnDNlr2wb1tj54gclEe jFdDJevDPe4= =VeZW -END PGP SIGNATURE-
Re: Graphics Inset: what determines the resolution of LyX-View of the figures?
R. Lahaye wrote: > > Since some time the LyX-View of my figures has a terrible > resolution and figures are almost unrecognizable. When viewing > with DVI or Postscript, the figures look fine. sure > This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect > it's not due to the core code of LyX, but an upgrade of some > external package/library may have caused this downgrade of the > LyX-View resolution. Right? maybe ... > Can someone tell me what (external) software is actually > responsible for visualizing a figure on the LyX canvas? vector -> bitmap, that's all > I use Grace files, but also when I load directly the corresponding > EPS file, the LyX-View quality is as bad. > > Any help to find out why this is happening, is very much appreciated. give us an example-file with the image and with a screenshot of the "bad" view. Herbert -- http://www.lyx.org/help/
Re: lyx-devel src/frontends/qt2/: ChangeLog Makefile.am QAbout.C Q ...
> Compile fixes. Qt2 should now build (and fail immediately when you start > it, some assert related to grfx, help me Angus :) Do you have a graphics loader? The splash screen now uses it. A