Re: Changes in default.ui
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes: | Looking at the default.ui file, I noticed that the following lines were | recently commented out: | | # Item "Melt|M" "melt" beeing removed completely | # Item "Open All Figures/Tables|F" "floats-operate openfig" | # Item "Close All Figures/Tables|T" "floats-operate closefig" | # Item "Open All Footnotes/Marginal Notes|A" "floats-operate openfoot" | # Item "Close All Footnotes/Marginal Notes|C" "floats-operate closefoot" Depends The footnote/marginal operations probably not, for floats we should have something. | Is this functionality going to go back in at some point? -- Lgb
Re: Thank you!
On 25-Apr-2001 Amir Karger wrote: > > Aha! But I didn't mention lame excuse #2: my wife's expecting a v2.0 in > July! Well that's something to congratulate you! How old is v1.0? >> There's also weekends and early mornings ;-) > > Not anymore (I'm told I'm supposed to be excited about this :) Well not really I would say you should change "early mornings" to "very early mornings" and not link it only to weekends (for some time at least ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ The number of feet in a yard is directly proportional to the success of the barbecue.
Re: mathcursor invalidation?
On 25-Apr-2001 Lars Gullik Bjønnes wrote: > We supposedly have mirrors in Italy,Greece,Mexico,Portugal,US (and > Norway sort of) most of these just for www. I'm not sure how long I can mantain the www-mirror here, so I cannot add another cvs-mirror right now (change of enterprise rules :( ) Well the www mirror will be up as long as possible ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ He who laughs last didn't get the joke.
Re: LDN-20010425
On 26-Apr-2001 Allan Rae wrote: > It seems that the Norwegian mirror is rather slow at updating. > You can find it at the Italian mirror though: > > http://www.it.lyx.org/news/20010425.php3 And thinking that I update only once a day 02:00 ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ If pro is the opposite of con, what is the opposite of progress?
Re: Math Toolbar
On Wed, 25 Apr 2001, Angus Leeming wrote: > The question is, where's the right place to emit the signals > showMathToolbar > hideMathToolbar I can't answer your question, but perhaps the signal should be a little more general, so it could be expanded for other types of insets etc. like we were discussing some time ago. I'd prefer something like enteredRegion(RegionType) ... then we can connect whatever we like that might care about such a thing ... what do you think ? thanks john -- "And they made their father drink wine that night: and the firstborn went in, and lay with her father; and he perceived not when she lay down, nor when she arose." - Genesis 19:33
Re: glibc2 Linux LyX 1.1.6 binary is 48MB!?
On 25 Apr 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: > Debugging symbols. > > My lyx compiled with gcc 3.0 (prerelease) is: Hmm, which snapshot ? or CVS is it ? When I try to compile using 3.0 20010402, I get duplicate symbols at the link stage, for the string stuff like .c_str(). Very odd - it seems as if the inline methods of std::string aren't being inlined ! Any ideas ? Should I try a more recent snapshot of gcc ? thanks john -- "And they made their father drink wine that night: and the firstborn went in, and lay with her father; and he perceived not when she lay down, nor when she arose." - Genesis 19:33
Re: glibc2 Linux LyX 1.1.6 binary is 48MB!?
John Levon <[EMAIL PROTECTED]> writes: | On 25 Apr 2001, Lars Gullik [iso-8859-1] Bjønnes wrote: | | > Debugging symbols. | > | > My lyx compiled with gcc 3.0 (prerelease) is: | | Hmm, which snapshot ? or CVS is it ? | | When I try to compile using 3.0 20010402, I get duplicate | symbols at the link stage, for the string stuff like .c_str(). | Very odd - it seems as if the inline methods of std::string aren't | being inlined ! | | Any ideas ? Should I try a more recent snapshot of gcc ? yes. /usr/local/bin/g++ -v Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.0/specs Configured with: ../configure --enable-languages=c++ --enable-shared --prefix=/usr/local gcc version 3.0 20010425 (prerelease) -- Lgb
Re: Mathed bug
On Wed, Apr 25, 2001 at 11:19:55PM +0200, Michael Schmitt wrote: > I checked the latest cvs and I would like to mention a bug that may > indicate some internal memory management problem. Just create a new math > formula with some indexed variable "a_i". Then copy "a_i" (within > mathed) and paste it several times ("a_i a_i a_i a_i") . If you try to the > change the index of a copy in the middle of the formula, you will notice > that this is not possible. The cursor either jumps to the first or the > last variable. It is just a guess, but I could assume that mathed does not > make _real_ copies. Moreover, if you add 'x' after the 'i' you get a_i a_ix a_ix a_ix
Re: Math Toolbar
On Wed, Apr 25, 2001 at 03:40:59PM +0100, Angus Leeming wrote: > Sorry for the long silence; work has been v. busy recently and this isn't > likely to change for a while... > > Anyway, in a few minutes of free time, I've been trying to build the bones of > a Math Toolbar. The idea is that the Toolbar should become visible when an > InsetFormula becomes active and that it should disappear again when the > InsetFormula becomes inactive. > > The question is, where's the right place to emit the signals > showMathToolbar > hideMathToolbar > > I'd guess that > BufferView::Pimpl::workAreaButtonPress > BufferView::Pimpl::workAreaButtonRelease > would be right, but what about using the arrow keys to just move the cursor > into the InsetFormula? I think you need InsetFormula::Edit InsetFormula::InsetUnlock However, I prefer to always keep the math toolbar open (as the interface change when entering/leaving a formula might be annoying). so I guess that the behaviour should be controllable by default.ui
Re: Bug in mathed.
> If I type M-m s (for generating a square root) I don't see the root sign until > a key is pressed (and also, the cursor goes outside of the screen). > However, typing '\sqrt space' works OK. > This bug is very recent (probably caused by mathed64.diff). Probably a result of the "lazy redrawing". I am more or less offline right now, so I'll have a look tomorrow. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: mathed65.diff
> I wonder if this would be a good idea: I don't know. My idea was "stolen" from my daytime project and is used to register "commands" that are implemented in modules to a central "switch". (Btw something I'd recomment instead of this huge switch in lyxfunc.C at some distant point in the future) There are several hundred commands and nobody has so far complained about startup times. Using "local" statics insted of globals does not look bad, though, so I really don't care. Do whatever you want. Andre' -- André Pönitz . [EMAIL PROTECTED]
Math Toolbar patch
Attached is a patch creating a Math Toolbar. I'm posting it, rather than commiting it to the repository because I discovered what I think are a couple of bugs in WorkArea and in ToolbarDefaults, but am not very familiar with the code, so think I should seek a second opinion... WorkArea's (width, height, xpos, ypos) returned the dimensions of something in between the work_area FL_OBJECT and the entire space taken up by WorkArea. I think that this is wrong and have changed them to return the dimensions of the entire WorkArea. As the only places these methods are called are in the new LyXView::showMathToolbar, hideMathToolbar methods, I think I'm safe, but... ToolbarDefaults::read had a final lex.next() call that buggered up the reading of subsequent Toolbar definitions. Removing it fixed the bug. Other than thses points, the patch is pretty straight forward. It shows, hides a Math Toolbar when the cursor enters, leaves an InsetFormula and resizes the WorkArea appropriately. The Tolbar currently contains only a sqrt and a frac, but the functionality is there. Note that there's a bug in the mathed stuf that means that the new sqrt, frac are displayed only by scrolling the InsetFormula out of sight and back again. I think that this is the bug reported earlier by Dekel. Angus mathtoolbar.patch.bz2
Latest CVS: insert->float-wide table
mini-bug report, insert->float->wide table does nothing. On the console, I see: Non-existant float type: wide-tab -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory
Re: Thank you!
On Thu, Apr 26, 2001 at 11:20:00AM +0200, Juergen Vigna wrote: > > On 25-Apr-2001 Amir Karger wrote: > > > > Aha! But I didn't mention lame excuse #2: my wife's expecting a v2.0 in > > July! > > Well that's something to congratulate you! How old is v1.0? Sorry for my lack of clarity. v1.0 is me or my wife. It's not my joke; it's recycled from JMarc, so accuse him if it didn't make sense. -Amir
Mathed bugs and other outstanding problems
Hi, when loading my thesis with the latest cvs, I get the following Segfault: #0 {anonymous}::yylex () at math_parser.C:239 #1 0x819111d in mathed_parse (array=@0xbfffeee4, par=@0x84c33bc, flags=0) at math_parser.C:943 #2 0x8178682 in InsetFormula::Read (this=0x84c33a0, buffer=0x8413a60, lex=@0xb430) at formula.C:314 #3 0x80ad452 in Buffer::readInset (this=0x8413a60, lex=@0xb430, par=@0xb2b4, pos=@0xb264, font=@0xb278) at buffer.C:1345 #4 0x80aab99 in Buffer::parseSingleLyXformat2Token (this=0x8413a60, lex=@0xb430, par=@0xb2b4, return_par=@0xb260, token=@0xb274, pos=@0xb264, depth=@0xb26b, font=@0xb278) at buffer.C:1019 #5 0x80a4eb6 in Buffer::readLyXformat2 (this=0x8413a60, lex=@0xb430, par=0x84c3030) at buffer.C:348 #6 0x80adbe6 in Buffer::readFile (this=0x8413a60, lex=@0xb430, par=0x0) at buffer.C:1387 #7 0x80c0e40 in BufferList::readFile (this=0x838dd18, s=@0xb510, ronly=false) at bufferlist.C:403 #8 0x80c1fe9 in BufferList::loadLyXFile (this=0x838dd18, filename=@0xb578, tolastfiles=true) at bufferlist.C:506 #9 0x81157f8 in LyXFunc::Open (this=0x83ff9f0, fname=@0xb780) at lyxfunc.C:1747 #10 0x810cfc0 in LyXFunc::Dispatch (this=0x83ff9f0, ac=374, do_not_use_this_arg=@0xb7c0) at lyxfunc.C:1175 #11 0x82545db in Menubar::Pimpl::MenuCallback (ob=0x83f6e80, button=1) at Menubar_pimpl.C:628 #12 0x825442f in C_Menubar_Pimpl_MenuCallback (ob=0x83f6e80, button=1) at Menubar_pimpl.C:576 #13 0x40047048 in fl_object_qread () from /usr/X11R6/lib/libforms.so.0.89 #14 0x40056be2 in fl_check_forms () from /usr/X11R6/lib/libforms.so.0.89 #15 0x81f49a5 in GUIRunTime::runTime () at GUIRunTime.C:85 #16 0x80f5170 in LyXGUI::runTime (this=0x83abb50) at lyx_gui.C:313 #17 0x80f742a in LyX::LyX (this=0xb968, argc=0xb98c, argv=0xb9ec) at ../src/lyx_main.C:169 #18 0x812fb9a in main (argc=1, argv=0xb9ec) at ../src/main.C:40 #19 0x402a5cbe in __libc_start_main () from /lib/libc.so.6 (gdb) frame 1 #1 0x819111d in mathed_parse (array=@0xbfffeee4, par=@0x84c33bc, flags=0) at math_parser.C:943 943 t = yylex (); (gdb) print array $1 = (MathedArray &) @0x4dd9f4: Cannot access memory at address 0x4dd9f4 Could somebody please have a look at it??? I think it would be nice if mathed stabilizes again before other parts of it are reworked. Especially the problem with copying "a_i" indicates that something is severely wrong. BTW: I also get a lot of the following console messages: Warning: Empty rowst when accessing label! Finally, "list of algorithms" and "subfigure" still do not work as the LaTeX preamble is incomplete. Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de ==
Re: Thank you!
Amir Karger <[EMAIL PROTECTED]> writes: | Sorry for my lack of clarity. v1.0 is me or my wife. It's not my joke; it's | recycled from JMarc, so accuse him if it didn't make sense. But if v1.0 is you or your wife... what is v2.0 then... you or yours getting replaced/upgraded? ok ok ok a bit tasteless. -- Lgb
Re: Math Toolbar patch
On Thu, Apr 26, 2001 at 08:58:42PM +0100, Angus Leeming wrote: > Attached is a patch creating a Math Toolbar. I'm posting it, rather than > commiting it to the repository because I discovered what I think are a couple > of bugs in WorkArea and in ToolbarDefaults, but am not very familiar with the > code, so think I should seek a second opinion... Nice. However, as I suspected, the workarea resizing is annoying: when you enter/leave a math inset, the screen flickers - it seems that the screen is redrawn more than once. How about making the math toolbar replace some of the icon in the standard toolbar (e.g. the font icons, figure/tabular/footnote insertion) so you won't need to resize the workarea ?
Re: Math Toolbar patch
Angus Leeming <[EMAIL PROTECTED]> writes: | WorkArea's (width, height, xpos, ypos) returned the dimensions of something | in between the work_area FL_OBJECT and the entire space taken up by WorkArea. | I think that this is wrong and have changed them to return the dimensions of | the entire WorkArea. As the only places these methods are called are in the | new LyXView::showMathToolbar, hideMathToolbar methods, I think I'm safe, | but... You are removing some of the boundires... LyXView knows about BufferView which knows about WorkArea, LyXView is not supposed to know anything about WorkArea. (and if it already does, that can be considered a bug) I must also say that a special solution for Math is not completely to my liking. IMHO it should have been a "generic" solution to add toolbars of any kind, even the existing one. (Handling in LyXView) -- Lgb
Re: Math Toolbar patch
On Fri, 27 Apr 2001, Dekel Tsur wrote: > On Thu, Apr 26, 2001 at 08:58:42PM +0100, Angus Leeming wrote: > > Attached is a patch creating a Math Toolbar. I'm posting it, rather than > > commiting it to the repository because I discovered what I think are a couple > > of bugs in WorkArea and in ToolbarDefaults, but am not very familiar with the > > code, so think I should seek a second opinion... > > Nice. However, as I suspected, the workarea resizing is annoying: when > you enter/leave a math inset, the screen flickers - it seems that the > screen is redrawn more than once. Ideally the resizing should just cause the workarea to crop the top of its display and keep the rest of the drawing. This should be "croppable" at any pixel height but I'm nort sure how that will affect the workareas idea of a current row. There wouldn't be any flicker then apart from the magical appearance of the math toolbar. > How about making the math toolbar replace some of the icon in the standard > toolbar (e.g. the font icons, figure/tabular/footnote insertion) > so you won't need to resize the workarea ? Or just replace one toolbar with the other. The general toolbar isn't much use in math anyway. The 4 general toolbar buttons that are useful in math mode should just be repeated in the math toolbars definition. This gets us to the idea of rotating toolbars -- like those available in Ami Pro all those wonderful years ago, or in Blender or like James Bond's car number plates. Then you just need to define a "rotate toolbar" icon that displays the icon of the toolbar you would switch to when you hold down a mouse button and move the mouse cursor. Blender style. Or use a small menu to list the names of the toolbars you can switch to. Ami Pro style. You wouldn't normally need to force the change to a different toolbar until we start offering the user multiple custom toolbars to choose from. FWIW: Signal1 showToolbar; You don't really need a hideToolbar(string) although some implementations might want to allow several toolbars to clutter up the screen even though some aren't useful until you are within an appropriate environment. KLyX is a good example of this in the Linux world. Or Word in the Dark Universe. Math or general text inside tables would require at most two toolbars: table + maths table + general that is, one outer-context sensitive toolbar and one inner-context. You could also consider the rotated toolbars as being placed on a stack and thereby just: Signal0 popToolbar; Although this may not work if the user jumps around their document using the mouse. I don't think keyboard interaction could trick the stack. Allan. (ARRae)
Re: Math Toolbar
On Thursday 26 April 2001 14:03, Dekel Tsur wrote: > > I think you need > InsetFormula::Edit > InsetFormula::InsetUnlock Indeed. I got there by a process of trial and error. > However, I prefer to always keep the math toolbar open > (as the interface change when entering/leaving a formula might be annoying). > so I guess that the behaviour should be controllable by default.ui Well, this is all very much work-in-progress. It'll be very easy to wrap an if-statement around the mathtoolbar->show() and mathtoolbar->hide() commands in LyXView. A