More bugs (=new list)
Hi, I have found a couple of new bugs. Some trivial GUI stuff, a serious compiler warning and a real crash. As usual please find an updated bug list enclosed. Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] === LyX 1.2.0cvs - Bug list Please help me to keep this list up to date. Report new or fixed bugs *directly* to '[EMAIL PROTECTED]' *** Checked last time on 2002/01/03: - Include a (faulty?) TeX file into an empty document; press return in front of the include inset such that the cursor is now in an empty paragraph; export to DVI -> crash #0 0x080cda79 in Paragraph::inInset (this=0x837c128) at paragraph.C:2083 #1 0x080fa227 in LyXText::setCursorIntern (this=0x8371300, bview=0x8357e68, par=0x837c128, pos=0, setfont=true, boundary=false) at text2.C:2198 #2 0x0805218b in BufferView::removeAutoInsets (this=0x8357e68) at BufferView2.C:147 #3 0x08096e27 in Converters::runLaTeX (this=0x82da4e0, buffer=0x836d3d8, command=@0xbfffe984) at converter.C:848 #4 0x080950ae in Converters::convert (this=0x82da4e0, buffer=0x836d3d8, from_file=@0xbfffea38, to_file_base=@0xbfffea3c, from_format=@0xbfffea58, to_format=@0xbfffebe8, to_file=@0xbfffea88) at converter.C:612 #5 0x08098efe in Exporter::Export (buffer=0x836d3d8, format=@0xbfffebe8, put_in_tempdir=true, result_file=@0xbfffea88) at exporter.C:85 #6 0x080991cd in Exporter::Preview (buffer=0x836d3d8, format=@0xbfffebe8) at exporter.C:107 #7 0x080ae5a1 in LyXFunc::dispatch (this=0x8329470, ac=262, do_not_use_this_arg=@0xbfffec28) at lyxfunc.C:1062 - Menu item "Insert->Include file" is lacking some "..." (trivial GUI stuff) - Andre: Have a look at the compiler warnings at the end of the document!!! - I have included a plain LaTeX file (gnpf, reLyX did not import correctly) into my LyX document by "Insert->Include file" with option "Use verbatim". Unfortunately, LyX does not notice changes in the TeX file when viewing DVI. Is this a bug or an unimplemented feature? - Open menu "View->Table of Contents"; press on "TOC" (Type); "Txype" is misspelled - Insert->Math->Inline formula does not allow to switch back from a display formula whereas Insert->Math->Display formula toggles between both modes; both makes no sense to me - When I start LyX, the total window size is bigger than the size used for the document (i.e. there is a lot of space between the scroll bars and the window frame). Eventually, LyX crashes in this situation (when opening a new document): #0 0x402b1861 in kill () from /lib/libc.so.6 #1 0x402b1665 in raise () from /lib/libc.so.6 #2 0x402b2c81 in abort () from /lib/libc.so.6 #3 0x081cd3bb in lyx::abort () at abort.C:9 #4 0x080a1a5e in LyX_XErrHandler (display=0x42870ac8, xeev=0xbfffee5c) at lyx_gui.C:93 #5 0x40166939 in _XError () from /usr/X11R6/lib/libX11.so.6 #6 0x40164eeb in _XReply () from /usr/X11R6/lib/libX11.so.6 #7 0x4014e8cd in XGetGeometry () from /usr/X11R6/lib/libX11.so.6 #8 0x400ac4fe in fl_get_winsize () from /usr/X11R6/lib/libforms.so.0.89 - The spell checker dialog should not be resized by the user (even accidentally); can you assign a hardcoded fixed size to it? Checked last time on 2001/12/30: - I did not read the full story: "My default paper is US letter, but this is not picked up by layout-document-paper, which tries to use cm unless I explicitly specify letter again." (#146) - copy and past text from any paragraph style into ERT works well now. But not vice versa: the textcolor is not changed, it's always red (latex) and provides latex errors like unknown color latex or unknown language latex (#143) - It is intended that "del" in table cell dummy position does not delete cell contents but "shift+del" does? - When the zoom factor is changed in the preferences dialog, the size of tables (cells) is not updated - Shift+CTRL+End at dummy positions in tables has a strange effect when some cells are selected - reLyX does not translate "\ " and "~" (protected spaces) inside tabulars correctly (probably because reLyX still generates old-style tabulars) - The file format for tables is absolutely bloated. Can't we suppress tags that have default values (e.g. endfoot="false" or width="0pt" )? Two tiny tables => >1500 lines in LyX file!!! - Create a 5x5 table and insert anything in the first row; copy this whole row or part of it; paste it into the empty second row -> it's not possible to put the cursor anywhere in all cells of th
Re: Size of lyx, grrr
On Fri, 4 Jan 2002, Allan Rae wrote: > Anyway, this effectively means something like the following is more > correct (based on extrapolated sizes when combining subdir libraries): > > 1.2.0cvs 1.1.6fixcvs Which library > 1707026624004./frontends/.libs/libfrontends.a > 457480 n/a./frontends/controllers/.libs/libcontrollers.a [...] > 1083494533780./frontends/xforms/.libs/libxforms.a Numbers of GUII dialogs: 1.2.0cvs 1.1.6fixcvs Difference 4015 25 (This is a fantastic statistic IMO -- because I didn't add any of the extras) Bytes per dialog: 1.2.0cvs 1.1.6fixcvs Difference 42675 416001075 ./frontends/.libs/libfrontends.a 27087 35585 -8498 ./frontends/xforms/.libs/libxforms.a 11437 0 11437 ./frontends/.../libcontrollers.a - - 38524 35585 <== dialog specific bytes Overhead per dialog: 4151 6015 <== additional support for frontends MVC appears to add about 1kB per dialog overall for the entire frontends directory. Playing with the other numbers is fun but like all statistics they are lies. 1.2.0cvs includes the ButtonPolices in the controller library for example which is part of the reason why the additional support numbers above are so different. Is 40kB per dialog a hassle? Even if they are bigger and better and shinier than any dialogs we've ever had before? Q. How much space does a modern C++ GUI toolkit save us? Q. Would fixing the MVC hierarchy save us anything? Stay tuned. ## BTW, recompiling 1.2.0cvs without the -DXLIB_ILLEGAL_ACCESS= reduced all these numbers considerably. For example the src/lyx stripped binary is now: new old 2121668 2121764 all of 96 bytes smaller. Allan. (ARRae)Procrastination, where would we be without it?
Re: lyx compiles fine on freebsd 4.5-prerelease
On Thu, 3 Jan 2002, Richard E. Hawkins wrote: > After all these trobule I"ve had over the years, if you install the > xforms and xpm ports frist, there is absolutely no hitch in compiling! This is using the lyx cvs directly? Not using a port? Does installation go as FreeBSD would normally like it? Or do you just install to /usr/local? Allan. (ARRae)
Re: Size of lyx, grrr
On Fri, 4 Jan 2002, John Levon wrote: > On Fri, Jan 04, 2002 at 02:26:46AM +0100, Lars Gullik Bjønnes wrote: > > > John Levon <[EMAIL PROTECTED]> writes: > > > > | actually we are going to get more bloated as more STL gets used and > > | GUI-I progresses ... > > > > Does not compute. > > Well GUII has certainly added lots to the image. Most of those extra classes are for MVC, which Asger argued could and should be done for a single frontend port anyway. There are several new pimple classes and don't forget that the comparison was between 1.1.6 and 1.2.0cvs so there have also been a number of new features added: Herbert's TeXInfo stuff; the Mathed rewrite continues -- compact C-style pointer arithmetic replaced by bloated STL container classes; etc. etc. So seeing a change from 1.1.6fixcvs 1724196 to 1.2.0cvs 2121764 which is about 400kB. Where did this size increase come from? Both binaries compiled using -O and the only difference in compiler flags is that 1.2.0cvs has -DXLIB_ILLEGAL_ACCESS= also added to aid debugging Xlib-related faults (dual-head stuff). gcc-2.95.3 used for both. Let's take a look at some stripped library sizes: 1.2.0cvs 1.1.6fixcvs which library 1707026 38866./frontends/.libs/libfrontends.a 457480 n/a./frontends/controllers/.libs/libcontrollers.a 800 772./frontends/support/.libs/libfrontendsupport.a 1083494533780./frontends/xforms/.libs/libxforms.a 30780 37430./graphics/.libs/libgraphics.a 471354495900./insets/.libs/libinsets.a 510312215156./mathed/.libs/libmathed.a 97864 97932./support/.libs/libsupport.a At first glance you could blame the frontend (GUII) for the bloat in LyX stripped executable size. But that would be too simple a judgement. The linking process has changed slightly between 1.1.6 and 1.2.0 with libraries from subdirs now being linked into the library of the directy above. Previously, each subdirectory's library was used directly (this is part of the reason for the longer compile times). Anyway, this effectively means something like the following is more correct (based on extrapolated sizes when combining subdir libraries): 1.2.0cvs 1.1.6fixcvs Which library Difference 1707026624004./frontends/.libs/libfrontends.a 1083022 30780 37430./graphics/.libs/libgraphics.a -6650 471354495900./insets/.libs/libinsets.a -24546 510312215156./mathed/.libs/libmathed.a 295156 97864 97932./support/.libs/libsupport.a -68 From the Difference column you see there has been a massive increase in the size of the frontend but you should also remember that a lot of dialogs have been moved from src/ to src/frontends/xforms/. Also remember that we have only 400kB increase in total. It would seem that Mathed is in fact responsible for a part of the increase in executable size. Finally, for sake of completeness, how much has the size of all the stripped src/*.o files changed? (adjusted to library size) 1.2.0cvs= 1626166 1.1.6fixcvs = 1629055 Difference -2889 Files like buffer.o have changed from 96680 to 120840. There are also three additional object files in 1.2.0cvs. Yet we removed a heap of dialogs! A file-by-file comparison is beyond the scope of this email but further investigation may be necessary if this thread continues. Can GUII really take all the blame? No, I think not. How about the majority of the blame? No, I think not. Some of the blame? Well, maybe a little bit of the blame. How about we blame MVC instead? Yes, we'd do that for a single port anyway. And STL + Mathed rewrite? Yeah, blame that too. Some other vague concepts? Yeah, blame those too! Can we do anything to fix this? YES, add more features to hide the apparent bloat! OR, rewrite LyX in terse C with hand-crafted, assembly-language ADT's for extra speed. Allan. (ARRae) If only coding was this much fun!
Re: RFC: Sound Approach?
On Fri, Jan 04, 2002 at 02:09:35AM +0100, Lars Gullik Bjønnes wrote: > Just a short while now. > > But, none of this work will be in CVS before 1.2.0 is released. what happened to finishing GUII and releasing 1.3.0 ? At least to the level where I don't have to -lforms any more. regards john -- "Unless everyone else on earth is attending meetings I haven't been told about." - /. paranoia at its finest
Re: Size of lyx, grrr
On Fri, Jan 04, 2002 at 02:26:46AM +0100, Lars Gullik Bjønnes wrote: > John Levon <[EMAIL PROTECTED]> writes: > > | actually we are going to get more bloated as more STL gets used and > | GUI-I progresses ... > > Does not compute. Well GUII has certainly added lots to the image. regards john -- "Unless everyone else on earth is attending meetings I haven't been told about." - /. paranoia at its finest
Re: PHP4 transition...
On Thu, 3 Jan 2002, Juergen Vigna wrote: > > On 03-Jan-2002 Jean-Marc Lasgouttes wrote: > > > Allan> Anyone have any suggestions for a replacement or should someone > > Allan> just fix the feedback form? > > I think yes for now we could just fix it up. But IMO all this is irrelevant The fix isn't backwards compatible. It will have to be done at transition time not now. > for now. Thanks for your tests, but on our servers we have still an old version > of Apache and only PHP3 available. But at least we know now that we could change > without great problems and IMO we should try to stay compatible so that when > Lars has the time to reinstall the servers (or upgrade them) we could switch > to php4 at once. Sure, seems reasonable. Allan. (ARRae)
´óÓŻݣ¡
Title: New Page 1 ÎÒ¹«Ë¾ÓÐÒ»ÅúÔ×°½ø¿Ú²úÆ·£¬ÓÐÒâÔÚ¸÷µØÇøÑ°ÕÒ´úÀí¡£¹«Ë¾×ÚÖ¼£º²úÆ·Èý¸öÔ°ü»»£¬Ò»Äê°üÐÞ£¬²úÆ·µ½´ï¹óµØºó¸¶¿î£¬ÈçÓÐÒâ¿ÉÏê¿´£¬ÈçÓдòÈÅÔڴ˱íʾǸÒâ¡£²¢ÇÒÇëɾ³ý´Ë¹ã¸æ£¬Ð»Ð»£¡ ÏëÖªµÀ¸ü¶àµÄÏà¹ØÐÅÏ¢£¬ÇëÁªÏµ£¡ ÁªÏµµç»°£º 13959807925 ÁªÏµÈË£º ·® Åô CPU P4 1.8 G/1.7G/1.5G/1.4G £¨478 Õ룩 1100/880/700/550 Ôª P4 1.5G/1.4G/ £¨423 ºÐ£© 630/500 Ôª P3 1G/933EB/866EB £¨ºÐ£© 750/680/550 Ôª P3 1G/933EB/866EB/800EB/733EB £¨É¢£© 780/570/500/450/420 Ôª Ceieron 1G/950/900/850/800/766 280/240/230/200/190/170 Ôª Duron 850/800 190/350 Ôª Athion 1.6G/1.5G/1.2G/1G/950 530/490/380/330/270 Ôª ¸ü¶à¡£¡£¡£¡£ ÇëÁªÏµ¡£¡£¡£¡£¡£ ÁªÏµµç»°£º 13959807925 ÁªÏµÈË£º ·® Åô Ö÷°å ά˶ K7VAT/694X/815EP 370/320/380 Ôª »ªË¶ P4B/A7V133-C/A7V-E 750/590/420 Ôª ΢ÐÇ KT266 Pro/K7T Turbo¡ªNL 550/400 Ôª ÅÌÓ¢ 4T2A3/4B2A/8KHA+ 680/550/450 Ôª ¼¼¼Î 7VTX-P/7VTXE/7ZXH 490/470/400 Ôª ¸ü¶àÖ÷°åÇëÁªÏµ ¡£¡£¡£¡£¡£ ÁªÏµµç»°£º 13959807925 ÁªÏµÈË£º ·® Åô Ó²ÅÌ IBM 60GXP 20G/40G/60G 370/450/550 Ôª ×êʯ ÐÇ×ê ¶þ´ú 40G/60G 420/600 Ôª ×êʯ ½ð×ê Áù´ú 30G/40G/60G 470/600/750 Ôª Î÷²¿Êý¾Ý 20G/40G 320 /370 Ôª ÄÚ´æÌõ ÈýÐÇ 256M/138M/64M Rambus 330/150/75 Ôª ÈýÐÇ 256M/128M/ DDR 150/70 Ôª Kingston 256M /138M/64M 360/180/85 Ôª HY 256M/128M 120/60 Ôª ÏÔʾÆ÷ PHILIPS 105B/105G/107G/107T 600/650/830/850 Ôª ÈýÐÇ 550B/753DF/755DF/700IPT 700/870/1250/1500 Ôª °®¹úÕß 700E/770PT/788FD/900A 650/800/1150/1650 Ôª ACER 77V/77G/78G/77GT 750/850/1000/900 Ôª Òº¾§ÏÔʾÆ÷ Samsung 560VTPT/Viewsonie 15 1600/1700 Ôª Acer FP450/FP563/FP751/FP581 1280/1750/4500/2080Ôª IMAGIC 15/EMC 14 1750/1480Ôª ¿Ì¼»ú YAMAHA 8824S/8824SX 500/1100 Ôª HP 9140I/9600SI/9600SE 385/1100/1450Ôª ACER 8432IA/1032A 250/390 Ôª °º´ï 50X/52X/12DVD 145/160/240 Ôª ʨÍõ 50X/52X/12XDVD/16XDVD 130/135/230/245 Ôª ¶«Ö¥±Ê¼Ç±¾µçÄÔ ÐÂ2800£¨14¡± £©/P3 /128M /20GB/56K/ 8XDVD /Íø¿¨/8M ÏÔ´æ 10500 Ôª 3000 £¨14¡±£© P3/ 900/128M/30G/ 56 K/8XDVD/ Íø¿¨/ 16M ÏÔ´æ 12000 Ôª ÐÂ2800 £¨15¡±£© P3 850/ 128M/20G/56K/ CD-RW+6XDVD /Íø¿¨/16M ÏÔ´æ 14000Ôª ¸ü¶àµÄ±Ê¼Ç±¾µçÄÔÇëÁªÏµ£º 13959807925 ÁªÏµÈË£º ·® Åô ½ø¿ÚÔ×°Æû³µ ±¾ÌïÑŸó 3.0/2.3/2.2/2.0 20/16/14/11 Íò ·áÌï¼ÑÃÀ 3.0/2.2/2.0»Ê¹Ú 3.0/ 4700/4500/34000 19/15/12/22/37/28/17 Íò ±¼³Û S320 /±¦Âí 528/ ÁèÖ¾ 400/300/ ÈýÁ輪ÆÕ 3.0 72/45/42/32/27 Íò °ì¹«É豸 ´«Õæ»ú£º ¼ÑÄÜ FAX-33/L380¼¤¹â/B110 B4 3500/B150 ÅçÄ« 750/3300/1750/1400 Ôª ¸´Ó¡»ú£º ÈýÐÇ SF/210 64 700 Ôª ¿Ì×Ö»ú£¬×°¶©»ú£¬¿¼ÇÚ»ú£¬µñ¿Ì»ú£¬ µçÄԶ๦ÄܼÇʲ¾ £¬ËÜ·â»ú µÈµÈ£¬ »¶ÓÀ´µçǢ̸£¬¼Û¸ñÓŻݡ£ ÏëÖªµÀ¸ü¶àµÄÏà¹ØÐÅÏ¢£¬ÇëÁªÏµ£¡ ÁªÏµµç»°£º 13959807925 ÁªÏµÈË£º ·® Åô
Re: CVS Update: lyx-devel
Andre Poenitz wrote: > On Thu, Jan 03, 2002 at 06:44:52PM +0100, Herbert Voss wrote: > >>superscript is superscript and ^ is ^ ... ;-) >> > > It's not exactly simple to have you people shut up... > > Try again. you should start always with the second try ... :-) it's ok now! Thanks Herbert
Re: Solaris complilation bug fix: sinf/cosf missing (addendum)
On Thu, Jan 03, 2002 at 10:54:17AM -0800, Gary Hall wrote: > I forgot to mention that an include directive for sunmath.h is required > for src/insets/figinset.C. What lyx version ? I think your system is a little broken, we don't mention sinf or cosf in figinset.C I don't even know what they are ... regards john -- "Unless everyone else on earth is attending meetings I haven't been told about." - /. paranoia at its finest
Solaris complilation bug fix: sinf/cosf missing (addendum)
I forgot to mention that an include directive for sunmath.h is required for src/insets/figinset.C. -- Gary Hall [EMAIL PROTECTED] | Voice (604) 291-5925 Centre for Systems Science | Fax (604) 291-5404 Simon Fraser University| Burnaby, B.C. V5A 1S6 |
Re: Martins patches
On Thu, Jan 03, 2002 at 08:49:04PM +0200, Martin Vermeer wrote: > > It seems reasonable, maybe with Martin's latest patch for text-mode > > sub/superscripts. Also, I would like the background colors of xpms to > > be transparent (i.e. "None"). > > Hmmm...none of the other buttons are. Should I change the others too? http://www.movement.uklinux.net/patches/lyx/xpm.diff The script in particular - please take the script and run it on images/ and lib/images/ and submit the resulting patch.. thanks john -- "Unless everyone else on earth is attending meetings I haven't been told about." - /. paranoia at its finest
Solaris compilation bug fix: cosf/sinf missing
While compiling Lyx on Sun sparc Solaris 5.8 I encountered the following error: g++ -g -O2 -o lyx BufferView.o BufferView2.o BufferView_pimpl.o Bullet.o Chktex. o ColorHandler.o CutAndPaste.o DepTable.o FloatList.o Floating.o FontInfo.o Font Loader.o LColor.o LaTeX.o LaTeXFeatures.o LaTeXLog.o LyXAction.o LyXSendto.o LyX View.o MenuBackend.o Painter.o PainterBase.o Sectioning.o Spacing.o TextCache.o Timeout.o ToolbarDefaults.o UpdateInset.o Variables.o WorkArea.o bmtable.o buffe r.o bufferlist.o bufferparams.o bufferview_funcs.o chset.o combox.o converter.o counters.o credits.o credits_form.o debug.o encoding.o exporter.o filedlg.o font .o form1.o gettext.o importer.o intl.o kbmap.o kbsequence.o language.o lastfiles .o layout.o layout_forms.o log_form.o lyx.o lyx_cb.o lyx_gui.o lyx_gui_misc.o ly x_main.o lyx_sty.o lyxcursor.o lyxfont.o lyxfr0.o lyxfr1.o lyxfunc.o lyxlex.o ly xlex_pimpl.o lyxlookup.o lyxrc.o lyxrow.o lyxserver.o lyxvc.o main.o minibuffer. o paragraph.o print_form.o screen.o sp_form.o spellchecker.o tabular.o tabular-o ld.o tex-accent.o tex-strings.o texrow.o text.o text2.o tracer.o trans.o trans_m gr.o undo.o vc-backend.o vspace.o mathed/.libs/libmathed.a insets/.libs/libinset s.a graphics/.libs/libgraphics.a frontends/.libs/libfrontends.a ../src/frontends /xforms/.libs/libxforms.a frontends/.libs/libfrontends.a frontends/support/.libs /libfrontendsupport.a support/.libs/libsupport.a ../sigc++/.libs/libsigc.a -lfor ms -lXpm -lSM -lICE -liberty -lc -lm -L/usr/openwin/lib -lX11 -lsocket -lnsl -R/ usr/openwin/lib -R/usr/openwin/lib Undefined first referenced symbol in file sinfinsets/.libs/libinsets.a(figinset.o) cosfinsets/.libs/libinsets.a(figinset.o) ld: fatal: Symbol referencing errors. No output written to lyx collect2: ld returned 1 exit status The missing functions are contained in the sunmath library included with SUNWspro so the solution was to configure with --with-extra-prefix=(path to SUNWspro) and add -lsunmath to the LIBS variable in src/Makefile. -- Gary Hall [EMAIL PROTECTED] | Voice (604) 291-5925 Centre for Systems Science | Fax (604) 291-5404 Simon Fraser University| Burnaby, B.C. V5A 1S6 |
Re: Martins patches
On Thu, Jan 03, 2002 at 02:48:35PM +0100, Jean-Marc Lasgouttes wrote: ... > It seems reasonable, maybe with Martin's latest patch for text-mode > sub/superscripts. Also, I would like the background colors of xpms to > be transparent (i.e. "None"). Hmmm...none of the other buttons are. Should I change the others too? Martin sub.xpm Description: X pixmap super.xpm Description: X pixmap subsuper.xpm Description: X pixmap msg30953/pgp0.pgp Description: PGP signature
Re: CVS Update: lyx-devel
On Thu, Jan 03, 2002 at 06:44:52PM +0100, Herbert Voss wrote: > superscript is superscript and ^ is ^ ... ;-) It's not exactly simple to have you people shut up... Try again. Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: CVS Update: lyx-devel
Herbert Voss wrote: > but where is the sense when I insert > > insert->special character->super/subscript > > and get ^+red rectangle (same for subscript)?? sorry: I meant a BLUE one inside the RED mathbox. Herbert
Re: CVS Update: lyx-devel
Andre Poenitz wrote: 1. is it intended that I get ^ or _ when I hit the buttons >>this buttons ;-) >> > > Ah... well... yes, sort of. You get proper *scripts in mnath mode and ^ or > _ outside... but where is the sense when I insert insert->special character->super/subscript and get ^+red rectangle (same for subscript)?? We have now three definitions for super/subscript ... superscript is superscript and ^ is ^ ... ;-) Herbert -- http://www.lyx.org/help/
Re: CVS Update: lyx-devel
On Thu, Jan 03, 2002 at 06:06:03PM +0100, Andre Poenitz wrote: > Ah... well... yes, sort of. You get proper *scripts in mnath mode and ^ or > _ outside... so this is strictly a bug isn't it ? john -- "Unless everyone else on earth is attending meetings I haven't been told about." - /. paranoia at its finest
Re: CVS Update: lyx-devel
> >>1. is it intended that I get ^ or _ when I hit the buttons > > this buttons ;-) Ah... well... yes, sort of. You get proper *scripts in mnath mode and ^ or _ outside... Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: RFC: Sound Approach?
On Sat, Dec 29, 2001 at 04:47:52PM +0100, Lars Gullik Bjønnes wrote: > I'd like to have some comments on if this approach seems sound. The idea looks like seperating the different uses of 'Paragraph * p' into 'container related' (i.e. p points to start of a sequence of linked paragraphs) and 'item related' (i.e. we are only interested in the single paragraph p points to) and you started with the container stuff. This is certainly ok. [I'd probably have started at the other end (i.e. pass 'Paragraph (const) &' whenever a single Paragraph is meant), but that does not really matter.] I cannot tell, however, whether you have found all instances (or if not, left the rest in a consistent state) > (It surely is a _lot_ of work.) I promise to lend you a hand when you start to destroy everything ;-) Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: CVS Update: lyx-devel
Andre Poenitz wrote: > On Thu, Jan 03, 2002 at 05:37:54PM +0100, Herbert Voss wrote: > >>1. is it intended that I get ^ or _ when I hit the buttons >> > > When hitting which buttons? Log message: super- and subscript buttons for the math panel this buttons ;-) Herbert -- http://www.lyx.org/help/
Re: CVS Update: lyx-devel
On Thu, Jan 03, 2002 at 05:37:54PM +0100, Herbert Voss wrote: > 1. is it intended that I get ^ or _ when I hit the buttons When hitting which buttons? Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: CVS Update: lyx-devel
[EMAIL PROTECTED] wrote: > Added files: > lyx-devel/images/: super.xpm sub.xpm > > Log message: > super- and subscript buttons for the math panel 1. is it intended that I get ^ or _ when I hit the buttons without creating a blue mathbox? Herbert -- http://www.lyx.org/help/
Re: Fixed Ghostscript rpms for RH7.2
On Thu, Jan 03, 2002 at 09:55:53AM +0100, Jean-Marc Lasgouttes wrote: > If you upload it to ftp.devel.lyx.org:/pub/incoming, I will put it on > ftp.lyx.org:/pub/lyx/contrib. Make sure first that the AFPL license allows us > to redistribute this file (which version of gs is that?) it's 6.x Non-GNU ghostscript is currently 7.0 and above regards john -- "Unless everyone else on earth is attending meetings I haven't been told about." - /. paranoia at its finest
Re: Bug list - another one
On Thu, Jan 03, 2002 at 04:36:37PM +0100, Juergen Vigna wrote:
> > But now that Formula pretents being a text inset ( isTextInset() -> true )
> > we might as well fake replaceSelectionWithString() and
> > setSelectionOverString, too.
> [snip]
> > - use bv->getSearchableInset()->replaceSelectionWithString(...) instead of
> > bv->getLyXText()->replaceSelectionWithString(...) in lyxfind.C
>
> Well in all this you forgot that this was made for the REAL text too and the
> real text is NOT an inset.
I think I have not forgotten this, I rather never knew this...
> So the above does NOT work. What would work is to
> use something like this
>
> if (bv->theLockingInset()) {
>...
>bv->theLockingInset()->replaceSelectionWithString(...);
>...
> } else {
>...
>bv->getLyXText()->replaceSelectionWithString(...);
>...
> }
I admit I don't understand this. Is this division in seperate branches a
consequence of the "main lyx text" not being a "real inset"?
> And you have to implement all the needed functions. IMO this should not be
> done right now.
Decent S&R is a long standing item not only in my wish list... But it might
stay there a bit longer as well...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Re: Bug list - another one
On 03-Jan-2002 Andre Poenitz wrote:
> But now that Formula pretents being a text inset ( isTextInset() -> true )
> we might as well fake replaceSelectionWithString() and
> setSelectionOverString, too.
[snip]
> - use bv->getSearchableInset()->replaceSelectionWithString(...) instead of
> bv->getLyXText()->replaceSelectionWithString(...) in lyxfind.C
Well in all this you forgot that this was made for the REAL text too and the
real text is NOT an inset. So the above does NOT work. What would work is to
use something like this
if (bv->theLockingInset()) {
...
bv->theLockingInset()->replaceSelectionWithString(...);
...
} else {
...
bv->getLyXText()->replaceSelectionWithString(...);
...
}
And you have to implement all the needed functions. IMO this should not be
done right now.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253
I-39100 Bozen Web: http://www.sad.it/~jug
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Genius is ten percent inspiration and fifty percent capital gains.
Re: Bug list - another one
On Thu, Jan 03, 2002 at 04:08:01PM +0100, Juergen Vigna wrote: > > And now the bonus question: How does replace work? > > Hmm IMO that replace is not possible in mathed insets without greater > rewrite of lyxfind.C as it assumes that the selection is found inside > a LyXText structure, which it seems mathed insets do not have. Ok. I came to some similar conclusion after looking at lyxfind.C > already found and is selected (but have a look at that file). > > bv->hideCursor(); > bv->update(bv->getLyXText(), BufferView::SELECT|BufferView::FITCUR); > bv->toggleSelection(false); > bv->getLyXText()->replaceSelectionWithString(bv, replacestr); > bv->getLyXText()->setSelectionOverString(bv, replacestr); > bv->update(bv->getLyXText(), >BufferView::SELECT|BufferView::FITCUR|BufferView::CHANGE); > ++replace_count; > > So you see that the substitution is actually done by the function > LyXText::replaceSelectionWithString(...) But now that Formula pretents being a text inset ( isTextInset() -> true ) we might as well fake replaceSelectionWithString() and setSelectionOverString, too. Actually, it should suffice if we had - an abstract base class 'SearchableInset' declaring virtual functions replaceSelectionWithString() and setSelectionOverString() - LyXText and FormulaBase publicly derived from that class and defining these functions - a method BufferView::getSearchableInset() which finds a SearchableInset* similar to what getLyXText does - use bv->getSearchableInset()->replaceSelectionWithString(...) instead of bv->getLyXText()->replaceSelectionWithString(...) in lyxfind.C Does not sound too hard and would actually call a few things by their real names... Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Size of lyx, grrr
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> I saw enable-debug in other projects. Also, what is the point Dekel> of compiling lyx with debug information if you want to install Dekel> it stripped ? To be able to run it in place to help the friendly developpers to find bugs. Also, doing things according to autoconf uses is simpler. I find that the output of ./configure --help is horrible. JMarc
Re: Bug list - another one
On 03-Jan-2002 Andre Poenitz wrote: > On Thu, Dec 27, 2001 at 09:11:17AM +0100, Juergen Vigna wrote: >> The only thing you have to do is implement the >> virtual functions in formula.[Ch] (or anyway your outermost UpdatableInset!) >> >> virtual bool searchForward(BufferView *, string const &, ... >> virtual bool searchBackward(BufferView *, string const &, ... > > Okidoki... looks like you were right ;-) > > And now the bonus question: How does replace work? Hmm IMO that replace is not possible in mathed insets without greater rewrite of lyxfind.C as it assumes that the selection is found inside a LyXText structure, which it seems mathed insets do not have. This is mainly what lyxfind.C does for a single replace if some text was already found and is selected (but have a look at that file). bv->hideCursor(); bv->update(bv->getLyXText(), BufferView::SELECT|BufferView::FITCUR); bv->toggleSelection(false); bv->getLyXText()->replaceSelectionWithString(bv, replacestr); bv->getLyXText()->setSelectionOverString(bv, replacestr); bv->update(bv->getLyXText(), BufferView::SELECT|BufferView::FITCUR|BufferView::CHANGE); ++replace_count; So you see that the substitution is actually done by the function LyXText::replaceSelectionWithString(...) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Reinhart was never his mother's favorite -- and he was an only child. -- Thomas Berger
Re: PHP4 transition...
On 03-Jan-2002 Jean-Marc Lasgouttes wrote: > Allan> Anyone have any suggestions for a replacement or should someone > Allan> just fix the feedback form? I think yes for now we could just fix it up. But IMO all this is irrelevant for now. Thanks for your tests, but on our servers we have still an old version of Apache and only PHP3 available. But at least we know now that we could change without great problems and IMO we should try to stay compatible so that when Lars has the time to reinstall the servers (or upgrade them) we could switch to php4 at once. > What about removing it and replacing with a couple of mailto: links? Well this can be done too, but I think having a form to input something is good too. Some web-viewer don't have a mailer and not from everywhere you may able to mail, so the form IS necessary. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ "Someone's been mean to you! Tell me who it is, so I can punch him tastefully." -- Ralph Bakshi's Mighty Mouse
Re: icon-text for iconized LyX
On 03-Jan-2002 Allan Rae wrote: >> "LaTeXConfig.lyx""...Config.lyx" Well I still say we should use the LyX: prefix. Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ At the foot of the mountain, thunder: The image of Providing Nourishment. Thus the superior man is careful of his words And temperate in eating and drinking.
Re: Size of lyx, grrr
On Thu, Jan 03, 2002 at 02:43:09PM +0100, Jean-Marc Lasgouttes wrote: > > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: > > Dekel> I think it is a good idea to add an --enable-debug flag to > Dekel> configure. I made a patch for this, and I would like to know if > Dekel> it is OK. Note that debug information is disabled for release > Dekel> versions. > > Note that we already have --enable-warnings and --enable-assertions > which are turned on depending on whether build is devel or not. Do we > really need yet another one? Could we come up with a clever > generalization? I don't see much point in spending a lot of time on the configure script. > Also, the install-strip taget takes care of stripping the binary, anf > this is the standard way of doing thing. I do not like much adding all > these lyx-specific things, whereas they should be generic. I saw enable-debug in other projects. Also, what is the point of compiling lyx with debug information if you want to install it stripped ?
Re: Drawing \displaystyle
On Thu, Jan 03, 2002 at 02:27:09PM +0100, Jean-Marc Lasgouttes wrote: > When trying to test this, I have the problem that I cannot change math > font to bold, Select an 'a', press C-b. OTOH \bf b should work, too, and does not.. Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Question lyxfunc.C
On Thu, Jan 03, 2002 at 01:56:36PM +0100, Jean-Marc Lasgouttes wrote: > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: > > Martin> Attached a patch that allows ^ _ to be used *both* for > Martin> super/sub script (in mathed) *and* for inserting themselves > Martin> (in text). Back to square one you say? Perhaps. But now the > Martin> output of these characters is hardcoded in lyxfunc.C, outside > Martin> mathed. Still, it is hardcoded, though in a perhaps more > Martin> suitable location. > > I like this better. A question: is it still possible to have a > super/subscript in text? > > JMarc Ehh... with the attached further patch it is ;-) Martin Index: default.ui === RCS file: /cvs/lyx/lyx-devel/lib/ui/default.ui,v retrieving revision 1.72 diff -u -p -r1.72 default.ui --- default.ui 2001/12/17 12:22:38 1.72 +++ default.ui 2002/01/03 13:31:59 @@ -209,8 +209,8 @@ Menuset End Menu "insert_special" - Item "Superscript|S" "command-sequence math-insert ^;math-mode;" - Item "Subscript|u" "command-sequence math-insert _;math-mode;" + Item "Superscript|S" "command-sequence math-mode;math-superscript;" + Item "Subscript|u" "command-sequence math-mode;math-subscript;" Item "HFill|H" "hfill-insert" Item "Hyphenation Point|P" "hyphenation-point-insert" Item "Ligature break|k" "ligature-break-insert" msg30933/pgp0.pgp Description: PGP signature
Martins patches
I attach a (partial) diff of my tree against cvs head that contains most of
Martin's latest patches namely better super/subscript/^/_ handling in text and
math and two new buttons for the math panel.
It seems to work here, but I'd like to hear a 'go' from someone else...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Index: images/sub.xpm
===
RCS file: sub.xpm
diff -N sub.xpm
--- /dev/null Tue May 5 22:32:27 1998
+++ sub.xpm Thu Jan 3 14:25:18 2002
@@ -0,0 +1,26 @@
+/* XPM */
+static char const * sub_xpm[] = {
+"20 20 3 1",
+" c #BEFBBEFBBEFB",
+". c #",
+"X c #",
+"",
+"",
+"",
+"",
+" .. ",
+" .. ",
+" .. ",
+" .. ",
+" .. ",
+" .. ",
+" .. X ",
+" .. X X ",
+" .. X X ",
+" .. X X ",
+" X X ",
+" X X ",
+" X ",
+"",
+"",
+""};
Index: images/super.xpm
===
RCS file: super.xpm
diff -N super.xpm
--- /dev/null Tue May 5 22:32:27 1998
+++ super.xpm Thu Jan 3 14:25:18 2002
@@ -0,0 +1,26 @@
+/* XPM */
+static char const * super_xpm[] = {
+"20 20 3 1",
+" c #BEFBBEFBBEFB",
+". c #",
+"X c #",
+"",
+" . ",
+" . . ",
+" . . ",
+" XX . . ",
+" XX . . ",
+" XX . . ",
+" XX . ",
+" XX ",
+" XX ",
+" XX ",
+" XX ",
+" XX ",
+" XX ",
+"",
+"",
+"",
+"",
+"",
+""};
Index: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.489
diff -u -p -r1.489 ChangeLog
--- src/ChangeLog 2002/01/03 03:14:39 1.489
+++ src/ChangeLog 2002/01/03 13:25:19
@@ -1,3 +1,22 @@
+2002-01-03 Martin Vermeer <[EMAIL PROTECTED]>
+
+ * FormMathsPanel.C:
+ * FormMathsPanel.h
+ * MathsSymbols.C:
+ * form_maths_panel.C:
+ * form_maths_panel.h:
+ * form_maths_panel.fd:
+ implemented sub- and super- buttons in math panel.
+
+ * lyx_main.C:
+ Revised hardwired bindings to allow original _ and ^ (or ^ space)
+ to be used as in TeX (req'd byAndré).
+
+ * lyxfunc.C:
+ Allow ^ and _ again to be used both as super/subscript (mathed)
+ and as themselves (in text).
+
+
2002-01-03 Allan Rae <[EMAIL PROTECTED]>
* LyXView.C (updateWindowTitle): Setup a short icon title of either
Index: src/lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.275
diff -u -p -r1.275 lyxfunc.C
--- src/lyxfunc.C 2001/12/21 13:55:24 1.275
+++ src/lyxfunc.C 2002/01/03 13:25:19
@@ -559,8 +559,6 @@ func_status::value_type LyXFunc::getStat
case LFUN_MATH_LIMITS:
case LFUN_MATH_NONUMBER:
case LFUN_MATH_NUMBER:
- case LFUN_SUBSCRIPT:
- case LFUN_SUPERSCRIPT:
disable = !mathcursor;
break;
@@ -1436,12 +1434,18 @@ string const LyXFunc::dispatch(int ac,
case LFUN_MATH_NUMBER:
case LFUN_MATH_NONUMBER:
case LFUN_MATH_LIMITS:
- case LFUN_SUBSCRIPT:
- case LFUN_SUPERSCRIPT:
{
setErrorMessage(N_("This is only allowed in math mode!"));
}
break;
+
+ // passthrough hat and underscore outside mathed:
+ case LFUN_SUBSCRIPT:
+ dispatch(LFUN_SELFINSERT, "_");
+ break;
+ case LFUN_SUPERSCRIPT:
+ dispatch(LFUN_SELFINSERT, "^");
+ break;
case LFUN_MATH_PANEL:
owner->getDialogs()->showMathPanel();
Index: src/frontends/xforms/FormMathsPanel.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormMathsPanel.C,v
retrieving revision 1.12
diff -u -p -r1.12 FormMathsPanel.C
--- src/frontends/xforms/FormMathsPanel.C 2001/09/07 17:55:37 1.12
+++ src/frontends/xforms/FormMathsPanel.C 2002/01/03 13:25:19
@@ -41,6 +41,8 @@
#include "matrix.xpm"
#include "space.xpm"
#include "sqrt.xpm"
+#include "sub.xpm"
+#include "super.xpm"
#include "arrows.xbm"
#include "bop.xbm"
@@ -137,6 +139,10 @@ void FormMathsPanel::build()
Re: Drawing \displaystyle
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> Anyway, these mathods should be removed from math_cursor.h if you >> do not want to implement them. Andre> It's "implemented" now. When trying to test this, I have the problem that I cannot change math font to bold, emphasize or whatever. Is it a bug or me being stupid? JMarc
bug in latest cvs - cursor behaviour
open the attached file and try to click into the matharea:
-> nothing happens, cursor handling is wrong when the
mathbox is wider than the workarea.
Herbert
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 220
\textclass book
\begin_preamble
\usepackage{pst-plot}
\listfiles
\end_preamble
\language german
\inputencoding latin9
\fontscheme default
\graphics default
\paperfontsize 10
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 0
\use_amsmath 1
\use_natbib 0
\use_numerical_citations 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation skip
\defskip medskip
\quotes_language german
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Standard
skdhf kjgh fLÖSDH GFs ASd fg gdsh sgh FGldfsJSD GsLF Lfgljdg [text adfg
adf gdaf g skdhf kjgh fLÖSDH GFs ASd fg gdsh sgh FGlJSD skdhf kjgh fLÖSDH
GFs ASd fg gdsh sgh FGlJSD skdhf kjgh fLÖSDH GFs ASd fg gdsh sgh FGlJSD
skdhf kjgh fLÖSDH GFs ASd fg gdsh sgh FGlJSD
\layout Standard
\begin_inset Formula \[
\underbrace{x^{2}+2{\displaystyle \frac{p}{2}x+\left({\displaystyle
\frac{p}{2}}\right)^{2}}}-\left({\displaystyle \frac{p}{2}}\right)^{2}+q\qquad
\underbrace{x^{2}+2{\displaystyle \frac{p}{2}x+\left({\displaystyle
\frac{p}{2}}\right)^{2}}}-\left({\displaystyle \frac{p}{2}}\right)^{2}+q\qquad
\underbrace{x^{2}+2{\displaystyle \frac{p}{2}x+\left({\displaystyle
\frac{p}{2}}\right)^{2}}}-\left({\displaystyle \frac{p}{2}}\right)^{2}+q\qquad
\underbrace{x^{2}+2{\displaystyle \frac{p}{2}x+\left({\displaystyle
\frac{p}{2}}\right)^{2}}}-\left({\displaystyle \frac{p}{2}}\right)^{2}+q\]
\end_inset
\the_end
Re: Latest CVS: Mysterious Lyx/Win32 bugs
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> I have a couple of Win32 (Cygwin on Win2K) bugs that I am Kayvan> unable to track down. Kayvan> Any help or ideas appreciated. Kayvan> 1) Strange "out of memory" errors depending on file location. Did you try to run with -dbg init? Or do you have a backtrace? Kayvan> 1) Edit->reconfigure hangs as follows: Try to do something like cd .lyx /lib/configure --keep-temps And take a look at the temp files like wrap_chkconfig.log. JMarc
Re: circumflex
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> However, please note that writers in languages with Martin> circumflexes (and other accents) do *not* (normally) get Martin> punished. On a French keyboard e.g. you will find the common Martin> accented letters as separate keys, which a French touch typist Martin> knows. Only if you want to make an accented letter in a Martin> language alien to the keyboard (or in case of the underscore, Martin> you have to write e.g. underscores in variable names in code Martin> listings) you run into the problem. Not exactly. There is no \^u or \^a on a french keyboard (and we need them). However, we have a dead circumflex key which is different from the ^ key. JMarc
Re: Question lyxfunc.C
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Attached a patch that allows ^ _ to be used *both* for Martin> super/sub script (in mathed) *and* for inserting themselves Martin> (in text). Back to square one you say? Perhaps. But now the Martin> output of these characters is hardcoded in lyxfunc.C, outside Martin> mathed. Still, it is hardcoded, though in a perhaps more Martin> suitable location. I like this better. A question: is it still possible to have a super/subscript in text? JMarc
Re: Bug list - edition "2002pre1" :-)
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> Fix attached. Please apply. Applied in my tree. JMarc
Re: Drawing \displaystyle
On Thu, Jan 03, 2002 at 01:33:10PM +0100, Jean-Marc Lasgouttes wrote: > Andre> and you'd call it for all LFUN_MATH_* branches? > > I think this should wait until after 1.2.0, where I would like to have a > getStatus for updatable insets which will be called like dispatch is > called right now. For now we have code which is a little ugly but > works OK. I even have the code for math fonts, with #if 0...#endif > around it. I saw this. > Anyway, these mathods should be removed from math_cursor.h if you do > not want to implement them. It's "implemented" now. Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Drawing \displaystyle
On Thu, Jan 03, 2002 at 12:47:46PM +0100, Jean-Marc Lasgouttes wrote: > You could add status report in the minibuffer like for fonts in normal > text. Ok... maybe its time to have a look at this one... 'minibuffer feedback' seems to be needed in a few more places... > PS: what about providing me a working MathCursor::getLastCode() or > whatever is relevant to the font check box in layout menu? What if I wrote a (Lars, shut your eyes, please) func_status::value_type mathGetStatus(int ac, string const & arg) and you'd call it for all LFUN_MATH_* branches? Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Drawing \displaystyle
On Thu, Jan 03, 2002 at 12:47:46PM +0100, Jean-Marc Lasgouttes wrote: > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > > Andre> Has anybody an idea how to provide "optical feedback" for > Andre> \displaystyle etc. Just shrinking the font size on screen does > Andre> not seem enough... > > You could add status report in the minibuffer like for fonts in normal > text. > > JMarc Good idea, as a minimum, but non-WYSIWIG. There should also be a placeholder one can delete, like a small white space, or better, the (too long) red text "displaystyle", or a little diamond or so... The 50,000 Euro question is: do you already have a way to find the area in the equation that is affected by a \displaystyle? If so, make it a boxed (outline box) sub-equation. And of course do all the things that display mode does to summation indices etc. This could be quite "challenging" -- but what do I know ;-) Martin msg30923/pgp0.pgp Description: PGP signature
Re: Drawing \displaystyle
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> Has anybody an idea how to provide "optical feedback" for Andre> \displaystyle etc. Just shrinking the font size on screen does Andre> not seem enough... You could add status report in the minibuffer like for fonts in normal text. JMarc PS: what about providing me a working MathCursor::getLastCode() or whatever is relevant to the font check box in layout menu?
×¢²á¿´Óʼþ׬ÉÏÍø·Ñඣ¡
Èç¹ûÕâ·âÓʼþ´òÈÅÁËÄ㣬ºÜ±§Ç¸¡£ ×ð¾´µÄÍøÓÑ: ·¢²Æ´ó¼Æ£¡£¡Ò»¶¨Òª¿´£¡ÎÒ·¢Êľø¶Ô²»ÆÈË http://www.MintMail.com/?m=1751162 (¿ÉÒÔʹÓö«·½¿ì³µä¯ÀÀÆ÷ä¯ÀÀ£©µã»÷Ò»´Î0¡£2ÃÀÔ²£¬½éÉÜһλ¼ÓÈëΪ2ÃÀÔ² ´ó¼ÒºÃ! ±¾ÈË´óѧ±ÏÒµÒ²¿ìÁ½Äê¶àÁË£¬¹¤×÷»»ÁËÓÖ»»¡¡ ¿É²»ÖªÉϱ²×ÓÔâµÄʲôÄõ£¬µ½ÄĶ¼ÎÞÎÒÁ¢×ãÖ®µØ¡¡ Èç½ñ´ôµÃʵÔÚÎÞÁÄ£¬³ýÁËÉÏÍø»¹ÊÇÉÏÍø£¡ ÔÚÍøÉÏÂþÓιý³ÌÖУ¬ÎÒ·¢ÏÖÁËÒ»¸öÎÊÌ⣬ Ϊʲô¸÷¸öÍøÕ¾¶¼ËµÄÜΪÄã׬µ½ºÜ¶àÇ®ÄØ£¿ ¾ÍÁ¬¶ÁÒ»·â E-mail µã¼¸»Ø¹ã¸æÀ¸¶¼ÄÜÕõµ½Ç®? ÄÑÒÔÖÃÐÅ£¬ÌìÏÂÄÄÓÐÃâ·ÑµÄÎç²Í£¿ ¿É´ô×ÅʵÔÚÊÇÎÞÁÄ°¡£¬·´ÕýÏÐ×ÅÒ²ÊÇÏÐ×Å£¬ ÕÒÁËÒ»¸ö²»ÒªÉí·ÝÖ¤£¬²»Òª»áÔ±·Ñ£¬ Ö»ÒªÓиöµØÖ·£¬µç»°ºÅÂë¾ÍÄÜÕõµ½Ç®µÄÍøÕ¾£¬ ÉêÇë³ÉÁË»áÔ±¡¡£¨·´ÕýÕõ²»µ½Ç®Ò²²»»á³Ô¿÷^o^£© µÈÁËÒ»¸öÔ£¬Á½¸öÔ¡¡ ʲô»ã¿îµ¥£¿Á¬¸öÓ°×Ó¶¼Ã»ÓУ¡ ²»¹ýÒ»Ï룬ÎÞËùνÁË¡¡·´ÕýҲû³Ô¿÷¡ ^^ ¾Íµ±ÊǹíÃÔÐÄÇÏÒ»»Ø°É! ¿ÉÒ»Ö±µ½ÁË3¸öÔ¡¡ ͻȻ¡¡»ã¿îµ¥µ½ÁË£¿£¡ ²»¿´²»ÖªµÀ£¬Ò»¿´ÏÅÒ»Ìø£¡ 9°Ù¶àÃÀ½ð£¿ÕÛºÏÈËÃñ±Ò²»¾ÍÊÇ7ǧ¶àÁËÂ𣿠°ëÐÅ°ëÒÉ£¬µ½ÁËÒøÐУ¬½»Á˼¸Ê®ÔªµÄÊÖÐø·Ñ£¬»»»ØÁË7ǧ¶à¡¡ ÕæÏñ×öÃÎÒ»Ñù¡¡ÂòÁËһЩһֱÏëÂòµÄ¶«¶«¡¡ ÐË·ÜÖ®Ó࣬ÓÖ¿ªÊ¼ÁËÎÒµÄÐû´«£¡Ðû´«Ô½¶à£¬ÕõµÄÔ½¶àÂð ^o^ ¹ûÈ»£¬²»µ½Ò»¸öÔ£¬ÓÖ·ÉÀ´ÁËÒ»Õŵ¥×Ó£¡ 1ǧ3°Ù¶àÃÀ½ð¡¡ --- ±¾ÓʼþÓÉËÑÒ×Ê×´´¡°ÎÞÐèSMTPȺ·¢Æ÷¡±·¢ËÍ£¬ÄÚÈÝÓë±¾¹«Ë¾Î޹ء£ ×î¼ÑȺ·¢ÖÊÁ¿£ºÆÕͨPCÖÕ¶Ë×Ô½¨SMTP£¬¶Ôÿ¸öÓÊÖ·ÌØ¿ìרµÝ·¢ËÍ¡£ ×î¼ÑȺ·¢Ëٶȣº¶àÏß³Ìͬ²½¸ßËÙ·¢ËÍ£¬²»´æÔÚÓʼþ´«ÊäÑÓ³ÙÏÖÏó¡£ ×î¼ÑȺ·¢Ð§¹û£ºÍ»ÆÆÒ»ÇзþÎñÆ÷¹ýÂË£¬²»ÔÙµ£ÐÄ·¢³öÓʼþ»á¶ªÊ§¡£ Ò»Á÷ÉÌÎñÈí¼þÕ¾µã http://www.seekeasysoft.net ---
Drawing \displaystyle
Has anybody an idea how to provide "optical feedback" for \displaystyle etc. Just shrinking the font size on screen does not seem enough... Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Bug list - another one
On Thu, Dec 27, 2001 at 09:11:17AM +0100, Juergen Vigna wrote: > The only thing you have to do is implement the > virtual functions in formula.[Ch] (or anyway your outermost UpdatableInset!) > > virtual bool searchForward(BufferView *, string const &, ... > virtual bool searchBackward(BufferView *, string const &, ... Okidoki... looks like you were right ;-) And now the bonus question: How does replace work? Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Bug: german quotes after protected blank
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Markus Mohr wrote: >> Hi! Juergen> Hi Markus >> Version: 1.1.6fix3 >> >> After typing a protected space with ctrl-space, you don't get the >> correct quote format (in german the beginning quote is low and the >> ending is high), but a high quote. You have to add a space, type >> the quote and delete the space afterwards. The quote is wrong in >> Lyx and the dvi-file. Juergen> This has been fixed in 1.2.0cvs. I don't know if JMarc has Juergen> backported this to the 1.1.6 branch, though. No I have not, because it needed a bit of code reorganisation. >> P.S.: it would be nice, if one could change _all_ quotes in the >> text, if the quotation style is changed, because you can't search >> for quotes with search and replace... Juergen> This has been discussed recently and will probably be added Juergen> as a new feature, but not before 1.2.0, I think. Actually, it will be _after_ 1.2.0 (I know this is what you mean Juergen, but I prefer to make it clear). JMarc
Re: mathed font question
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Tue, Dec 18, 2001 at 02:40:04PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> No the code was something like MathFonts = new >> LyXFont[FONT_NUM](LyXFont::ALL_SANE); Andre> Looks invalid to me anyway... Maybe it was something else... It is a GNU extension to call all the constructors with the same parameters. JMarc
Re: AMS Math document crash
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes: Kayvan> Inserting a "Proof" paragraph produces a crash for me, always. Kayvan> Here is the backtrace: I fixed this one last year. JMarc
Re: Christmas bug List
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> This would mean "brace awareness" (aka "nested scopes") for the Andre> main part of LyX. A noble goal I believe... Or \renewcommand support. JMarc
Re: Christmas bug List
On Thu, Jan 03, 2002 at 09:48:32AM +0100, Jean-Marc Lasgouttes wrote:
> >> For the sake of handling existing documents, a scheme which allows
> >> redefinition of commands locally would be great. I understand
> >> however that this may prove very difficult.
>
> Andre> Not too difficult I suppose. Right now we could put a '{' in
> Andre> ERT, write the local stuff, put a '}' in ERT. Of course this
> Andre> could be put into some inset. MathBraceInset comes to mind...
>
> No, I meant having several definitions (with renewcommand) of the same
> macro in the same file, so that a given formula can be rendered
> differently at different places.
Ah... you mean visually within LyX?
This would mean "brace awareness" (aka "nested scopes") for the main part
of LyX. A noble goal I believe...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Re: Fixed Ghostscript rpms for RH7.2
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes: Ben> John Levon wrote: >> Good move. I'm sure Kayvan can host it at the ftp site. >> Ben> OK, Kayvan, where would you like it? I don't have enough space to Ben> make it publicly available to you, and it seems too large to Ben> email. Ben> BTW, I just noticed that the preview graphics quality on Ben> photographs gets quite a boost by upgrading to this rpm... If you upload it to ftp.devel.lyx.org:/pub/incoming, I will put it on ftp.lyx.org:/pub/lyx/contrib. Make sure first that the AFPL license allows us to redistribute this file (which version of gs is that?) JMarc
Re: PHP4 transition...
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> On Sun, 30 Dec 2001, Allan Rae wrote: >> However, there is one snag: the Feedback form. Allan> This is the only thing stopping us switching immediately to Allan> php4. I've now checked every page of www-devel and www-user. Allan> Anyone have any suggestions for a replacement or should someone Allan> just fix the feedback form? What about removing it and replacing with a couple of mailto: links? JMarc
Re: Christmas bug List
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Dec 21, 2001 at 09:51:29AM +0100, Jean-Marc Lasgouttes
Andre> wrote: I think macros should be handled outside the main text,
Andre> cobbled together in one place.
>> For the sake of handling existing documents, a scheme which allows
>> redefinition of commands locally would be great. I understand
>> however that this may prove very difficult.
Andre> Not too difficult I suppose. Right now we could put a '{' in
Andre> ERT, write the local stuff, put a '}' in ERT. Of course this
Andre> could be put into some inset. MathBraceInset comes to mind...
No, I meant having several definitions (with renewcommand) of the same
macro in the same file, so that a given formula can be rendered
differently at different places. I do not have a meaningful example at
hand, but I'm sure I have used this kind of stupid tricks in the past
(I love stupid tricks :).
JMarc
