Re: [PATCH] Bug #819
On Sun, Jan 12, 2003 at 09:40:49PM +0100, Michael Schmitt wrote: > +++ src/frontends/xforms/xformsImage.C2003/01/12 20:17:15 > @@ -155,9 +155,7 @@ > if (!image_) > return 0; > > - // Why, oh why, do we need such hacks? > - // Angus 12 July 2002 > - return image_->w + 4; > + return image_->w; > } Ah! So it wasn't just mathed after all... Anybody remember why the + 4 went in? Some preview related "adjustment"? 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: [PATCH] Enable browsing for directories
John Levon wrote: > > Even though it is possible to implement browsing for paths in qt only, I > > have decided to do this properly for *both* frontends and I have tested > > both frontends as good as possible. > > can somebody apply this ? it's important imho or verbose your objections please. Since there have been several commits yesterday in that area, I have attached a fresh patch created this morning. Jürgen. opendir.diff.gz Description: GNU Zip compressed data
Re: Patch: RTL fix for TOC menu
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> On Fri, Jan 10, 2003 at 01:21:41AM +, John Levon wrote: >> On Tue, Jan 07, 2003 at 02:04:41PM +0200, Dekel Tsur wrote: >> >> > It is possible. > I've attached an updated patch. >> >> I'd much prefer a lyx_gui::can_handle_rtl() or something. >> >> > @@ -1748,8 +1747,10 @@ string const Paragraph::asString(Buffer >> >> Is this really the right place for this ? ::asString is used in >> many places. >> >> We should only do the reverse when it actually reaches e.g. xforms, >> no ? Won't this work ? Dekel> I really don't want to maintain special RTL code for the XForms Dekel> frontend. Its support for RTL can never be as good as QT, so I Dekel> prefer to drop RTL for this frontend. Dekel, how does the qt frontend know that it should reverse the string? By looking at the encoding? I'd be interested to have a description of how qt makes it work. But obviously, if _you_ are not willing to ensure that xforms works, we'll have problems with rtl support in xforms... JMarc
Trivial patches again
Don't want to be bold, but my trivial patch to QSpellchecker fixes a bug.
[One way to reproduce it:
1) make a document with one correct english word
2) go to start, spellcheck, press start in the spellcheck dialog.
3) The spellcheck will end successfully and a popup will appears, press ok
Try to repeat 2). The spellcheck dialog pops up with the start button greyed
out.]
John?
And please apply the typo fix... don't want to rediff any more a 1(one)
space patch :)
Thanks! Alfredo
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v
retrieving revision 1.376
diff -u -r1.376 ChangeLog
--- ChangeLog 2003/01/12 22:20:21 1.376
+++ ChangeLog 2003/01/13 08:13:20
@@ -1,3 +1,7 @@
+2003-01-13 Alfredo Braunstein <[EMAIL PROTECTED]>
+ * QSpellcheckerDialog.C (spellcheck,update_contents):
+ enable/disable elements of the dialog.
+
2003-01-12 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* ui/Makefile.am (EXTRA_DIST): dist ui files
Index: QSpellchecker.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/QSpellchecker.C,v
retrieving revision 1.15
diff -u -r1.15 QSpellchecker.C
--- QSpellchecker.C 2002/12/18 03:29:47 1.15
+++ QSpellchecker.C 2003/01/13 08:13:20
@@ -52,6 +52,13 @@
dialog_->replaceCO->clear();
dialog_->suggestionsLB->clear();
dialog_->spellcheckPR->setProgress(0);
+ dialog_->spellcheckPB->setEnabled(true);
+ dialog_->wordED->setEnabled(false);
+ dialog_->replaceCO->setEnabled(false);
+ dialog_->replacePB->setEnabled(false);
+ dialog_->ignorePB->setEnabled(false);
+ dialog_->replacePB_3->setEnabled(false);
+ dialog_->addPB->setEnabled(false);
}
@@ -81,8 +88,14 @@
void QSpellchecker::spellcheck()
{
- controller().check();
dialog_->spellcheckPB->setEnabled(false);
+ dialog_->wordED->setEnabled(true);
+ dialog_->replaceCO->setEnabled(true);
+ dialog_->replacePB->setEnabled(true);
+ dialog_->ignorePB->setEnabled(true);
+ dialog_->replacePB_3->setEnabled(true);
+ dialog_->addPB->setEnabled(true);
+ controller().check();
}
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v
retrieving revision 1.1010
diff -u -r1.1010 ChangeLog
--- ChangeLog 2003/01/12 22:20:20 1.1010
+++ ChangeLog 2003/01/13 08:16:39
@@ -1,3 +1,6 @@
+2003-01-13 Alfredo Braunstein <[EMAIL PROTECTED]>
+ * buffer.C: fix typo
+
2003-01-12 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* Makefile.am (LIBS): delete var
Index: buffer.C
===
RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v
retrieving revision 1.395
diff -u -r1.395 buffer.C
--- buffer.C 2003/01/06 14:02:20 1.395
+++ buffer.C 2003/01/13 08:16:44
@@ -1182,7 +1182,7 @@
} else if (file_format > LYX_FORMAT) {
// future format
Alert::alert(_("Warning!"),
- _("The file was created with a newer version of"
+ _("The file was created with a newer version of "
"LyX. This is likely to cause problems."));
} else if (file_format < LYX_FORMAT) {
Re: missing accelerator
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Fri, Jan 10, 2003 at 11:04:39AM +0100, Edwin Leuven wrote: >> In qt the close/cancel buttons have missing accelerator keys John> I was convinced by JMarc they shouldn't really have accelerator John> keys (beyond return and escape) Did I? I did not remember about that :) Unless we have good proof (aka good apps) that doing otherwise is needed, having accelerator keys for OK/Cancel/Close is kind of silly. We shold probably remove them for xforms (which frees another potentially more useful binding). JMarc
Re: [PATCH] Bug #819
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Sun, Jan 12, 2003 at 09:40:49PM +0100, Michael Schmitt Andre> wrote: >> +++ src/frontends/xforms/xformsImage.C 2003/01/12 20:17:15 @@ >> -155,9 +155,7 @@ if (!image_) return 0; >> >> - // Why, oh why, do we need such hacks? - // Angus 12 July 2002 - >> return image_->w + 4; + return image_->w; } Andre> Ah! So it wasn't just mathed after all... Andre> Anybody remember why the + 4 went in? Some preview related Andre> "adjustment"? It is because images tend to be cropped with the xforms frontend. Unfortunately, this fix is only empirical, as nobody took the time to understand what happens. JMarc
Re: [PATCH] Bug #819
On Mon, Jan 13, 2003 at 09:49:07AM +0100, Jean-Marc Lasgouttes wrote: > >> - // Why, oh why, do we need such hacks? - // Angus 12 July 2002 - > >> return image_->w + 4; + return image_->w; } > > Andre> Ah! So it wasn't just mathed after all... > > Andre> Anybody remember why the + 4 went in? Some preview related > Andre> "adjustment"? > > It is because images tend to be cropped with the xforms frontend. > Unfortunately, this fix is only empirical, as nobody took the time to > understand what happens. It also looks as it does not really fix the problem, does it? There is still too much space around formulas... 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: Sample
Attached file: "Movie_0074.mpeg.pif Description: Binary data
Re: [PATCH] Bug #819
On Mon, Jan 13, 2003 at 09:50:48AM +0100, Andre Poenitz wrote: > > It is because images tend to be cropped with the xforms frontend. > > Unfortunately, this fix is only empirical, as nobody took the time to > > understand what happens. > > It also looks as it does not really fix the problem, does it? There is > still too much space around formulas... Furthermore, images are (slightly) cropped with Qt too ! john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Compiler error in src/frontends/xforms/forms
Hey guys, I'm trying to build CVS again, I've finally got enough ram to link it!!! However it's a no go. xforms-0.88-3 lyx cvs from a minute ago. redhat 7.2 make[5]: Entering directory `/home/michael/Programming/Lyx/lyx-devel/src/frontends/xforms/forms' source='form_character.C' object='form_character.lo' libtool=yes \ depfile='.deps/form_character.Plo' tmpdepfile='.deps/form_character.TPlo' \ depmode=gcc3 /bin/sh ../../../../config/depcomp \ /bin/sh ../../../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I./.. -I../../../../src -isystem /usr/X11R6/include -g -fno-exceptions -ftemplate-depth-30 -Wno-non-template-friend -W -Wall -c -o form_character.lo `test -f form_character.C || echo './'`form_character.C g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I./.. -I../../../../src -isystem /usr/X11R6/include -g -fno-exceptions -ftemplate-depth-30 -Wno-non-template-friend -W -Wall -c form_character.C -MT form_character.lo -MD -MP -MF .deps/form_character.TPlo form_character.C: In function `FD_character *build_character (void *)': form_character.C:37: `fl_set_choice_notitle' undeclared (first use this function) form_character.C:37: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [form_character.lo] Error 1 make[5]: Leaving directory `/home/michael/Programming/Lyx/lyx-devel/src/frontends/xforms/forms' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/michael/Programming/Lyx/lyx-devel/src/frontends/xforms' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/michael/Programming/Lyx/lyx-devel/src/frontends' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/michael/Programming/Lyx/lyx-devel/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/michael/Programming/Lyx/lyx-devel/src' make: *** [all-recursive] Error 1 -- | Michael Koziarski |"Conventional wisdom is often | | Data Engineer, Linux user | long on convention and short | | & Objectivist. | on wisdom" -- | | http://www.koziarski.com| Warren E. Buffett, BRK.A |
Re: Compiler error in src/frontends/xforms/forms
On Mon, Jan 13, 2003 at 10:00:32PM +1300, Michael Koziarski wrote: > Hey guys, > > I'm trying to build CVS again, I've finally got enough ram to link > it!!! However it's a no go. > > xforms-0.88-3 Hi Michael, xforms 0.88 is no longe supported. Please try with 1.0 > lyx cvs from a minute ago. > redhat 7.2 > -- > > | Michael Koziarski |"Conventional wisdom is often | > | Data Engineer, Linux user | long on convention and short | > | & Objectivist. | on wisdom" -- | > | http://www.koziarski.com| Warren E. Buffett, BRK.A | > -- José Abílio Matos LyX and docbook a perfect match. :-)
Re: [PATCH] Bug #819
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Mon, Jan 13, 2003 at 09:50:48AM +0100, Andre Poenitz wrote: >> > It is because images tend to be cropped with the xforms frontend. >> > Unfortunately, this fix is only empirical, as nobody took the >> time to > understand what happens. >> >> It also looks as it does not really fix the problem, does it? There >> is still too much space around formulas... John> Furthermore, images are (slightly) cropped with Qt too ! That's pretty interesting, methink :) Are they cropped by a few pixels? Then the fault is somewher ein lyx (bad rounding?) JMarc
Re: Compiler error in src/frontends/xforms/forms
> "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes: Michael> Hey guys, I'm trying to build CVS again, I've finally got Michael> enough ram to link it!!! However it's a no go. Michael> xforms-0.88-3 lyx cvs from a minute ago. redhat 7.2 Support for xforms 0.88 has been removed from 1.3.0cvs. I am surprised that configure did not warn you about that. JMarc PS: could you update the bugzilla page to say that latest release is 1.2.3? And add 1.2.2 and 1.2.3 as possible releases in bugzilla fields?
Re: [PATCH] Bug #819
On Mon, Jan 13, 2003 at 09:59:27AM +0100, Jean-Marc Lasgouttes wrote: > John> Furthermore, images are (slightly) cropped with Qt too ! > > That's pretty interesting, methink :) Are they cropped by a few > pixels? Then the fault is somewher ein lyx (bad rounding?) one pixel I think but I haven't checked carefully regards john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: Compiler error in src/frontends/xforms/forms
On Mon, Jan 13, 2003 at 10:01:17AM +0100, Jean-Marc Lasgouttes wrote: > And add 1.2.2 and 1.2.3 as possible releases in bugzilla fields? they already are regards john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: Trivial patches again
On Mon, Jan 13, 2003 at 09:28:15AM +0100, Alfredo Braunstein wrote: > John? I can do nothing right now without an amanuensis. So somebody else must apply john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: Trivial patches again
> I can do nothing right now without an amanuensis. So somebody else must > apply I will do so. Ed
Re: Trivial patches again
> I will do so. Applied. I can't apply the typo fix though, so that's up to someone else... Ed.
Re: [PATCH] Bug #819
Jean-Marc Lasgouttes wrote: It also looks as it does not really fix the problem, does it? There is still too much space around formulas... John> Furthermore, images are (slightly) cropped with Qt too ! That's pretty interesting, methink :) Are they cropped by a few pixels? Then the fault is somewher ein lyx (bad rounding?) Did my patch help? At least the spacing around graphics should be better now for QT. Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: [PATCH] Bug #819
On Mon, Jan 13, 2003 at 10:14:21AM +0100, Michael Schmitt wrote: > Did my patch help? At least the spacing around graphics should be better > now for QT. I haven't checked. A testcase is on bugzilla if you want to try it john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: Re: [PATCH] Bug #819
Andre Poenitz <[EMAIL PROTECTED]> schrieb am 13.01.2003, 09:50:48: > > Andre> Anybody remember why the + 4 went in? Some preview related > > Andre> "adjustment"? > > > > It is because images tend to be cropped with the xforms frontend. > > Unfortunately, this fix is only empirical, as nobody took the time to > > understand what happens. > > It also looks as it does not really fix the problem, does it? There is > still too much space around formulas... But at least my patch fixes the spaces around _previewed_ formula! Michael
Re: Re: [PATCH] Bug #819
On Mon, Jan 13, 2003 at 10:28:12AM +0100, [EMAIL PROTECTED] wrote: > > It also looks as it does not really fix the problem, does it? There is > > still too much space around formulas... > > But at least my patch fixes the spaces around _previewed_ formula! Ah... I haven't used previewed formulas for a while... 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: alt-r doesn't replace in spellcheck dialog
On Sunday 12 January 2003 10:25 pm, John Levon wrote: > On Wed, Jan 08, 2003 at 11:26:46AM -0500, Dr. Richard E. Hawkins wrote: > > edit the replacement line, hit alt-r, and nothing happens > > > > yesterday's cvs. > > confirmed. untested patch below. Somebody please apply (I cannot cvs > update) > > john How does this fix the problem? You're removing the shortcut so it'll never work! Angus > Index: form_spellchecker.fd > === > RCS file: > /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/forms/form_spellcheck >er.fd,v retrieving revision 1.6 > diff -u -r1.6 form_spellchecker.fd > --- form_spellchecker.fd 25 Oct 2002 09:16:22 - 1.6 > +++ form_spellchecker.fd 12 Jan 2003 22:24:09 - > @@ -95,7 +95,7 @@ > style: FL_NORMAL_STYLE > size: FL_NORMAL_SIZE > lcol: FL_BLACK > -label: Replacement:|#R > +label: Replacement: > shortcut: > resize: FL_RESIZE_X > gravity: FL_NorthWest FL_NorthEast -- Angus
Re: alt-r doesn't replace in spellcheck dialog
On Mon, Jan 13, 2003 at 09:57:09AM +, Angus Leeming wrote: > How does this fix the problem? You're removing the shortcut so it'll never > work! Good morning ! Rub those bleary eyes ! > > -label: Replacement:|#R > > +label: Replacement: Duplicate regards john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: alt-r doesn't replace in spellcheck dialog
On Monday 13 January 2003 10:22 am, John Levon wrote: > On Mon, Jan 13, 2003 at 09:57:09AM +, Angus Leeming wrote: > > How does this fix the problem? You're removing the shortcut so it'll > > never work! > > Good morning ! Rub those bleary eyes ! > > > > -label: Replacement:|#R > > > +label: Replacement: > > Duplicate Understood. I'll commit it. -- Angus
Re: Argh! Cannot display tgif files anymore on screen!
On Sunday 12 January 2003 8:39 pm, Michael Schmitt wrote: > Angus, > > after the recent patch, LyX refuses to display my tgif files anymore on > screen! Console message: > > In OpenImage [image.c 224] > /tmp/lyx_tmpdir269918KEo1c/distributed-test-method26991CN5z7t.xpm: > Unknown image format > > Do we have to change the converters/converter code? Currently, xpm seems > to be used as an intermediate file format. > > Michael Michael, you should know better than this. What a wooly report. Run -dbg graphics and see what its trying to do. I see a line in lib/configure.m4: \\converter tgif ppm "tgif -print -stdout -xpm \$\$i | xpmtoppm > \$\$o" "" so don't see why lyx isn't converting your image to ppm format. Perhaps you don't have xpmtoppm installed? -- Angus
Re: Argh! Cannot display tgif files anymore on screen!
Angus Leeming wrote: after the recent patch, LyX refuses to display my tgif files anymore on screen! Console message: ... Do we have to change the converters/converter code? Currently, xpm seems to be used as an intermediate file format. Michael, you should know better than this. What a wooly report. Run -dbg graphics and see what its trying to do. I see a line in lib/configure.m4: \\converter tgif ppm "tgif -print -stdout -xpm \$\$i | xpmtoppm > \$\$o" "" so don't see why lyx isn't converting your image to ppm format. Perhaps you don't have xpmtoppm installed? I sent this mail _before_ fixing the converter rule! Everything works fine with the rule above, Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: Trivial patches again
On Monday 13 January 2003 8:28 am, Alfredo Braunstein wrote: > Don't want to be bold, but my trivial patch to QSpellchecker fixes a bug. > [One way to reproduce it: > > 1) make a document with one correct english word > 2) go to start, spellcheck, press start in the spellcheck dialog. > 3) The spellcheck will end successfully and a popup will appears, press ok > > Try to repeat 2). The spellcheck dialog pops up with the start button > greyed out.] > > John? > > And please apply the typo fix... don't want to rediff any more a 1(one) > space patch :) Applied the typo fix. I see that Edwin has applied the rest already. > Thanks! Alfredo -- Angus
Re: [PATCH] Trivial stuff (mathed & mouse wheel scrolling)
On Thursday 09 January 2003 7:16 pm, Michael Schmitt wrote: > Dear Lars, Jean-Marc, > > please apply the following two patches: > >1. Change default value and description of mouse wheel jump > (John thinks it is OK) I'll commit this. >2. Make CTRL-Pos1/End behave a little bit more intuitive > (Patch suggested by Andre) I won't commit this but leave it for André. (Insufficient knowledge.) > Michael -- Angus
Status report
Apologies for the silence recently. I've been busy at work and my spare time has been spent setting up a new PC at home. The linux learning curve has been quite steep, but I think I'm there. In fact, I must be because I submitted a couple of patches from home last night ;-) I've been trying to keep up to date with the postings here. I believe that the two outstanding patches that I should have a look at are Michael Schmitt <[EMAIL PROTECTED]> [PATCH] Bug #819 [EMAIL PROTECTED] (Juergen Spitzmueller) Re: [PATCH] Enable browsing for directories I'll try and look at those this evening. In the meantime, I'm unsubscribing my work-email from this list... Lars, could you remind me how to re-direct [EMAIL PROTECTED] to my home email? A reply to [EMAIL PROTECTED] will get me at work. I'll read a reply to the list on gmane this evening. À bientot, -- Angus
Re: Status report
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars, could you remind me how to re-direct [EMAIL PROTECTED] to my | home email? by fixing your .forward file. -- Lgb
Re: Status report
On Monday 13 January 2003 11:16 am, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > | Lars, could you remind me how to re-direct [EMAIL PROTECTED] to my > | home email? > > by fixing your .forward file. Ahh. fetchmail. Haven't investigated that yet. Only just got sendmail working for local mail ;-) Anyway, done. Thank you. -- Angus
Re: [PATCH] Trivial stuff (mathed & mouse wheel scrolling)
On Mon, Jan 13, 2003 at 11:09:11AM +, Angus Leeming wrote: > >2. Make CTRL-Pos1/End behave a little bit more intuitive > > (Patch suggested by Andre) > > I won't commit this but leave it for André. (Insufficient knowledge.) I haven't seen the patch, but if this is 'go left instead of up', this is fine with me. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
pdflatex & graphics
Hi, when exporting a LyX document with pdflatex, my PNG graphics are not scaled according the settings in the LyX graphics dialog. Exports with dvipdfm and the default PDF converter (ps2pdf?) work correctly. Any idea why pdflatex fails (or is it even a LyX problem?) Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: [PATCH] Bug #819
On Sunday 12 January 2003 8:40 pm, Michael Schmitt wrote: > Hi, > > attached please find a patch for bug #819 (spurious spacing after > previewed formula). > > After a long search, it turned out that the width of xforms images is > not computed correctly; actually, a former "fix" makes things go wrong. > I guess the fix was for an old xforms version. But even if the fix > worked for xforms, it introduced an inconsistency with QT because the > code for the graphics inset relied on the incorrectness of the patch :-( > So after all, I think that rendering with QT should also become better > with my patch. > > GUI experts, please check the patch and - if correct - commit it. > > Thanks, Michael Index: src/frontends/xforms/xformsImage.C Good! In fact: fantastic! Index: src/insets/insetgraphics.C This looks like the right thing to do although it also looks like a right pain in the arse. I take it that TEXT_TO_INSET_OFFSET is the width of the frame that separates the content of the inset (image) from the rest of the lyx page. I take it that mathed doesn't have such nastiness because André has written a frame-inset that does just this? Index: src/mathed/formula.C This doesn't look right. Who's meant to draw that extra pixel if you've moved it from Formula::draw? Also, can you explain why we need this? I'll read your answers at home this evening unless you cc [EMAIL PROTECTED] Jolly well done anyway! -- Angus
Re: [PATCH] Bug #819
Angus Leeming wrote:
Index: src/insets/insetgraphics.C
This looks like the right thing to do although it also looks like a right
pain in the arse. I take it that TEXT_TO_INSET_OFFSET is the width of the
frame that separates the content of the inset (image) from the rest of the
lyx page. I take it that mathed doesn't have such nastiness because André has
written a frame-inset that does just this?
Well, it wasn't me who has invented TEXT_TO_INSET_OFFSET! I just wanted
to align the code with the code of the other insets because it makes it
easier to understand what is going on.
This doesn't look right. Who's meant to draw that extra pixel if you've moved
it from Formula::draw? Also, can you explain why we need this?
I spent a lot of time to find out how much space is needed in front of a
previewed math formula such that it is fully integrated
("undistinguishable") from normal text. (Note that there is also a gap
between characters in normal text). After a while, I decided that 1
pixel is exactly the right size :-) You can check this, if you move the
cursor between two characters and between a character and a previewed
formula and compare the spacings between the cursor and the surrounding
text.
As you can see from the code, the image is shifted one pixel to right.
AFAICS there is no need to draw the background explicitly.
Note that the drawing of non-previewed formula is not touched at all (at
least it shouldn't).
I'll read your answers at home this evening unless you cc [EMAIL PROTECTED]
Jolly well done anyway!
Michael
--
===
Michael Schmitt Telefon: +49 651 97551-40
Institut für TelematikTelefax: +49 651 97551-12
Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de
D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED]
===
Re: right-hand single quote used on left in american english
> "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes: Richard> I found this while proofreading. John, told me, "Say 'fish.'" Richard> The outer quotes are in the correct direction, but both inner Richard> quotes are right-hand style (apostrophes). They are both Richard> represented by the same character on the screen. Only the double quote character is hooked to the special quote inset function. There have been some discussions about supporting single (or inner, or alternative) quoting style, but this is not done yet. JMarc
Re: spellchecker
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> Would it be sensible to switch on the 'Use input encoding' Andre> toggle by default? I seem to remember that it depends a lot of how the dictionary has been encoded for a particulat language. But I am not sure where I read that. JMarc
Re: spellchecker
On Mon, Jan 13, 2003 at 03:08:06PM +0100, Jean-Marc Lasgouttes wrote: > Andre> Would it be sensible to switch on the 'Use input encoding' > Andre> toggle by default? > > I seem to remember that it depends a lot of how the dictionary has > been encoded for a particulat language. But I am not sure where I read > that. Ok. I just noticed that I had to switch this on (and it took me a while) so I wondered whether changing the default might save others some time. 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: spellchecker
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> I seem to remember that it depends a lot of how the dictionary has >> been encoded for a particulat language. But I am not sure where I >> read that. Andre> Ok. I just noticed that I had to switch this on (and it took me Andre> a while) so I wondered whether changing the default might save Andre> others some time. To be fair, I may be completely wrong here. Real men do not use spellcheckers. JMarc
Re: [PATCH] Bug #819
On Monday 13 January 2003 1:49 pm, Michael Schmitt wrote:
> Angus Leeming wrote:
> >Index: src/insets/insetgraphics.C
> >This looks like the right thing to do although it also looks like a right
> >pain in the arse. I take it that TEXT_TO_INSET_OFFSET is the width of the
> >frame that separates the content of the inset (image) from the rest of the
> >lyx page. I take it that mathed doesn't have such nastiness because André
> > has written a frame-inset that does just this?
>
> Well, it wasn't me who has invented TEXT_TO_INSET_OFFSET! I just wanted
> to align the code with the code of the other insets because it makes it
> easier to understand what is going on.
>
> >This doesn't look right. Who's meant to draw that extra pixel if you've
> > moved it from Formula::draw? Also, can you explain why we need this?
>
> I spent a lot of time to find out how much space is needed in front of a
> previewed math formula such that it is fully integrated
> ("undistinguishable") from normal text. (Note that there is also a gap
> between characters in normal text). After a while, I decided that 1
> pixel is exactly the right size :-) You can check this, if you move the
> cursor between two characters and between a character and a previewed
> formula and compare the spacings between the cursor and the surrounding
> text.
>
> As you can see from the code, the image is shifted one pixel to right.
> AFAICS there is no need to draw the background explicitly.
> Note that the drawing of non-previewed formula is not touched at all (at
> least it shouldn't).
No criticism intended. I was merely grumbling to myself about the ugliness of
such stuff. Moreover, I'm ambivalent about applying stuff that I don't
understand and this counts as stuff I don't fully understand. I'll try and
dig deeper this evening.
--
Angus
Re: spellchecker
On Mon, Jan 13, 2003 at 03:26:40PM +0100, Jean-Marc Lasgouttes wrote: > Andre> Ok. I just noticed that I had to switch this on (and it took me > Andre> a while) so I wondered whether changing the default might save > Andre> others some time. > > To be fair, I may be completely wrong here. Real men do not use > spellcheckers. That's what I thought, too. But then it complained _five_ times about 'enstehen'. I know that this is 'entstehen'. Wonder what ape entered this into my document... 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: [PATCH] Bug #819
Angus Leeming wrote: No criticism intended. I was merely grumbling to myself about the ugliness of such stuff. Moreover, I'm ambivalent about applying stuff that I don't understand and this counts as stuff I don't fully understand. I'll try and dig deeper this evening. Counting pixels is indeed ugly. But a few additional pixels here and there (but not too many) are the basic elements of a word processor (ooops: text processor, of course!) Nevertheless, I think the code looks better than before. An expression like "x + TEXT_TO_INSET_OFFSET" is always better than a plain "x + 4". Please contact me if you need more information. We will certainly come to a solution that satisfies both of us. Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: conversion of lyx docs
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Fri, Jan 10, 2003 at 04:57:10PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> Can you apply Martin's patches first? Andre> Could you simply commit this and tell me when you are done? Done. Andre> Then I'd update lyxdoc and run the command. Note that you should not update the files like you did. The *TOC.lyx files are generated automatically from the skeletons in TOC_top/*.lyx by the Makefile. Terefore you should update the files in TOC_top and the real docs, and then generate the TOCs. If you find that the TOCs do not have the right format, then you should fix the Doc_top.pl script. JMarc
Re: conversion of lyx docs
Jean-Marc Lasgouttes wrote: >Terefore you should update the files in TOC_top and the real docs, and >then generate the TOCs. If you find that the TOCs do not have the >right format, then you should fix the Doc_top.pl script. How about the template and example files? Shouldn't they be converted as well? ... and then we come back to the problem that we cannot load a LyX file for which the corresponding TeX class is not available :-( Michael -- === Michael Schmitt Telefon: +49 651 97551-40 Institut für TelematikTelefax: +49 651 97551-12 Bahnhofstrasse 30-32 WWW: http://www.ti.fhg.de D-54292 Trier E-Mail: mailto:[EMAIL PROTECTED] ===
Re: AGU Journal of Geophysical Research layout templates
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes: Martin> Here the revised stuff. Turns out that also the EGS format was Martin> missing from both the doc and LaTeXConfig.lyx.in. Added that Martin> too. (Nobody complained; how actively are any of these being Martin> used?) Applied. JMarc
Re: Movies
Attached file: "Untitled1.pif Description: Binary data
Re: Compiler error in src/frontends/xforms/forms
Jean-Marc Lasgouttes wrote: "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes: Michael> Hey guys, I'm trying to build CVS again, I've finally got Michael> enough ram to link it!!! However it's a no go. Michael> xforms-0.88-3 lyx cvs from a minute ago. redhat 7.2 Support for xforms 0.88 has been removed from 1.3.0cvs. I am surprised that configure did not warn you about that. Well, I must've missed that announcement. :) However it would've been nice for configure to warn me, avoid making a jackass of myself :). The bugzilla work has been done. Cheers Koz
autoconf 2.13, autogen error, build failure, lyx cvs, qt
Hi all, I am trying to build lyx cvs with qt frontend, and get errors when running autogen.sh: src/frontends/qt2/moc/Makefile.am:17: invalid unused variable name: `nodist_libqt2moc_la_SOURCES' src/frontends/qt2/ui/Makefile.am:20: invalid unused variable name: `nodist_libqt2ui_la_SOURCES' src/frontends/qt2/ui/moc/Makefile.am:16: invalid unused variable name: `nodist_libqt2uimoc_la_SOURCES' Ignoring this error, and starting to build, it stops somewhere in the middle with the following error: make[6]: Entering directory `/home/shimpe/download/lyx/lyx_cvs/lyx-devel/src/frontends/qt2/ui' make[6]: *** No rule to make target `libqt2ui.la.c', needed by `libqt2ui.la'. Stop. I am using autoconf 2.13, which is supposed to be supported. Best regards, Stefaan Himpe
Re: autoconf 2.13, autogen error, build failure, lyx cvs, qt
Stefaan Himpe <[EMAIL PROTECTED]> writes: | I am using autoconf 2.13, which is supposed to be supported. only for the xforms frontend. Use autoconf 2.5x if you want qt to build. -- Lgb
Re: autoconf 2.13, autogen error, build failure, lyx cvs, qt
On Mon, Jan 13, 2003 at 10:59:38PM +0100, Lars Gullik Bj?nnes wrote: > | I am using autoconf 2.13, which is supposed to be supported. > > only for the xforms frontend. > > Use autoconf 2.5x if you want qt to build. Whu ? Since when ? automake 1.5 is required for Qt but autoconf 2.13 used to be fine regards john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
[patch]: the end of that "disable xpm loader" patch
Now that XPM is no longer a natively-loadable format in the xforms frontend,
we shouldn't convert to it if no other conversion path is defined.
Ok to apply Lars?
(Incidentally, Michael, if I had spotted this last night, your tgif images
would have loaded automatically and you would never have noticed that the
conversion was sub-optimal ;-)
--
Angus
Index: src/graphics/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/ChangeLog,v
retrieving revision 1.137
diff -u -p -r1.137 ChangeLog
--- src/graphics/ChangeLog 16 Dec 2002 23:17:43 - 1.137
+++ src/graphics/ChangeLog 13 Jan 2003 22:11:20 -
@@ -1,3 +1,8 @@
+2003-01-13 Angus Leeming <[EMAIL PROTECTED]>
+
+ * GraphicsCacheItem.C (findTargetFormat): define the default conversion
+ format to be PPM not XPM.
+
2002-12-17 Lars Gullik Bjønnes <[EMAIL PROTECTED]>
* Makefile.am (EXTRA_DIST): remove variable
Index: src/graphics/GraphicsCacheItem.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/graphics/GraphicsCacheItem.C,v
retrieving revision 1.48
diff -u -p -r1.48 GraphicsCacheItem.C
--- src/graphics/GraphicsCacheItem.C 27 Nov 2002 10:30:25 - 1.48
+++ src/graphics/GraphicsCacheItem.C 13 Jan 2003 22:11:20 -
@@ -343,9 +343,9 @@ string const findTargetFormat(string con
<< " to " << *it << std::endl;
}
- // Failed! so we have to try to convert it to XPM format
+ // Failed! so we have to try to convert it to PPM format
// with the standard converter
- return string("xpm");
+ return string("ppm");
}
} // anon namespace
Re: autoconf 2.13, autogen error, build failure, lyx cvs, qt
Stefaan Himpe wrote: > Hi all, > > I am trying to build lyx cvs with qt frontend, and get errors when > running autogen.sh: > I am using autoconf 2.13, which is supposed to be supported. Hello, Stefaan. You're out of luck I'm afraid. The qt frontend will NOT build with autoconf 2.13. You'll have to use autoconf 2.5x or later. -- Angus
Re: [patch]: the end of that "disable xpm loader" patch
Angus Leeming <[EMAIL PROTECTED]> writes: | Now that XPM is no longer a natively-loadable format in the xforms frontend, | we shouldn't convert to it if no other conversion path is defined. | | Ok to apply Lars? yes. -- Lgb
Re: [patch]: the end of that "disable xpm loader" patch
On Mon, 13 Jan 2003, Angus Leeming wrote: > Now that XPM is no longer a natively-loadable format in the xforms frontend, > we shouldn't convert to it if no other conversion path is defined. I see a very strange effect right now. In a document with multiple PNG graphics, only the first PNG is displayed correctly. For all other PNGs, LyX complains that it cannot display them and I get a console message: In OpenImage [image.c 224] /tmp/lyx_tmpdir3105tLeKsU/example--help-23105FUHRHZ.xpm: Unknown image format--Datei oder Verzeichnis nicht gefunden Strange, isn't it? I am quite busy right now. Maybe I can dig into the problem in about an hour. Michael
Re: autoconf 2.13, autogen error, build failure, lyx cvs, qt
John Levon <[EMAIL PROTECTED]> writes: | On Mon, Jan 13, 2003 at 10:59:38PM +0100, Lars Gullik Bj?nnes wrote: | | > | I am using autoconf 2.13, which is supposed to be supported. | > | > only for the xforms frontend. | > | > Use autoconf 2.5x if you want qt to build. | | Whu ? Since when ? | | automake 1.5 is required for Qt but autoconf 2.13 used to be fine Only barely... but perhaps it his automake version that creates the real problems. OTOH, will we support 2.13 forever? -- Lgb
Re: [patch]: the end of that "disable xpm loader" patch
Funny! Forget my previous posting. The PNG file that could be converted was actually a GIF file :-) In other words: Currently, no PNG file can be displayed. We should define a converter quickly. (Or does your latest patch handle PNGs automatically?) Michael
Re: [patch]: the end of that "disable xpm loader" patch
Michael Schmitt wrote: > > Funny! > > Forget my previous posting. The PNG file that could be converted was > actually a GIF file :-) In other words: Currently, no PNG file can be > displayed. We should define a converter quickly. (Or does your latest > patch handle PNGs automatically?) > > Michael Probably. Try it. -- Angus
[patch] making convertDefault.sh a little more robust
If 'convert' fails returns the exit status else tests that the file was actually generated. Ok to go in Lars? -- Angus Index: lib/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v retrieving revision 1.348 diff -u -p -r1.348 ChangeLog --- lib/ChangeLog 13 Jan 2003 16:52:19 - 1.348 +++ lib/ChangeLog 13 Jan 2003 23:05:08 - @@ -1,3 +1,8 @@ +2003-01-13 Angus Leeming <[EMAIL PROTECTED]> + + * scripts/convertDefault.sh: make it return the exit status of the + convert program. + 2003-01-13 Martin Vermeer <[EMAIL PROTECTED]> * doc/LaTeXConfig.lyx.in: document AGU and EGS classes Index: lib/scripts/convertDefault.sh === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/scripts/convertDefault.sh,v retrieving revision 1.4 diff -u -p -r1.4 convertDefault.sh --- lib/scripts/convertDefault.sh 15 Aug 2002 16:26:02 - 1.4 +++ lib/scripts/convertDefault.sh 13 Jan 2003 23:05:10 - @@ -1,10 +1,23 @@ -#!/bin/sh -# this is the default converter if no one other was -# defined by the user in edit->preferences->converter +#! /bin/sh +# The default converter if no other has been defined by the user from the +# Conversion->Converter tab of the Preferences dialog. # -# the user can also redefine this default converter -# with an own shell script in ~/.lyx/scripts +# The user can also redefine this default converter, placing their +# replacement in ~/.lyx/scripts # -# converts an image from $1 to $2 format -convert -depth 8 $1 $2 -exit 0 +# converts an image from $1 to $2 format +convert -depth 8 $1 $2 +if [ $? -ne 0 ]; then +exit $? +fi + +# It appears that convert succeeded, but we know better than to trust it ;-) +# convert is passed strings in the form "FMT:FILENAME", so use the ':' to +# delimit the two parts. +FILE=`echo $2 | cut -d ':' -f 2` + +# FSTATUS == 0 is the file exists and == 1 if it does not. +FSTATUS=0 +test -f $FILE || FSTATUS=1 + +exit $FSTATUS
Re: [patch] making convertDefault.sh a little more robust
Angus Leeming <[EMAIL PROTECTED]> writes: | If 'convert' fails returns the exit status | else tests that the file was actually generated. | | Ok to go in Lars? ok -- Lgb
Re: lyx-devel src/graphics/: ChangeLog GraphicsCacheItem.C
On Tue, Jan 14, 2003 at 12:03:49AM +, [EMAIL PROTECTED] wrote: > Log message: > Re-define the catch-all conversion format from XPM to PPM, although > personally I'm still of the opinion that people too lazy to define > their own get what they deserve ;-) And what they deserve is a system that works out of the box instead of one that fails with no indication as to why. So I guess you're just agreeing with yourself here :) john -- Khendon's Law: If the same point is made twice by the same person, the thread is over.
Re: lyx-devel src/frontends/xforms/: ChangeLog xformsImage.C src/i ...
[EMAIL PROTECTED] wrote: > CVSROOT: /usr/local/lyx/cvsroot > Module name: lyx-devel > Repository: lyx-devel/src/mathed/ > Changes by: [EMAIL PROTECTED]03/01/14 00:38:01 > > Modified files: > lyx-devel/src/frontends/xforms/: ChangeLog xformsImage.C > lyx-devel/src/insets/: ChangeLog insetgraphics.C > lyx-devel/src/mathed/: ChangeLog formula.C > > Log message: > (Michael Schmitt): the proper fix for the off-by-one cropping of graphics > images. Tested and verified to work beautifully. John, I have verified that the xforms frontend works perfectly with Michael's patch, but couldn't follow the QLImage code well enough to work out why the Qt frontend crops the image in bug 644. Regards, -- Angus
Re: lyx-devel config/: configure.ac configure.in po/: bg.po ca.po ...
Hi Lars, I have prepared an update to de.po. Would you like to apply it right now? And then there is my "mouse wheel" patch that seems to be forgotten due to its simplicity... :-) Michael
[PATCH] Update of de.po + Mouse wheel
Hi Jean Marc, enclosed please find minor update of de.po + the outstanding mouse wheel patch. Please commit the changes. TIA, Michael Index: lyx-devel-1.3.0cvs/po/de.po === RCS file: /cvs/lyx/lyx-devel/po/de.po,v retrieving revision 1.72 diff -u -r1.72 de.po --- lyx-devel-1.3.0cvs/po/de.po 2003/01/14 01:18:27 1.72 +++ lyx-devel-1.3.0cvs/po/de.po 2003/01/14 02:14:54 @@ -5,30 +5,37 @@ # # Ein paar generelle Richtlinien für eine einheitliche Übersetzung (Vorschlag von M. Schmitt): # +# advanced -> erweitert(e) +# bind (file) -> Tastaturkürzel(-Datei) # border-> Rahmen -# inline-> eingebettet -# key -> Schlüssel +# browse-> durchsuchen +# button-> Knopf # command -> Befehl # display -> Anzeige/anzeigen +# extension -> (Datei-)endung # extra ... -> Zusatz-... / Extra (im Ausnahmefall) -# Miscellaneous -> Verschiedenes -# bind (file) -> Tastaturkürzel(-Datei) -# layout-> layout # font -> Schrift -# template -> Vorlage +# graphics -> Grafik (Einzahl!) +# inline-> eingebettet +# key -> Schlüssel +# label -> Marke +# layout-> layout +# math -> Mathe +# Miscellaneous -> Verschiedenes # option-> Option -# setting -> Einstellung +# remove-> entfernen # restore -> zurücksetzen -# browse-> durchsuchen # set -> festlegen / ... ein / (set to -> setzen auf) -# math -> Mathe -# graphics -> Grafik (Einzahl!) +# setting -> Einstellung +# shortcut -> Kürzel +# show -> anzeigen / zeige ... +# template -> Vorlage # msgid "" msgstr "" -"Project-Id-Version: LyX 1.2.0\n" +"Project-Id-Version: LyX 1.3.0\n" "POT-Creation-Date: 2003-01-14 02:14+0100\n" -"PO-Revision-Date: 2002-12-20 19:00+0100\n" +"PO-Revision-Date: 2002-01-14 03:00+0100\n" "Last-Translator: Michael Schmitt <[EMAIL PROTECTED]>\n" "Language-Team: German <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" @@ -147,9 +154,8 @@ msgstr "Literaturliste ins Inhaltsverzeichnis|#I" #: ../src/frontends/xforms/forms/form_bibtex.fd:170 -#, fuzzy msgid "Styles:|#y" -msgstr "Stile|#t" +msgstr "Stile:|#t" #: ../src/frontends/xforms/forms/form_bibtex.fd:188 #: ../src/frontends/xforms/forms/form_preferences.fd:737 @@ -253,19 +259,16 @@ msgstr "Immer Umschalten" #: ../src/frontends/xforms/forms/form_citation.fd:44 -#, fuzzy msgid "Inset keys:|#I" -msgstr "Schlüssel in Einfügung|#E" +msgstr "Schlüssel in Einfügung:|#E" #: ../src/frontends/xforms/forms/form_citation.fd:62 -#, fuzzy msgid "Bibliography keys:|#k" -msgstr "Schlüssel in Literaturliste|#L" +msgstr "Schlüssel in Literaturliste:|#L" #: ../src/frontends/xforms/forms/form_citation.fd:80 -#, fuzzy msgid "Info:" -msgstr "Informationen" +msgstr "Informationen:" #: ../src/frontends/xforms/forms/form_citation.fd:116 #: ../src/frontends/xforms/forms/form_forks.fd:115 @@ -436,9 +439,8 @@ msgstr "Seiten-Stil:|#n" #: ../src/frontends/xforms/forms/form_document.fd:866 -#, fuzzy msgid "Spacing:|#g" -msgstr "Abstand|#A" +msgstr "Abstand:|#A" #: ../src/frontends/xforms/forms/form_document.fd:884 msgid "Extra Options:|#X" @@ -501,19 +503,16 @@ msgstr "Platzierung von Floats:|#P" #: ../src/frontends/xforms/forms/form_document.fd:1401 -#, fuzzy msgid "Section number depth:" -msgstr "Tiefe der Abschnittsnummerierung" +msgstr "Tiefe der Abschnittsnummerierung:" #: ../src/frontends/xforms/forms/form_document.fd:1423 -#, fuzzy msgid "Table of contents depth:" -msgstr "Tiefe im Inhaltsverzeichnis" +msgstr "Tiefe im Inhaltsverzeichnis:" #: ../src/frontends/xforms/forms/form_document.fd:1445 -#, fuzzy msgid "PS Driver:|#S" -msgstr "PostScript-Treiber|#T" +msgstr "PostScript-Treiber:|#T" #: ../src/frontends/xforms/forms/form_document.fd:1463 msgid "Use AMS Math|#M" @@ -524,9 +523,8 @@ msgstr "Natbib verwenden|#N" #: ../src/frontends/xforms/forms/form_document.fd:1499 -#, fuzzy msgid "Citation style:|#i" -msgstr "Zitat-Stil|#i" +msgstr "Zitat-Stil:|#i" #: ../src/frontends/xforms/forms/form_document.fd:1541 msgid "Bullet depth" @@ -823,21 +821,19 @@ #: ../src/frontends/xforms/forms/form_include.fd:151 msgid "Visible space|#s" -msgstr "Sichtbares Leerzeichen|#L" +msgstr "Sichtb. Leerzeichen|#L" #: ../src/frontends/xforms/forms/form_include.fd:187 msgid "Verbatim|#V" msgstr "Unformatiert|#U" #: ../src/frontends/xforms/forms/form_include.fd:205 -#, fuzzy msgid "Use input|#i" -msgstr "Input encoding verwenden|#I" +msgstr "'input' verwenden|#i" #: ../src/frontends/xforms/forms/form_include.fd:223 -#, fuzzy msgid "Use include|#U" -msgstr "Priv. Bind|#P#p" +msgstr "'include' verwenden|#v" #: ../src/frontends/xforms/forms/form_include.fd:259 msgid "Preview|#p" @@ -1066,7 +1062,6 @@ msgstr "Zeilenabstand:|#Z"
Backup of bugzilla
Hi! I would have a request, would it be possible to have a backup of the bugzilla installation with it's data? Or how can I have offline reading of the buglists in another way? Anyway IMO that it would be quite good to have a downloadable backup installed somewhere so that if the server is out for some reason we have a backup server. As I now I own a quite nice new PC I would be able to do some work at home on LyX ;) Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Mitterstrich 151/A I-39050 SteineggWeb: http://www.lyx.org/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Re: Backup of bugzilla
On Tue, Jan 14, 2003 at 08:30:49AM +0100, Juergen Vigna wrote: > As I now I own a quite nice new PC I would be able to do some > work at home on LyX ;) Lucky you. My new PC at home does not allow working on LyX. It can barely run 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)
