Re: a suggestion about instant preview
-BEGIN PGP SIGNED MESSAGE- On Montag, 6. Januar 2003 02:49, Bo Peng wrote: > What forbid us from loading the bitmaps all at once when they are > generated? Will it be very slow or very memory consuming? If this is not > possible, can we use bitmaps directly when displaying a new page instead > of drawing lyx formulas and then replace them with bitmaps? If you would have hundreds of formulas , you would know the answer. Having a slower processor is a pain on startup. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPhlHWrewfbDGmeqhAQEjeQP9GptQWC+uqozUU5v2KDVoUjVRHZqKwPHl 8BzpDN4b1oMr52hQRykn3mCv11Ur+5LwZ4jtoAg4QeXuOMjSWtFYuaEC1R4Bhqyg kMkTLjrAMWJXYOp6lvY50/yx4reLJTkIBMLPu1cokDMilPNs8E1Wv5q2eqkRxr97 sgUPfQ4d7Lw= =luTI -END PGP SIGNATURE-
Re: Bug: "LyXAction::funcHasFlag: No info about kb_action: -1073748040"
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Sun, Dec 22, 2002 at 03:38:25PM +0100, Michael Schmitt wrote: >> >>If I open some of the LyX menus, I get the following console >> message: >> >> >> >> LyXAction::funcHasFlag: No info about kb_action: -1073748040 >> >> xforms frontend. Menus "edit", "insert", "display/view" (whatever >> it is called in english), and "navigate". >> John> I cannot reproduce this I fixed it. JMarc
Re: Undefined reference: ControlInset
> "Brian" == Brian <[EMAIL PROTECTED]> writes: Brian> Compiling lyx-1.2.1 under Slackware 8.1 (gcc 2.95.3, -O3) Brian> results in following link error: This is fixed in 1.2.2. JMarc
cut table cells doesn't work in float
in the qt frontend that is. The minibuffer says "Command disabled" when I try to cut a range of cells of a tabular in a table float. Cutting cells when the tabular is not in a float works just fine. Is this a qt specific problem? Best wishes for the new year to you all Ed.
Fwd: Re: Patch for Lyx
Oups, sorry !
Here is the dirty patch.
--
Bruno
-- Message transmis --
Subject: Re: Patch for Lyx
Date: 05 Jan 2003 20:36:44 +0100
From: [EMAIL PROTECTED] (Lars Gullik Bjønnes)
To: Bruno Mathieu <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Bruno Mathieu <[EMAIL PROTECTED]> writes:
| Happy new Year, LyX Team !!!
|
| Here is a dirty (cut & paste ) patch for inserting the X selection as a
| table. My brother needed that, maybe somone else too ?
Perhaps. Thanks.
But we really need the patch as well :-)
And please send it to [EMAIL PROTECTED]
--
Lgb
---
<>diff -aur lyx-1.2.2/lib/ui/default.ui lyx-1.2.2-perso/lib/ui/default.ui
--- lyx-1.2.2/lib/ui/default.ui 2002-03-20 13:36:14.0 +0100
+++ lyx-1.2.2-perso/lib/ui/default.ui 2002-12-24 23:03:55.0 +0100
@@ -111,6 +111,7 @@
Menu "edit_paste"
Item "as Lines|L" "primary-selection-paste"
Item "as Paragraphs|P" "primary-selection-paste paragraph"
+Item "as Table|T" "primary-selection-paste-tab"
End
Menu "edit_tabular"
diff -aur lyx-1.2.2/src/buffer.C lyx-1.2.2-perso/src/buffer.C
--- lyx-1.2.2/src/buffer.C 2002-08-19 12:37:08.0 +0200
+++ lyx-1.2.2-perso/src/buffer.C 2002-12-24 23:47:57.0 +0100
@@ -1488,13 +1488,79 @@
}
// needed to insert the selection
+
+void Buffer::insertStringAsTabular(Paragraph *& par, pos_type & pos,
+ LyXFont const & fn,string const & str) const
+{
+ LyXFont font = fn;
+
+ int row=1;
+ int colmax=1;
+ int col=1;
+ for(string::const_iterator cit = str.begin();
+ cit != str.end(); ++cit) {
+ if (*cit == '\n') {
+ row++;
+ col=1;
+ }
+ if (*cit == ' ' || *cit == '\t') {
+ col++;
+ while (*cit == ' ' || *cit == '\t')
+ cit++;
+ }
+ if (col>colmax) {
+ colmax=col;
+ }
+ }
+ InsetTabular *it = new InsetTabular(*this,row,colmax);
+ par->insertInset(pos,it);
+ row=0;
+ col=0;
+
+ // LyXTabular *lt = it->tabular;
+ InsetText *inset=NULL;
+ char texte[1000];
+ int cur = 0;
+
+ for(string::const_iterator cit = str.begin();
+ cit != str.end(); ++cit) {
+ if (*cit == '\n') {
+ texte[cur]=0;
+ int c = it->tabular->GetCellNumber(row, col);
+ inset = it->tabular->GetCellInset(c);
+ inset->setText(texte,font);
+ cur=0;
+ row++;
+ col=0;
+ }
+ if (*cit == ' ' || *cit == '\t') {
+ texte[cur]=0;
+ int c = it->tabular->GetCellNumber(row, col);
+ inset = it->tabular->GetCellInset(c);
+ inset->setText(texte,font);
+ cur=0;
+ col++;
+ while (*cit == ' ' || *cit == '\t')
+ cit++;
+ }
+ if (*cit != ' ' && *cit != '\t' && *cit != '\n') {
+ texte[cur]=*cit;
+ cur++;
+ }
+ }
+ texte[cur]=0;
+ int c = it->tabular->GetCellNumber(row, col);
+ inset = it->tabular->GetCellInset(c);
+ inset->setText(texte,font);
+}
+
void Buffer::insertStringAsLines(Paragraph *& par, pos_type & pos,
LyXFont const & fn,string const & str) const
{
LyXLayout const & layout =
textclasslist[params.textclass][par->layout()];
LyXFont font = fn;
-
+
par->checkInsertChar(font);
// insert the string, don't insert doublespace
bool space_inserted = true;
diff -aur lyx-1.2.2/src/buffer.h lyx-1.2.2-perso/src/buffer.h
--- lyx-1.2.2/src/buffer.h 2002-05-31 11:51:40.0 +0200
+++ lyx-1.2.2-perso/src/buffer.h 2002-12-24 23:03:55.0 +0100
@@ -125,6 +125,9 @@
///
void insertStringAsLines(Paragraph *&, lyx::pos_type &,
LyXFont const &, string const &) const;
+ /// This inserts the X selection into a tabular.
+ void insertStringAsTabular(Paragraph *&, lyx::pos_type &,
+ LyXFont const &, string const &) const;
#ifndef NO_COMPABILITY
///
Inset * isErtInset(Paragraph * par, int pos) const;
diff -aur lyx-1.2.2/src/BufferView_pimpl.C lyx-1.2.2-perso/src/BufferView_pimpl.C
--- lyx-1.2.2/src/BufferView_pimpl.C 2002-10-15 12:40:31.0 +0200
+++ lyx-1.2.2-perso/src/BufferView_pimpl.C 2002-12-24 23:03:55.0 +0100
@@ -1549,6 +1549,25 @@
update(bv_->text, BufferView::SELECT|BufferView::FITCUR|BufferView::CHANGE);
}
+void BufferView::Pimpl::pasteClipboardAsTablular(void)
+{
+ if (!buffer_)
+ return;
+
+ screen_->hideCursor();
+ beforeChange(bv_->text);
+
+ string const clip(workarea_.getClipboard());
+
+ if (clip.empty())
+ return;
+
+ bv_->getLyXText()->insertStringAsTabular(bv_, clip);
+
+ bv_->getLyXText()->clearSelection();
+ update(bv_->text, BufferView::SELECT|BufferView::FITCUR|BufferView::CHANGE);
+}
+
void BufferView::Pimpl::stuffClipboard(string const & stuff) const
{
@@ -1737,6 +1756,12 @@
}
break;
+ case LFUN_PASTESELECTION_TABULAR:
+ {
+ pasteClipboardAsTablular();
+ }
+ break;
+
case LFUN_CUT:
bv_->cut();
break;
diff -aur lyx-1.2.2/src/BufferView_pimpl.h lyx-1.2.2-perso/src/BufferView_pimpl.h
--- lyx-1.2.2/src/BufferView_pimpl.h 2002-04-23 15:35:43.0 +0200
+++ lyx-1.2.2-perso/src/BufferView_pimpl.h 2002-12-24 23:03:55.0 +01
Re: xforms problems
On Monday 23 December 2002 9:36 am, Jean-Marc Lasgouttes wrote: > > "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes: > > Michael> - xforms does not underline shortcuts correctly in a choice > Michael> box. Instead a square is printed after the character that is > Michael> to be underlined (even if this is a font problem, xforms > Michael> should handle it because it appears on a regular SuSE Linux > Michael> system) > > Angus, besides fixing the xforms bug, it seems that it would be nice > to remove the title of these choice items. It can be done with a > fl_set_choice_notitle(obj,1) call, or something like that. This call > did not exist in 0.88.1, but I bet that it existed in 0.89.5... > > Can this be done with your nice sed machinery? > > JMarc Of course. See attached. It'll take a while for me to compile and test, but I assume that you'd like me to apply this? Happy New Year to you all. Angus Index: src/frontends/xforms/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v retrieving revision 1.647 diff -u -p -r1.647 ChangeLog --- src/frontends/xforms/ChangeLog 5 Jan 2003 22:38:42 - 1.647 +++ src/frontends/xforms/ChangeLog 6 Jan 2003 11:06:04 - @@ -1,3 +1,8 @@ +2003-01-06 Angus Leeming <[EMAIL PROTECTED]> + + * forms/fdfixc.sed: Turn off choice titles as they can contain + meta-chars that just look nasty. + 2003-01-05 John Levon <[EMAIL PROTECTED]> * XLyXKeySym.h: Index: src/frontends/xforms/forms/fdfixc.sed === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/forms/fdfixc.sed,v retrieving revision 1.12 diff -u -p -r1.12 fdfixc.sed --- src/frontends/xforms/forms/fdfixc.sed 29 Nov 2002 09:26:53 - 1.12 +++ src/frontends/xforms/forms/fdfixc.sed 6 Jan 2003 11:06:04 - @@ -74,6 +74,13 @@ s/\( fdui->form\)\(.*bgn_form.*\)/\1\2\ /bmtable/ s/fl_add_button/fl_add_bmtable/ +# For all lines containing fl_add_choice, +# add a line that turns off the title. (These titles can contain meta-chars +# that just look nasty ;-) +/fl_add_choice/a\ + fl_set_choice_notitle(obj, 1); + + # For all lines containing "fl_" and a string _not_ containing |, # replace the string with _(string) /fl_/ s/".[^|]*"/_(&)/
Re: xforms problems
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Of course. See attached. It'll take a while for me to compile Angus> and test, but I assume that you'd like me to apply this? Assuming that it does what it seems to do, I think it would be a very good idea. If you can, check that xforms 0.895 supports this (I think it does, but...) JMarc
Re: xforms problems
On Monday 06 January 2003 11:11 am, Jean-Marc Lasgouttes wrote: > > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: > > Angus> Of course. See attached. It'll take a while for me to compile > Angus> and test, but I assume that you'd like me to apply this? > > Assuming that it does what it seems to do, I think it would be a very > good idea. If you can, check that xforms 0.895 supports this (I think > it does, but...) > > JMarc It's in 0.89.6 at least. Let's go with it as it is. -- Angus
German indexes
Hi Lean-Marc, I have modified "LaTeX.C" so that german indexes will be sorted properly. The additional file "german.ist" should be placed into ./texmf/makeindex, where the other .ist-files reside. Usually this directory is "/usr/share/texmf/makeindex". Also an environment variable INDEXSTYLE has to be set to that directory, but I don't know how you guys normally do that in LyX. I have tested my changes also with an english document in the english version of LyX and did not find any conflicts. Until someone places this into the LyX configuration menu this should be a good solution. -- Regards, Hartmut Hungerhilfe: http://www.thehungersite.com ATTAC - für eine solidarische weltwirtschaft gegen neoliberale globalisierung: http://www.attac-netzwerk.de Mitmachen bei der GATS-Kampagne: http://www.attac-netzwerk.de/gats www (o o) +---oOO--(_)--OOo-+ | globalisierung ist imperialismus! | +-+ LaTeX.C Description: Binary data german.ist Description: Binary data
Using the Qt port for native Macosx/Win32 ports?
I have been looking at the possibilities of having native versions of lyx/qt on mac os x and win32. What are the kind of arrangements that trolltech can make to provide us with a free license to provide binaries? Are these things supposed to `just work'? Has anybody tried to get an evaluation license just to see whether things work? Also, what should we add to our licenses to permit such things to be distributed? This last point in particular should be sorted out before 1.3.0, I think. JMarc
Re: xforms problems
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> It's in 0.89.6 at least. Let's go with it as it is. OK, that seems fine. JMarc
[PATCH]: bits 'n' bobs
A combination of: * Michael Schmitt's clean-up of the translated strings; * Jürgen Spitzmüller's fix for the xforms tabular dialog (allows the specification of a fixed width for multi-column cells); * Jean-Marc's suggestion to turn off the titles of xforms choice lists because they can contain spurious meta-chars that render badly. All pretty trivial IMO. Lars, Ok to apply? I think that these are all the recently submitted patches affecting the xforms frontend. If you've submitted a patch over the last couple of weeks and it hasn't gone in yet, then I suggest you provide me with a pointer to the archive ;-) -- Angus bits.diff.bz2 Description: BZip2 compressed data
Re: bug: qpref -- paths
John Levon wrote: > you need to pass in a bool to the FileDialog interface I guess > (frontends/FileDialog.h) Hmm... having a look at it I think it's more complicated. We need a proper browseDir function (?). Anyway, I have noticed that xforms is wrong too, so we probably have to find a solution for both frontends, which is perhaps too late for 1.3.0 (wrt to xforms, the current behaviour is not a regression). Should we postpone it and put a reminder on bugzilla? Jürgen.
Re: Fwd: Re: Patch for Lyx
> "Bruno" == Bruno Mathieu <[EMAIL PROTECTED]> writes: Bruno> Oups, sorry ! Here is the dirty patch. If you want to insert a tab-spearated file in a table, here is how you can do: create a new table, place the cursor in the first cell (not in the cell (red frame) but in the extra position on the left, and then do Paste External Selection (or insert ascii file). The result should be just what you expect... Or is there something that does not work for you? JMarc
Re: [PATCH]: bits 'n' bobs
Angus Leeming <[EMAIL PROTECTED]> writes: | A combination of: | * Michael Schmitt's clean-up of the translated strings; | * Jürgen Spitzmüller's fix for the xforms tabular dialog (allows the | specification of a fixed width for multi-column cells); | * Jean-Marc's suggestion to turn off the titles of xforms choice lists | because they can contain spurious meta-chars that render badly. > | All pretty trivial IMO. Lars, Ok to apply? yes. -- Lgb
Re: Fwd: Re: Patch for Lyx
On Mon, Jan 06, 2003 at 02:41:31PM +0100, Jean-Marc Lasgouttes wrote: > If you want to insert a tab-spearated file in a table, here is how you > can do: create a new table, place the cursor in the first cell (not > in the cell (red frame) but in the extra position on the left, and > then do Paste External Selection (or insert ascii file). The result > should be just what you expect... I was thinking about this as well. But the patch creates a table of the correct size automatically -- which is neat. I am not sure this should go in 1.3.0 though and I am not sure I am happy about the amount of code needed to implement this feature, though... 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: Fwd: Re: Patch for Lyx
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Mon, Jan 06, 2003 at 02:41:31PM +0100, Jean-Marc Lasgouttes Andre> wrote: >> If you want to insert a tab-spearated file in a table, here is how >> you can do: create a new table, place the cursor in the first cell >> (not in the cell (red frame) but in the extra position on the left, >> and then do Paste External Selection (or insert ascii file). The >> result should be just what you expect... Andre> I was thinking about this as well. But the patch creates a Andre> table of the correct size automatically -- which is neat. Andre> I am not sure this should go in 1.3.0 though and I am not sure Andre> I am happy about the amount of code needed to implement this Andre> feature, though... I do not want yet another feature to do what we can already do. However, I am sure the existing feature can be improved (automatically add rows/columns as needed, for example). JMarc
Re: Fwd: Re: Patch for Lyx
On Mon, Jan 06, 2003 at 03:00:35PM +0100, Jean-Marc Lasgouttes wrote: > Andre> I am not sure this should go in 1.3.0 though and I am not sure > Andre> I am happy about the amount of code needed to implement this > Andre> feature, though... > > I do not want yet another feature to do what we can already do. > However, I am sure the existing feature can be improved (automatically > add rows/columns as needed, for example). Would be 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)
Re: Using the Qt port for native Macosx/Win32 ports?
On Monday 06 January 2003 11:49 am, Jean-Marc Lasgouttes wrote: > I have been looking at the possibilities of having native versions of > lyx/qt on mac os x and win32. What are the kind of arrangements that > trolltech can make to provide us with a free license to provide > binaries? Are these things supposed to `just work'? Has anybody tried > to get an evaluation license just to see whether things work? > > Also, what should we add to our licenses to permit such things to be > distributed? This last point in particular should be sorted out before > 1.3.0, I think. > > JMarc Don't I remember Matthias Ettrich saying something about this, way back when? (In the course of that enormous thread a year or so ago that was initiated by John's discovery that Matthias and Kalle Dalheimer were playing with a Qt port of the GUI-I stuff.) As I recall it, he said "contact me and I'll arrange for some licences"... -- Angus
Re: Bug: The file dialog makes LyX crash...
On Saturday 21 December 2002 1:21 am, Michael Schmitt wrote: > ... if you shrink its size too much. which frontend? -- Angus
Re: [PATCH] Some trivial GUI cosmetics
On Sunday 05 January 2003 11:33 pm, Michael Schmitt wrote: > Hi, > > when translating LyX into German, I noticed some inconsistent usage of > spaces, colons, capitalization, and the like. > > Enclosed please find a trivial patch. Please commit it. > > Thanks, Michael Applied. -- Angus
Re: [PATCH] Re: Bug in tabular dialog
On Saturday 04 January 2003 3:57 pm, Juergen Spitzmueller wrote: > Juergen Spitzmueller wrote: > > Good. Here is the patch again (enable fixed width multicolumn cell in > > xforms + fix for bug 572). > > Please apply. > > Please do not forget this. It is a showstopper for xforms tabular users. > > Thanks, > Jürgen. Applied. -- Angus
Re: Using the Qt port for native Macosx/Win32 ports?
On Mon, Jan 06, 2003 at 02:15:53PM +, Angus Leeming wrote: > Don't I remember Matthias Ettrich saying something about this, way back when? 17 Nov 2000 plus/minus a few days. > (In the course of that enormous thread a year or so ago that was initiated by > John's discovery that Matthias and Kalle Dalheimer were playing with a Qt > port of the GUI-I stuff.) > > As I recall it, he said "contact me and I'll arrange for some licences"... I seem to remember the same but can't find it in my archives. There are a few messages from that thread as well as a private mail I received from Matthias though. - snip M.E.: Enough ranting for now. You know my opinion, I know yours. I don't understand it and I think it's pretty bogus, but I can accept it. In case you change your mind, I'll be happy to offer Qt and KDE support to a certain agree and maybe even help a bit with the implementation (like for example porting Screen to QScrollView). - snip is as close as I can get. 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: Using the Qt port for native Macosx/Win32 ports?
at the bottom: http://marc.theaimsgroup.com/?l=lyx-devel&m=102747986224859&w=2
Re: Fwd: Re: Patch for Lyx
Andre Poenitz <[EMAIL PROTECTED]> writes: | On Mon, Jan 06, 2003 at 03:00:35PM +0100, Jean-Marc Lasgouttes wrote: >> Andre> I am not sure this should go in 1.3.0 though and I am not sure >> Andre> I am happy about the amount of code needed to implement this >> Andre> feature, though... >> >> I do not want yet another feature to do what we can already do. >> However, I am sure the existing feature can be improved (automatically >> add rows/columns as needed, for example). > | Would be fine with me... Or perhaps the code to do this should be taken out of the tabular code... -- Lgb
Re: [PATCH] Re: Bug in tabular dialog
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Michael Schmitt wrote: >> thanks for the patch. It fixes my problem! Juergen> Good. Here is the patch again (enable fixed width multicolumn Juergen> cell in xforms + fix for bug 572). Please apply. Are there parts of it that apply to 1.2.x? JMarc
Re: Using the Qt port for native Macosx/Win32 ports?
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Don't I remember Matthias Ettrich saying something about this, Angus> way back when? (In the course of that enormous thread a year or Angus> so ago that was initiated by John's discovery that Matthias and Angus> Kalle Dalheimer were playing with a Qt port of the GUI-I Angus> stuff.) Angus> As I recall it, he said "contact me and I'll arrange for some Angus> licences"... I had something like that in mind. It would be nice first if somebody with access to win32 or macosx could get the grip on an evaluation version and see what happens. I guess that our autoconf machinery would have to be modified to make things work. Under windows, would it work with gcc, or only vc++? Finally, we have to know whether we would have the right to distribute it. JMarc
Re: [PATCH] Re: Bug in tabular dialog
Jean-Marc Lasgouttes wrote: > Are there parts of it that apply to 1.2.x? The major (multicolumn) bug was a new regression in 1.3 Bug 572 is a rather minor annoyance. It's not urgent, but I could backport it if requested. Jürgen.
Re: Using the Qt port for native Macosx/Win32 ports?
Jean-Marc Lasgouttes wrote: > Finally, we have to know whether we would have the right to distribute > it. I think it is possible for non-commercial apps if you distribute it under their license. http://www.trolltech.com/developer/licensing/qpl.html http://www.trolltech.com/developer/licensing/noncomm.html Jürgen.
Re: Using the Qt port for native Macosx/Win32 ports?
On Mon, Jan 06, 2003 at 03:38:17PM +0100, Jean-Marc Lasgouttes wrote: > Angus> As I recall it, he said "contact me and I'll arrange for some > Angus> licences"... > > I had something like that in mind. It would be nice first if somebody > with access to win32 or macosx could get the grip on an evaluation > version and see what happens. I guess that our autoconf machinery > would have to be modified to make things work. Under windows, would it > work with gcc, or only vc++? Or even: Do we need Windows at all to get the Windows version compiled? Would be nice to be able to cross-compile it on a Linux box... autoconf should work pretty well with mingw32 as cross-compiler, whereas setting up the necessary tools under Windows sounds more like a challenge to me. > Finally, we have to know whether we would have the right to distribute > it. Indeed. 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: Using the Qt port for native Macosx/Win32 ports?
Ruurd Reitsma just emailed me that he compiled the qt version under windows this weekend using the qt2 windows version. Don't know what he did to get it running though. He should be putting it online somewhere tomorrow and drop an email to the list... Ed.
[patch]: small shell script fix.
I've just found out that my the value returned by 'which' doesn't reflect
whether it found a file or not. My shell scripts that use this test are,
therefore, flawed. Instead, I should be using 'type'
Patch attached. Ok?
I've also found out that I can pass variables to a shell function, but that
clean-up can wait for another day...
--
Angus
Index: lib/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v
retrieving revision 1.337
diff -u -p -r1.337 ChangeLog
--- lib/ChangeLog 5 Jan 2003 22:08:21 - 1.337
+++ lib/ChangeLog 6 Jan 2003 15:13:24 -
@@ -1,3 +1,8 @@
+2003-01-06 Angus Leeming <[EMAIL PROTECTED]>
+
+ * scripts/lyxpreview2bitmap.sh: don't use 'which' to find an executable.
+ Use 'type'.
+
2003-01-05 John Levon <[EMAIL PROTECTED]>
* lyx2lyx/lyxconvert_215.py: handle \lyxrcsid, \lyxvcid, \cursor
Index: lib/scripts/lyxpreview2bitmap.sh
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/scripts/lyxpreview2bitmap.sh,v
retrieving revision 1.8
diff -u -p -r1.8 lyxpreview2bitmap.sh
--- lib/scripts/lyxpreview2bitmap.sh 22 Nov 2002 12:00:05 - 1.8
+++ lib/scripts/lyxpreview2bitmap.sh 6 Jan 2003 15:13:24 -
@@ -54,7 +54,7 @@
# Three helper functions.
FIND_IT ()
{
- which ${EXECUTABLE} > /dev/null ||
+ type ${EXECUTABLE} > /dev/null ||
{
echo "Unable to find \"${EXECUTABLE}\". Please install."
exit 1
@@ -202,7 +202,7 @@ rm -f ${FILES} texput.log
# The bitmap files can have large amounts of whitespace to the left and
# right. This can be cropped if so desired.
CROP=1
-which pnmcrop > /dev/null || CROP=0
+type pnmcrop > /dev/null || CROP=0
# There's no point cropping the image if using PNG images. If you want to
# crop, use PPM.
Re: Using the Qt port for native Macosx/Win32 ports?
Edwin Leuven <[EMAIL PROTECTED]> writes: | Ruurd Reitsma just emailed me that he compiled the qt version under windows | this weekend using the qt2 windows version. > | Don't know what he did to get it running though. > | He should be putting it online somewhere tomorrow and drop an email to the | list... Then we need to see he changes he did to the distribution to make this work. We might include some of that. -- Lgb
Re: [patch]: small shell script fix.
Angus Leeming <[EMAIL PROTECTED]> writes: | I've just found out that my the value returned by 'which' doesn't reflect | whether it found a file or not. My shell scripts that use this test are, | therefore, flawed. Instead, I should be using 'type' | | Patch attached. Ok? Ok with me. What shells does not have "type"? -- Lgb
Re: [patch]: small shell script fix.
On Monday 06 January 2003 4:17 pm, Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > | I've just found out that my the value returned by 'which' doesn't reflect > | whether it found a file or not. My shell scripts that use this test are, > | therefore, flawed. Instead, I should be using 'type' > | > | Patch attached. Ok? > > Ok with me. What shells does not have "type"? cshell. But the script (lyxpreview2bitmap.sh) uses /bin/sh, so that should not be an issue. -- Angus
[PATCH] Re: cut table cells doesn't work in float
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
Edwin> in the qt frontend that is. The minibuffer says "Command
Edwin> disabled" when I try to cut a range of cells of a tabular in a
Edwin> table float. Cutting cells when the tabular is not in a float
Edwin> works just fine.
Edwin> Is this a qt specific problem?
No, it is general. Here is a patch.
Lars, is that OK?
JMarc
? po/lyx-1.3.0cvs.pot
Index: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.1005
diff -u -p -r1.1005 ChangeLog
--- src/ChangeLog 6 Jan 2003 14:02:19 - 1.1005
+++ src/ChangeLog 6 Jan 2003 16:13:33 -
@@ -1,3 +1,8 @@
+2003-01-06 Jean-Marc Lasgouttes <[EMAIL PROTECTED]>
+
+ * lyxfunc.C (getStatus): fix disabling of cut/paste of cells in a
+ tabular in a float
+
2003-01-06 Michael Schmitt <[EMAIL PROTECTED]>
* LColor.C:
Index: src/lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.390
diff -u -p -r1.390 lyxfunc.C
--- src/lyxfunc.C 6 Jan 2003 14:02:21 - 1.390
+++ src/lyxfunc.C 6 Jan 2003 16:13:36 -
@@ -338,9 +338,12 @@ FuncStatus LyXFunc::getStatus(FuncReques
break;
case LFUN_CUT:
case LFUN_COPY:
- if (tli && tli->lyxCode() == Inset::TABULAR_CODE) {
- InsetTabular * t(static_cast(tli));
- if (t->hasSelection()) {
+ if (tli) {
+ UpdatableInset * in = tli;
+ if (in->lyxCode() != Inset::TABULAR_CODE) {
+in = tli->getFirstLockingInsetOfType(Inset::TABULAR_CODE);
+ }
+ if (in && static_cast(in)->hasSelection()) {
disable = false;
break;
}
Re: ditching the pragmas
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> gcc --version gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) Lars> All pragmas removed: size src/lyx text data bss dec hex filename Lars> 2792162 80600 48796 2921558 2c9456 src/lyx What is the easiest way to remove those? JMarc
Re: [PATCH] Remove trailing \r when reading log files (for win32)
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: Jean-Marc> The following patch is adapted from one of the last bits in Jean-Marc> the patch that Claus Hentschel uses on win32. It fixes Jean-Marc> parsing of log files by removing trailing \r. Jean-Marc> OK to apply? Lars, can I apply it? JMarc
Re: [PATCH] Re: Quoting filenames in deptable
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> When running LyX on Windows machine, the TeX directory may be Dekel> installed in a directory whose name contains spaces (e.g. Dekel> C:\Program Files) and this confuses the deptable code. One Dekel> solution is to quote filenames in the .dep file, and use Lyxlex Dekel> to read the file (see patch). Does it make sense to do this Dekel> also on Unix systems, or is it better to add #if ... Dekel> #else ... ? Jean-Marc> Here is a patch along the lines that Lars proposed. Jean-Marc> BTW, why does DepTable::update() use stat() instead of a Jean-Marc> good old FileInfo? Jean-Marc> OK to apply? Lars, can I apply that? JMarc
Re: a suggestion about instant preview
On Mon, Jan 06, 2003 at 10:07:32AM +0100, Kornel Benko wrote: > On Montag, 6. Januar 2003 02:49, Bo Peng wrote: > > What forbid us from loading the bitmaps all at once when they are > > generated? Will it be very slow or very memory consuming? If this is not > > possible, can we use bitmaps directly when displaying a new page instead > > of drawing lyx formulas and then replace them with bitmaps? > If you would have hundreds of formulas , you would know the answer. > Having a slower processor is a pain on startup. Then will 'load bitmap directly' be quicker? Currently, a new page will be re-drawn several times to load the bitmaps. -- Bo Peng
Re: ditching the pragmas
On Monday 06 January 2003 4:48 pm, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> gcc --version gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
>
> Lars> All pragmas removed: size src/lyx text data bss dec hex filename
> Lars> 2792162 80600 48796 2921558 2c9456 src/lyx
>
> What is the easiest way to remove those?
>
> JMarc
This seems to do the trick for all files in a particular directory and allows
you to check before making the change.
#! /bin/sh
TEMP=tmp.$$
for FILE
do
test -d ${FILE} && continue
test ! -f ${FILE} && continue
sed '/#ifdef __GNUG__/,/#endif/d' ${FILE} > ${TEMP}
DIFFERENCE=`diff -u ${FILE} ${TEMP}` || {
echo "${DIFFERENCE}" | grep 'pragma' > /dev/null && {
echo "${DIFFERENCE}"
mv -i ${TEMP} ${FILE}
}
}
done
rm -f ${TEMP}
--
Angus
Re: [PATCH] Remove trailing \r when reading log files (for win32)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | The following patch is adapted from one of the last bits in the patch | that Claus Hentschel uses on win32. It fixes parsing of log files by | removing trailing \r. | | OK to apply? Not sure... I am not sure why this patch is needed. I thought that a standard conforming ifstream + getline would remove the line ending on the system it runs. Thus in the case of win32 it should remove \r\n. If this is not the case all win users will have problems using iostreams... so let's check a bit... -- Lgb
Re: [PATCH] Re: Quoting filenames in deptable
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | | > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: | Dekel> When running LyX on Windows machine, the TeX directory may be | Dekel> installed in a directory whose name contains spaces (e.g. | Dekel> C:\Program Files) and this confuses the deptable code. One | Dekel> solution is to quote filenames in the .dep file, and use Lyxlex | Dekel> to read the file (see patch). Does it make sense to do this | Dekel> also on Unix systems, or is it better to add #if ... | Dekel> #else ... ? | | Jean-Marc> Here is a patch along the lines that Lars proposed. | | Jean-Marc> BTW, why does DepTable::update() use stat() instead of a | Jean-Marc> good old FileInfo? | | Jean-Marc> OK to apply? | | Lars, can I apply that? Not as is. You are sneaking in a '\r' trim. -- Lgb
Re: [PATCH] Remove trailing \r when reading log files (for win32)
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars> The following patch is adapted from one of the last bits in the Lars> patch | that Claus Hentschel uses on win32. It fixes parsing of Lars> log files by | removing trailing \r. Lars> | Lars> | OK to apply? Lars> Not sure... Lars> I am not sure why this patch is needed. I thought that a Lars> standard conforming ifstream + getline would remove the line Lars> ending on the system it runs. Thus in the case of win32 it Lars> should remove \r\n. Lars> If this is not the case all win users will have problems using Lars> iostreams... Lars> so let's check a bit... I agree that a solution to remove \r automatically would be better. Note however that we are doing something similar already in l_getline (see tabular_funcs.C). JMarc
Re: [PATCH] Re: Quoting filenames in deptable
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars> > "Jean-Marc" == Jean-Marc Lasgouttes Lars> <[EMAIL PROTECTED]> writes: Lars> | Lars> | > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: | Lars> Dekel> When running LyX on Windows machine, the TeX directory Lars> may be | Dekel> installed in a directory whose name contains Lars> spaces (e.g. | Dekel> C:\Program Files) and this confuses the Lars> deptable code. One | Dekel> solution is to quote filenames in Lars> the .dep file, and use Lyxlex | Dekel> to read the file (see Lars> patch). Does it make sense to do this | Dekel> also on Unix Lars> systems, or is it better to add #if ... | Dekel> #else Lars> ... ? Lars> | Lars> | Jean-Marc> Here is a patch along the lines that Lars proposed. Lars> | Lars> | Jean-Marc> BTW, why does DepTable::update() use stat() instead Lars> of a | Jean-Marc> good old FileInfo? Lars> | Lars> | Jean-Marc> OK to apply? Lars> | Lars> | Lars, can I apply that? Lars> Not as is. You are sneaking in a '\r' trim. Yes, it was posted after the other one :) And what if I remove this \r trim? Or I can just wait until you make up your mind. JMarc
Re: [PATCH] Re: Quoting filenames in deptable
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Yes, it was posted after the other one :) | | And what if I remove this \r trim? Or I can just wait until you make | up your mind. without the '\r' it is ok. -- Lgb
Re: a suggestion about instant preview
>> What forbid us from loading the bitmaps all at once when they are >> generated? Will it be very slow or very memory consuming? If this is not >> possible, can we use bitmaps directly when displaying a new page instead >> of drawing lyx formulas and then replace them with bitmaps? KB> If you would have hundreds of formulas , you would know the answer. KB> Having a slower processor is a pain on startup. Would it be possible to generate bitmaps ahead while the user does nothing, just to utilize idle periods? Cheers - Philipp Reichmuthmailto:[EMAIL PROTECTED]
Re: [PATCH] Remove trailing \r when reading log files (for win32)
On Mon, Jan 06, 2003 at 06:43:28PM +0100, Lars Gullik Bjønnes wrote: > I am not sure why this patch is needed. I thought that a standard > conforming ifstream + getline would remove the line ending on the > system it runs. Thus in the case of win32 it should remove \r\n. Hm. template basic_istream& getline(basic_istream& is, basic_string& str, charT delim); Effects: Beginsby constructing a sentry object k as if by basic_istream::sentry k(is). If bool(k) is true, it calls str.erase() and then extracts characters from is and appends them to str as if by calling str.append(1,c) until any of the fol- lowing occurs: --end-of-file occurs on the input sequence (in which case, the getline function calls is.setstate(ios_base::eofbit)). --c == delim for the next available input character c (in which case, c is extracted but not appended) (_lib.iostate.flags_) A single char obviously can't be '\r\n'. So I'd indeed expect a '\r' at the end of the string read by getline(...'\n') -- unless this has something to do with that 'binary mode' vs 'text mode' and the \r is removed earlier. Somehow... 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: a suggestion about instant preview
On Mon, Jan 06, 2003 at 07:07:12PM +0100, Philipp Reichmuth wrote: > Would it be possible to generate bitmaps ahead while the user does > nothing, just to utilize idle periods? Probably. But the logic gets pretty convoluted: Do the first screenful at once, start the rest in a idle second, but if the user jumps around in the doc do the previews there at once... Does not look funny. Well, maybe something like the following would work: - schedule everything for background rendering in the order they appear when reading - if cursor is put to a certain location in the doc, move those preview not yet rendered to the top of the queue Without threads this is not too much fun in any case.. 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: loving care of lyx2lyx
On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote: > > 638 and the result from the reLyX made lyx2lyx crash... so there is > some lyx2lyx problem there also. No, that is by design. If the file is badly formed lyx2lyx should crash. Any other option? > | The other two are pretty minor problems I think, on rather old > | documents. > > Perhaps, but it would be nice if lyx2lyx at least were maintained > until 1.3.0 was released... I'm looking to all those problems. BTW if you export the example Michael gave reLyX will output a 1*2 table (while 2*2 is the right table). This looks like a relyx bug to me. -- José Abílio
Re: Fwd: Re: Patch for Lyx
My apologies for all those mistakes. Now, I've read the entire README and the
files in the development/Code_rules directory ;-)
I've send that patch mostly for the idea of inserting the X selection into a
table, because it could be useful for inserting columns of numbers for
example. But I think the real need is to insert data coming from a
spreadsheet into LyX, something like inserting a csv file into a LyX table.
Thank you for the trick for inserting tab-separated fields !
Here is something less bad.
--
Bruno
Le Lundi 6 Janvier 2003 11:57, vous avez écrit :
> On Mon, Jan 06, 2003 at 11:35:37AM +0100, Bruno Mathieu wrote:
> > Oups, sorry !
> > Here is the dirty patch.
>
> Just to comment cosmetics: It would be nice if new code followed optically
> current practice, i.e:
>
> + int row=1;
>
> int row = 1;
>
> + if (col>colmax) {
>
> if (col > colmax) {
>
> + InsetTabular *it = new InsetTabular(*this,row,colmax);
>
> InsetTabular *it = new InsetTabular(*this, row, colmax);
>
> + row=0;
> + col=0;
>
> [This almost looks like the function could be broken into smaller parts..]
>
> + //LyXTabular *lt = it->tabular;
> + InsetText *inset=NULL;
>
> This should be moved down to the place where it is actually needed:
>
> + inset = it->tabular->GetCellInset(c);
> + inset->setText(texte,font);
>
>InsetText * inset = it->tabular->GetCellInset(c);
>inset->setText(texte, font);
>
> [And NULL is rarely used in LyX's code, so you should use '0' in cases when
> you want a 'pointer to nothing']
>
> + char texte[1000];
>
> Why this magic constant 1000?
a dirty constant ;-(
> What happens if I paste a single word with 1001 chars?
>=1000 chars => probably a segfault
> ///
> + void pasteClipboardAsTablular(void);
>
> void pasteClipboardAsTablular();
>
> And filling in the comment line would be nice as well (contrary to the
> advice "do what the others do" above ;-})
>
> Andre'
diff -Naur lyx-1.2.2-orig/src/buffer.C lyx-1.2.2/src/buffer.C
--- lyx-1.2.2-orig/src/buffer.C 2002-08-19 12:37:08.0 +0200
+++ lyx-1.2.2/src/buffer.C 2003-01-06 18:51:36.0 +0100
@@ -1487,6 +1487,91 @@
return the_end_read;
}
+// set the contents of a cell, used by insertStringAsTabular
+static void setTexte(const InsetTabular *it, int row,
+ int col, const string &texte, const LyXFont &font)
+{
+ int c = it->tabular->GetCellNumber(row, col);
+ InsetText *inset = it->tabular->GetCellInset(c);
+ inset->setText(texte, font);
+}
+
+// insert the X selection into a table. Example :
+/*
+X Y
+ 123123
+33 65
+*/
+// produces a table of 2 colums, 3 rows.
+void Buffer::insertStringAsTabular(Paragraph *& par, pos_type & pos,
+ LyXFont const & fn,string const & str) const
+{
+ LyXFont font = fn;
+
+ int colmax = 0;
+ int row;
+ int col;
+ bool update = false;
+ InsetTabular * it = 0;
+ string texte;
+ string::const_iterator beg = str.begin();
+ string::const_iterator end = str.end();
+
+ while (beg != end && (*beg == ' ' || *beg == '\t')) {
+ ++beg;
+ }
+ if (beg == end) {
+ return;
+ }
+ do {
+ row = 0;
+ col = 0;
+ for(string::const_iterator cit = beg;
+ cit != end; ++cit) {
+ switch (*cit) {
+ case '\n': {
+ if (update) {
+ setTexte(it, row, col, texte, font);
+ texte.clear();
+ }
+++row;
+col = 0;
+while (++cit < end && (*cit == ' ' || *cit == '\t'));
+--cit;
+continue;
+ }
+ case ' ':
+ case '\t': {
+ if (update) {
+ setTexte(it, row, col, texte, font);
+ texte.clear();
+ }
+++col;
+if (col > colmax) {
+ colmax = col;
+ }
+while (++cit < end && (*cit == ' ' || *cit == '\t'));
+--cit;
+continue;
+ }
+ default: {
+ if (update) {
+ texte.push_back(*cit);
+ }
+ }
+ }
+ }
+ if (!update) {
+ it = new InsetTabular(*this, row+1, colmax+1);
+ par->insertInset(pos, it);
+ update = true;
+ } else {
+ update = false;
+ }
+ } while (update);
+ setTexte(it, row, col, texte, font);
+}
+
// needed to insert the selection
void Buffer::insertStringAsLines(Paragraph *& par, pos_type & pos,
LyXFont const & fn,string const & str) const
@@ -1494,7 +1579,7 @@
LyXLayout const & layout =
textclasslist[params.textclass][par->layout()];
LyXFont font = fn;
-
+
par->checkInsertChar(font);
// insert the string, don't insert doublespace
bool space_inserted = true;
diff -Naur lyx-1.2.2-orig/src/buffer.h lyx-1.2.2/src/buffer.h
--- lyx-1.2.2-orig/src/buffer.h 2002-05-31 11:51:40.0 +0200
+++ lyx-1.2.2/src/buffer.h 2003-01-06 17:47:13.0 +0100
@@ -125,6 +125,9 @@
///
void insertStringAsLines(Paragraph *&, lyx::pos_type &,
LyXFont const &, string const &) const;
+ /// This inserts the X selection into a tabular.
+ void insertStringAsTabular(Paragraph *&, lyx::pos_type &,
+ LyXFont const &, string const &) const;
#ifndef NO_
Re: Using the Qt port for native Macosx/Win32 ports?
On Mon, Jan 06, 2003 at 05:51:13PM +0100, Lars Gullik Bj?nnes wrote: > Then we need to see he changes he did to the distribution to make this > work. We might include some of that. He sent patches a while back. Legally I don't think we have the right to add another exception to the license, though. So I don't think we could distribute it (though it would be weird for a contributor to accept the xforms exception, as they must, but not a Qt one...) regards john -- "CUT IT OUT FACEHEAD" - jeffk
still can't import any latex tabulars
I've rebuilt again today, and it still appears utterly impossible to
import a latex tabular.
I'm not sure how a latex file with a chart could
get any simpler than this:
simple.tex:
\documentclass{article}
\begin{document}
Hi there
\begin {tabular}{lrr}
\\ 1. int
& 4
& 9
& 14
\\ 2. Instructors
& 0
& 0
& 3
\end{tabular}
\end{document}
latex handles this with no errors, but lyx says, "an error occurred wile
runing the script"
The console output in gdb is:
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read
called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf
reLyX directory is: /usr/local/share/lyx/reLyX
reLyX, the LaTeX to LyX translator. Revision date 2001/08/31
Reading LaTeX command syntax
(simple.tex: Splitting Preamble
Creating LyX preamble
Reading layout file
Cleaning... Translating... Writing... )
Deleting temp files
Finished successfully!
Malformed lyx file
hawk
--
Richard E. Hawkins, Asst. Prof. of Economics/"\ ASCII ribbon campaign
[EMAIL PROTECTED] Smeal 178 (814) 375-4700 \ / against HTML mail
These opinions will not be those of Xand postings.
Penn State until it pays my retainer. / \
Re: a suggestion about instant preview
On Mon, Jan 06, 2003 at 07:29:15PM +0100, Andre Poenitz wrote: > Without threads this is not too much fun in any case.. Is there an existing maintenance thread? Such a thread can also solve the problem of freezing lyx while compiling. (Instant) spell checking, auto-save, bitmap generating/display etc can also be done by this thread. -- Bo Peng
Re: still can't import any latex tabulars
-BEGIN PGP SIGNED MESSAGE- On Montag, 6. Januar 2003 20:12, Dr. Richard E. Hawkins wrote: > I'm not sure how a latex file with a chart could > get any simpler than this: I know, it is not the sollution ... but it is possible After the first try, there is a lyx-file left. Open this file with lyx1.2.2, then save it. Now you are able to open the saved with lyx1.3. So reLyX creates a valid lyx-file for the 1.2-version, but lyx2lyx is not able to handle it. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPhnj7rewfbDGmeqhAQHBIAQA1dc71fCpxCm8DyreX/EEYStKyUkFlIbM VlrB3TObAqvWk1Fdhrd1BE8BQA/WyHrjHOGxILnTc4ycvyhhwQbAXHJdqjT/8ILq xd7HyQTKnVaZLgxSWOAj6rqU9M6Gzmxrn5f3t3zQ4rAVKCROhq1uVel6bfDDnGJZ tshIax9RylY= =70ZT -END PGP SIGNATURE-
Re: loving care of lyx2lyx
José Matos <[EMAIL PROTECTED]> writes: | On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote: | > | > 638 and the result from the reLyX made lyx2lyx crash... so there is | > some lyx2lyx problem there also. | | No, that is by design. If the file is badly formed lyx2lyx should crash. Any | other option? Yes. Gracefully exit. -- Lgb
Re: [PATCH] Remove trailing \r when reading log files (for win32)
Andre Poenitz <[EMAIL PROTECTED]> writes: | A single char obviously can't be '\r\n'. So I'd indeed expect a '\r' at the | end of the string read by getline(...'\n') -- unless this has something | to do with that 'binary mode' vs 'text mode' and the \r is removed earlier. | Somehow... This is exactly what I think... -- Lgb
Patch for bugs 518 and 594.
Hi! Some time ago I sent a patch that (hopefuly) closed bugs 518 and 594. Was it definitely discarded? If it can be modified to best fit lyx code rules, I would be glad to work on it, provided some criticism. Best regards, João.
Re: loving care of lyx2lyx
On Mon, Jan 06, 2003 at 06:50:18PM +, José Matos wrote: > On Sunday 05 January 2003 12:18, Lars Gullik Bjønnes wrote: > > > > 638 and the result from the reLyX made lyx2lyx crash... so there is > > some lyx2lyx problem there also. > > No, that is by design. If the file is badly formed lyx2lyx should > crash. Any other option? What about a decent error message? 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: Using the Qt port for native Macosx/Win32 ports?
On Mon, Jan 06, 2003 at 07:02:51PM +, John Levon wrote: > He sent patches a while back. > > Legally I don't think we have the right to add another exception to the > license, though. I lean to the same side. However, I think asking all 76 people in lib/CREDITS should be ok. Not that I believe this is practicable... > So I don't think we could distribute it (though it would be weird for a > contributor to accept the xforms exception, as they must, but not a Qt > one...) Well, we could at least create detailed instructions on how to build the beast, can't we? In any case, I even like the idea of providing Windows users with a working LyX and cause a little pain at the same 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: [PATCH] Remove trailing \r when reading log files (for win32)
On Mon, Jan 06, 2003 at 09:41:01PM +0100, Lars Gullik Bjønnes wrote:
> | A single char obviously can't be '\r\n'. So I'd indeed expect a '\r' at the
> | end of the string read by getline(...'\n') -- unless this has something
> | to do with that 'binary mode' vs 'text mode' and the \r is removed earlier.
> | Somehow...
>
> This is exactly what I think...
The problem is, not to many people here have a Windows development system
to check. The ifstream in question is not opened in binary mode as far as I
can tell, so optically it should work. Nevertheless, the '\r' show up for
the Windows people...
rtrim('\n') eats a few cycles but does no other harm on *nix. At least as
workaround it should be ok.
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: a suggestion about instant preview
On Mon, Jan 06, 2003 at 01:34:59PM -0600, Bo Peng wrote: > On Mon, Jan 06, 2003 at 07:29:15PM +0100, Andre Poenitz wrote: > > Without threads this is not too much fun in any case.. > > Is there an existing maintenance thread? Such a thread can also solve > the problem of freezing lyx while compiling. (Instant) spell checking, > auto-save, bitmap generating/display etc can also be done by this > thread. There aren't any threads. Some stuff is handled by background processes, that's it. Of course one could create the logic with processes as well, but exchanging data is a bit more cumbersome then... 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: Using the Qt port for native Macosx/Win32 ports?
JL> Legally I don't think we have the right to add another exception JL> to the license, though. So I don't think we could distribute it JL> (though it would be weird for a contributor to accept the xforms JL> exception, as they must, but not a Qt one...) As long as there is no reasonable Qt-related difference in the source code between a Win32 version for Cygwin Qt and native Qt, I don't think there's a problem with providing a native binary, so that no exception should be necessary. The only problem could be that native Qt is compiled with MSVC and can't be linked from gcc, making it necessary to use the Intel compiler, but patches to facilitate the use of another compiler shouldn't violate the GPL. (Which is as C++ standards compliant as it gets, the problem is just with the quasistandard set by gcc... but there are worse projects than LyX in this direction.) JL> He sent patches a while back. These were mainly for compilation with the Intel compiler. Cheers - Philipp Reichmuthmailto:[EMAIL PROTECTED] -- Serious error / All data has disappeared / Screen. Mind. Both are blank
