Re: eqascii
On Thu, Mar 14, 2002 at 07:55:18PM +0100, Asger K. Alstrup Nielsen wrote: > A suggestion for Andre: Use eqascii to implement ascii output of > math formulas. Use google to find it. I think I had already a look at it and did not really like the coding. But implementing it similarly to what we have for 'real' drawing with some kind of ASCII painter is not really hard conceptually. It's just a lot of work (two functions per inset with, say 15 lines each, times 40 inset makes 1200 lines or so) and I just do not have the time. Maybe I should simply set up the framework and wait for people filling in the gaps... Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: ostringstream question
On Thu, Mar 14, 2002 at 06:32:29PM +, Angus Leeming wrote: > So did I quote you incorrectly? (below) > > > Do I not remember André telling me that code like this is very bad > > practise: > > > > ostringstream word; > > word << "some string"; > > ... > > word.str(""); > > > > because resetting the the pointers inside the ostringstream isn't > > guaranteed? Instead he suggested using a new ostringstream in such cases. Nah... I was suggesting not to use it, because _formatting flags_ might not be reset. > Is this safe after all? Not with my implementation of ostringstream at least. It should be safe memory-wise, but I am not really sure. But the formatting flags problem is enough not to use it anyway... Andre' > > Angus -- André Pönitz .. [EMAIL PROTECTED]
next guii patch
http://www.movement.uklinux.net/q2.diff.bz2 Mostly cleanups over the other one. Some short description of what's been done so far I think this is a really good opportunity to kill some old cruft and update stuff to the new way of doing things (boost usage etc.). PainterBase renamed Painter to fit with source usage. Painter renamed as XPainter. Both moved into frontends, some cleanup (e.g. pixmap() now in XPainter only) LyXView/XFormsView moved, some minor cleanups. Currently createWorkArea is a hack, I'm not sure where it should go... WorkArea became a virtual abstract class, and XWorkArea derives from it. No real meaningful changes except that LyXScreen (now LScreen) became owned by WorkArea. This is logical and correct IMHO. The events were changed to use GUII types for the mouse buttons etc (see event_states.h) FontLoader got split into a GUII part (containing update() and available()) and a private part. It became owned by LyXView, so it can communicate to its minibuffer (this still leaves an implementation able to share global resources for the real font loader e.g. in xforms/) lyxlookup has just moved lyxfont.h got split into GUII and non-GUII part. Currently the GUII part just takes LyXFonts + string const & and returns an int. xfont_metrics.h in xforms/ does the XChar2b thing which I understand we want to change. LScreen now owned by WorkArea but still accessed by BV_pimpl. Also virtualized for GUIIzation. Common code moved back into frontends/ since last patch. ColorHandler, FontInfo, made xforms-private. TODO 1. finish key handling to allow triple of and get it working. LyXKeySym - I think we just borrow the X keysymdefs, and force the other toolkits to convert to those ones. 2. clean ups 3. unbreak all the stuff I've broken. Keyboard is horked, so is mouse press for some reason ... 4. the current APIs have lots of strange geometry management and other stuff going on that isn't really right IMO 5. once keyboard + scrollbar + mouse is reasonably sensible, I can make a proof of concept Qt frontend. Another issue we have to look at is what exactly an x,y pair means when passed from wa to bv_pimpl ... 6. Angus' frontends/X11/ thanks john -- I am a complete moron for forgetting about endianness. May I be forever marked as such.
Re: Lyx
On 14 Mar 2002, Jean-Marc Lasgouttes wrote: > It is in cvs, but not released. I am waiting for an excuse to release > 1.1.6fix5 :) Are you going to include that one line fix of Jürgen's for the InsetText code? The one we argued about just before/after fix4 came out. Allan. (ARRae)
Update on Windows build of lyx-1.2.0cvs (please apply patch)
In regards to the WinXP build problem reported earlier (See http://bugzilla.lyx.org/show_bug.cgi?id=260 for details), I have some more info. It looks like "ld -r" used by ``libtool --mode=link'' just does not work on Cygwin. Since I managed to build the latest CVS after some work, I thought I would share the procedure (and a small patch) in the hopes that someone who understands the build process (Lars) will go ahead and fix this for Cygwin. 1) Apply the small patch (attached). This patch is safe. Please apply to CVS. 2) ./autogen.sh; ./configure; make dist 3) unpack the newly created lyx-1.2.0cvs.tar.gz and do ./configure; make The make fails when trying to make libmathed.o 4) Add the following to src/Makefile (right before the all: rule) AM_MAKEFLAGS='CXXLINK=arhack $$@' where arhack is the following shell script: #!/bin/sh archive=$1; shift args="" while [ $# -ne 0 ] do f=$1; shift f=`echo $f | sed 's/\.lo$/.o/'` args="$args $f" done ar ru $archive $args ranlib $archive 4) make This time, the make fails at the final link phase for lyx.exe. Now, comment out the AM_MAKEFLAGS line and "make" You now have a working lyx. 5) make install Anyways... Please apply this patch. -- 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: ChangeLog === RCS file: /cvs/lyx/lyx-devel/ChangeLog,v retrieving revision 1.824 diff -u -u -r1.824 ChangeLog --- ChangeLog 2002/03/14 14:03:54 1.824 +++ ChangeLog 2002/03/14 21:27:29 @@ -1,3 +1,8 @@ +2002-03-14 Kayvan A. Sylvan <[EMAIL PROTECTED]> + + * configure.in: Fix order of -lXpm and -lforms for + Cygwin linker. + 2002-03-14 Michael A. Koziarski <[EMAIL PROTECTED]> * configure.in: First stage of fixing the gnome compile problems. Index: configure.in === RCS file: /cvs/lyx/lyx-devel/configure.in,v retrieving revision 1.98 diff -u -u -r1.98 configure.in --- configure.in2002/03/14 14:03:54 1.98 +++ configure.in2002/03/14 21:27:29 @@ -191,7 +191,7 @@ FRONTEND="xforms" FRONTEND_GUILIB="xforms/*.lo" FRONTEND_INCLUDES="-I\$(srcdir)/xforms" - FRONTEND_LIBS="@XPM_LIB@ @XFORMS_LIB@" + FRONTEND_LIBS="@XFORMS_LIB@ @XPM_LIB@" FRONTEND_INFO=`cat < + + * Makefile.am (lyx_DEPENDENCIES): Swap the order of libfrontend + and libgraphics to build on Cygwin. + 2002-03-14 Juergen Vigna <[EMAIL PROTECTED]> * undo_funcs.C (textHandleUndo): do the right thing when updating Index: src/Makefile.am === RCS file: /cvs/lyx/lyx-devel/src/Makefile.am,v retrieving revision 1.114 diff -u -u -r1.114 Makefile.am --- src/Makefile.am 2002/03/13 18:24:43 1.114 +++ src/Makefile.am 2002/03/14 21:27:30 @@ -9,8 +9,8 @@ bin_PROGRAMS = lyx lyx_DEPENDENCIES = mathed/libmathed.o insets/libinsets.o \ - graphics/libgraphics.o \ frontends/libfrontends.o \ + graphics/libgraphics.o \ support/libsupport.o \ @INCLUDED_SIGC@ msg34435/pgp0.pgp Description: PGP signature
Re: a symbol for ||| ... |||
This a a *TeX question... and actually not too hard to answer The simplest \usepckage{zed-csp.sty} and then the symbol is \interleave (as you would expect if you know CSP). Expanding macros tells you \interleave is equivielent to \mathrel{\mathord{\mid}\mkern-2mu\mathord{\mid}\mkern-2mu\mathord{\mid}} if you want two lines then examine \parallel in the same package. -- Duncan (-: "software industry, the: unique industry where selling substandard goods is legal and you can charge extra for fixing the problems."
eqascii
Hi, A suggestion for Andre: Use eqascii to implement ascii output of math formulas. Use google to find it. Greets, Asger
Another tiny Literate.lyx fix
Looks like my other fix broke build-listerrors. Please apply. -- 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.183 diff -u -u -r1.183 ChangeLog --- lib/ChangeLog 2002/03/14 06:12:36 1.183 +++ lib/ChangeLog 2002/03/14 18:30:32 @@ -1,3 +1,7 @@ +2002-03-14 Kayvan A. Sylvan <[EMAIL PROTECTED]> + * examples/Literate.lyx: Small fix to make sure build-listerrors + still works. + 2002-03-14 Allan Rae <[EMAIL PROTECTED]> * bind/sv_menus.bind: Index: lib/examples/Literate.lyx === RCS file: /cvs/lyx/lyx-devel/lib/examples/Literate.lyx,v retrieving revision 1.5 diff -u -u -r1.5 Literate.lyx --- lib/examples/Literate.lyx 2002/03/13 13:25:45 1.5 +++ lib/examples/Literate.lyx 2002/03/14 18:30:32 @@ -952,6 +952,8 @@ \newline #!/bin/sh \newline +if [ -z "$NOWEB_SOURCE" ]; then NOWEB_SOURCE=Literate.nw; fi +\newline notangle -L -Rlisterrors.c ${NOWEB_SOURCE} > listerrors.c \newline gcc -g -o listerrors listerrors.c msg34432/pgp0.pgp Description: PGP signature
Re: ostringstream question
On Thursday 14 March 2002 6:17 pm, Andre Poenitz wrote: > On Thu, Mar 14, 2002 at 06:15:36PM +, Angus Leeming wrote: > > We certainly haven't used "ends" at all. > > 'ends' is not necessary when using ostringstreams. And one does not have to > handle freezing. > > Andre' So did I quote you incorrectly? (below) > Do I not remember André telling me that code like this is very bad > practise: > > ostringstream word; > word << "some string"; > ... > word.str(""); > > because resetting the the pointers inside the ostringstream isn't > guaranteed? Instead he suggested using a new ostringstream in such cases. Is this safe after all? Not with my implementation of ostringstream at least. Angus
Re: ostringstream question
On Thu, Mar 14, 2002 at 06:15:36PM +, Angus Leeming wrote: > We certainly haven't used "ends" at all. 'ends' is not necessary when using ostringstreams. And one does not have to handle freezing. Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: ostringstream question
On Thursday 14 March 2002 6:05 pm, Kuba Ober wrote: Kuba, we have been wondering about whether our use of stringstream was correct. It may well be that it isn't, hence the problems I have been occasionally suffereing from with my (DEC Alpha) implementation of the STL. We certainly haven't used "ends" at all. Anyway, many thanks for the information. I'll try it out and see if I can resolve my problems properly. Angus > On Thursday 07 March 2002 13:10, you wrote: > > Do I not remember André telling me that code like this is very bad > > practise: > > > > ostringstream word; > > word << "some string"; > > ... > > word.str(""); > > > > because resetting the the pointers inside the ostringstream isn't > > guaranteed? Instead he suggested using a new ostringstream in such cases. > > I presume that the supposed functionality of word.str("") is to reset the > word to an empty one? Well, in my own code I usually do this, and AFAIK it is > portable and clean: > > ostrstream word; > word << "some string"; > ... > word << ends; // Finalize, and this is needed AFAIK > /** use word.str() any way you want */ > ... > word.rdbuf()->freeze(0); > word.seekp(0); > /** now word is *not* empty, but ready for writing */ > /** if you want word that is BOTH empty and ready, add the lines below */ > word << ends; > word.seekp(0); > > I haven't tried that on ostringstream, but I presume it should work. All of > that might be easiest to implement as > > class ostrhelp { > static void clrstr(ostringstream & sstr) { > sstr.rdbuf()->freeze(0); > sstr.seekpos(0); > sstr << ends; > sstr.seekpos(0); > } > } > > And use as: > > ostringstream word; > while (true) { > word << "some string"; > word << ends; > /** use word.str() in any way */ > strhelp::clrstr(word); > } > > Cheers, Kuba
Re: ostringstream question
On Thursday 07 March 2002 13:10, you wrote: > Do I not remember André telling me that code like this is very bad > practise: > > ostringstream word; > word << "some string"; > ... > word.str(""); > > because resetting the the pointers inside the ostringstream isn't > guaranteed? Instead he suggested using a new ostringstream in such cases. I presume that the supposed functionality of word.str("") is to reset the word to an empty one? Well, in my own code I usually do this, and AFAIK it is portable and clean: ostrstream word; word << "some string"; ... word << ends; // Finalize, and this is needed AFAIK /** use word.str() any way you want */ ... word.rdbuf()->freeze(0); word.seekp(0); /** now word is *not* empty, but ready for writing */ /** if you want word that is BOTH empty and ready, add the lines below */ word << ends; word.seekp(0); I haven't tried that on ostringstream, but I presume it should work. All of that might be easiest to implement as class ostrhelp { static void clrstr(ostringstream & sstr) { sstr.rdbuf()->freeze(0); sstr.seekpos(0); sstr << ends; sstr.seekpos(0); } } And use as: ostringstream word; while (true) { word << "some string"; word << ends; /** use word.str() in any way */ strhelp::clrstr(word); } Cheers, Kuba
Re: [Fwd: CTAN update -- bmeps 1.0.2]
On Monday 11 March 2002 14:53, you wrote: > On Mon, Mar 11, 2002 at 02:46:56PM +0100, Juergen Spitzmueller wrote: > > Angus Leeming wrote: > > > Incidentally, I have some students here who have convinced themselves > > > that LyX is better than MS word for writing theses (don't know who > > > could have suggested that they try it ;-). Their stumbling block > > > however is creating EPS figures from MS draw ones. Anybody out there > > > know of such a tool? > > > > This one is probably what they are looking for (never tried it, though): > > > > http://www.wvware.com/libwmf.html > > Other alternatives are > - Print to PS/EPS printer in the windows application and then perhaps > use ps2eps > http://www.tex.ac.uk/tex-archive/help/Catalogue/entries/ps2eps.html Just print to EPS, you can select any printer. I use Apple Laserwriter something, permanently set to output to FILE: Cheers, Kuba
Re: lyx-devel src/: ChangeLog text.C text2.C undo_funcs.C
On 14-Mar-2002 John Levon wrote: > On Thu, Mar 14, 2002 at 01:46:43PM +, John Levon wrote: > >> Excellent !!! Shall test soon. pre1 is at hand ... > > but what's the purpose of the #if 0'd code in text2.C ? The ChangeLog is your friend ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Home is the place where, when you have to go there, they have to take you in. -- Robert Frost, "The Death of the Hired Man"
Re: configure question
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Thanks for the info, JMarc. I will try it. Incidentally, I Angus> found that, in order to get the configure test to run properly: Angus> LYX_USE_XFORMS_IMAGE_LOADER Angus> I had to define CPPFLAGS=-I/usr/local/include rather than Angus> configure --extra-includes=... Could you show me what happens otherwise? Send the config.log file? JMarc
BadWindow
I really see no other option. Whilst the previous ones could be traced to a known point, and a seemingly successful workaround has been applied, the problem I /can/ reproduce doesn't happen with -sync, so there is nothing more I can do. sorry (and please apply), john -- I am a complete moron for forgetting about endianness. May I be forever marked as such. Index: src/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v retrieving revision 1.625 diff -u -r1.625 ChangeLog --- src/ChangeLog 14 Mar 2002 13:40:18 - 1.625 +++ src/ChangeLog 14 Mar 2002 14:26:34 - @@ -1,3 +1,7 @@ +2002-03-14 John Levon <[EMAIL PROTECTED]> + + * lyx_gui.C: work around horrendous xforms bug (#245) + 2002-03-14 Juergen Vigna <[EMAIL PROTECTED]> * text2.C (setCursor): just some testcode for #44 not ready yet. Index: src/lyx_gui.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_gui.C,v retrieving revision 1.102 diff -u -r1.102 lyx_gui.C --- src/lyx_gui.C 7 Mar 2002 15:45:52 - 1.102 +++ src/lyx_gui.C 14 Mar 2002 14:26:34 - @@ -83,9 +83,13 @@ char etxt[513]; XGetErrorText(display, xeev->error_code, etxt, 512); lyxerr << etxt << " id: " << xeev->resourceid << endl; - // By doing an abort we get a nice backtrace. (hopefully) - lyx::abort(); - return 0; // Solaris CC wants us to return something + + // we really have to survive these (bug #245) + if (xeev->error_code != BadWindow) { + // By doing an abort we get a nice backtrace. (hopefully) + lyx::abort(); + } + return 0; } } @@ -250,8 +254,7 @@ // Initialize the views. lyxViews->init(); - // in 0.12 the initialisation of the LyXServer must be done here - // 0.13 it should be moved again... + // this should be moved ... lyxserver = new LyXServer(lyxViews->getLyXFunc(), lyxrc.lyxpipes); }
Re: hmpf
> "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes: Michael> I think I do this more than anyone else -- Applied anyway :) JMarc
Re: lyx-devel src/: ChangeLog text.C text2.C undo_funcs.C
On Thu, Mar 14, 2002 at 01:46:43PM +, John Levon wrote: > Excellent !!! Shall test soon. pre1 is at hand ... but what's the purpose of the #if 0'd code in text2.C ? john -- I am a complete moron for forgetting about endianness. May I be forever marked as such.
Re: lyx-devel src/: ChangeLog text.C text2.C undo_funcs.C
On Thu, Mar 14, 2002 at 02:40:20PM +, [EMAIL PROTECTED] wrote: > Log message: > Fix deleting of paragraphs after undo (fix #236). Excellent !!! Shall test soon. pre1 is at hand ... thanks john -- I am a complete moron for forgetting about endianness. May I be forever marked as such.
Re: [PATCH] Lar's optimisation font patch broken
On Thu, Mar 14, 2002 at 11:53:32AM +0100, Jean-Marc Lasgouttes wrote: > Why should it? Did anybody tell you that italic and emph are the same? > They lied. d'oh. remind me never to report bugs after midnight ... john -- I am a complete moron for forgetting about endianness. May I be forever marked as such.
Re: [PATCH] Lar's optimisation font patch broken
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> new doc John> type a John> apply dialog italic John> type b John> <-- icon doesn't change Why should it? Did anybody tell you that italic and emph are the same? They lied. John> press emph icon (so it becomes on) John> type c John> <-- c is in normal text but icon says otherwise No, it is emphasized italic text, which shows as upright text (look at the description in the minibuffer). There seem anyway to be a bug, which is that the toolbar does not get updated when you apply a font change. But apart from that, Isee no bug. JMarc
Re: a symbol for ||| ... |||
On Thu, Mar 14, 2002 at 10:16:10AM +0100, Andre Poenitz wrote: > > Does anybody know a symbol like \Vert, but with three lines? You want symbols-a4.ps from CTAN http://www.ctan.org/tex-archive/info/symbols/comprehensive/ Short answer: Stmaryrd appears to include one to be used as an operator, but not as a delimiter. Jules
feature request
Would anybody of the GUI people be so kind and built a small dialog to create math macros? It basically just has to ask for a name and a one-digit-number (defaulting to 0 if possible) and call "math-macro "? Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Lyx
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 14-Mar-2002 Allan Rae wrote: >> Jürgen, is this an easy fix you could backport to 1.1.6? Juergen> But didn't Jean-Marc not fix this already? I think yes. Tell Juergen> him to use the latest fix release. It is in cvs, but not released. I am waiting for an excuse to release 1.1.6fix5 :) JMarc
Re: Tooltips revamp
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: >> No, because the tooltips are designed to be lengthy, helpful and >> annoying when you do not need them. So it is reasonable to turn >> them off by default. Allan> I don't see a problem. Sure, some of the tooltips are long but Allan> you have to have your mouse over a button for them to appear. I Allan> have no problem with this. Tooltips appearing all over dialogs is bad taste IMO. But not verybody can be as gifted with good taste as I am :) Allan> The thing I do have a problem with is that it is not really a Allan> "What's this?" mechanism. The new cursor shape implies that I Allan> should click on something that I'm asking about -- as learned Allan> by using KDE just once. Agreed (but since I was the one who proposed some of this stuff to Angus, maybe I should not say it publicly). Allan> AFAIAC we should just allow enable/disable of the tooltips and Allan> leave the cursor alone. The code that is in CVS works fine Allan> otherwise (ie. get rid of the "?" cursor and all is excellent). Maybe. >> BTW, we will need an icon for this toggle, since operating tooltips >> is a mouse-based thing. Allan> Seems to be getting more and more complicated. OK, forget about it. Allan> BTW, I'm inclined to think that if we must have a menu entry Allan> for this then is should be Edit->Tooltips [] (located near the Allan> preferences stuff perhaps). Edit>Tooltips?? In which sense is this an edition action? Allan> As it is now it looks like it is a part of the documentation It is part of _Help_. What's wrong with that? Allan> and worse yet the proximity and similarity to the Documents Allan> menu had me wondering if it wasn't an indicator of a file I had Allan> opened. No, it is an indicator of lack of sleep. Allan> Can we set the marker for the current buffer in the documents Allan> menu to a different colour or shape so it doesn't look like a Allan> toggle? It would be difficult. But if people do not like it, I can just disable this code. It was just a quick idea I had one morning. JMArc
Re: Lyx
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes: Allan> On Thu, 14 Mar 2002, Marianne Doyle wrote: >> Dear Dr Rae, Allan> I'm still only a mister :( but I'm working on it! >> Ian Mortimer from the physics dept said you may be able to help me >> with a lyx problem. >> >> Is there any way to overcome the problem of not being able to use >> the number key pad inside tables. At the moment if you use the >> number key pad the number appear outside the table. Allan> There is a fix for this problem in the sources for the Allan> up-coming 1.2.0 release. That release is still a few weeks (a Allan> month, maybe two?) away though and it is probably a bit too Allan> volatile for you to consider using the bleeding edge for your Allan> work (I am, but I also help write it). Allan> Jürgen, is this an easy fix you could backport to 1.1.6? It is in already. And it is so trivial that I can just post it here. JMarc patch-numpad Description: Binary data
Re: Keyboard handling
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Mar 13, 2002 at 09:44:55PM +, John Levon wrote: >> John> stupid question, but how do normal keypresses like 'a' end up so John> that a lookup() in the kbmap returns LFUN_INSERT ??? Look in lib/bind/latinkeys.bind JMarc
a symbol for ||| ... |||
Does anybody know a symbol like \Vert, but with three lines? Andre' -- André Pönitz .. [EMAIL PROTECTED]
Re: Lyx
On 14-Mar-2002 Allan Rae wrote: > Jürgen, is this an easy fix you could backport to 1.1.6? But didn't Jean-Marc not fix this already? I think yes. Tell him to use the latest fix release. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ QOTD: "I sprinkled some baking powder over a couple of potatoes, but it didn't work."