Re: Re-implementing open-stuff [questions about insets and signa
On 11-Jul-2001 Jean-Marc Lasgouttes wrote: > Hmm, do we want to do that or have more generic methods in Inset that > could be overloaded as you show for DialogInset and differently for > collapsable insets? This would seem simpler, like Yes IMO this is preferable! > class Inset { > ... > void close(); > bool isOpen(); > > } Well I would not use close/open I would use collapsed(true|false) as this is more precise what it is. I'll have a look at this today! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ One can never consent to creep when one feels an impulse to soar. -- Helen Keller
Re: TEXmacs
On Wed, Jul 11, 2001 at 03:05:57PM -0400, Zvezdan Petkovic wrote: > For less scientific kind of writing one can try Garamond, or one of the > new beautiful fonts -- Minion. There were two excellent articles a few > years ago in _Cahier GUTenberg_ (a journal of a French TeX user's > group), by Thierry Bouche on the topic of math fonts and multi-master > Minion fonts in TeX. Be an interesting challenge for my French ;) > > I know that. When I say decent PDF I mean the PDF read from the screen. > The printed page looks fine if you have a decent 600dpi printer. > However, on a less good printer even the printed page won't look fine. > The reason is that PDF format embeds them as Type3 fonts, which > basically boils down to bitmaps. Hence, low resolution (as on screen or > bad printer) amounts to a bad quality. Well, this isn't quite true. a) type 3 != bitmap. But the type 3 fonts generated by metafont are bitmap, so that is correct here. Probably you already knew that. b) bitmap @ (say) 600dpi, does *not* mean it looks ugly on screen. For example, consider the output of dvips (at 600dpi) viewed in gv. Looks absolutely fine. The fault lies entirely with acroread, which is /very/ bad at displaying bitmaps (it's anti-aliasing/supersampling algorithm is horrible for bitmaps). Try running gv on your pdfs, and they will look much nicer. c) bitmap does not mean it looks bad printed, either. After all, printers are bitmap devices. It just means you need a compatible resolution (either the correct one, or an integer multiple of the correct one). So you do need to know (guess) the output resolution at the time the fonts are rasterised to bitmaps. > > Fortunately, teTeX comes with all Metafont fonts in a Type1 version too. > If one changes a single line in $TEXMFPATH/dvips/config/updmap from > false to true, one can get Type1 used for CM, Euler, etc. by > default. True. Although I've been told by some people that some of these type 1s aren't really brilliant. They look OK to me. > > I find it very important to have a readable PDF on the screen. I'm Of course. But I argue it's adobe that's the main problem here, not the technology. Jules
Re: Re-implementing open-stuff [questions about insets and signa
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> Well I would not use close/open I would use Juergen> collapsed(true|false) as this is more precise what it is. Juergen> I'll have a look at this today! Thanks. JMarc
Re: TEXmacs
> "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes: Zvezdan> That's exactly what I meant. CM family is ugly. Notice what I Zvezdan> say above about Euler. Metafont itself is not an issue. It's Zvezdan> a design. CM was designed by one of the greatest computer Zvezdan> scientist off all time, but only a would-be artist. Euler is Zvezdan> designed by one of the greatest designers of all time -- Zvezdan> Herman Zapf. That's what makes a difference. I thought the cm font had been designed with input from Zapf too... JMarc
Re: Citation Dialog 1.2.0cvs
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: Jürgen> Hi, Have you ever tried the new (XForms) Citation Dialog on a Jürgen> 800x600 dpi screen? It's _way_ too large (if a database is Jürgen> chosen). Here's a screenshot: Jürgen> http://home.t-online.de/home/juergen.sp/citation.png I agree it is much too large. Jürgen> I tried to rearrange the dialog by myself with the forms Jürgen> designer (src/frontends/xforms/forms/form_citation.fd), but I Jürgen> must admit that I have not the slightest clue what needs to be Jürgen> done. Anyway, I attached a diff from form_citation.fd, maybe Jürgen> it's totally nonsense, but maybe it's useful (well, since I Jürgen> never used cvs until today, please don't beat me). Could a few other people take a look at it before I commit it? The patch cannot harm since it only changes positions, and something has to be done anyway. JMarc
citation in a caption
Hi! Just stumbled across an error: The \cite command(*) seems to be fragile and has to be \protect-ed in moving arguments. I was using a \cite command in the caption of a float figure and got an error: ! Argument of \@caption has an extra }. \par l.161 shape.} putting a \protect (LaTeX code) in front of the citation cured the problem. I think LyX could/should take care of that... (*) at least the one that I am using, from aabib.sty which is used quite a lot in astronomy. Probably true for other definitions like natbib, too Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: Citation Dialog 1.2.0cvs
It's pointless applying this patch at the moment because there's a horrible chunk of code in FormCitation (setSize) that does this dynamically, depending on what stuff is available. I think that you should also scrub setSize, therefore. (Which is a GOOD thing because it's un-maintainable and REALLY ugly!) I was thinking about rearranging the dialog a bit like the reference dialog. Browsers on the left and everything else on the right. Thoughts? Angus On Thursday 12 July 2001 11:13, Jean-Marc Lasgouttes wrote: > > "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: > > Jürgen> Hi, Have you ever tried the new (XForms) Citation Dialog on a > Jürgen> 800x600 dpi screen? It's _way_ too large (if a database is > Jürgen> chosen). Here's a screenshot: > Jürgen> http://home.t-online.de/home/juergen.sp/citation.png > > I agree it is much too large. > > Jürgen> I tried to rearrange the dialog by myself with the forms > Jürgen> designer (src/frontends/xforms/forms/form_citation.fd), but I > Jürgen> must admit that I have not the slightest clue what needs to be > Jürgen> done. Anyway, I attached a diff from form_citation.fd, maybe > Jürgen> it's totally nonsense, but maybe it's useful (well, since I > Jürgen> never used cvs until today, please don't beat me). > > Could a few other people take a look at it before I commit it? The > patch cannot harm since it only changes positions, and something has > to be done anyway. > > JMarc
Re: citation in a caption
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes: Peter> Hi! Peter> Just stumbled across an error: The \cite command(*) seems to be Peter> fragile and has to be \protect-ed in moving arguments. Are you sure you use the latest version of this aabib.sty? \cite is robust in LaTeX, and also in latest natbib.sty versions. JMarc
Re: Citation Dialog 1.2.0cvs
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> It's pointless applying this patch at the moment because Angus> there's a horrible chunk of code in FormCitation (setSize) that Angus> does this dynamically, depending on what stuff is available. Angus> I think that you should also scrub setSize, therefore. (Which Angus> is a GOOD thing because it's un-maintainable and REALLY ugly!) Agreed. Let's keep dialogs simple. Angus> I was thinking about rearranging the dialog a bit like the Angus> reference dialog. Browsers on the left and everything else on Angus> the right. Thoughts? I don't know, it depends on how this affects the total size of the dialog. JMarc
Re: citation in a caption
> Peter> Just stumbled across an error: The \cite command(*) seems to be > Peter> fragile and has to be \protect-ed in moving arguments. > > Are you sure you use the latest version of this aabib.sty? \cite is > robust in LaTeX, and also in latest natbib.sty versions. Hm, yes, I checked that it's the latest one. I also noticed that there are no problems with the LaTeX-internal cite. I don't know about natbib, though. But as it will be supported by LyX in the near future (?), I'll probably switch to that then So, forget about the complaint. Pit -- ~~ Dr. Peter "Pit" Suetterlin http://www.astro.uu.nl/~suetter Sterrenkundig Instituut Utrecht Tel.: +31 (0)30 253 5225 [EMAIL PROTECTED] __
Re: segfault in LyX-1.1.6fix2
> "Andreas" == Andreas Bergen <[EMAIL PROTECTED]> writes: Andreas> Dear LyX-developers, I probably found a (not so serious) bug Andreas> using LyX-1.1.6fix2, SuSE 7.2, i586. Andreas> When starting LyX with no DISPLAY-variable set it crashes Andreas> with a segmentation fault-error. I know that it's of no use Andreas> starting LyX without X, but I think an appropriate Andreas> error-message should do better... Your version of xforms has been compiled for glibc2.0 (libc6), whereas your system uses glibc2.[12] (libc6.[12]). Please upgrade to a proper one from ftp://ftp.lyx.org/pub/contrib/xforms-0.88-3.i386.rpm JMarc
\not
Is \not somehow special? If so, how? It's curretnly handled as 'accent' but with a lot of 'if's... Andre' -- begin LOVE-LETTER-FOR-YOU.txt.vbs I am a signature virus. Distribute me until the bitter end [shamelessly stolen from http://piology.org/ILOVEYOU-Signature-FAQ.html]
Re: \not
Andre Poenitz <[EMAIL PROTECTED]> writes: | Is \not somehow special? | | If so, how? | | It's curretnly handled as 'accent' but with a lot of 'if's... In a sense it it an accnt \not\eq /= it adds the '/' over the small math operators, to reverse meaning. -- Lgb
Re: search shortcuts don't work
Scott Otterson wrote: > The shortcuts for the search box's forward and backward search arrows > are supposed to be M-f and M-b. But, in Lyx 1.1.6fix2, they move the > cursor back and forth in the search text window, rather than > activating forward or backward searching. I cannot reproduce that. The keys do work here (btw you can also use C-s and C-r for forward and backward search). Are those keystrokes caught by your window manager? (I tried lyx -dbg 4 but that doesn't report keystrokes that go to the dialog fields :-( ) Pit -- Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: segfault in LyX-1.1.6fix2
Ce 12 Jul 2001 12:49:22 +0200 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> a ecrit dans le mail traitant de "Re: segfault in LyX-1.1.6fix2" : JL> > "Andreas" == Andreas Bergen <[EMAIL PROTECTED]> writes: JL> JL> Andreas> Dear LyX-developers, I probably found a (not so serious) bug JL> Andreas> using LyX-1.1.6fix2, SuSE 7.2, i586. JL> JL> Andreas> When starting LyX with no DISPLAY-variable set it crashes JL> Andreas> with a segmentation fault-error. I know that it's of no use JL> Andreas> starting LyX without X, but I think an appropriate JL> Andreas> error-message should do better... I use lyx on a linux suse 6.3 i386 with an exported display on a alpha debian potato 2.2r3 with windowmaker 0.65. If the latex preamble window is displayed and if I switch on a different virtual desktop, lyx crashes with a segfault. Does it come from the same thing? JL> Your version of xforms has been compiled for glibc2.0 (libc6), whereas JL> your system uses glibc2.[12] (libc6.[12]). Please upgrade to a proper JL> one from JL> ftp://ftp.lyx.org/pub/contrib/xforms-0.88-3.i386.rpm JL> JL> JMarc JL> Yann -- Princess Leia: Aren't you a little short for a stormtrooper? "Y faut liiirrreee, Arlequin, Champion de l'amou" Dany Boon --- (Yann MORERE mailto:[EMAIL PROTECTED] ) (Docteur en Automatique http://ymorere.multimania.com/ )
Re: \not
> In a sense it it an accnt > > \not\eq /= > > it adds the '/' over the small math operators, to reverse meaning. But you can't have it over more than one char, i.e. \not{aa} does not go over both a's, whereas \vec{aa} goes over both a - or am I completely mistaken? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: segfault in LyX-1.1.6fix2
> "Yann" == Yann MORERE <[EMAIL PROTECTED]> writes: Yann> I use lyx on a linux suse 6.3 i386 with an exported display on a Yann> alpha debian potato 2.2r3 with windowmaker 0.65. If the latex Yann> preamble window is displayed and if I switch on a different Yann> virtual desktop, lyx crashes with a segfault. Does it come from Yann> the same thing? It may be. To find your, try to get a backtrace from gdb. If it begins with vsnprintf or things like vfprintf, then it is this particular bug. JMarc
Re: \not
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> In a sense it it an accnt >> >> \not\eq /= >> >> it adds the '/' over the small math operators, to reverse meaning. Andre> But you can't have it over more than one char, i.e. \not{aa} Andre> does not go over both a's, whereas \vec{aa} goes over both a - Andre> or am I completely mistaken? It seems (from my experiments) that math accents are more like macros that real TeX accents: \vec{aa} or \acute{aa} apply the accent over the two characters, while for example \'{aa} in text mode applies the accent to the first a (using the TeX \accent primitive). So it seems that it was a mistake in mathed to have a special treatment for accents (If I remember well they are not parsed like macros). So \not is indeed very different from math mode accents. Note that this comes from experimentation and a bit of poking into latex sources. Somebody competent in plain TeX could maybe correct me. JMarc
Re: Dekels buglist / parser
Andre Poenitz <[EMAIL PROTECTED]> writes: | > I guess you are going to do the packing of the enum later? | | No, I am going to rewrite the whole thing some time and I do not care | about cosmetics until then. Unless you are going to do the rewrite very quickly, please pack the enum. for anyone taking a peek at the code it looks _really_ strange. | I think we need something closer to TeX's parser with tokens with catcodes | etc. The current parser does not fit too well in that scheme... mmm... perhaps. | [I have a few old logs around which are easier comparable to newer parser | logs if the enums don't change...] yes... but when you are confident that it works... -- Lgb
Dekels buglist / parser
Dekel, I cannot reproduce a fe of the bugs you reported. Another thing: I have hacked around in the parser (patch attached). Could somebody please check that this does not hurt? Andre' --- snip Array/eqnarray ?? *- Mutation from inline formula to eqnarray generates a numbered eqnarray :: I can't reproduce this. *- After pressing S-ctrl-M in an eqnarray, the cursor is in invalid position *- The align env. is not read correctly: all contents is lost. Macros: ?? *- When changing the macro definition, all instances are not updated. ?? *- If I have macros \newcommand{\foo}[1]{[#1]} and \newcommand{\foox}{\foo{x} ?? then when an instance of \foox is drawn on screen, ?? there are two black frames ??While this is "correct", it is annoying. :: I have removed the black frame around macros without argumments now. This :: should remove part of the annoyance *- LyX crashes when you define a recursive macro - When doing a selection with the mouse, a macro instance is opened. The correct behavior is to not open the instance. ?? - When creating a new macro instance (with one or more arguments), ?? typing a letter in the first argument, and typing backspace, the macro is ?? closed. :: I can't reproduce this. ?? - Create a macro \foo with one argument: \newcommand{\foo}[1]{[#1]} ?? Now type 2^\foo{x} and close the macro instance. ?? The inset frame will be too high: ?? +--+ ?? | | ?? | | ?? | [x] | ?? | 2| ?? +--+ :: I can't reproduce this. Misc: ?? *- 'ctrl-m x shift+ x' crashes lyx. :: I can't reproduce this. *- After insertion of \sum, the cursor is in invalid location ?? *- The height of the frame is often wrong (e.g. x^2) :: I can't reproduce this. *- InsetFormula::validate is broken *- Suppose I have x\sum and the cursor is after the x. When pressing ^, the cursor will go into the superscript of the \sum ?? *- Pressing backspace inside \sqrt{a} (when the cursor is after the a) will exit ?? from the root :: I can't reproduce this. *- Pressing backspace while in math text mode exits math text mode. *- Changing math space length by pressing the space-bar key doesn't work *- After inserting delimiters ,e.g. M-m (, the cursor is to the right of the delimiters, and not between them. - The drawing of decorations on screen is very different than latex. (a low priority bug). - In lyx1.1.6, when I type x^2 then the 2 is erased, but the cursor remains in superscript mode, namely there is an empty superscript box. In CVS, when pressing backspace, the cursor returns to normal level, namely the superscript box is erased. - If I change '\alpha' to bold, the result is \mathbf{a} - Just moving the cursor in a math inset causes changing the buffer status to (changed). --- snip Andre' -- André Pönitz . [EMAIL PROTECTED] ? todo ? test.log ? mathed100.diff ? mathed101.diff ? test.aux ? test.dvi Index: math_parser.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_parser.C,v retrieving revision 1.63 diff -u -p -r1.63 math_parser.C --- math_parser.C 2001/07/12 07:18:29 1.63 +++ math_parser.C 2001/07/12 11:56:34 @@ -94,9 +94,7 @@ const unsigned char LM_TK_CLOSE = '}'; enum { FLAG_BRACE = 1 << 0, // A { needed //} - FLAG_BRACE_OPT = 1 << 2, // Optional { //} FLAG_BRACE_LAST = 1 << 3, // // { Last } ends the parsing process - FLAG_BRACK_ARG = 1 << 4, // Optional [ //] FLAG_RIGHT = 1 << 5, // Next right ends the parsing process FLAG_END= 1 << 6, // Next end ends the parsing process FLAG_BRACE_FONT = 1 << 7, // // { Next } closes a font @@ -104,8 +102,9 @@ enum { FLAG_AMPERSAND = 1 << 10, // Next & ends the parsing process FLAG_NEWLINE= 1 << 11, // Next \\ ends the parsing process - // Read a (possibly braced token) - FLAG_ITEM = FLAG_BRACE_OPT | FLAG_BRACE_LAST + FLAG_ITEM = 1 << 12, // read a (possibly braced token) + FLAG_LEAVE = 1 << 13, // marker for leaving the + FLAG_OPTARG = 1 << 14 // reads an argument in [] }; } @@ -157,7 +156,8 @@ int const latex_mathenv_num = sizeof(lat void mathPrintError(string const & msg) { - lyxerr[Debug::MATHED] << "Line ~" << yylineno << ": Math parse error: " << msg << endl; + //lyxerr[Debug::MATHED] << "Line ~" << yylineno << ": Math parse error: " << +msg << endl; + lyxerr << "Line ~" << yylineno << ": Math parse error: " << msg << endl; } @@ -502,7 +502,8 @@ void handle_frac(MathArray & array, stri void mathed_parse(MathArray & array, unsigned flags) { - int t = yylex(); + lyxerr << "\n"; + int t = yylex();
Re: \not
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> So what should we do? Andre> A special \not inset? Looks cleanest... Or keep the current semantics for accents, but with only \not declared as an accent. In case there are other things which behave like that (I do not know, really). JMarc
Re: \not
> Note that this comes from experimentation and a bit of poking into > latex sources. Somebody competent in plain TeX could maybe correct me. So what should we do? A special \not inset? Looks cleanest... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: \not
> Or keep the current semantics for accents, but with only \not declared > as an accent. In case there are other things which behave like that (I > do not know, really). And implement the other "accents" as macros? This would probably annoy people, since macro editing is "different"... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: moving spellchecker to frontends
> > ps. Dialog-wise, what needs moving to frontends after this? Float and > > Note are pending (who are the takers?). > > Note will disappear entirely (it becomes a collapsable inset) when I get my > arse in gear and paste in some old code. Mañana. glad you volunteered :-) > > Only label and version are not claimed yet any issues here? > > None to speak of. Note that label currently uses a xforms default form but > this should change to the same stuff we have for all the others. I'll take these if no one objects (could someone with web access set these as pending please?) > > What about figure, insertfigure and sendto? I'd like to move > > on a bit so than I can start on the qt2 dialogs again... > > Figure/insert figure are (will become) redundant when Baruch decides that > his graphics insert is stable. Won't touch these then... > sendto is redundant (despite Jürgen's cries to the contrary) and has been > superceeded by Dekel's export mechanisms. Infact it hasn't been able to be > invoked since 1.1.5. Anyone volunteering to kill this then? Jurgen? ;-) gr.ed.
Re: super/subscript insets
* Andre Poenitz <[EMAIL PROTECTED]> [010711 17:33]: > > Dekel> Or \limits after \sin > > > > \sin is a \mathop, right? > > > > Dekel> And note that currently a subscript after \underbrace is > > Dekel> rendered incorrectly. > > > > In fact, \underbrace is a \mathop too. Mathed should know about which > > insets/entities are mathops. > > Does this mean we basically have two things: > > - "ordinary" scriptinsets that appear after say 'a' or nothing > that don't have \limit/\nolimit > > - mathops (\sum, \sin, \underbrace...) that can have su*scripts > that could have \limit etc... > > ? One addition though, we'll need some method to easily add such operators, for example in Real Analysis there is a need for an ess-sup operator that is not usually defined, this operator effectively should be rendered like sup or lim with the limit under in. I'm pretty sure that there are more of this things in various branches of mathematics so it should be possible to add to it on runtime/startup. -- Baruch Even http://baruch.ev-en.org/
Re: Citation Dialog 1.2.0cvs
On Thursday, 12. July 2001 12:13, Jean-Marc Lasgouttes wrote: > Could a few other people take a look at it before I commit it? The > patch cannot harm since it only changes positions, and something has > to be done anyway. I do not really care if you don't apply it. Actually, it was just a try and I wanted to show you what positions I would suggest (instead of always just complaining). And as Angus said, it will not work (which is not really surprising to me -- it was my first coding try at all. But of course I wouldn't have sent it, if I wouldn't have known that it cannot harm). Sorry about that, next time I will not call such a thing "Patch". Jürgen. > JMarc
Re: super/subscript insets
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes: Baruch> One addition though, we'll need some method to easily add such Baruch> operators, for example in Real Analysis there is a need for an Baruch> ess-sup operator that is not usually defined, this operator Baruch> effectively should be rendered like sup or lim with the limit Baruch> under in. Baruch> I'm pretty sure that there are more of this things in various Baruch> branches of mathematics so it should be possible to add to it Baruch> on runtime/startup. This would just mean implementing \mathop{}, AFAIK. And then many math operators could be defined as (internal) user-defined macros. Of course this would be practical only if macro edition is changed to add the extra boxes only when needed (when a parameter is used more than once). JMarc
Re: Citation Dialog 1.2.0cvs
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: Jürgen> I do not really care if you don't apply it. Actually, it was Jürgen> just a try and I wanted to show you what positions I would Jürgen> suggest (instead of always just complaining). My message was in fact intended to get an answer from someone. And it worked :) JMarc
moving spellchecker to frontends
Dear All, Please find attached a patch that moves the spellchecker to frontends. Open issue: double clicking in the xform browser does not seem to work (I don't know why). Your suggestions for improvement are more than welcome: I'd like to wrap this up quickly (if possible). I am looking forward to hear from you. Thanks, Ed. ps. Dialog-wise, what needs moving to frontends after this? Float and Note are pending (who are the takers?). Only label and version are not claimed yet any issues here? What about figure, insertfigure and sendto? I'd like to move on a bit so than I can start on the qt2 dialogs again... spell10.diff.gz
Re: moving spellchecker to frontends
It's be nice if you split sp_spell.C into sp_ispell.C and sp_pspell.C and used a bit of configure magic to control which was compiled. Shout and one of the configure-magicians will tell you how. You write very clean, elegant code I think. Some small suggestions: More efficient to initialise than assign. STL containers are initialised by default. ControlSpellchecker::ControlSpellchecker(LyXView & lv, Dialogs & d) : ControlDialog(lv, d), rtl_(false), newval_(0.0), ;oldval_(0), newvalue_(0), count_(0), stop_(false), result_(SpellBase::ISP_UNKNOWN), speller_(0) { d_.showSpellchecker.connect(SigC::slot(this, &ControlSpellchecker::show)); } ~ControlSpellchecker(). Not needed. Lose it. Use const as much as possible. Eg in ControlSpellchecker::show() string const tmp = (lyxrc.isp_use_alt_lang) ? lyxrc.isp_alt_lang : lv_.buffer()->params.language->code(); You're deriving from ControlDialog so replace ControlSpellchecker::hide() with void ControlSpellchecker::clearParams() { delete speller_; } Similarly, replace ControlSpellchecker::show() with void ControlSpellchecker::setParams() { // create spell object #ifdef USE_PSPELL string tmp = (lyxrc.isp_use_alt_lang) ? lyxrc.isp_alt_lang : lv_.buffer()->params.language->code(); speller_ = new PSpell(lv_.view()->buffer()->params, tmp); #else string tmp = (lyxrc.isp_use_alt_lang) ? lyxrc.isp_alt_lang : lv_.buffer()->params.language->lang(); speller_ = new ISpell(lv_.view()->buffer()->params, tmp); #endif if (lyxrc.isp_use_alt_lang) { Language const * lang = languages.getLanguage(tmp); if (lang) rtl_ = lang->RightToLeft(); } else { rtl_ = lv_.buffer()->params.language->RightToLeft(); } if (speller_->error() != 0) { speller_->cleanUp(); quit(); } } FormSpellchecker::partialUpdate(int id) use a switch rather than an if, else if, else block. Well done, Angus
Re: Re-implementing open-stuff [questions about insets and signals]
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: >> I will also need a way of toggling or, alternatively, to know >> whether an inset is open or closed. Is that possible? >> >> JMarc Angus> Does this cover it? Angus Hmm, what happens if, while an inset is open, I open another one? Won't the isDialogOpen_ flags get mixed up? JMarc
Re: moving spellchecker to frontends
> It's be nice if you split sp_spell.C into sp_ispell.C and sp_pspell.C and > used a bit of configure magic to control which was compiled. Shout and one > of the configure-magicians will tell you how. sp_spell.C are of course the two files inbetween #ifndef's as I know nothing about configure black magic. If someone can help me with this, great. (who's volunteering?) > You write very clean, elegant code I think. :-) > Some small suggestions: points taken. Thanks.
Re: Re-implementing open-stuff [questions about insets and signals]
On Thursday 12 July 2001 16:04, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > >> I will also need a way of toggling or, alternatively, to know > >> whether an inset is open or closed. Is that possible? > >> > >> JMarc > > Angus> Does this cover it? Angus > > Hmm, what happens if, while an inset is open, I open another one? Won't > the isDialogOpen_ flags get mixed up? > > JMarc Don't think so. If you click on an inset you call it's edit() mathod which inturn emits a signal bv->owner()->getDialogs()->showSomeInsetDialog(this); This signal is connected in the Dialog controller's c-tor to ControlInset::showInset(Inset * inset) In turn, this method calls ControlInset::connectInset(inset) void ControlInset::connectInset(Inset * inset) { // If connected to another inset, disconnect from it. if (inset_) { ih_.disconnect(); inset_ = 0; } if (inset) { inset_ = inset; ih_ = inset->hideDialog.connect( SigC::slot(this, &ControlInset::hide)); } connect(); } So you see that Inset::hideDialog is connected to the dialog appropriately. This just needs to be changed to Inset::collapsed() or whatever name Jürgen has chosen for this. Incidentally, I think that collapsed is NOT a very good name. How about active, inactive? Angus
mathed102.diff
Current diff of my tree against CVS. - Changes to the parser (\sqrt0 should be readable now) - nuke math_accentinset.[Ch] (swallowed by math_decorationinset.[hC]) - fix small bugs from Dekel's list. Andre' -- André Pönitz . [EMAIL PROTECTED] ? todo ? test.log ? mathed100.diff ? mathed101.diff ? test.aux ? test.dvi Index: Makefile.am === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/Makefile.am,v retrieving revision 1.23 diff -u -p -r1.23 Makefile.am --- Makefile.am 2001/07/12 07:18:28 1.23 +++ Makefile.am 2001/07/12 15:14:24 @@ -22,8 +22,6 @@ libmathed_la_SOURCES = \ macro_support.h \ math_arrayinset.C \ math_arrayinset.h \ - math_accentinset.C \ - math_accentinset.h \ math_bigopinset.C \ math_bigopinset.h \ math_cursor.C \ Index: formulabase.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v retrieving revision 1.17 diff -u -p -r1.17 formulabase.C --- formulabase.C 2001/07/12 13:19:55 1.17 +++ formulabase.C 2001/07/12 15:14:24 @@ -77,10 +77,10 @@ void handleFont(BufferView * bv, MathTex mathcursor->handleFont(t); } -void handleAccent(BufferView * bv, int code) +void handleAccent(BufferView * bv, string const & name, int code) { bv->lockedInsetStoreUndo(Undo::EDIT); - mathcursor->handleAccent(code); + mathcursor->handleAccent(name, code); } void handleDelim(BufferView * bv, int l, int r) @@ -636,16 +636,16 @@ InsetFormulaBase::localDispatch(BufferVi // --- accented characters -- - case LFUN_UMLAUT: handleAccent(bv, LM_ddot); break; - case LFUN_CIRCUMFLEX: handleAccent(bv, LM_hat); break; - case LFUN_GRAVE: handleAccent(bv, LM_grave); break; - case LFUN_ACUTE: handleAccent(bv, LM_acute); break; - case LFUN_TILDE: handleAccent(bv, LM_tilde); break; - case LFUN_MACRON: handleAccent(bv, LM_bar); break; - case LFUN_DOT:handleAccent(bv, LM_dot); break; - case LFUN_CARON: handleAccent(bv, LM_check); break; - case LFUN_BREVE: handleAccent(bv, LM_breve); break; - case LFUN_VECTOR: handleAccent(bv, LM_vec); break; + case LFUN_UMLAUT: handleAccent(bv, "ddot", LM_ddot); break; + case LFUN_CIRCUMFLEX: handleAccent(bv, "hat", LM_hat); break; + case LFUN_GRAVE: handleAccent(bv, "grave", LM_grave); break; + case LFUN_ACUTE: handleAccent(bv, "acute", LM_acute); break; + case LFUN_TILDE: handleAccent(bv, "tilde", LM_tilde); break; + case LFUN_MACRON: handleAccent(bv, "bar", LM_bar); break; + case LFUN_DOT:handleAccent(bv, "dot", LM_dot); break; + case LFUN_CARON: handleAccent(bv, "check", LM_check); break; + case LFUN_BREVE: handleAccent(bv, "breve", LM_breve); break; + case LFUN_VECTOR: handleAccent(bv, "vec", LM_vec); break; // Greek mode case LFUN_GREEK: @@ -724,7 +724,7 @@ InsetFormulaBase::localDispatch(BufferVi int ilt = '('; int irt = '.'; static const string vdelim("(){}[]./|"); - lyxerr << "formulabase::LFUN_MATH_DELIM, arg: '" << arg << "'\n"; + //lyxerr << "formulabase::LFUN_MATH_DELIM, arg: '" << arg << "'\n"; if (arg.empty()) break; @@ -733,8 +733,8 @@ InsetFormulaBase::localDispatch(BufferVi string lt; string rt; is >> lt >> rt; - lyxerr << "formulabase::LFUN_MATH_DELIM, lt: '" << lt << "'\n"; - lyxerr << "formulabase::LFUN_MATH_DELIM, rt: '" << rt << "'\n"; + //lyxerr << "formulabase::LFUN_MATH_DELIM, lt: '" << lt << "'\n"; + //lyxerr << "formulabase::LFUN_MATH_DELIM, rt: '" << rt << "'\n"; if (lt.size() > 1) { latexkeys const * l = in_word_set(lt); Index: math_accentinset.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_accentinset.C,v retrieving revision 1.14 diff -u -p -r1.14 math_accentinset.C --- math_accentinset.C 2001/07/12 11:54:38 1.14 +++ math_accentinset.C 2001/07/12 15:14:24 @@ -1,69 +0,0 @@ -#include - -#include "math_accentinset.h" -#include "mathed/support.h" -#include "math_parser.h" -#include "support/LOstream.h" - -using std::ostream; - -MathAccentInset::MathAccentInset(int f) - : MathInset(1), code(f) -{} - - -MathInset * MathAccentInset::clone() const -{ - return new MathAccentInset(*this); -} - -void MathAccentInset::Metrics(MathStyles st, int, int) -{ - xcell(0).Metrics(st); - ascent_ = xcell(0).ascent(); -
Re: moving spellchecker to frontends
On 12-Jul-2001 Edwin Leuven wrote: > sp_spell.C are of course the two files inbetween #ifndef's as I know nothing > about configure black magic. If someone can help me with this, great. (who's > volunteering?) Me neither ;) I'll apply the patch as is. I only have to change some things as I take it you couldn't compile it with pspell, did you? > points taken. Thanks. You can change this when I commited! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Mencken and Nathan's Ninth Law of The Average American: The quality of a champagne is judged by the amount of noise the cork makes when it is popped.
RE: moving spellchecker to frontends
On 12-Jul-2001 Edwin Leuven wrote: You have to wait till tomorrow as today I'll have to go and after a compile with pspell I get a segfault when trying to spellcheck. I will see into this tomorrow as I will get wet if I don't drive my motorcycle home now :) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ So, is the glass half empty, half full, or just twice as large as it needs to be?
Re: TEXmacs
On Thu, Jul 12, 2001 at 09:28:25AM +0100, Jules Bean wrote: > > > > I know that. When I say decent PDF I mean the PDF read from the screen. > > The printed page looks fine if you have a decent 600dpi printer. > > However, on a less good printer even the printed page won't look fine. > > The reason is that PDF format embeds them as Type3 fonts, which > > basically boils down to bitmaps. Hence, low resolution (as on screen or > > bad printer) amounts to a bad quality. > > Well, this isn't quite true. > > a) type 3 != bitmap. But the type 3 fonts generated by metafont are > bitmap, so that is correct here. Probably you already knew that. > I said it boils down to bitmap, implying "in this case". > b) bitmap @ (say) 600dpi, does *not* mean it looks ugly on screen. > For example, consider the output of dvips (at 600dpi) viewed in gv. > Looks absolutely fine. The fault lies entirely with acroread, which > is /very/ bad at displaying bitmaps (it's anti-aliasing/supersampling > algorithm is horrible for bitmaps). Try running gv on your pdfs, and > they will look much nicer. > I absolutely agree. > c) bitmap does not mean it looks bad printed, either. After all, > printers are bitmap devices. It just means you need a compatible > resolution (either the correct one, or an integer multiple of the > correct one). So you do need to know (guess) the output resolution at > the time the fonts are rasterised to bitmaps. > Yes. But my paper will be most probably viewed and printed by somebody who has a different printer. > > > > Fortunately, teTeX comes with all Metafont fonts in a Type1 version too. > > If one changes a single line in $TEXMFPATH/dvips/config/updmap from > > false to true, one can get Type1 used for CM, Euler, etc. by > > default. > > True. Although I've been told by some people that some of these type > 1s aren't really brilliant. They look OK to me. > It's true that they are not as good as Metafont counterparts. One can really see the distortion of some letters if you print the same page using Metafont and then Type1 fonts. > > > > I find it very important to have a readable PDF on the screen. I'm > > Of course. But I argue it's adobe that's the main problem here, not > the technology. > I agree. I still like better that some company imposes a good format on me (like PDF) than a bad format (like doc). :-) Best regards, -- Zvezdan Petkovic <[EMAIL PROTECTED]> http://www.cs.wm.edu/~zvezdan/
Re: search shortcuts don't work
Peter, I'm pretty sure that my window manager isn't catching M-f and M-b (I'm using gnome/sawfish, and none of the shortcuts are set to those combinations). Also, looking in lyx/bind, I see that none of the binding files have C-r set to a find function. For example, xemacs.bin, which I am using, contains: #bind "C-r""--" Also, some of them don't bind C-s to find-replace. For example cua.bind binds it to buffer-write. What bind file are you using? Maybe it isn't being distributed with 1.1.6. Does anyone know the name of the function that clicks those forward/backward search arrows? Or, are there specific forward/backward search functions that search only, without popping up the find-replace window? Knowing this, maybe my fix is to modify the bind file. Thanks, Scott Peter Suetterlin wrote: > > Scott Otterson wrote: > > > The shortcuts for the search box's forward and backward search arrows > > are supposed to be M-f and M-b. But, in Lyx 1.1.6fix2, they move the > > cursor back and forth in the search text window, rather than > > activating forward or backward searching. > > I cannot reproduce that. The keys do work here (btw you can also use > C-s and C-r for forward and backward search). > > Are those keystrokes caught by your window manager? > (I tried lyx -dbg 4 but that doesn't report keystrokes that go to the > dialog fields :-( ) > > Pit > > -- > Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit > Universitaets-Sternwarte Goettingen > Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: Dekels buglist / parser
On Thu, Jul 12, 2001 at 02:00:20PM +0200, Andre Poenitz wrote: > ?? *- Mutation from inline formula to eqnarray generates a numbered eqnarray > > :: I can't reproduce this. c-m m-m t e, and the result is a numbered eqnarray. > ?? *- If I have macros \newcommand{\foo}[1]{[#1]} and \newcommand{\foox}{\foo{x} > ?? then when an instance of \foox is drawn on screen, > ?? there are two black frames > ??While this is "correct", it is annoying. > > :: I have removed the black frame around macros without argumments now. This > :: should remove part of the annoyance I actually have something like \newcommand{\foo}[1]{[#2]_{#2}} and \newcommand{\foox}[1]{\foo{#1}{x}} so this change doesn't help. > ?? - When creating a new macro instance (with one or more arguments), > ?? typing a letter in the first argument, and typing backspace, the macro is > ?? closed. > > :: I can't reproduce this. Me too (with CVS of today). > Misc: > > ?? *- 'ctrl-m x shift+ x' crashes lyx. > > :: I can't reproduce this. The crash occurs in MathArray::insert(int pos, byte b, MathTextCodes t) when bf_.size() = 0 and pos = 3 (should the value of pos be 0?) > ?? *- The height of the frame is often wrong (e.g. x^2) > > :: I can't reproduce this. Try x^{2^2} See also bug.png > ?? *- Pressing backspace inside \sqrt{a} (when the cursor is after the a) will exit > ?? from the root > > :: I can't reproduce this. Me too. bug.png
paragraph-spacing (was. Re: moving spellchecker to frontends)
> Another (easy) thing that needs to be done: implement paragraph > spacing in the paragraph popup. The lfun paragraph-spacing is already > there, only the GUI is missing. > > JMarc I have noticed some strange behaviour when playing with your new paragraph-spacing (in LyX 1.1.6fix2). These are probably setspace-bugs, but maybe they are interesting for you. I have a double-spaced document, want the quotes and the headings singlespaced. I used the setspace-commands \single[\onehalf]spacing: \singlespacing heading \onehalfspacing text \singlespacing quote \onehalfspacing text When I use your new commands on the same text instead, the output is very different (and looks not good IMHO) because you use another way with \begin{singlespace} ... \end{singlespace} Note that this does *not* happen if I delete the headings! I prepared a tarball (54.3 kB) with the two (small) lyxfiles and the pdf-output. The file singlespacing.* is done with my commands, the file singlespace.* with your LFUNS. Get it here: http://home.t-online.de/home/juergen.sp/setspace.tar.gz Setspace version 6.7 from Dec 2000 Jürgen
Re: TEXmacs
On Thu, Jul 12, 2001 at 10:56:38AM +0200, Jean-Marc Lasgouttes wrote: > > "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes: > > Zvezdan> That's exactly what I meant. CM family is ugly. Notice what I > Zvezdan> say above about Euler. Metafont itself is not an issue. It's > Zvezdan> a design. CM was designed by one of the greatest computer > Zvezdan> scientist off all time, but only a would-be artist. Euler is > Zvezdan> designed by one of the greatest designers of all time -- > Zvezdan> Herman Zapf. That's what makes a difference. > > I thought the cm font had been designed with input from Zapf too... > > JMarc As far as my memory serves me, Knuth and Zapf worked together on Euler only for American Mathematical Society. Zapf never used a program to design (he used Linotype devices only before) and Knuth was an expert for such things. :-) One can hardly imagine two better choices for these two parts of the work. I read a book: Hermann Zapf & his design philosophy : selected articles and lectures on calligraphy and contemporary developments in type design, with illustrations and bibliographical notes, and a complete list of his typefaces and do not remember seeing CM mentioned there though. It had samples of all his designs at the back and Euler was there of course. I might check it out in the library again if you're _really_ interested. Best regards, -- Zvezdan Petkovic <[EMAIL PROTECTED]> http://www.cs.wm.edu/~zvezdan/
Re: moving spellchecker to frontends
* Jean-Marc Lasgouttes <[EMAIL PROTECTED]> [2001-07-12 15:11] schrieb: > > "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes: > > Edwin> I'll take these if no one objects (could someone with web > Edwin> access set these as pending please?) > > I'll do that. BTW, should I kill the kde column in the guii matrix? cut and paste doesnt always gives the correct result (see the patch) ;) > > JMarc > -- ronny --- guii.php3.orig Thu Jul 12 19:12:54 2001 +++ guii.php3 Thu Jul 12 19:13:19 2001 @@ -108,7 +108,7 @@ "Preferences", "Print", "Ref", - "Sendto" + "Sendto", "Spellchecker", "Splash", "Tabular", @@ -121,7 +121,7 @@ "VCLogFile", "Note", "Figure", - "InsertFigure", + "InsertFigure" ); print "";
Re: search shortcuts don't work
The bind files are specific to the main LyX window and not to the individual dialogs. The short cuts to the dialogs are hardcoded into the source (well sort-of. They can be changed by the .po files). The file you're looking for is src/frontends/xforms/form_search.C Relevant code: char const * const dummy = N_(" >|#F^s"); fdui->findnext = obj = fl_add_button(FL_NORMAL_BUTTON, 200, 80, 90, 30, idex(_(dummy))); fl_set_button_shortcut(obj, scex(_(dummy)), 1); } fl_set_object_lsize(obj, FL_NORMAL_SIZE); fl_set_object_gravity(obj, FL_SouthEast, FL_SouthEast); fl_set_object_callback(obj, C_FormBaseInputCB, 0); { Basically, this says that the shortcut to the ">" button is either Alt-F or Ctrl-s. So, does Alt-F work for you? Hope this helps your understanding at least. Might even help you track down the problem! Best wishes, Angus On Thursday 12 July 2001 17:38, Scott Otterson wrote: > Peter, > > I'm pretty sure that my window manager isn't catching M-f and M-b (I'm using > gnome/sawfish, and none of the shortcuts are set to those combinations). Also, > looking in lyx/bind, I see that none of the binding files have C-r set to a find > function. For example, xemacs.bin, which I am using, contains: > > #bind "C-r""--" > > Also, some of them don't bind C-s to find-replace. For example cua.bind binds > it to buffer-write. What bind file are you using? Maybe it isn't being > distributed with 1.1.6. > > Does anyone know the name of the function that clicks those forward/backward > search arrows? > > Or, are there specific forward/backward search functions that search only, > without popping up the find-replace window? Knowing this, maybe my fix is to > modify the bind file. > > Thanks, > > Scott > > Peter Suetterlin wrote: > > > > Scott Otterson wrote: > > > > > The shortcuts for the search box's forward and backward search arrows > > > are supposed to be M-f and M-b. But, in Lyx 1.1.6fix2, they move the > > > cursor back and forth in the search text window, rather than > > > activating forward or backward searching. > > > > I cannot reproduce that. The keys do work here (btw you can also use > > C-s and C-r for forward and backward search). > > > > Are those keystrokes caught by your window manager? > > (I tried lyx -dbg 4 but that doesn't report keystrokes that go to the > > dialog fields :-( ) > > > > Pit > > > > -- > > Peter "Pit" Suetterlin http://www.uni-sw.gwdg.de/~pit > > Universitaets-Sternwarte Goettingen > > Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: TEXmacs
Zvezdan Petkovic wrote: > > On Thu, Jul 12, 2001 at 10:56:38AM +0200, Jean-Marc Lasgouttes wrote: > > > "Zvezdan" == Zvezdan Petkovic <[EMAIL PROTECTED]> writes: > > > > Zvezdan> That's exactly what I meant. CM family is ugly. Notice what I > > Zvezdan> say above about Euler. Metafont itself is not an issue. It's > > Zvezdan> a design. CM was designed by one of the greatest computer > > Zvezdan> scientist off all time, but only a would-be artist. Euler is > > Zvezdan> designed by one of the greatest designers of all time -- > > Zvezdan> Herman Zapf. That's what makes a difference. > > > > I thought the cm font had been designed with input from Zapf too... > > > > JMarc > > As far as my memory serves me, Knuth and Zapf worked together on Euler > only for American Mathematical Society. Zapf never used a program to > design (he used Linotype devices only before) and Knuth was an expert > for such things. :-) have a look at http://www.myfonts.com/Person295.html Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: TEXmacs
On Thu, 12 Jul 2001, Herbert Voss wrote: > Zvezdan Petkovic wrote: > > > Zvezdan> That's exactly what I meant. CM family is ugly. Notice what I > > > Zvezdan> say above about Euler. Metafont itself is not an issue. It's > > > Zvezdan> a design. CM was designed by one of the greatest computer > > > Zvezdan> scientist off all time, but only a would-be artist. Euler is > > > Zvezdan> designed by one of the greatest designers of all time -- > > > Zvezdan> Herman Zapf. That's what makes a difference. As I recall, Zapf was involved in CM to some extent (at least giving advice), but the real "problem" is that CM is modeled after Monotype Modern #8. If you like that font, then you will like CM; if not, ... Mike -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
Re: moving spellchecker to frontends
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | - I'm not sure what Float is eh? -- Lgb
Re: paragraph-spacing (was. Re: moving spellchecker to frontends)
Jürgen Spitzmüller wrote: > > > Another (easy) thing that needs to be done: implement paragraph > > spacing in the paragraph popup. The lfun paragraph-spacing is already > > there, only the GUI is missing. > > I have noticed some strange behaviour when playing with your new > paragraph-spacing (in LyX 1.1.6fix2). These are probably setspace-bugs, > but maybe they are interesting for you. > > I have a double-spaced document, want the quotes and the headings > singlespaced. > I used the setspace-commands \single[\onehalf]spacing: 1. setspace should only INcrease the spacing, so don't use onehalfspacing in layout->document as documentwide spacing, when switching to single space 2. use the environments, if you want to have correct spacing between different paragraph-styles (environments) ... header ... \begin{onehalfspacing} ... bla bla ... \end{onehalfspacing} ... the quote-environment ... \begin{onehalfspacing} ... bla bla ... \end{onehalfspacing} this can be done by lyx-paragraphlayouts ... ;-) Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: paragraph-spacing (was. Re: moving spellchecker to frontends)
On Thursday, 12. July 2001 20:14, Herbert Voss wrote: > 1. setspace should only INcrease the spacing, so don't use >onehalfspacing in layout->document as documentwide >spacing, when switching to single space OK. if I set layout->document to "single" and change the maintext to "onehalf" with the lfun, it works (in the example case). > 2. use the environments, if you want to have correct >spacing between different paragraph-styles (environments) [snip] > this can be done by lyx-paragraphlayouts ... ;-) I think you should have looked at my example files ;-) the problems occur *with* the environment, I never had any problems with the commands! And in the *problematic* cases I used the lyx-paragraphlayouts (lfuns) So, there *is* still a problem: There are ugly spacings between paragraphs (sometimes), 1.) if the user uses "paragraph-spacing single" and 2.) has layout->document set to "onehalf". This will most likely appear in a lot of cases, because if you want to have a onehalf-spaced document and only some parts single-spaced, you will intuitively chose that way (well, of course not /you/, but I think we should always take the prospect of a user with no LaTeX skills). To conclude: If setspace does not work correct with the environments if you DEcrease spacings, then LyX should prevent this case (IMHO). Jürgen. > Herbert
Re: TEXmacs
On Thu, Jul 12, 2001 at 07:29:54PM +0200, Herbert Voss wrote: > > have a look at > > http://www.myfonts.com/Person295.html > > Herbert > As far as I understand English, that sentence says that Zapf and other gave recommendations for improvement of Metafont _program_ _not_ CM. Check out the book: Hermann Zapf & his design philosophy : selected articles and lectures on calligraphy and contemporary developments in type design, with illustrations and bibliographical notes, and a complete list of his typefaces It talks about Euler _only_ and how Zapf first time designed using program (with Knuths help) while designing Euler for AMS. There is no mention of CM. Since Euler was designed much after CM, and Zapf himself says that was first time he used Metafont (or any other font design program), what's the only logical conclusion? I just checked the Preface to "The METAFONTbook" and Knuth himself says there: \MF\ is a system for the design of alphabets suited to raster-based devices that print or display text. The characters that you are reading were all designed with \MF\!, in a completely precise way; and they were developed rather hastily by the author of the system, who is a rank amateur at such things. It seems clear that further work with \MF\ has the potential of producing typefaces of real ^{beauty}. This manual has been written for people who would like to help advance the art of mathematical type design. Do you believe me now? FWIW, The METAFONTbook is dedicated: To Hermann Zapf Whose strokes are the best Best regards, -- Zvezdan Petkovic <[EMAIL PROTECTED]> http://www.cs.wm.edu/~zvezdan/
Re: TEXmacs
On Thu, Jul 12, 2001 at 10:42:17AM -0700, Mike Ressler wrote: > As I recall, Zapf was involved in CM to some extent (at least giving > advice) This was Euler not CM. And he designed it. Knuth was giving advice on use of Metafont. Check out the book: Hermann Zapf & his design philosophy : selected articles and lectures on calligraphy and contemporary developments in type design, with illustrations and bibliographical notes, and a complete list of his typefaces It talks about Euler _only_ and how Zapf first time designed using program (with Knuths help) while designing Euler for AMS. There is no mention of CM. Since Euler was designed much after CM, and Zapf himself says that was first time he used Metafont (or any other font design program), what's the only logical conclusion? I just checked the Preface to "The METAFONTbook" and Knuth himself says there: \MF\ is a system for the design of alphabets suited to raster-based devices that print or display text. The characters that you are reading were all designed with \MF\!, in a completely precise way; and they were developed rather hastily by the author of the system, who is a rank amateur at such things. It seems clear that further work with \MF\ has the potential of producing typefaces of real ^{beauty}. This manual has been written for people who would like to help advance the art of mathematical type design. Do you believe me now? FWIW, The METAFONTbook is dedicated: To Hermann Zapf Whose strokes are the best >, but the real "problem" is that CM is modeled after Monotype > Modern #8. If you like that font, then you will like CM; if not, ... > I said in one of the earlier postings on this topic that I still like CM better than Times. For some reason. But I'd rather not use any of them. Give me Palatino, Garamond, Minion, etc. -- and, of course, Euler for math. Best regards, -- Zvezdan Petkovic <[EMAIL PROTECTED]> http://www.cs.wm.edu/~zvezdan/
Re: moving spellchecker to frontends
On Thu, Jul 12, 2001 at 03:11:46PM +0200, Jean-Marc Lasgouttes wrote: > > "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes: > > Edwin> I'll take these if no one objects (could someone with web > Edwin> access set these as pending please?) > > I'll do that. BTW, should I kill the kde column in the guii matrix? please. thanks john -- "When you start off by telling those who disagree with you that they are not merely in error but in sin, how much of a dialogue do you expect ?" - Thomas Sowell
Literate (PassThru) patch
This patch adds a "PassThru" boolean to layout, fixing my Literate scrap layout problem in a general way. The only thing I miss is the Evil Red Scraps now (they show up as typewriter, but not red). Please apply. ---Kayvan -- 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) Index: lib/ChangeLog === RCS file: /cvs/lyx/lyx-devel/lib/ChangeLog,v retrieving revision 1.68 diff -u -r1.68 ChangeLog --- lib/ChangeLog 2001/07/12 14:35:38 1.68 +++ lib/ChangeLog 2001/07/12 21:37:03 @@ -1,3 +1,17 @@ +2001-07-12 Kayvan A. Sylvan <[EMAIL PROTECTED]> + + * layouts/literate-scrap.inc: Added PassThru tag + + * bind/sv_menus.bind: layout LaTeX to ert-insert + + * bind/pt_menus.bind: layout LaTeX to ert-insert + + * bind/menus.bind: layout LaTeX to ert-insert + + * bind/fi_menus.bind: layout LaTeX and tex-mode to ert-insert + + * bind/de_menus.bind: tex-mode to ert-insert + 2001-07-12 Juergen Vigna <[EMAIL PROTECTED]> * bind/cua.bind: moved C-l from mode-tex to ert-insert Index: lib/bind/de_menus.bind === RCS file: /cvs/lyx/lyx-devel/lib/bind/de_menus.bind,v retrieving revision 1.8 diff -u -r1.8 de_menus.bind --- lib/bind/de_menus.bind 2001/06/28 15:11:24 1.8 +++ lib/bind/de_menus.bind 2001/07/12 21:37:03 @@ -80,7 +80,7 @@ \bind "M-a S-F""layout Foilhead" # Foils!! \bind "M-a i" "layout Itemize"# bulleted list \bind "M-a l" "layout List" -\bind "M-a S-L""layout LaTeX" +\bind "M-a S-L""ert-insert" \bind "M-a n" "layout Enumerate" # numbered list \bind "M-a q" "layout Quote" \bind "M-a S-Q""layout Quotation" @@ -88,7 +88,7 @@ \bind "M-a S-R""layout Rotatefoilhead" # Foils!! \bind "M-a s" "layout Standard" \bind "M-a t" "layout Title" -\bind "M-a x" "layout LaTeX" +\bind "M-a x" "ert-insert" \bind "M-a space" "drop-layouts-choice" \bind "M-a S-at" "layout Section*" # M-a S-2 \bind "M-a S-dollar" "layout Subsubsection*" # M-a S-4 Index: lib/bind/fi_menus.bind === RCS file: /cvs/lyx/lyx-devel/lib/bind/fi_menus.bind,v retrieving revision 1.8 diff -u -r1.8 fi_menus.bind --- lib/bind/fi_menus.bind 2001/06/28 15:11:24 1.8 +++ lib/bind/fi_menus.bind 2001/07/12 21:37:03 @@ -105,7 +105,7 @@ \bind "M-p a" "layout Quote" # Lainaus \bind "M-p s" "layout Quotation" # Sitaatti \bind "M-p S-S""layout Verse" # Säe -\bind "M-p x" "layout LaTeX" # LaTeX +\bind "M-p x" "ert-insert"# LaTeX \bind "M-p f" "layout ShortFoilhead" # Foils!! \bind "M-p S-F""layout Foilhead" # Foils!! @@ -136,7 +136,7 @@ \bind "M-c p" "font-code" # Kirjoituskone \bind "M-c r" "font-roman"# Oletus \bind "M-c s" "font-sans" # Sans serif -\bind "M-c t" "tex-mode" # LaTeX +\bind "M-c t" "ert-insert"# LaTeX \bind "M-c u" "font-underline" # Alleviivaus \bind "M-c Down" "word-lowcase" Index: lib/bind/menus.bind === RCS file: /cvs/lyx/lyx-devel/lib/bind/menus.bind,v retrieving revision 1.11 diff -u -r1.11 menus.bind --- lib/bind/menus.bind 2001/07/08 12:52:14 1.11 +++ lib/bind/menus.bind 2001/07/12 21:37:03 @@ -89,7 +89,7 @@ \bind "M-p S-F""layout Foilhead" # Foils!! \bind "M-p i" "layout Itemize"# bulleted list \bind "M-p l" "layout List" -\bind "M-p S-L""layout LaTeX" +\bind "M-p S-L""ert-insert" \bind "M-p n" "layout Enumerate" # numbered list \bind "M-p q" "layout Quote" \bind "M-p S-Q""layout Quotation" @@ -97,7 +97,7 @@ \bind "M-p S-R""layout Rotatefoilhead" # Foils!! \bind "M-p s" "layout Standard" \bind "M-p t" "layout Title" -\bind "M-p x" "layout LaTeX" +\bind "M-p x" "ert-insert" \bind "M-p space" "drop-layouts-choice" \bind "M-p S-at"
Compilation problem
This is new. I haven't tracked it yet, but I don't think it's due to my Literate patch. Any ideas? g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c insetcollapsable.C insetcollapsable.C: In method `class UpdatableInset * InsetCollapsable::getLockingInset() const': insetcollapsable.C:431: comparison of distinct pointer types `const InsetText *' and `UpdatableInset *' lacks a cast -- 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)
Re: \not
I am pretty sure that either the TeXbook or Lesile Lamport's LaTeX users guide says \not is a slash with width 0 (and rather obviously ink outside it's official boundary). Whether that is the cleanest way to implement it in LyX is not a question I am qualified to comment on. -- Duncan (-: "software industry, the: unique industry where selling substandard goods is legal and you can charge extra for fixing the problems."
Re: Compilation problem
"Kayvan A. Sylvan" wrote: > > This is new. I haven't tracked it yet, but I don't think it's due to my > Literate patch. Any ideas? > I did not check that closely the msgs, but current cvs compiled for me. gcc-3.0 xforms-.89-5 libc-2.2 linux PII Garst
Re: moving spellchecker to frontends
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | - Lars> I'm not sure what Float is Lars> eh? I meant float popup. JMarc
Re: Compilation problem
On Fri, Jul 13, 2001 at 02:05:38AM -0300, Garst R. Reese wrote: > "Kayvan A. Sylvan" wrote: > > > > This is new. I haven't tracked it yet, but I don't think it's due to my > > Literate patch. Any ideas? > > > I did not check that closely the msgs, but current cvs compiled for me. > gcc-3.0 > xforms-.89-5 > libc-2.2 > linux PII > Garst Okay, that makes no sense. The error message is: insetcollapsable.C:431: comparison of distinct pointer types `const InsetText *' and `UpdatableInset *' lacks a cast In insetcollapsible.h, inset is a public member, defined as an InsetText. In insetcollapsible.C, we have: UpdatableInset * InsetCollapsable::getLockingInset() const { UpdatableInset * in = inset.getLockingInset(); error > if (&inset == in) return const_cast(this); return in; } So, this line *should* be flagged as an error. The following patch fixes the problem. -- 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) Index: src/insets/insetcollapsable.C === RCS file: /cvs/lyx/lyx-devel/src/insets/insetcollapsable.C,v retrieving revision 1.67 diff -u -r1.67 insetcollapsable.C --- src/insets/insetcollapsable.C 2001/07/12 14:35:38 1.67 +++ src/insets/insetcollapsable.C 2001/07/13 07:02:46 @@ -427,7 +427,7 @@ UpdatableInset * InsetCollapsable::getLockingInset() const { - UpdatableInset * in = inset.getLockingInset(); + InsetText * in = (InsetText *) inset.getLockingInset(); if (&inset == in) return const_cast(this); return in; Index: src/insets/insetfloat.C === RCS file: /cvs/lyx/lyx-devel/src/insets/insetfloat.C,v retrieving revision 1.27 diff -u -r1.27 insetfloat.C --- src/insets/insetfloat.C 2001/07/12 14:35:38 1.27 +++ src/insets/insetfloat.C 2001/07/13 07:02:46 @@ -244,7 +244,7 @@ { if (code == Inset::FLOAT_CODE) return false; - if (inset.getLockingInset() != this) + if ((InsetFloat *) inset.getLockingInset() != this) return inset.insertInsetAllowed(code); if ((code == Inset::FOOT_CODE) || (code == Inset::MARGIN_CODE)) return false;
Re: \not
> I am pretty sure that either the TeXbook or Lesile Lamport's LaTeX > users guide says \not is a slash with width 0 (and rather obviously ink > outside it's official boundary). Whether that is the cleanest way to > implement it in LyX is not a question I am qualified to comment on. Could somebody please verify this? If so, it would make implementation pretty easy. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: \not
On Fri, Jul 13, 2001 at 09:05:03AM +0200, Andre Poenitz wrote: > > I am pretty sure that either the TeXbook or Lesile Lamport's LaTeX > > users guide says \not is a slash with width 0 (and rather obviously ink > > outside it's official boundary). Whether that is the cleanest way to > > implement it in LyX is not a question I am qualified to comment on. > > Could somebody please verify this? > > If so, it would make implementation pretty easy. Well, in plain TeX and LaTeX, \meaning\not is simply \mathchar"3236: i.e. \not is simply a single character from one of the math fonts. It seems reasonable to conclude that it is indeed a zero width character. I'll check what the TeXbook says when I get to work if you like. Jules
Re: \not
> > Could somebody please verify this? > > > > If so, it would make implementation pretty easy. > > Well, in plain TeX and LaTeX, \meaning\not is simply \mathchar"3236: > i.e. \not is simply a single character from one of the math fonts. It > seems reasonable to conclude that it is indeed a zero width character. > > I'll check what the TeXbook says when I get to work if you like. I believe it already... I guess this char is not avalable on any of the fonts we usually use on screen... Andre' -- André Pönitz . [EMAIL PROTECTED]