Re: Mathed delimiters bug
On Mon, Apr 15, 2002 at 08:07:10PM +0200, Lars Gullik Bjønnes wrote: > There are bugs in the gcc 2.* versions of libstc++, but I have only > encountered them then using a stringstream both as input and output at > the same time. That's more or less my experience, so I am a bit surprised, too... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Bibliography whitespace
Hi Guys,
I've fixed a slight (but very annoying)
bug in Lyx-1.1.6fix4 involving the reading of biliography
keys. The only kind of whitespace being stripped from
the start of a key was spaces, (i.e. tabs were not stripped).
This is easily fixed by changing line 309 of src/insets/insetbib.C
the new version of line 309 is shown here with lines 308-310
for localization.
308: linebuf = split(linebuf, tmp, ',');
309: tmp = frontStrip(tmp," \t");
310: if (!tmp.empty()) {
I'm not ready to learn your CVS system and possibly
fuck things up, so I figured somebody else could
probably make this change.
-Henry
--
Henry D. Pfister Office: EBU-I 2321
Phone: (858) 822-0436 E-mail: [EMAIL PROTECTED]
Fax: (858) 534-2486 Web: http://cwc.ucsd.edu/~pfister/
RE: Compile error in pre3.
On Mon, 15 Apr 2002, Juergen Vigna wrote: > > Well which packages did you upgrade then? It still has to be a problem of > your local installation as it is not on my RH 7.2 installation. Anyway you I've just found out that the upgraded "autoconf-2.52" was the faulty. I've downgraded to "autoconf-2.13" now, and everything is working smoothly. Make a note of it. Regards, --cghan
Re: configure is screwed!
"Garst R. Reese" <[EMAIL PROTECTED]> writes: >> The idea I had is that you should use ac2.13+am2.15 for now, and jump >> to ac2.53+am1.6 when we have removed the old constructs in our >> configure script (in 1.3.0). >> >> JMarc | ac2.50 and am1.4p4 came with slackware8.0, I upgraded to 2.53 and 2.15, | and all worked well until now. | No big deal for me to back down to 2.13, but I think it is going to | cause lots of complaints when 1.20 is released. Why? users compiling a tar.gz dist will just use the provided configure. -- Lgb
Re: [PATCH] Re: biblio.C: another parsing bug
Herbert Voss wrote: > why do you write the accents and umlauts in texmode? This is Pybliographer's work. Juergen
Re: make maintainer-clean
On Mon, Apr 15, 2002 at 08:19:04PM +0200, Lars Gullik Bjønnes wrote: > | No, it's a real file that gets compiled written with own two fair hands > | .. > > ok, where is the emptytable_moc.h comming from then? Oh, hmm, don't know. I'll look what's going on when I can. john -- "I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit." - Toon Moene
Re: make maintainer-clean
John Levon <[EMAIL PROTECTED]> writes: | On Mon, Apr 15, 2002 at 05:12:49PM +0200, Lars Gullik Bjønnes wrote: > >> | This is just a normal source file, I'm not sure why you want it in >> | EXTRA_DIST ?? >> >> Is it a normal source file that gets compiled or is it only used to >> create the emptytable_moc.h file? > | No, it's a real file that gets compiled written with own two fair hands | .. ok, where is the emptytable_moc.h comming from then? >> The compile if fixed, the linking is not. I cannot test the linking >> since my qt lib and my C++ lib does not mix. > | Ah, well you are excused your laziness then :) > >> | really a priority for me ... >> >> 10-15 minutes tops > | 15 minutes before 1.2 is released ? Or it will only take me 15 minutes | to fix the build ? to fix the build. -- Lgb
Re: Mathed delimiters bug
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I think we could use
>
| string ls = "(";
| string rs = ")";
>
| instead of
>
| string ls;
| string rs;
and I think we should use:
string ls("(");
string rs(")");
but that is just me I guess...
--
Lgb
Re: Mathed delimiters bug
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Mon, Apr 15, 2002 at 05:09:30PM +0200, Jean-Marc Lasgouttes wrote: >> I still fails for me, probably because I am using lyxstring and either >> (1) our use of istringstream is wrong > | I bet a sixpack of beer on that. > >> or (2) there is a bug in lyxstring. > | Actually I rather think the istringstreams are broken. But I would bet just | a single bottle on that. There are bugs in the gcc 2.* versions of libstc++, but I have only encountered them then using a stringstream both as input and output at the same time. -- Lgb
Re: lyx 1.1.6 fix 4
On środa 10 kwiecień 2002 11:48 pm, you wrote: > On Wed, 10 Apr 2002, Juergen Vigna wrote: > > On 09-Apr-2002 Kuba Ober wrote: > > > Hi, > > > is lyx 1.1.6fix4 supposed to work on a 486 machine? > > > I've recompiled from source rpm (on a 686 machine so as not to wait > > > ages) using xforms-0.89-6, the package works fine on all other > > > machines, but on my 486 laptop it bails out with a SIGSEGV just after > > > startup. The main window flashes for a moment and that's it. The last > > > lines of debug output are > > Does your 486 have the same glibc version as the other machines? > > It is highly likely that you have mismatched your xforms library with > the glibc version. > > > > $ lyx -dbg `expr 1 + 2 + 8 + 16384 + 65536 + 262144` > > > Failed to share colors. Using private colormap > > > > This is a xforms problem when it cannot allocate enough colors. Try > > one of the color switches like -depth best, -shared, -private, -depth 8. > > The attempt by xforms to report the error fails because the function > it called doesn't exist in your glibc. Hmm, I'm using the latest glibc from redhat (2.2.4). Alas, note htat "failed to share colors" is not my real problem (or so I think) - it's the first message that lyx outputs. My real problem is that the main window appears, parts of it paint (like menus), but workspace painting fails: $ lyx -dbg `expr 1 + 2 + 8 + 16384 + 65536 + 262144` Failed to share colors. Using private colormap a lot of messages from various things... Initializing form_character::combox... Initializing form_character...done Workarea event: DRAW lyx: SIGSEGV signal caught How to get the coredump? Cheers, Kuba
showLockedInsetCursor etc
When I call this function with (0,0) I get the cursor displayed on a y-coordinate corresponding to the baseline of my formula, but at the very left edge of the screen (something that looks like "absolute x-coord 0"). So what am I supposed to do here? Does 'everything is relative' not hold? Or is it more likely that I missed something during my "corrections"? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: make maintainer-clean
On Mon, Apr 15, 2002 at 05:12:49PM +0200, Lars Gullik Bjønnes wrote: > | This is just a normal source file, I'm not sure why you want it in > | EXTRA_DIST ?? > > Is it a normal source file that gets compiled or is it only used to > create the emptytable_moc.h file? No, it's a real file that gets compiled written with own two fair hands .. > The compile if fixed, the linking is not. I cannot test the linking > since my qt lib and my C++ lib does not mix. Ah, well you are excused your laziness then :) > | really a priority for me ... > > 10-15 minutes tops 15 minutes before 1.2 is released ? Or it will only take me 15 minutes to fix the build ? john -- "I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit." - Toon Moene
Re: [PATCH] Re: Graphics: file loading problems
On Monday 15 April 2002 5:37 pm, R. Lahaye wrote: > > Excuse me a momement, but why is that: > > (image_.height() - params.bb.yt) > > not > > params.bb.yb > > ? > > Ah, took me also some time to realize. > The picture is stored in memory from upper-left to lower-right > (see attachement). > Horizontally you still run from xl to xr, but vertically > you run from yt to yb, NOT reversed as you're thinking. > So you have to recalculate from the top, not the bottom. > The top is "height - yt". > > Does that make sense to you? Indeed. I probably knew this once upon a time, but my mind is like a seive and it's easier to question than to remember. > > The patch works beautifully here! And here. I'll apply presently. Angus > > Regards, > Rob. > > > Angus
[PATCH] Re: biblio.C: another parsing bug
Juergen Spitzmueller wrote:
> The following entry is parsed wrong in the citation dialog (as "Reichardt,
> Rolf, {" and nothing more), This happens to all my entries where I use two
> commas as opening quotation marks (I use this in pybliographer, because it's
> the only way to insert german opening quotation marks without fiddling in
> advanced editing mode). I guess biblio.C misinterprets the comma as an entry
> separator.
>
> @Article{Reichardt78,
> Author = {Reichardt, Rolf},
> Title = {,,{H}istoire des {M}entalit\'es{}``. {E}ine neue
>{D}imension der {S}ozialgeschichte am {B}eispiel des
>{A}ncien {R}\'egime},
> Journal= {Internationales Archiv f\"ur Sozialgeschichte der
>Literatur},
> Volume = {3},
> Pages = {130-166},
> Schlagwort = {Mentalit\"at; Geschichte},
> year = 1978,
> }
why do you write the accents and umlauts in texmode?
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/controllers/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
retrieving revision 1.160
diff -u -r1.160 ChangeLog
--- src/frontends/controllers/ChangeLog 15 Apr 2002 12:05:06 - 1.160
+++ src/frontends/controllers/ChangeLog 15 Apr 2002 16:31:02 -
@@ -1,3 +1,8 @@
+2002-04-15 Herbert Voss <[EMAIL PROTECTED]>
+
+ * biblio.[Ch] (parseBibTeX): fix bug while scanning bibtexentries
+ with something like ,,...blah...`` (two commas)
+
2002-04-14 Herbert Voss <[EMAIL PROTECTED]>
* helper_funcs.[Ch]: move the getVectorFromString and the vice versa
Index: src/frontends/controllers/biblio.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/biblio.C,v
retrieving revision 1.22
diff -u -r1.22 biblio.C
--- src/frontends/controllers/biblio.C 15 Apr 2002 12:05:07 - 1.22
+++ src/frontends/controllers/biblio.C 15 Apr 2002 16:31:02 -
@@ -355,8 +355,8 @@
}
dummy = token(data, '\n', ++Entries);
}
- data = data_;
-
+ // replace double commas with "" for easy scanning
+ data = subst(data_, ",,", "\"\"");
// unlikely!
if (data.empty())
return string();
@@ -367,10 +367,11 @@
// because the last one is "blah ... }"
Entries = 0;
dummy = token(data, ',', Entries);
- while (!contains(lowercase(dummy), findkey) && !dummy.empty())
+ while (!contains(lowercase(dummy), findkey) && !dummy.empty())
dummy = token(data, ',', ++Entries);
if (dummy.empty())
return string();// no such keyword
+
// we are not sure, if we get all, because "key= "blah, blah" is allowed.
// therefore we read all until the next "=" character, which follows a
// new keyword
@@ -380,10 +381,11 @@
keyvalue += (',' + dummy);
dummy = token(data, ',', ++Entries);
}
- data = keyvalue;// now we have the important line
+ // replace double "" with originals ,, (two commas)
+ data = subst(keyvalue, "\"\"", ",,"); // now we have the important line
data = strip(data, ' ');// all spaces
- if (!contains(data, '{')) // no opening '{'
- data = strip(data, '}');// maybe there is a main closing '}'
+ if (!contains(data, '{')) // no opening '{'
+ data = strip(data, '}');// a main closing '}'
// happens, when last keyword
string::size_type const idx =
!data.empty() ? data.find('=') : string::npos;
Re: [PATCH] Re: Graphics: file loading problems
Angus Leeming wrote: > > On Monday 15 April 2002 4:22 pm, R. Lahaye wrote: > > Angus Leeming wrote: > > > Bingo! xforms 0.88 has noimage support. You're using the image loader I > > > wrote based on the libXpm library. The relevant code is to be found in > > > src/graphics/GraphicsImageXPM.C. > > > > $Bingo^2$ !! Thanks for your hints and help. > > > > Instead of > > > >dimension const * start_row = old_data; > > > > we need > > > > dimension const * start_row = old_data > > + image_.width() * (image_.height() - > > params.bb.yt); > > dimension const * start_row = old_data + image_.width() * > (image_.height() - params.bb.yt); > > Excuse me a momement, but why is that: > (image_.height() - params.bb.yt) > not > params.bb.yb > ? Ah, took me also some time to realize. The picture is stored in memory from upper-left to lower-right (see attachement). Horizontally you still run from xl to xr, but vertically you run from yt to yb, NOT reversed as you're thinking. So you have to recalculate from the top, not the bottom. The top is "height - yt". Does that make sense to you? The patch works beautifully here! Regards, Rob. > Angus -- dr. R.J.W.E. Lahaye Center for Ion-Surface Reaction Department of Chemistry Pohang University of Science and Technology San 31 Hyojadong, Namgu 790-784 Pohang, Kyungbuk Republic of Korea Tel : +82-54-279-2780 Fax : +82-54-279-8157 email: [EMAIL PROTECTED]
Re: Mathed delimiters bug
On Mon, Apr 15, 2002 at 06:28:37PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> I see the first line, but not the second. And it inserts () and
> Andre> []. I just removed the spurious message.
>
> What did you change to the code? What is the meaning of this () stuff?
> Shall I keep it? Or set arg to '( )' if it is empty?
It should be "( )" which gets parsed as ls = "(" and rs = ")" and serves as
input for the delim inset.
I think we could use
string ls = "(";
string rs = ")";
instead of
string ls;
string rs;
in formulabase.C to get decent defaults if the parsing fails.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Re: Mathed delimiters bug
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Fri, Apr 12, 2002 at 04:18:52PM +0200, Jean-Marc Lasgouttes Andre> wrote: >> When trying to use M-m [ or M-m (, I get respectively >> formulabase::LFUN_MATH_DELIM, arg: '[ ]' can't parse delimeters >> from '[ ]' Andre> I see the first line, but not the second. And it inserts () and Andre> []. I just removed the spurious message. What did you change to the code? What is the meaning of this () stuff? Shall I keep it? Or set arg to '( )' if it is empty? JMarc
Re: Mathed delimiters bug
On Mon, Apr 15, 2002 at 06:20:29PM +0200, Jean-Marc Lasgouttes wrote: > Andre> PS: Not that we use istringstream a second time in that file > Andre> and probably in a few more cases... > > I've seen that. Do you think I should adapt this code too? I think these parts are never used, but I am not sure. Actually, it would be better if we could convince ourselves that this is the result of some broken istringstream implementation... Does the behaviour change in your case if you do not use 'arg.c_str()' as input for the istringstream, but something like arg + '\0' or arg + ' '? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Mathed delimiters bug
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Mon, Apr 15, 2002 at 05:30:42PM +0200, Kornel Benko wrote: >> Works for me too. (I mean, now the math-Dialog with parenthesis, >> which was not working for me before) Andre> Ok, then bugger Jean-Marc to commit it, I have currently the Andre> xo/yo in my local tree that makes committing formulabase.C a Andre> bit difficult. No need to harass me, I'll commit it. Andre> PS: Not that we use istringstream a second time in that file Andre> and probably in a few more cases... I've seen that. Do you think I should adapt this code too? JMarc
Re: Mathed delimiters bug
On Mon, Apr 15, 2002 at 05:05:31PM +0100, Angus Leeming wrote: > I think you mean "bug" here, not "bugger". That would be a rather extreme > way of convincing a happy father to do anything. I guess you are right. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Mathed delimiters bug
On Monday 15 April 2002 4:53 pm, Andre Poenitz wrote: > On Mon, Apr 15, 2002 at 05:30:42PM +0200, Kornel Benko wrote: > > Works for me too. (I mean, now the math-Dialog with parenthesis, which > > was not working for me before) > > Ok, then bugger Jean-Marc to commit it, I have currently the xo/yo in my > local tree that makes committing formulabase.C a bit difficult. I think you mean "bug" here, not "bugger". That would be a rather extreme way of convincing a happy father to do anything. Angus
Re: Mathed delimiters bug
-BEGIN PGP SIGNED MESSAGE- On Monday, 15. April 2002 17:53, Andre Poenitz wrote: > On Mon, Apr 15, 2002 at 05:30:42PM +0200, Kornel Benko wrote: > > Works for me too. (I mean, now the math-Dialog with parenthesis, which > > was not working for me before) > > Ok, then bugger Jean-Marc to commit it, I have currently the xo/yo in my > local tree that makes committing formulabase.C a bit difficult. So, please Jean-Marc, would you like to commit it? The math-delimiter-dialog was broken, and your patch fitts exactly. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPLr5P7ewfbDGmeqhAQFv9gP8CKk3Qs78mzYekDTVzyESYkTqoeA9Mz0l o3jLq8x9OkGF9c1ja3JCU1NIdJJ70C6amqT6frTUukixE/YiV14GAE+CmA4hb6Ie FDCzH8PdVMErmvGp47O1sq+/ZToqUeOlUVa325eeekQbfd5p6DgGShQ9PjupInJa VXNW/jRGv3s= =cwpr -END PGP SIGNATURE-
Re: [PATCH] Re: Graphics: file loading problems
On Monday 15 April 2002 4:22 pm, R. Lahaye wrote: > Angus Leeming wrote: > > Bingo! xforms 0.88 has noimage support. You're using the image loader I > > wrote based on the libXpm library. The relevant code is to be found in > > src/graphics/GraphicsImageXPM.C. > > $Bingo^2$ !! Thanks for your hints and help. > > Instead of > >dimension const * start_row = old_data; > > we need > > dimension const * start_row = old_data > + image_.width() * (image_.height() - > params.bb.yt); dimension const * start_row = old_data + image_.width() * (image_.height() - params.bb.yt); Excuse me a momement, but why is that: (image_.height() - params.bb.yt) not params.bb.yb ? Angus
Re: Mathed delimiters bug
On Mon, Apr 15, 2002 at 05:30:42PM +0200, Kornel Benko wrote: > Works for me too. (I mean, now the math-Dialog with parenthesis, which > was not working for me before) Ok, then bugger Jean-Marc to commit it, I have currently the xo/yo in my local tree that makes committing formulabase.C a bit difficult. Andre' PS: Not that we use istringstream a second time in that file and probably in a few more cases... -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: Mathed delimiters bug
On Mon, Apr 15, 2002 at 05:09:30PM +0200, Jean-Marc Lasgouttes wrote: > I still fails for me, probably because I am using lyxstring and either > (1) our use of istringstream is wrong I bet a sixpack of beer on that. > or (2) there is a bug in lyxstring. Actually I rather think the istringstreams are broken. But I would bet just a single bottle on that. > However, the following simple patch just works, as far as I know. So feel free to apply it. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: natbib citations
On Sunday 14 April 2002 5:17 pm, Herbert Voss wrote:
> a diff which
> - gives wysiwyg natbib labels and standard behaviour
>without natbib.
> - supports the "before" input textfield in the gui
> - fixes another bug with familyName in biblio.C
>
>
> the citation-string looks like:
>
> \citet[]{...bibkeys...}
>
> switching between the different modes and between with or without
> a bibtex-datafile is no problem.
>
> Herbert
I've already applied the "easy" parts of your patch.
I'm extremely ambivalent about the before/after parts. I don't think we
should change the LyX file format before 1.2.
I think that the screen label part of the patch is fine, although I've
modified it to work with numerical natbib citations and to cache the label.
Attached are my re-workings.
Note that, should we decide to add the before/after part, then this will not
affect the stuff here. It will just work.
Could those out there who use natbib test this patch to destruction please.
Regards,
Angus
insetcite.diff.gz
Description: GNU Zip compressed data
Re: Mathed delimiters bug
-BEGIN PGP SIGNED MESSAGE- On Monday, 15. April 2002 17:09, Jean-Marc Lasgouttes wrote: > Andre> On Fri, Apr 12, 2002 at 04:18:52PM +0200, Jean-Marc Lasgouttes > > Andre> wrote: > >> When trying to use M-m [ or M-m (, I get respectively > >> formulabase::LFUN_MATH_DELIM, arg: '[ ]' can't parse delimeters > >> from '[ ]' > > Andre> I see the first line, but not the second. And it inserts () and > Andre> []. I just removed the spurious message. > > I still fails for me, probably because I am using lyxstring and either > (1) our use of istringstream is wrong or (2) there is a bug in > lyxstring. > > However, the following simple patch just works, as far as I know. Works for me too. (I mean, now the math-Dialog with parenthesis, which was not working for me before) Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPLrvNrewfbDGmeqhAQFBcQQA1QJsNuIuM7cAGRCyAMbV1Icir2mNjykM cJoXY4fgYbvzx11uI5uGMHw89rHTT6h33czlkJbnYqCHI4TIbKuGKP7nhu8sRWac anMZ/+px3wnt/j/rEpmlzhyIvxZkBQFJ4Z0MP0zdh1/3kyIicK8PY4KkkhTviySy lIacK1QgVvY= =ix+c -END PGP SIGNATURE-
Re: getCursorPos() & formulabase.C
On Mon, Apr 15, 2002 at 03:52:57PM +0200, Juergen Vigna wrote: > I don't know about that you have to see it. Where do you get the absolute > postions from? The absolute positions are cached from the last drawing. That has been the main source of mathed specific redrawing problems, so I'd be more than happy to get rid of this cache. > Anyway you need absolute position only for drawing but then > you get the x and baseline there so that should be no problem! Indeed. That's all what is needed. > Well if you want to have the cursor on the right x spot when doing a > cursor up/down (I'm fixing this at this moment and therefore I've seen > that mathed does it wrong and InsetText did is also wrong!) then you > should fix it. If you don't care that the cursor goes to the end of the > next/previous row on a cursor up/down and can handle all the requests > coming from the user because of this strange behaviour then let it be ;) Cursor up/down by "keeping the x part" is used as a kind of fall-back in mathed when all "clever" method fail. > Anyway it's just 1 function to fix in which you return the normalized values > to the outside world. Why would you have to fix this in a lot of functions? I'll have a look. I thought I would have to change the drawing stuff. But then, these get the absolute values already, so maybe it's easier to fix than I thought. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
[PATCH] Re: Graphics: file loading problems
Angus Leeming wrote: > > Bingo! xforms 0.88 has noimage support. You're using the image loader I > wrote based on the libXpm library. The relevant code is to be found in > src/graphics/GraphicsImageXPM.C. $Bingo^2$ !! Thanks for your hints and help. Instead of dimension const * start_row = old_data; we need dimension const * start_row = old_data + image_.width() * (image_.height() - params.bb.yt); Please apply attached patch! Regards, Rob. graphics.diff.gz Description: GNU Zip compressed data
Re: configure is screwed!
On Monday 15 April 2002 4:04 pm, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> Sign... Yes, I'm running with ac 2.52. Should I downgrade to > Angus> 2.13? Angus > > This is the reason why I was not in favor of using AC_LANG_C for > xforms stuff, since every function detection will fail. And switching > to C for all function detection is not good, since we cannot > guarantee that some of the other ,4 files will never do that. > > The idea I had is that you should use ac2.13+am2.15 for now, I'm now using ac 2.13 and am 1.5 and all is fine. Angus > and jump to ac2.53+am1.6 when we have removed the old constructs in our > configure script (in 1.3.0). > > JMarc
Re: natbib citations
On Monday 15 April 2002 4:06 pm, Jean-Marc Lasgouttes wrote: > > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > > Herbert> a diff which - gives wysiwyg natbib labels and standard > Herbert> behaviour without natbib. - supports the "before" input > Herbert> textfield in the gui - fixes another bug with familyName in > Herbert> biblio.C > > Herbert, could you post a reduced patch now that Angus has applied the > easy parts? I did not tried it but looks at the patch, and I like it > much more than the previous one. I am willing to apply it if it works > (or wait until 1.2.1 if lars says so). > > JMarc Herbert, please don't bother. I am extremely ambivalent about the (before)(after) stuff and so have stripped out the screen label stuff on it's own. I have also got this thing working with numerical bibtex citation style. Moreover, I cache the label as it's a lot of work to compute it. I'll resubmit my re-workings of your patch if a little while (half hour or so). This "touches" just insetcite.[Ch]. We can then verify that all works as desired. We can then either leave things as they are for 1.2 or add the before/after stuff as a separate patch. Regards, Angus
Re: make maintainer-clean
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > | Lars> Angus Leeming <[EMAIL PROTECTED]> writes: | I belive that these | Lars> should no longer be present after I "make | maintainer-clean"... >>> | Lars> | Angus >>> | Lars> | lib/xfonts: | cmex10.pfb@ cmr10.pfb@ eufm10.pfb@ fonts.scale | Lars> msbm10.pfb@ | cmmi10.pfb@ cmsy10.pfb@ fonts.dir msam10.pfb@ > | Lars> So: > | Lars> DISTCLEANFILES = *.orig *.rej *~ *.bak core textclass.lst | Lars> packages.lst \ lyxrc.defaults doc/LyXConfig.lyx | Lars> doc/LaTeXConfig.lyx -r xfonts > | Lars> is not doing what it is supposed to do? > | Do non-GNU versions of 'rm' accept -r modifier in the middle of file | names? I would not bet on it. perhaps they don't... then we'll do this with a hook. -- Lgb
Re: make maintainer-clean
John Levon <[EMAIL PROTECTED]> writes: >> and emptytable.h (++) should the me named in EXTRA_DIST? > | This is just a normal source file, I'm not sure why you want it in | EXTRA_DIST ?? Is it a normal source file that gets compiled or is it only used to create the emptytable_moc.h file? >> | Please leave qt2/ alone, I'm tired of Xeno ... >> >> That reference passed by... > | That's because I meant Zeno : > | http://www.c3.lanl.gov/mega-math/new/sierpins/zeno.html Hmm... >> And I cannot promise that... (but I'll try to stay away) > | Alternatively you could fix the build :) The compile if fixed, the linking is not. I cannot test the linking since my qt lib and my C++ lib does not mix. | Hopefully I will have time to get things working before 1.2 but it's not | really a priority for me ... 10-15 minutes tops -- Lgb
Re: Mathed delimiters bug
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Fri, Apr 12, 2002 at 04:18:52PM +0200, Jean-Marc Lasgouttes Andre> wrote: >> When trying to use M-m [ or M-m (, I get respectively >> formulabase::LFUN_MATH_DELIM, arg: '[ ]' can't parse delimeters >> from '[ ]' Andre> I see the first line, but not the second. And it inserts () and Andre> []. I just removed the spurious message. I still fails for me, probably because I am using lyxstring and either (1) our use of istringstream is wrong or (2) there is a bug in lyxstring. However, the following simple patch just works, as far as I know. JMarc patch-delim Description: Binary data
Re: natbib citations
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: Herbert> a diff which - gives wysiwyg natbib labels and standard Herbert> behaviour without natbib. - supports the "before" input Herbert> textfield in the gui - fixes another bug with familyName in Herbert> biblio.C Herbert, could you post a reduced patch now that Angus has applied the easy parts? I did not tried it but looks at the patch, and I like it much more than the previous one. I am willing to apply it if it works (or wait until 1.2.1 if lars says so). JMarc
Re: configure is screwed!
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Sign... Yes, I'm running with ac 2.52. Should I downgrade to Angus> 2.13? Angus This is the reason why I was not in favor of using AC_LANG_C for xforms stuff, since every function detection will fail. And switching to C for all function detection is not good, since we cannot guarantee that some of the other ,4 files will never do that. The idea I had is that you should use ac2.13+am2.15 for now, and jump to ac2.53+am1.6 when we have removed the old constructs in our configure script (in 1.3.0). JMarc
compiling latest cvs
can somebody tell me what's going on here???
Herbert
running ./autogen.sh:
[...]
Building Makefile templates...
.
src/Makefile.am:12: LIBS was set with `+=' and is now set with `='
src/frontends/Makefile.am:12: LIBS was set with `+=' and is now set with `='
lib/reLyX
sigc++
done.
Building configure...
.
lib/reLyX
sigc++
done.
[...]
running ./configure --without-nls:
no problem
running make:
[...]
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost
-isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -c
formulabase.C -Wp,-MD,.deps/formulabase.TPlo
formulabase.C:809: warning: #warning pretty ugly
In file included from math_xdata.h:9,
from math_inset.h:31,
from math_diminset.h:5,
from math_nestinset.h:8,
from math_gridinset.h:5,
from math_arrayinset.h:5,
from formulabase.C:40:
math_metricsinfo.h:40: field `font' has incomplete type
In file included from formulabase.C:41:
math_charinset.h:66: field `font_' has incomplete type
In file included from ../../src/frontends/Dialogs.h:26,
from formulabase.C:52:
../../boost/boost/smart_ptr.hpp:91: parse error before `{'
../../boost/boost/smart_ptr.hpp:98: `T' was not declared in this scope
../../boost/boost/smart_ptr.hpp:98: `p' was not declared in this scope
../../boost/boost/smart_ptr.hpp:98: ANSI C++ forbids declaration
`scoped_ptr' with no type
../../boost/boost/smart_ptr.hpp:98: only constructors can be declared
`explicit'
../../boost/boost/smart_ptr.hpp:98: `int lyx::boost::scoped_ptr'
redeclared as different kind of symbol
../../boost/boost/smart_ptr.hpp:91: previous declaration of `template
class lyx::boost::scoped_ptr'
../../boost/boost/smart_ptr.hpp:98: syntax error before `:'
--
http://www.lyx.org/help/
Re: make maintainer-clean
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Angus Leeming <[EMAIL PROTECTED]> writes: | I belive that these Lars> should no longer be present after I "make | maintainer-clean"... >> Lars> | Angus >> Lars> | lib/xfonts: | cmex10.pfb@ cmr10.pfb@ eufm10.pfb@ fonts.scale Lars> msbm10.pfb@ | cmmi10.pfb@ cmsy10.pfb@ fonts.dir msam10.pfb@ Lars> So: Lars> DISTCLEANFILES = *.orig *.rej *~ *.bak core textclass.lst Lars> packages.lst \ lyxrc.defaults doc/LyXConfig.lyx Lars> doc/LaTeXConfig.lyx -r xfonts Lars> is not doing what it is supposed to do? Do non-GNU versions of 'rm' accept -r modifier in the middle of file names? I would not bet on it. JMarc
Re: make maintainer-clean
On Mon, Apr 15, 2002 at 04:01:43PM +0200, Lars Gullik Bjønnes wrote: > >> | src/frontends/qt2/moc: > >> | FileDialog_private_moc.C emptytable_moc.C > >> | Qt2Base_moc.C lengthcombo_moc.C > >> > | Not since you nuked them. They are necessary for a build however. > > so they should be part of BUILT_SOURCES then? Yes. > and deleted by distclean? Yes. > and emptytable.h (++) should the me named in EXTRA_DIST? This is just a normal source file, I'm not sure why you want it in EXTRA_DIST ?? > | Please leave qt2/ alone, I'm tired of Xeno ... > > That reference passed by... That's because I meant Zeno : http://www.c3.lanl.gov/mega-math/new/sierpins/zeno.html > And I cannot promise that... (but I'll try to stay away) Alternatively you could fix the build :) Hopefully I will have time to get things working before 1.2 but it's not really a priority for me ... john -- "I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit." - Toon Moene
Re: make maintainer-clean
John Levon <[EMAIL PROTECTED]> writes: | On Mon, Apr 15, 2002 at 03:41:56PM +0200, Lars Gullik Bjønnes wrote: > >> | src/frontends/qt2/moc: >> | FileDialog_private_moc.C emptytable_moc.C >> | Qt2Base_moc.C lengthcombo_moc.C >> >> And these files are used? > | Not since you nuked them. They are necessary for a build however. so they should be part of BUILT_SOURCES then? and deleted by distclean? and emptytable.h (++) should the me named in EXTRA_DIST? | Please leave qt2/ alone, I'm tired of Xeno ... That reference passed by... And I cannot promise that... (but I'll try to stay away) -- Lgb
Re: getCursorPos() & formulabase.C
On 15-Apr-2002 Andre Poenitz wrote: > On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote: >> Well yes it works on Buffer change now, but the values are still wrong, >> you just compensate them in the edit() call now! > > Aehm, since this 'fixes' this case now, should I commit it? It depends on the answer to my other mail! You decide I don't care ;) We can just open a Bug on this and you tell us you fix it in 1.3. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ A good plan today is better than a perfect plan tomorrow. -- Patton
Re: getCursorPos() & formulabase.C
On 15-Apr-2002 Andre Poenitz wrote: >> I try it with other words a math inset in the middle of a row (which say >> starts at x position 200) will have as x position in the call to edit AND >> insetButtonPress 0 if I press BEFORE the first character INSIDE the inset. > > Does this mean, mathed can be ignorant to any outside positioning? I.e. I > can assume all parameters send to mathed methods are 'normalized', i.e. > assume an origin of the inset in (0,0)? This would be nice... Yes and as much as I know this has been so since a long time! > Ok, then all the xo_/yo_ handling in mathed is Wrong, since it stores > absolute values everywhere, not relative to the inset's origin. > > This is not exactly my doing and maybe was not even possible to do > otherwise until this recent change of yours that allowed me to remove this > awful hack for cursor positioning... I don't know about that you have to see it. Where do you get the absolute postions from? Anyway you need absolute position only for drawing but then you get the x and baseline there so that should be no problem! > But the question is: How important is it to get this right? I probably > would have to touch a dozen math insets to switch from absolute positions > to relative... Well if you want to have the cursor on the right x spot when doing a cursor up/down (I'm fixing this at this moment and therefore I've seen that mathed does it wrong and InsetText did is also wrong!) then you should fix it. If you don't care that the cursor goes to the end of the next/previous row on a cursor up/down and can handle all the requests coming from the user because of this strange behaviour then let it be ;) Anyway it's just 1 function to fix in which you return the normalized values to the outside world. Why would you have to fix this in a lot of functions? A well there is the edit call too but that should be really easy to fix. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Aliquid melius quam pessimum optimum non est.
Re: make maintainer-clean
On Mon, Apr 15, 2002 at 03:41:56PM +0200, Lars Gullik Bjønnes wrote: > | src/frontends/qt2/moc: > | FileDialog_private_moc.C emptytable_moc.C > | Qt2Base_moc.C lengthcombo_moc.C > > And these files are used? Not since you nuked them. They are necessary for a build however. Please leave qt2/ alone, I'm tired of Xeno ... john -- "I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit." - Toon Moene
Re: make maintainer-clean
Angus Leeming <[EMAIL PROTECTED]> writes: | I belive that these should no longer be present after I "make | maintainer-clean"... > | Angus > | lib/xfonts: | cmex10.pfb@ cmr10.pfb@eufm10.pfb@ fonts.scale msbm10.pfb@ | cmmi10.pfb@ cmsy10.pfb@ fonts.dir msam10.pfb@ So: DISTCLEANFILES = *.orig *.rej *~ *.bak core textclass.lst packages.lst \ lyxrc.defaults doc/LyXConfig.lyx doc/LaTeXConfig.lyx -r xfonts is not doing what it is supposed to do? | src/frontends/qt2/moc: | FileDialog_private_moc.C emptytable_moc.C | Qt2Base_moc.C lengthcombo_moc.C And these files are used? | src/frontends/qt2/xforms: | Color.C@ FormMathsStyle.h@ form_maths_delim.C@ | Color.h@ FormParagraph.C@ form_maths_delim.h@ | DropDown.C@FormParagraph.h@ form_maths_matrix.C@ | DropDown.h@FormPreferences.C@ form_maths_matrix.h@ | FormBase.C@FormPreferences.h@ form_maths_panel.C@ | FormBase.h@FormTabular.C@ form_maths_panel.h@ | FormBaseDeprecated.C@ FormTabular.h@ form_maths_space.C@ | FormBaseDeprecated.h@ MathsSymbols.C@form_maths_space.h@ | FormDocument.C@MathsSymbols.h@form_maths_style.C@ | FormDocument.h@Menubar_pimpl.C@ form_maths_style.h@ | FormInset.C@ Menubar_pimpl.h@ form_paragraph.C@ | FormInset.h@ RadioButtonGroup.C@form_paragraph.h@ | FormMathsBitmap.C@ RadioButtonGroup.h@form_preferences.C@ | FormMathsBitmap.h@ Toolbar_pimpl.C@ form_preferences.h@ | FormMathsDeco.C@ Toolbar_pimpl.h@ form_tabular.C@ | FormMathsDeco.h@ Tooltips.C@form_tabular.h@ | FormMathsDelim.C@ Tooltips.h@input_validators.C@ | FormMathsDelim.h@ bmtable.c@ input_validators.h@ | FormMathsMatrix.C@ bmtable.h@ temp/ | FormMathsMatrix.h@ combox.C@ xformsBC.C@ | FormMathsPanel.C@ combox.h@ xformsBC.h@ | FormMathsPanel.h@ form_document.C@ xformsGImage.C@ | FormMathsSpace.C@ form_document.h@ xformsGImage.h@ | FormMathsSpace.h@ form_maths_deco.C@ xforms_helpers.C@ | FormMathsStyle.C@ form_maths_deco.h@ xforms_helpers.h@ So these files should be added to DISTCLEANFILES then: DISTCLEANFILES += $(nodist_libqt2xfors_la_SOURCES) would perhaps be enough. -- Lgb
Re: make maintainer-clean
On Mon, Apr 15, 2002 at 11:51:32AM +0100, Angus Leeming wrote: > src/frontends/qt2/moc: > FileDialog_private_moc.C emptytable_moc.C > Qt2Base_moc.C lengthcombo_moc.C You're right, but I haven't had time to try upgrading automake or whatever so I can actually even attempt to build what's there now :( john -- "I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit." - Toon Moene
Re: getCursorPos() & formulabase.C
On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote: > Well yes it works on Buffer change now, but the values are still wrong, > you just compensate them in the edit() call now! Aehm, since this 'fixes' this case now, should I commit it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: getCursorPos() & formulabase.C
On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote: > Well yes it works on Buffer change now, but the values are still wrong, > you just compensate them in the edit() call now! Practically you would > have to use the x/y code you use in ::insetButtonPress()! So if I get > edit(bv, 0, 0, 0) then it's the start of the inset! > > You didn't understand the "relative" x/y problem I explained in my first > mail, isn't it? Not exactly probably. > I try it with other words a math inset in the middle of a row (which say > starts at x position 200) will have as x position in the call to edit AND > insetButtonPress 0 if I press BEFORE the first character INSIDE the inset. Does this mean, mathed can be ignorant to any outside positioning? I.e. I can assume all parameters send to mathed methods are 'normalized', i.e. assume an origin of the inset in (0,0)? This would be nice... Ok, then all the xo_/yo_ handling in mathed is Wrong, since it stores absolute values everywhere, not relative to the inset's origin. This is not exactly my doing and maybe was not even possible to do otherwise until this recent change of yours that allowed me to remove this awful hack for cursor positioning... But the question is: How important is it to get this right? I probably would have to touch a dozen math insets to switch from absolute positions to relative... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: getCursorPos() & formulabase.C
On 15-Apr-2002 Andre Poenitz wrote: > > Could you check whether the attached patch makes a difference? Well yes it works on Buffer change now, but the values are still wrong, you just compensate them in the edit() call now! Practically you would have to use the x/y code you use in ::insetButtonPress()! So if I get edit(bv, 0, 0, 0) then it's the start of the inset! You didn't understand the "relative" x/y problem I explained in my first mail, isn't it? I try it with other words a math inset in the middle of a row (which say starts at x position 200) will have as x position in the call to edit AND insetButtonPress 0 if I press BEFORE the first character INSIDE the inset. Hope this is clearer, 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Before borrowing money from a friend, decide which you need more. -- Addison H. Hallock
Re: getCursorPos() & formulabase.C
Could you check whether the attached patch makes a difference?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.146
diff -u -p -r1.146 formulabase.C
--- formulabase.C 15 Apr 2002 08:50:20 - 1.146
+++ formulabase.C 15 Apr 2002 12:31:03 -
@@ -152,15 +152,16 @@ string const InsetFormulaBase::editMessa
}
-void InsetFormulaBase::edit(BufferView * bv, int x, int /*y*/, unsigned int)
+void InsetFormulaBase::edit(BufferView * bv, int x, int y, unsigned int)
{
- //lyxerr << "edit: " << x << " " << y << " button: " << button << "\n";
if (!bv->lockInset(this))
lyxerr[Debug::MATHED] << "Cannot lock inset!!!" << endl;
-
- if (!mathcursor)
- mathcursor = new MathCursor(this, x == 0);
+ delete mathcursor;
+ mathcursor = new MathCursor(this, true);
metrics(bv);
+ mathcursor->setPos(x, y);
+ //lyxerr << "setting pos to " << x << "," << y << "\n";
+
// if that is removed, we won't get the magenta box when entering an
// inset for the first time
bv->updateInset(this, false);
@@ -169,8 +170,12 @@ void InsetFormulaBase::edit(BufferView *
void InsetFormulaBase::edit(BufferView * bv, bool front)
{
- // looks hackish but seems to work
- edit(bv, front ? 0 : 1, 0, 0);
+ if (!bv->lockInset(this))
+ lyxerr[Debug::MATHED] << "Cannot lock inset!!!" << endl;
+ delete mathcursor;
+ mathcursor = new MathCursor(this, front);
+ metrics(bv);
+ bv->updateInset(this, false);
}
@@ -191,8 +196,8 @@ void InsetFormulaBase::insetUnlock(Buffe
void InsetFormulaBase::getCursorPos(BufferView *, int & x, int & y) const
{
mathcursor->getPos(x, y);
- x += xo_;
- y += yo_;
+ //x -= xo_;
+ y -= yo_;
//lyxerr << "getCursorPos: " << x << " " << y << "\n";
}
@@ -298,10 +303,9 @@ void InsetFormulaBase::insetButtonPress(
default:
case 1:
// left click
- if (!mathcursor) {
- mathcursor = new MathCursor(this, x == 0);
- metrics(bv);
- }
+ delete mathcursor;
+ mathcursor = new MathCursor(this, x == 0);
+ metrics(bv);
first_x = x;
first_y = y;
mathcursor->selClear();
Re: Entering parenthesis in math-mode does not display as expected
On Mon, Apr 15, 2002 at 02:07:33PM +0200, Kornel Benko wrote: > Is there a more convenient vysiwyg way? Only by using the math panel. The problem with 'direct input' is that you need to ensure that \left's and \right's are balanced. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Entering parenthesis in math-mode does not display as expected
-BEGIN PGP SIGNED MESSAGE-
Current CVS.
If I enter the parenthesis I get the attached picture.
Reload the file. Then it looks as expected.
(in math-mode entered as "\left\{" and "\right." .)
Is there a more convenient vysiwyg way?
Kornel
- --
Kornel Benko
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: PGP 6.5.8
iQCVAwUBPLrCirewfbDGmeqhAQE0EgP+KhnGCgKxrkNlSXH8c2CWjwyyqv0ARTTj
jfK7mdMMg0WjbO5jTN/1iTln+OV1aBLvNRFY4m+P8qUsNytGBLYQl4D+ZVFqhfma
oaDQ6URBzMPliXK/o46EiEcrwq/wtz3mxBhfSuVsaYXqc8pTvTQtypdEswW1eeE3
6FHlyZve7vU=
=1/FU
-END PGP SIGNATURE-
<><>
Re: getCursorPos() & formulabase.C
On 15-Apr-2002 Andre Poenitz wrote: > Of course mathed has ignored the x and y parameters of edit(bv, x, y, ...) > from the Beginning of the World. > > So these are important? It seems so ;) Anyway I don't think you ignore them completely otherwise you couldn't see if you entered from behind or not, isn't it? >> P.S.: There is something strange with your mailer as I still get your mails >> double, did you check? > > No no... it works as it should. I told him to send you a duplicate. #:O) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Ad astra per aspera. [To the stars by aspiration.]
biblio.C: another parsing bug
Herbert,
The following entry is parsed wrong in the citation dialog (as "Reichardt,
Rolf, {" and nothing more), This happens to all my entries where I use two
commas as opening quotation marks (I use this in pybliographer, because it's
the only way to insert german opening quotation marks without fiddling in
advanced editing mode). I guess biblio.C misinterprets the comma as an entry
separator.
Juergen.
@Article{Reichardt78,
Author = {Reichardt, Rolf},
Title = {,,{H}istoire des {M}entalit\'es{}``. {E}ine neue
{D}imension der {S}ozialgeschichte am {B}eispiel des
{A}ncien {R}\'egime},
Journal= {Internationales Archiv f\"ur Sozialgeschichte der
Literatur},
Volume = {3},
Pages = {130-166},
Schlagwort = {Mentalit\"at; Geschichte},
year = 1978,
}
Re: getCursorPos() & formulabase.C
On Mon, Apr 15, 2002 at 12:48:31PM +0200, Juergen Vigna wrote: > > I see. But if I simply subtract xo_, yo_, behaviour does not really change, > > so I guess there is something else wrong. > > Well it's easy to test. If an outside program calls getCursorPos(bv, x, y) > and then calls inset->edit(bv, x, y, 0) the cursor should be on the same > position. Got it? Hm... sort of. Of course mathed has ignored the x and y parameters of edit(bv, x, y, ...) from the Beginning of the World. So these are important? > P.S.: There is something strange with your mailer as I still get your mails > double, did you check? No no... it works as it should. I told him to send you a duplicate. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
make maintainer-clean
I belive that these should no longer be present after I "make maintainer-clean"... Angus lib/xfonts: cmex10.pfb@ cmr10.pfb@eufm10.pfb@ fonts.scale msbm10.pfb@ cmmi10.pfb@ cmsy10.pfb@ fonts.dir msam10.pfb@ src/frontends/qt2/moc: FileDialog_private_moc.C emptytable_moc.C Qt2Base_moc.C lengthcombo_moc.C src/frontends/qt2/xforms: Color.C@ FormMathsStyle.h@ form_maths_delim.C@ Color.h@ FormParagraph.C@ form_maths_delim.h@ DropDown.C@FormParagraph.h@ form_maths_matrix.C@ DropDown.h@FormPreferences.C@ form_maths_matrix.h@ FormBase.C@FormPreferences.h@ form_maths_panel.C@ FormBase.h@FormTabular.C@ form_maths_panel.h@ FormBaseDeprecated.C@ FormTabular.h@ form_maths_space.C@ FormBaseDeprecated.h@ MathsSymbols.C@form_maths_space.h@ FormDocument.C@MathsSymbols.h@form_maths_style.C@ FormDocument.h@Menubar_pimpl.C@ form_maths_style.h@ FormInset.C@ Menubar_pimpl.h@ form_paragraph.C@ FormInset.h@ RadioButtonGroup.C@form_paragraph.h@ FormMathsBitmap.C@ RadioButtonGroup.h@form_preferences.C@ FormMathsBitmap.h@ Toolbar_pimpl.C@ form_preferences.h@ FormMathsDeco.C@ Toolbar_pimpl.h@ form_tabular.C@ FormMathsDeco.h@ Tooltips.C@form_tabular.h@ FormMathsDelim.C@ Tooltips.h@input_validators.C@ FormMathsDelim.h@ bmtable.c@ input_validators.h@ FormMathsMatrix.C@ bmtable.h@ temp/ FormMathsMatrix.h@ combox.C@ xformsBC.C@ FormMathsPanel.C@ combox.h@ xformsBC.h@ FormMathsPanel.h@ form_document.C@ xformsGImage.C@ FormMathsSpace.C@ form_document.h@ xformsGImage.h@ FormMathsSpace.h@ form_maths_deco.C@ xforms_helpers.C@ FormMathsStyle.C@ form_maths_deco.h@ xforms_helpers.h@
Re: getCursorPos() & formulabase.C
On 15-Apr-2002 Andre Poenitz wrote: > I see. But if I simply subtract xo_, yo_, behaviour does not really change, > so I guess there is something else wrong. Well it's easy to test. If an outside program calls getCursorPos(bv, x, y) and then calls inset->edit(bv, x, y, 0) the cursor should be on the same position. Got it? Jug P.S.: There is something strange with your mailer as I still get your mails double, did you check? -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ A lady is one who never shows her underwear unintentionally. -- Lillian Day
Re: getCursorPos() & formulabase.C
On Mon, Apr 15, 2002 at 11:40:27AM +0200, Juergen Vigna wrote: > the mathed insets are returning wrong values for this function. Please > head that the values should be relative to the inset position or inside > the inset they should be absolute to itself! I don't understand the 'or' part: Currently, each inset stores the position where it got drawn last time (in xo_, yo_) and getCursorPos returns this. > You now return absolut position which is wrong. I see. But if I simply subtract xo_, yo_, behaviour does not really change, so I guess there is something else wrong. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: configure is screwed!
On Monday 15 April 2002 11:21 am, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> This is what my config.h thinks: /* Define as 1 if the MKSTEMP
> Angus> function is declared */ #define HAVE_DECL_MKSTEMP 1
>
> Angus> /* Define if you have the `mkstemp' function. */ /* #undef
> Angus> HAVE_MKSTEMP */
>
> Angus> /* Define if you have the `mktemp' function. */ /* #undef
> Angus> HAVE_MKTEMP */
>
> Angus> which is rubbish because both are defined. So, what's going on?
>
> Do you run with a version of autoconf which cannot find functions when
> in C++ language (ac 2.5[012], I think) with compaq cxx?
>
> Otherwise, what are the error messages in config.log?
>
> JMarc
Sign... Yes, I'm running with ac 2.52. Should I downgrade to 2.13?
Angus
configure:17472: checking for mktemp
configure:17509: cxx -std strict_ansi -o conftest -nocleanup
-msg_display_number -msg_disable 11,193,236,261,401,611 -w0 -ptr
/usr/users/aleem/OTHERS_CODE/lyx/devel-build/lyx_cxx_repository -O2
-I$(top_srcdir)/src/cheaders -I/usr/local/include-L/usr/local/lib
conftest.cc -ljpeg -lSM -lICE -lc -lm -lX11 -lbsd >&5
cxx: Error: configure, line 17488: #338 more than one instance of overloaded
function "mktemp" has "C" linkage
char mktemp ();
-^
cxx: Error: configure, line 17500: #386 no instance of overloaded function
"mktemp" matches the required type
f = mktemp;
--^
cxx: Info: 2 errors detected in the compilation of "conftest.cc".
configure:17512: $? = 1
configure: failed program was:
#line 17478 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
which can conflict with char mktemp (); below. */
#include
/* Override any gcc2 internal prototype to avoid an error. */
#ifdef __cplusplus
extern "C"
#endif
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char mktemp ();
char (*f) ();
int
main ()
{
/* The GNU C library defines this for functions which it implements
to always fail with ENOSYS. Some functions are actually named
something starting with __ and the normal name is an alias. */
#if defined (__stub_mktemp) || defined (__stub___mktemp)
choke me
#else
f = mktemp;
#endif
;
return 0;
}
configure:17528: result: no
Re: configure is screwed!
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> This is what my config.h thinks: /* Define as 1 if the MKSTEMP Angus> function is declared */ #define HAVE_DECL_MKSTEMP 1 Angus> /* Define if you have the `mkstemp' function. */ /* #undef Angus> HAVE_MKSTEMP */ Angus> /* Define if you have the `mktemp' function. */ /* #undef Angus> HAVE_MKTEMP */ Angus> which is rubbish because both are defined. So, what's going on? Do you run with a version of autoconf which cannot find functions when in C++ language (ac 2.5[012], I think) with compaq cxx? Otherwise, what are the error messages in config.log? JMarc
configure is screwed!
My compiler isn't happy again and this time I don't think it's being too paranoid. cxx -std strict_ansi -DHAVE_CONFIG_H -I. -I../../../devel/src/support -I../../src -I../../../devel/src/support/../ -I../../../devel -I../.. -I../../../devel/boost -I../../../devel/src/cheaders -I/usr/local/include -nocleanup -msg_display_number -msg_disable 11,193,236,261,401,611 -w0 -ptr /usr/users/aleem/OTHERS_CODE/lyx/devel-build/lyx_cxx_repository -O2 -c -MD ../../../devel/src/support/tempname.C cxx: Warning: ../../../devel/src/support/tempname.C, line 34: #117-D non-void function "::make_tempfile" (declared at line 19) should return a value } ^ cxx: Info: ../../../devel/src/support/tempname.C, line 19: #835-D parameter "templ" was never referenced int make_tempfile(char * templ) -^ I think that that warning should be an error: Index: src/support/tempname.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/tempname.C,v retrieving revision 1.9 diff -u -p -r1.9 tempname.C --- src/support/tempname.C 21 Mar 2002 17:06:35 - 1.9 +++ src/support/tempname.C 15 Apr 2002 10:04:36 - @@ -26,9 +26,7 @@ int make_tempfile(char * templ) ::mktemp(templ); return ::open(templ, O_RDWR | O_CREAT | O_EXCL, S_IRUSR | S_IWUSR); #else -#ifdef WITH_WARNINGS -#warning FIX FIX FIX -#endif +#error FIX FIX FIX #endif #endif } This is what my config.h thinks: /* Define as 1 if the MKSTEMP function is declared */ #define HAVE_DECL_MKSTEMP 1 /* Define if you have the `mkstemp' function. */ /* #undef HAVE_MKSTEMP */ /* Define if you have the `mktemp' function. */ /* #undef HAVE_MKTEMP */ which is rubbish because both are defined. So, what's going on? Running configure: checking for memmove... no checking for memset... no checking for strchr... (cached) yes checking for putenv... (cached) yes checking for setenv... (cached) yes checking for mkfifo... no checking for mkstemp... no checking for mktemp... no In configure.in we have: AC_CHECK_FUNCS(memmove memset strchr putenv setenv mkfifo \ mkstemp mktemp) of these tests, mktemp, mkstemp are to be found in stdlib.h memccpy, memchr, memcmp, memcpy, memmove, memset are to be found in string.h Any ideas? Angus
Re: DocBook XML
On Sunday 14 April 2002 15:58, John Levon wrote: > Are there major difficulties in providing support for DocBook XML in > lyx, or is it a "simple" matter of providing the export methods for > everything ? Something like that. That is why I have proposed 1.3 for it. > The LDP lists are discussing GUI editors again. I'm mainly interested as > I'm about to become an LDP author, and I got really sick of pissing > around with the XML syntax... > > I noticed that even in current SGML there's no support for things like > ??? Code?? > regards > john :-) -- José Abílio
Re: Give insets a full Row
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> You may be right but we overwirte it only if the depth > 5, Juergen> should I add code anyway to put it more to the right? OK, I think it is fine as it is. Let's wait for actual complaints before doing anything. JMarc
RE: Compile error in pre3.
On Mon, 15 Apr 2002, Juergen Vigna wrote: > > So you updated from 7.1 to 7.2? Did you also upgrade all the packages > from the RedHat 7.2 Update Tree? Sorry I misled you again. I upgraded from 7.2. And I used the package manager to automatic-upgrade and so I guess I upgraded all the package from Update tree. > There are some gcc and glibc packages which fix stuff. You mean there is something wrong in updated gcc or glibc ? ---cghan
getCursorPos() & formulabase.C
Andre', the mathed insets are returning wrong values for this function. Please head that the values should be relative to the inset position or inside the inset they should be absolute to itself! You now return absolut position which is wrong. Try to change buffer while inside a mathed inset you'll see that the position is not restored correctly! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ You will give someone a piece of your mind, which you can ill afford.
RE: Compile error in pre3.
On 15-Apr-2002 cghan wrote: > I updated everything from RedHat-in fact from local supplier of RedHat > (Could this be the problem?) So you updated from 7.1 to 7.2? Did you also upgrade all the packages from the RedHat 7.2 Update Tree? There are some gcc and glibc packages which fix stuff. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ You do not have mail.
RE: Compile error in pre3.
On Mon, 15 Apr 2002, Juergen Vigna wrote: > > > from formulabase.h:23, > > from formula.h:24, > > from formulabase.C:25: > > /usr/include/sys/types.h:87: declaration does not declare anything > > What did you update? I updated everything from RedHat-in fact from local supplier of RedHat (Could this be the problem?) > It seems the problem lies in the system include file. The relevant part in the error message (line 87 of "types.h) is "#ifndef __off_t_defined # ifndef __USE_FILE_OFFSET64 typedef __off_t off_t; # else typedef __off64_t off_t;" The "types.h" in RedHat7.1 doesn't seem different. --cghan
RE: Compile error in pre3.
On 15-Apr-2002 [EMAIL PROTECTED] wrote: > Hello, > > I had no problem of compiling lyx-1.2.0pre3 with RedHat-7.2. But after > recent updates from redhat, I have had the following compiling error. Can > anyone give me a clue? > > > source='formulabase.C' object='formulabase.lo' libtool=yes \ > depfile='.deps/formulabase.Plo' tmpdepfile='.deps/formulabase.TPlo' \ > depmode=gcc3 /bin/sh ../../config/depcomp \ > /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. > -I../../src -I./../ -I../.. -I../../boost -isystem /usr/X11R6/include -g > -O -fno-exceptions -W -Wall -c -o formulabase.lo `test -f formulabase.C || > echo './'`formulabase.C > g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../../boost > -isystem /usr/X11R6/include -g -O -fno-exceptions -W -Wall -c > formulabase.C -MT formulabase.lo -MD -MP -MF .deps/formulabase.TPlo > formulabase.C:806:2: warning: #warning pretty ugly > In file included from /usr/include/stdlib.h:390, > from /usr/include/g++-3/stl_algobase.h:50, > from /usr/include/g++-3/vector:30, > from ../../src/insets/inset.h:18, > from formulabase.h:23, > from formula.h:24, > from formulabase.C:25: > /usr/include/sys/types.h:87: declaration does not declare anything > make[3]: *** [formulabase.lo] ¿À·ù 1 > make[3]: ³ª°¨ `/usr/src/redhat/BUILD/CJK-LyX-1.2.0pre3/src/mathed' > µð·ºÅ丮 > make[2]: *** [all-recursive] ¿À·ù 1 > make[2]: ³ª°¨ `/usr/src/redhat/BUILD/CJK-LyX-1.2.0pre3/src' µð·ºÅ丮 > make[1]: *** [all] ¿À·ù 2 > make[1]: ³ª°¨ `/usr/src/redhat/BUILD/CJK-LyX-1.2.0pre3/src' µð·ºÅ丮 > make: *** [all-recursive] ¿À·ù 1 What did you update? It seems the problem lies in the system include file. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Brain off-line, please wait.
