Re: file recovery and format
Lior Silberman [EMAIL PROTECTED] writes: | Under unix-like OS, the * is expanded by the shell, not by the rm command, | so the rm command never sees the *. You'd have to hack the shell, not the | rm command, and the question becomes, how do you do that consistently? Do | you specialcase for a command rm with one of the arguments being * ? | | You should alias rm to be 'rm -i'. This is possible on almost all shells. And this can be equally dangerous. If you assume that "rm" really is "rm -i" and to a "rm *" to select the files that should be deleted... (and this has happend in realy life one of the reasons I really abhore "rm -i") Lgb
Re: file recovery and format
"Garst R. Reese" [EMAIL PROTECTED] writes: | John Weiss wrote: | | On Mon, Jan 22, 2001 at 04:46:03PM -0500, Lior Silberman wrote: | | You should alias rm to be 'rm -i'. This is possible on almost all shells. | | Wherever I can use GNU-fileutils, I alias rm to 'rm -v'. This | prevents one from having to confirm every single delete, while giving | you feedback on what's going on and simultaneously slowing down the | delete enought that you can abort a bad one. | | Neither idea addresses the simple fact that rm is plain stupid. "Stupid is as stupid does" Lgb
Re: file recovery and format
On Tue, Jan 23, 2001 at 10:20:08AM +0100, Lars Gullik Bjnnes wrote: Lior Silberman [EMAIL PROTECTED] writes: | Under unix-like OS, the * is expanded by the shell, not by the rm command, | so the rm command never sees the *. You'd have to hack the shell, not the | rm command, and the question becomes, how do you do that consistently? Do | you specialcase for a command rm with one of the arguments being * ? | | You should alias rm to be 'rm -i'. This is possible on almost all shells. And this can be equally dangerous. If you assume that "rm" really is "rm -i" and to a "rm *" to select the files that should be deleted... (and this has happend in realy life one of the reasons I really abhore "rm -i") Lgb Truly, heed well Lars's words above. You just need to be verrry verrry careful with random "rm"s (and do backups). The only real "solution" is to implement a "trash can" concept, where "rm" really does not remove, but moves files to a temporary holding area for later removal. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory
[Article in french : The future ot the word processors] After Word: l'avenir du traitement de texte
lyx is linked as a GUI over LaTeX http://www.internatif.org/bortzmeyer/afterword/afterword.html
color settings in preferences
Hi, set (and save) colors with preferences dialog. Then the "preferences" file will contain lines like: egrep set_color preferences preferences:\set_color "selection" "#84cfff" preferences:\set_color "latex" "#f9" preferences:\set_color "floats" "#ff7e00" preferences:\set_color "note" "#ff" preferences:\set_color "notebg" "#b2e300" preferences:\set_color "language" "#ff" preferences:\set_color "commandbg" "#bccfff" preferences:\set_color "accent" "#00" preferences:\set_color "accentbg" "#ff" preferences:\set_color "insetbg" "#ffa1ff" preferences:\set_color "tabularline" "#ff092a" preferences:\set_color "tabularonoffline" "#ff876f" preferences:\set_color "buttonbg" "#a19f9f" Restart LyX. Set and save "background" egrep set_color preferences preferences:\set_color "background" "#fabf77" All other settings are gone. This behaviour is true for 1.1.6 and 1.2.cvs. I like LyX. Kornel -- Kornel Benko [EMAIL PROTECTED]
Time to exercise your reading of french :)
An article about the "post-WYSISYG" era, and what the offer in editors should be. Of course, it mentions LyX. http://www.internatif.org/bortzmeyer/afterword/afterword.html JMarc PS: and it is written in (gasp) french.
Re: yearly stats
"Mate" == Mate Wierdl [EMAIL PROTECTED] writes: Mate $ for i in DEVEL USERS ANNOUNCE; do echo $i:; ezmlm-list ~/$i Mate |wc -l; done DEVEL: 127 USERS: 438 ANNOUNCE: 613 That's not as large as I would have thought. I hope we have more than 1000 users... BTW, Mate, do you think it would be possible for you to host a lyx-fr mailing list (probably low traffic) ? We want to create a french list, and I'd rather have it hosted at the same place as the other lyx lists... JMarc
Re: Weird cross reference bug
Ahhh! I _think_ I understand... perhaps...
This feels like the popup is recieving a signal that the buffer has changed.
In fact, I'm sure that's what is happening.
If the buffer changes, then a signal "updateBufferDependent" is emitted into
the ether. This signal is connected to a slot "updateSlot" in the Ref popup:
void FormInset::updateSlot(bool switched)
{
if (switched)
hide();
else
update();
}
In this case, updateSlot is being passed "true", telling it that the buffer
has changed and so the popup should be closed.
The question is, therefore, WHY is it receiving such a signal when you "click
on one of the figure refs from the list" and equally, why does it "randomly
goes away" after a few minutes.
Dekel, will this have been fixed by your recent patch? Perhaps you'd care to
comment?
Angus
On Monday 22 January 2001 21:00, Amir Karger wrote:
I'm using 1.1.6, but I'm pretty sure the problem also occurred once when I
was using the early June 1.1.6cvs. Last time I thought it was a fluke, but
now it's happening again.
My main THESIS.lyx file includes a bunch of files. Each of those has figures
in it, and the figures have labels. I'm in one of the sub-files, and I
do an "Insert-Reference" and click on one of the figure refs from the list.
(I should mention that I love the way the forms are shaping up. Definitely a
usability win in LyX.) Instead of showing the name of the reference in the
"Ref" box, the entire popup closes (I never even had the chance to click on
OK.), and I'm teleported to the main file. This happens several times. I'm
able to insert a ref into the main file, but if I go back to a sub-file
(even a different sub-file) it doesn't work.
After a couple minutes the problem randomly goes away. Sorry that this is a
terrible bug report, but it's a very weird bug. I've used references a
million times, and I don't think I'm doing anything particularly weird when
the problem occurs, but maybe one of you will have an idea what's causing
this.
-Amir
Re: Time to exercise your reading of french :)
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | An article about the "post-WYSISYG" era, and what the offer in editors | should be. Of course, it mentions LyX. | http://www.internatif.org/bortzmeyer/afterword/afterword.html | | JMarc | | PS: and it is written in (gasp) french. Care to translate a bit? Lgb
Re: Problem with tables, babel hyperref
On Tue, Jan 23, 2001 at 01:28:20AM -0600, Alejandro Aguilar Sierra wrote:
When I try to use hyperref with babel I get the error: "Undefined control
sequence. \ProcessOptionsWithKV{Hyp}". This problem disapears if I stop
using Babel (which in fact is not much necessary with slides that have
very short paragraphs).
Does it helps if you change the order in which the hyperref and babel
packages are loaded ?
You can also try getting a newer version of hyperref.
But if I have tables in the document, they have in each cell the commands:
\selectlanguage{english}
\selectlanguage{spanish}
It should be possible to set off babel in a document that was using it
previously and elliminate all babel related commands from the document. Is
that possible? How?
You can put '\renewcommand{\selectlanguage}[1]{}' in the preamble.
But what you really want is to change the language of the text in the table
to spanish (it currently english).
Currently, (assuming you use 1.1.6) you need to open the character dialog,
select 'reset' in the language field, and 'no change' in all other fields,
and then for each cell in the table, select the text in the cell and press
apply in the dialog (in the future, you will be able to just select the
entire table and press apply only once).
Another option is to do
grep -v '\\lang ' file.lyx newfile.lyx
Re: Icelandic
"Bodvar" == Bodvar Bjorgvinsson [EMAIL PROTECTED] writes: Bodvar Hi, I notice that Icelandic is not represented as an available Bodvar language for LyX. I have made a translation for Klyx to Bodvar Icelandic and wonder whether I should "port" it to LyX. Please Bodvar advise how to go about it, what file(s) to download and where Bodvar to deliver the finished product. What you can do is get LyX 1.1.6, and take from that po/lyx.pot. You can try to merge that with your existing klyx translation, but I fear that many things will not match. The po file contains many items, among which the menus and translation of the textclass files. You can ignore the later in a first step if you whish. There are probably things I could tell you to help, but I forget which :) Please ask here if anything seems unclear. Bodvar I also would like to know, as the standards (regarding margins Bodvar etc) are so American, even in A4 (European printing format), Bodvar whether you have any plans on reworking the formats. Europe Bodvar (A4) uses smaller margins in letters and most books etc, than Bodvar you seem to do. Left margin for A-4 should be 2,5 cm (ca 1in) Bodvar to 3 cm; Right margin around 2 cm, Top= 1,5-2 cm and Bottom= Bodvar ca 2 cm. I have not downloaded updates over the last 10 months Bodvar or so, so there just might be some changes since, in which Bodvar case, please ignore the comment. Did you try the koma-script classes? They are designed to fit european conventions. The problem is not in general the size of the margin, but the length of the lines of text. If a line is too long, the readability is not very good (should be 75 signs for english language). Bodvar As I already have a full scedule, I would hesitate to Bodvar subscribe to an e-mail list for this "project", but ask you Bodvar for advise in that matter too. You can at least subscribe to the list [EMAIL PROTECTED] http://www.lyx.org/mailman/listinfo/po-translators JMarc
Re: color settings in preferences
Hmmm! Moreover, once you've saved your selection, all non-GUI colours come up as black which isn't very useful. You have to restart LyX to get the colours back and then this ignores the changes you've made. Fortunately, only colours are affected by this. Wierd. I'll investigate. Thanks for the report. Angus On Tuesday 23 January 2001 09:43, Kornel Benko wrote: Hi, set (and save) colors with preferences dialog. Then the "preferences" file will contain lines like: egrep set_color preferences preferences:\set_color "selection" "#84cfff" preferences:\set_color "latex" "#f9" preferences:\set_color "floats" "#ff7e00" preferences:\set_color "note" "#ff" preferences:\set_color "notebg" "#b2e300" preferences:\set_color "language" "#ff" preferences:\set_color "commandbg" "#bccfff" preferences:\set_color "accent" "#00" preferences:\set_color "accentbg" "#ff" preferences:\set_color "insetbg" "#ffa1ff" preferences:\set_color "tabularline" "#ff092a" preferences:\set_color "tabularonoffline" "#ff876f" preferences:\set_color "buttonbg" "#a19f9f" Restart LyX. Set and save "background" egrep set_color preferences preferences:\set_color "background" "#fabf77" All other settings are gone. This behaviour is true for 1.1.6 and 1.2.cvs. I like LyX. Kornel -- Kornel Benko [EMAIL PROTECTED]
Re: Time to exercise your reading of french :)
"Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Care to translate a bit? http://babelfish.altavista.com/translate.dyn?url=http%3A%2F%2Fwww.internatif.org%2Fbortzmeyer%2Fafterword%2Fafterword.htmllp=fr_endoit=doneframe=random gives a reasonable translation, although it stops to work at the end for unknown reasons. So, here is a short summary (a bit weak, but...): - currently, MS-word mostly dominates the market of word processors (with the problems we all know already). - the free alternatives (wordperfect, applixware, staroffice) try so well to emulate word that they are as bloated as their model. The "light" ones (Ted, abiword...) are either unfinished or very unstable, and none really succeeded. - however the era of WYSIWYG is ending, now that documents are not only paper documents anymore, but also electronic ones (e-books, wap, html). The right model for these documents is structured documents languages like LaTeX (at this point there is a link on a well known graphic interface on top of LaTeX, which is described as WYSIWYG...), nroff or SGML/XML. - currently, there exists no reasonable free software that can do XML. There are either commercial products (arbortext) or prototypes nobody can use. But the future is in the development of such a program. I sent a message to stephane (who is very active in the french linux community) to pointing out that LyX also does docbook and linuxdoc and that the new infrastructure we are working on should allow to get better structuration of documents. JMarc
Re: color settings in preferences
"Angus" == Angus Leeming [EMAIL PROTECTED] writes: Angus Hmmm! Moreover, once you've saved your selection, all non-GUI Angus colours come up as black which isn't very useful. You have to Angus restart LyX to get the colours back and then this ignores the Angus changes you've made. Angus Fortunately, only colours are affected by this. Angus Wierd. I'll investigate. Thanks for the report. Angus Pit sutterlin had a similar report that is bug https://sourceforge.net/bugs/?func=detailbugbug_id=129258group_id=15212 (assigned to you BTW :). JMarc
Re: color settings in preferences
;-)
I think that this patch clears both bugs.
Angus
On Tuesday 23 January 2001 11:42, Jean-Marc Lasgouttes wrote:
"Angus" == Angus Leeming [EMAIL PROTECTED] writes:
Angus Hmmm! Moreover, once you've saved your selection, all non-GUI
Angus colours come up as black which isn't very useful. You have to
Angus restart LyX to get the colours back and then this ignores the
Angus changes you've made.
Angus Fortunately, only colours are affected by this.
Angus Wierd. I'll investigate. Thanks for the report. Angus
Pit sutterlin had a similar report that is bug
https://sourceforge.net/bugs/?func=detailbugbug_id=129258group_id=15212
(assigned to you BTW :).
JMarc
Index: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.6
diff -u -r1.6 ChangeLog
--- src/frontends/xforms/ChangeLog 2001/01/21 21:41:35 1.6
+++ src/frontends/xforms/ChangeLog 2001/01/23 12:22:38
@@ -1,3 +1,8 @@
+2001-01-23 Angus Leeming [EMAIL PROTECTED]
+
+ * FormPreferences.C (LoadBrowserLyX): convert unsigned short to
+ unsigned char correctly and so fix 2 bugs loading/changing colors.
+
2001-01-21 Dekel Tsur [EMAIL PROTECTED]
* FormRef.C (update): Do not update dialog_-{ref,name,type}
Index: src/frontends/xforms/FormPreferences.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormPreferences.C,v
retrieving revision 1.50
diff -u -r1.50 FormPreferences.C
--- src/frontends/xforms/FormPreferences.C 2001/01/03 17:43:28 1.50
+++ src/frontends/xforms/FormPreferences.C 2001/01/23 12:22:39
@@ -806,9 +806,9 @@
// Note that X stores the RGB values in the range 0 - 65535
// whilst we require them in the range 0 - 255.
RGBColor col;
- col.r = static_castunsigned char(xcol.red);
- col.g = static_castunsigned char(xcol.green);
- col.b = static_castunsigned char(xcol.blue);
+ col.r = xcol.red / 256;
+ col.g = xcol.green / 256;
+ col.b = xcol.blue / 256;
// Create a valid X11 name of the form "#rrggbb" and change the
// LColor X11name to this. Don't want to trigger a redraw,
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: Dekel, will this have been fixed by your recent patch? Perhaps you'd care to comment? Don't try to blame me. It is your fault. The problem is that when a label is selected in the browser, we call to Dispatch(LFUN_REF_BACK) (in FormRef::input). I guess the idea is to return you to the original position from which the browser was opened, so the reference will be inserted there. However, if there are previously saved positions (i.e. you open the dialog, press "goto reference" and closed the dialog without pressing "go back"), the cursor will move to the last save positions, which can be in a different buffer, and the buffer switching causes the closing of the dialog. It is not hard to fix this problem, but I want to discuss what is the behavior that we want for the dialog. Here are three suggestions 1. The cursor is moved only when explicitly pressing goto reference/go back. 2. Pressing a label in the browser doesn't move the cursor. However, when you press OK/Apply, the cursor is moved to the original position (i.e. the position from which the dialog was opened), and the reference is inserted there. 3. Pressing a label in the browser automatically moves you to the label, (without the need to press "goto reference"). Again, pressing OK/Apply returns you to the original position. I think that 3 is the best option.
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: In this case, updateSlot is being passed "true", telling it that the buffer has changed and so the popup should be closed. Since now the references dialog closes when changing buffers, it is not possible to add references to labels in a different file. There are two possible solutions (which are not mutually exclusive): 1. Make the Ref button editable, so you could insert an arbitrary reference (we can add a warning when the user insert a reference to a label that doesn't exist in the current document). 2. Add a choice button to the dialog, which let you choose to list the labels from the current document, or from any other open document.
Re: color settings in preferences
Angus Leeming [EMAIL PROTECTED] writes: | +++ src/frontends/xforms/FormPreferences.C2001/01/23 12:22:39 | @@ -806,9 +806,9 @@ | // Note that X stores the RGB values in the range 0 - 65535 | // whilst we require them in the range 0 - 255. | RGBColor col; | - col.r = static_castunsigned char(xcol.red); | - col.g = static_castunsigned char(xcol.green); | - col.b = static_castunsigned char(xcol.blue); | + col.r = xcol.red / 256; | + col.g = xcol.green / 256; | + col.b = xcol.blue / 256; Can you do this by shifting instead, since that is what we really do. We just removes the lower 8 bits. col.r = xcol.red 8; btw. I think you still need the static cast to avoid warnings. col.r = static_castunsigned char(xcol.red 8); Lgb
Re: Weird cross reference bug
On Tuesday 23 January 2001 12:43, Dekel Tsur wrote:
Dekel, will this have been fixed by your recent patch? Perhaps you'd
care to comment?
Don't try to blame me. It is your fault.
Hey, hey, hey! I blamed nobody! So, I'll start now by saying, "It's all my
fault. Everything is my fault. O me miserum!" That should cover most
eventualities :o)
The problem is that when a label is selected in the browser, we call to
Dispatch(LFUN_REF_BACK) (in FormRef::input). I guess the idea is to return
you to the original position from which the browser was opened, so the
reference will be inserted there. However, if there are previously saved
positions (i.e. you open the dialog, press "goto reference" and closed the
dialog without pressing "go back"), the cursor will move to the last save
positions, which can be in a different buffer, and the buffer switching
causes the closing of the dialog.
Well this is certainly wrong. There should be nothing saved when the popup is
closed. (Incidentally, what DID you change recently; I'm vaguely aware that
you fixed something but have been busy elsewhere and not really paying
attention.)
It is not hard to fix this problem, but I want to discuss what is the
behavior that we want for the dialog. Here are three suggestions
1. The cursor is moved only when explicitly pressing goto reference/go back.
2. Pressing a label in the browser doesn't move the cursor. However, when
you
press OK/Apply, the cursor is moved to the original position (i.e. the
position from which the dialog was opened), and the reference is inserted
there.
3. Pressing a label in the browser automatically moves you to the label,
(without the need to press "goto reference"). Again, pressing OK/Apply
returns you to the original position.
I think that 3 is the best option.
Me, I like 1 best. But we'll still run into problems when navigating between
labels if the labels are in different buffers. Ideally, the popup should know
whether the buffers are related (share a common parent). If they do, stay
open, if not close. That sounds excessively complex. Why don't I override
UpdateSlot to:
void FormRef::updateSlot(bool switched)
{
update();
}
Will that be sufficient?
Angus
Re: color settings in preferences
Can you do this by shifting instead, since that is what we really do.
We just removes the lower 8 bits.
col.r = xcol.red 8;
Never, ever use shift on portable code without thinking REALLY hard about
what you're doing. What about big/little endian machines?
Anyway, the two approaches achieve the same goal and my way will work
on all machines.
btw. I think you still need the static cast to avoid warnings.
col.r = static_castunsigned char(xcol.red 8);
Fair enough. How about:
col.r = static_castunsigned char(xcol.red / 256);
Patch attached.
Angus
Index: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.6
diff -u -r1.6 ChangeLog
--- src/frontends/xforms/ChangeLog 2001/01/21 21:41:35 1.6
+++ src/frontends/xforms/ChangeLog 2001/01/23 13:11:41
@@ -1,3 +1,8 @@
+2001-01-23 Angus Leeming [EMAIL PROTECTED]
+
+ * FormPreferences.C (LoadBrowserLyX): convert unsigned short to
+ unsigned char correctly and so fix 2 bugs loading/changing colors.
+
2001-01-21 Dekel Tsur [EMAIL PROTECTED]
* FormRef.C (update): Do not update dialog_-{ref,name,type}
Index: src/frontends/xforms/FormPreferences.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormPreferences.C,v
retrieving revision 1.50
diff -u -r1.50 FormPreferences.C
--- src/frontends/xforms/FormPreferences.C 2001/01/03 17:43:28 1.50
+++ src/frontends/xforms/FormPreferences.C 2001/01/23 13:11:42
@@ -806,9 +806,9 @@
// Note that X stores the RGB values in the range 0 - 65535
// whilst we require them in the range 0 - 255.
RGBColor col;
- col.r = static_castunsigned char(xcol.red);
- col.g = static_castunsigned char(xcol.green);
- col.b = static_castunsigned char(xcol.blue);
+ col.r = static_castunsigned char(xcol.red / 256);
+ col.g = static_castunsigned char(xcol.green / 256);
+ col.b = static_castunsigned char(xcol.blue / 256);
// Create a valid X11 name of the form "#rrggbb" and change the
// LColor X11name to this. Don't want to trigger a redraw,
Re: Weird cross reference bug
On Tuesday 23 January 2001 12:51, Dekel Tsur wrote: On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: In this case, updateSlot is being passed "true", telling it that the buffer has changed and so the popup should be closed. Since now the references dialog closes when changing buffers, it is not possible to add references to labels in a different file. There are two possible solutions (which are not mutually exclusive): 1. Make the Ref button editable, so you could insert an arbitrary reference (we can add a warning when the user insert a reference to a label that doesn't exist in the current document). 2. Add a choice button to the dialog, which let you choose to list the labels from the current document, or from any other open document. I like 2 best. Fool proof and accurate. A
Re: color settings in preferences
Actually, scratch that. Col.r, g, b are all ints. I used the static_castunsigned char as a hack. Please, therefore, apply the original patch. Angus On Tuesday 23 January 2001 13:14, Angus Leeming wrote: Can you do this by shifting instead, since that is what we really do. We just removes the lower 8 bits. col.r = xcol.red 8; Never, ever use shift on portable code without thinking REALLY hard about what you're doing. What about big/little endian machines? Anyway, the two approaches achieve the same goal and my way will work on all machines. btw. I think you still need the static cast to avoid warnings. col.r = static_castunsigned char(xcol.red 8); Fair enough. How about: col.r = static_castunsigned char(xcol.red / 256); Patch attached. Angus Content-Type: text/x-c; charset="us-ascii"; name="patch.preferences" Content-Transfer-Encoding: base64 Content-Description:
Centering after table on last position in include
Please look at the output of DVI of the attached Main.lyx.
The second chapter is centered. If there is at least
one "{}" (in TeX mode), then all is ok.
Maybe because of math in last cell?
--
Kornel Benko
[EMAIL PROTECTED]
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass book
\begin_preamble
\usepackage{graphicx}
\usepackage{longtable,multirow}
\usepackage{pifont}
\newcommand{\tab}{\makebox[4em]{}}
\end_preamble
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement here
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 2
\tocdepth 2
\paragraph_separation skip
\defskip medskip
\quotes_language swedish
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle fancy
\layout Section
bla bla
\layout Standard
Bla bla bla
\the_end
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass book
\begin_preamble
\usepackage{graphicx}
\usepackage{longtable,multirow}
\usepackage{pifont}
\newcommand{\tab}{\makebox[4em]{}}
\end_preamble
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement here
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 2
\tocdepth 2
\paragraph_separation skip
\defskip medskip
\quotes_language swedish
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle fancy
\layout Section
bla
\layout Standard
\align center
\begin_inset Tabular
lyxtabular version="2" rows="1" columns="2"
features rotate="false" islongtable="false" endhead="1" endfirsthead="1" endfoot="1" endlastfoot="1"
column alignment="left" valignment="top" leftline="false" rightline="false" width="" special=""
column alignment="left" valignment="top" leftline="false" rightline="false" width="8.5cm" special=""
row topline="false" bottomline="false" newpage="false"
cell multicolumn="0" alignment="left" valignment="top" topline="false" bottomline="false" leftline="false" rightline="false" rotate="false" usebox="none" width="" special=""
\begin_inset Text
\layout Standard
\end_inset
/cell
cell multicolumn="0" alignment="left" valignment="top" topline="false" bottomline="false" leftline="false" rightline="false" rotate="false" usebox="none" width="" special=""
\begin_inset Text
\layout Standard
\begin_inset Formula \( 512\mathrm{Bytes}\leq val\leq 16\mathrm{KB} \)
\end_inset
\end_inset
/cell
/row
/lyxtabular
\end_inset
\the_end
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass book
\begin_preamble
\usepackage{graphicx}
\usepackage{longtable,multirow}
\usepackage{pifont}
\newcommand{\tab}{\makebox[4em]{}}
\input{wp2latex.sty}
\usepackage{here}
\usepackage{multicol}
\def\obey{\ifnum\c@subsection0 \thesubsection \else \thesection \fi}
\def\obex{\ifnum\c@section0 \obey\else \thechapter \fi}
\def\oben{\ifnum\c@chapter0 \obex\fi}
\end_preamble
\options H
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement H
\paperfontsize 10
\spacing single
\papersize Default
\paperpackage widemarginsa4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 4
\tocdepth 3
\paragraph_separation skip
\defskip medskip
\quotes_language swedish
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Title
Bla
\layout Chapter
Bla1
\layout Standard
Re: color settings in preferences
Angus Leeming [EMAIL PROTECTED] writes: | Actually, scratch that. Col.r, g, b are all ints. I used the | static_castunsigned char as a hack. Please, therefore, apply the original | patch. Ok. (you can do it yourself) Lgb | Angus | | | | On Tuesday 23 January 2001 13:14, Angus Leeming wrote: | |Can you do this by shifting instead, since that is what we really do. | We just removes the lower 8 bits. | | col.r = xcol.red 8; | | Never, ever use shift on portable code without thinking REALLY hard about | what you're doing. What about big/little endian machines? | | Anyway, the two approaches achieve the same goal and my way will work | on all machines. | | btw. I think you still need the static cast to avoid warnings. | | col.r = static_castunsigned char(xcol.red 8); | | Fair enough. How about: | | col.r = static_castunsigned char(xcol.red / 256); | | Patch attached. | Angus | | | | Content-Type: text/x-c; charset="us-ascii"; name="patch.preferences" | Content-Transfer-Encoding: base64 | Content-Description: |
printing bug on Solaris 2.7
There are two problems I discovered when building 1.1.6. One is that during make install, many of the new files in share/lyx were not copied, so I was left with a new binary and old 1.1.5fix2 files. This I fixed manually. The other problem was that the print button did not function. I even wiped out share/lyx and started over, but no luck on the print button. Any ideas? Gary A. Ray voice: (253) 867-2017 (Desk) e-mail: [EMAIL PROTECTED]
Re: LyX 1.1.6: Bug reports #9 #10 #11
Ronny Buchmann wrote:
look at http://www.educat.hu-berlin.de/~voss/lyx/ (archived lyx tips)
Wow, what a comprehensive list of tricks! If the LyX developers feel like LyX
is feature complete, they should (first ask me ;-) and than) have a look at
your page. Thank very much!
*
\pdfoutput=1
\documentclass[pdftex]{MyDocumentClass}
\usepackage{graphicx,thumbpdf}
\usepackage{ae}
\usepackage[colorlinks,bookmarks,pdftitle={MyTitle},pdfsubject={MySubject},
pdfkeywords={MyKeyword1,MyKeyword2},pdfauthor={Me}]{hyperref}
\DeclareGraphicsRule{*}{mps}{*}{} % I am not sure what it does (related to
Metapost???)
*
set it in the latex preamble
but i agree, it would be useful if this would be auto generated by lyx
(especially title, subject and author from the corresponding paragraphs)
Yes, and it should take just a few minutes for the LyX guys to add the lines in
the code. Manipulating the latex preamble is a task for experts, LyX users are
stupid (on purpose :-)).
Michael
--
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics secretary: +49 451 500 3721
Medical University of Luebeck fax: +49 451 500 3722
Ratzeburger Allee 160 eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de
==
Re: printing bug on Solaris 2.7
On Tue, Jan 23, 2001 at 06:06:22AM -0800, Gary Ray (Seattle) wrote: The other problem was that the print button did not function. I even wiped out share/lyx and started over, but no luck on the print button. Any ideas? Do you have a print menu-item under the file-export menu-item ? Does View-dvi works ? Try doing edit-reconfigure. Does it help ?
Re: color settings in preferences
Perfect! But only after make clean make For some reason the library dependencies are not correct. I'm compiling with --frontend-kde. Kornel -- Kornel Benko [EMAIL PROTECTED]
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 02:51:11PM +0200, Dekel Tsur wrote: On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: In this case, updateSlot is being passed "true", telling it that the buffer has changed and so the popup should be closed. Since now the references dialog closes when changing buffers, it is not possible to add references to labels in a different file. Maybe I'm not understanding what you're saying, but I add references to labels in different files all the time. Yes, I have to reopen the dialog, but I've been hitting OK instead of Apply most of the time anyway, because I tend to dislike window clutter, and I don't add references all that often. But I definitely get a list of all the references in all the sub-documents, and can add ones from the current file or different files. -Amir
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 10:23:05AM -0500, Amir Karger wrote: Maybe I'm not understanding what you're saying, but I add references to labels in different files all the time. Yes, I have to reopen the dialog, but I've been hitting OK instead of Apply most of the time anyway, because I tend to dislike window clutter, and I don't add references all that often. But I definitely get a list of all the references in all the sub-documents, and can add ones from the current file or different files. If you have for example, main.lyx which includes chap1.lyx, chap2.lyx, ... then after opening the insert ref dialog in main.lyx, you can see the list of all labels in all the files. But this is not very convenient (suppose you are in chap1.lyx and want only the labels of chap1.lyx, or only the labels of chap2.lyx).
Re: Weird cross reference bug
Dekel Tsur wrote: On Tue, Jan 23, 2001 at 10:23:05AM -0500, Amir Karger wrote: Maybe I'm not understanding what you're saying, but I add references to labels in different files all the time. Yes, I have to reopen the dialog, but I've been hitting OK instead of Apply most of the time anyway, because I tend to dislike window clutter, and I don't add references all that often. But I definitely get a list of all the references in all the sub-documents, and can add ones from the current file or different files. If you have for example, main.lyx which includes chap1.lyx, chap2.lyx, ... then after opening the insert ref dialog in main.lyx, you can see the list of all labels in all the files. But this is not very convenient (suppose you are in chap1.lyx and want only the labels of chap1.lyx, or only the labels of chap2.lyx). What happens if you open main.lyx and chap1.lyx as separate documents? Garst
Re: file recovery and format
"Lars Gullik Bjnnes" wrote: "Garst R. Reese" [EMAIL PROTECTED] writes: | John Weiss wrote: | | On Mon, Jan 22, 2001 at 04:46:03PM -0500, Lior Silberman wrote: | | You should alias rm to be 'rm -i'. This is possible on almost all shells. | | Wherever I can use GNU-fileutils, I alias rm to 'rm -v'. This | prevents one from having to confirm every single delete, while giving | you feedback on what's going on and simultaneously slowing down the | delete enought that you can abort a bad one. | | Neither idea addresses the simple fact that rm is plain stupid. "Stupid is as stupid does" Lgb Well, I work with a lot of handicapped people (aren't we all?) and have become very aware of how a small deficit in hand-eye coordination or visual acuity can lead to disaster. Unix was not designed with these people in mind. It's general philosophy is "I'm the infallible programmer, do what I tell you, no questions asked." Rick, the stupid lawyer com bungling scientist, LyX contributor fell prey. Garst
Re: file recovery and format
garst gabbed, | Neither idea addresses the simple fact that rm is plain stupid. lars lamented, "Stupid is as stupid does" Lgb Well, I work with a lot of handicapped people (aren't we all?) and have become very aware of how a small deficit in hand-eye coordination or visual acuity can lead to disaster. Unix was not designed with these people in mind. It's general philosophy is "I'm the infallible programmer, do what I tell you, no questions asked." Rick, the stupid lawyer com bungling scientist, LyX contributor fell prey. shh, my students might hear :) The really odd thing about the whole adventure is that it came from an *extra* space, where I tend to have a problem with many keyboards getting a space in the first place. re: expansion I'm aware of how * is expanded, but that's not what got me (that would have been annoying at the time, but wouldn't have killed me). Is ~ expanded by the shell or the application? re: what I got back Andre noted that he recovers files the same way (yikes, I open this doesn't happen to him *that* often :) Though I"ve recovered enough thwacked partitions to have gotten good hat it [hint: do not *ever* run fdisk from drdos; it has a tendency to shift the whole table . . .). Anyway, I attached a zip drive, and used strings to get everything, for a total of about 40M on a 260M partition. There were certainly other lyx files around. Why didn't I find anything? As I'm going through what I recovered, I've noticed a couple of things: 1) The paper wasn't nearly as long as I thought :) This was one of those that fermented for months, and then came out in a long stream. I have more work to do than I thought. 2) The line breaks seem consistant with where lyx would place them. I get separate lines where math, emphasis, etc. would land. 3) And as I write this message, I found the problem. There isn't a single backslash in the 40 megs that strings produced . . . Oh, well, that's one for the collective memory . . . and looking at the man page for strings doesn't provide any hint that there is a way to change what it considers a character. I suppose I should have written a script to get all 7 bit ascii characters . . . rick, the stupid lawyer who was at least smart enough to get out of active practice :)
Re: LyX 1.1.6: Bug reports #9 #10 #11
Michael Schmitt wrote:
Ronny Buchmann wrote:
look at http://www.educat.hu-berlin.de/~voss/lyx/ (archived lyx tips)
Wow, what a comprehensive list of tricks! If the LyX developers feel like LyX
is feature complete, they should (first ask me ;-) and than) have a look at
your page. Thank very much!
it's *not* my page, it's herbert voss'
and it's (always?) mentioned in LDN
*
\pdfoutput=1
\documentclass[pdftex]{MyDocumentClass}
\usepackage{graphicx,thumbpdf}
\usepackage{ae}
\usepackage[colorlinks,bookmarks,pdftitle={MyTitle},pdfsubject={MySubject},
pdfkeywords={MyKeyword1,MyKeyword2},pdfauthor={Me}]{hyperref}
\DeclareGraphicsRule{*}{mps}{*}{} % I am not sure what it does (related to
Metapost???)
*
wann stand das in der c't?
set it in the latex preamble
but i agree, it would be useful if this would be auto generated by lyx
(especially title, subject and author from the corresponding paragraphs)
Yes, and it should take just a few minutes for the LyX guys to add the lines in
the code. Manipulating the latex preamble is a task for experts, LyX users are
stupid (on purpose :-)).
they are wise enough to decide working with lyx ;)
ronny
Re: file recovery and format
"Garst R. Reese" [EMAIL PROTECTED] writes: | "Stupid is as stupid does" | Well, I work with a lot of handicapped people (aren't we all?) and have | become very aware of how a small deficit in hand-eye coordination or | visual acuity can lead to disaster. Unix was not designed with these | people in mind. It's general philosophy is "I'm the infallible | programmer, do what I tell you, no questions asked." | Rick, the stupid lawyer com bungling scientist, LyX contributor fell | prey. | Garst My underlying point is that an command or any nonliving object for that matter can not be stupid. User are stupid sysadmins are stupid. And the stupidity is not aloway that they use "rm" wrong, but that they has not created an alternative delete command (or whatever). Lgb
French LyX list
I have set up the French LyX mailinglist: Post to list:[EMAIL PROTECTED] Subscribe to list: [EMAIL PROTECTED] For example echo | mail [EMAIL PROTECTED] Unsubscribe from list: [EMAIL PROTECTED] For example, echo | mail [EMAIL PROTECTED] Welcome and some other messages will come in French (the Subject: of these will be English) The list will be archived at http://www.mail-archive.com/ The address will possibly be http://www.mail-archive.com/lyx-fr@lists.lyx.org/ but it will show up only in a few days. There is also a digest version of the list: Subscribe to digest: [EMAIL PROTECTED] For example echo | mail [EMAIL PROTECTED] Unsubscribe from digest: [EMAIL PROTECTED] For example, echo | mail [EMAIL PROTECTED] Mate
Re: deleting one line from multiline equation
On Tue, Jan 23, 2001 at 10:29:31AM -0800, [EMAIL PROTECTED] wrote: On Tue, 23 Jan 2001, Tuukka Toivonen wrote: This feels like simple question but I cannot find answer from LyX documents. How can I delete one line from multiline math equation? User Guide says M-e k but it doesn't work with 1.1.6. I couldn't find the command from reference manual. I noticed this on while working on the new keybindings for Reference.lyx, so I have forwarded this message to the developer list. Devvies, any comment? With emacs keybindings, the binding is C-k. But with cua, there is currently no binding for line-delete-forward. I suggest also using C-k, which is currently font-noun, which is not used very often, and also has the "M-l n" shortcut.
Re: deleting one line from multiline equation
On Tue, 23 Jan 2001, Tuukka Toivonen wrote: This feels like simple question but I cannot find answer from LyX documents. How can I delete one line from multiline math equation? User Guide says M-e k but it doesn't work with 1.1.6. I couldn't find the command from reference manual. I noticed this on while working on the new keybindings for Reference.lyx, so I have forwarded this message to the developer list. Devvies, any comment? Mike - your humble documentation guy ... -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
bugs?
I am using lyx 1.1.5fix2 on linux. I have two questions that I have asked the users list, that I don't know if they are bugs or just cannot be done... 1) documentpagestyleempty gets rid of all of the page numbers except for page 1. Is there some way to get rid of that...does 1.1.6 take care of that? 2) I am writing a paper with two columns, but I need for the abstract to be centered across the top. Is there any way to do that?? Anna - End Forwarded Message -
Re: bugs?
On Tue, Jan 23, 2001 at 02:22:37PM -0800, Anna H.Pryor wrote: I am using lyx 1.1.5fix2 on linux. I have two questions that I have asked the users list, that I don't know if they are bugs or just cannot be done... 1) documentpagestyleempty gets rid of all of the page numbers except for page 1. Is there some way to get rid of that...does 1.1.6 take care of that? Put \let\ps@plain\ps@empty in the preamble. Perhaps lyx 1.1.6fix1 will take care of that.
Re: Problem with tables, babel hyperref
On Tue, 23 Jan 2001, Dekel Tsur wrote:
Does it helps if you change the order in which the hyperref and babel
packages are loaded ?
No.
You can also try getting a newer version of hyperref.
I did it, from CTAN.
You can put '\renewcommand{\selectlanguage}[1]{}' in the preamble.
But what you really want is to change the language of the text in the table
to spanish (it currently english).
I don't know why this is necessary.
Currently, (assuming you use 1.1.6) you need to open the character dialog,
select 'reset' in the language field, and 'no change' in all other fields,
and then for each cell in the table, select the text in the cell and press
apply in the dialog (in the future, you will be able to just select the
entire table and press apply only once).
Too boring.
Another option is to do
grep -v '\\lang ' file.lyx newfile.lyx
It works, thank you! :)
Alejandro
Re: file recovery and format
Lior Silberman <[EMAIL PROTECTED]> writes: | > Under unix-like OS, the * is expanded by the shell, not by the rm command, | > so the rm command never sees the *. You'd have to hack the shell, not the | > rm command, and the question becomes, how do you do that consistently? Do | > you specialcase for a command rm with one of the arguments being * ? | | You should alias rm to be 'rm -i'. This is possible on almost all shells. And this can be equally dangerous. If you assume that "rm" really is "rm -i" and to a "rm *" to select the files that should be deleted... (and this has happend in realy life one of the reasons I really abhore "rm -i") Lgb
Re: file recovery and format
"Garst R. Reese" <[EMAIL PROTECTED]> writes: | John Weiss wrote: | > | > On Mon, Jan 22, 2001 at 04:46:03PM -0500, Lior Silberman wrote: | > > | > > You should alias rm to be 'rm -i'. This is possible on almost all shells. | > | > Wherever I can use GNU-fileutils, I alias rm to 'rm -v'. This | > prevents one from having to confirm every single delete, while giving | > you feedback on what's going on and simultaneously slowing down the | > delete enought that you can abort a bad one. | > | Neither idea addresses the simple fact that rm is plain stupid. "Stupid is as stupid does" Lgb
Re: file recovery and format
On Tue, Jan 23, 2001 at 10:20:08AM +0100, Lars Gullik Bjønnes wrote: > Lior Silberman <[EMAIL PROTECTED]> writes: > > | > Under unix-like OS, the * is expanded by the shell, not by the rm command, > | > so the rm command never sees the *. You'd have to hack the shell, not the > | > rm command, and the question becomes, how do you do that consistently? Do > | > you specialcase for a command rm with one of the arguments being * ? > | > | You should alias rm to be 'rm -i'. This is possible on almost all shells. > > And this can be equally dangerous. If you assume that "rm" really is > "rm -i" and to a "rm *" to select the files that should be deleted... > (and this has happend in realy life one of the reasons I really abhore > "rm -i") > > Lgb Truly, heed well Lars's words above. You just need to be verrry verrry careful with random "rm"s (and do backups). The only real "solution" is to implement a "trash can" concept, where "rm" really does not remove, but moves files to a temporary holding area for later removal. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc.| Laura Isabella Sylvan | Katherine Yelena http://www.successlinks.com/kayvan | Reach your goals now! | Robin Gregory
[Article in french : The future ot the word processors] After Word: l'avenir du traitement de texte
lyx is linked as a GUI over LaTeX http://www.internatif.org/bortzmeyer/afterword/afterword.html
color settings in preferences
Hi, set (and save) colors with preferences dialog. Then the "preferences" file will contain lines like: egrep set_color preferences preferences:\set_color "selection" "#84cfff" preferences:\set_color "latex" "#f9" preferences:\set_color "floats" "#ff7e00" preferences:\set_color "note" "#ff" preferences:\set_color "notebg" "#b2e300" preferences:\set_color "language" "#ff" preferences:\set_color "commandbg" "#bccfff" preferences:\set_color "accent" "#00" preferences:\set_color "accentbg" "#ff" preferences:\set_color "insetbg" "#ffa1ff" preferences:\set_color "tabularline" "#ff092a" preferences:\set_color "tabularonoffline" "#ff876f" preferences:\set_color "buttonbg" "#a19f9f" Restart LyX. Set and save "background" egrep set_color preferences preferences:\set_color "background" "#fabf77" All other settings are gone. This behaviour is true for 1.1.6 and 1.2.cvs. I like LyX. Kornel -- Kornel Benko [EMAIL PROTECTED]
Time to exercise your reading of french :)
An article about the "post-WYSISYG" era, and what the offer in editors should be. Of course, it mentions LyX. http://www.internatif.org/bortzmeyer/afterword/afterword.html JMarc PS: and it is written in (gasp) french.
Re: yearly stats
> "Mate" == Mate Wierdl <[EMAIL PROTECTED]> writes: Mate> $ for i in DEVEL USERS ANNOUNCE; do echo $i:; ezmlm-list ~/$i Mate> |wc -l; done DEVEL: 127 USERS: 438 ANNOUNCE: 613 That's not as large as I would have thought. I hope we have more than 1000 users... BTW, Mate, do you think it would be possible for you to host a lyx-fr mailing list (probably low traffic) ? We want to create a french list, and I'd rather have it hosted at the same place as the other lyx lists... JMarc
Re: Weird cross reference bug
Ahhh! I _think_ I understand... perhaps...
This feels like the popup is recieving a signal that the buffer has changed.
In fact, I'm sure that's what is happening.
If the buffer changes, then a signal "updateBufferDependent" is emitted into
the ether. This signal is connected to a slot "updateSlot" in the Ref popup:
void FormInset::updateSlot(bool switched)
{
if (switched)
hide();
else
update();
}
In this case, updateSlot is being passed "true", telling it that the buffer
has changed and so the popup should be closed.
The question is, therefore, WHY is it receiving such a signal when you "click
on one of the figure refs from the list" and equally, why does it "randomly
goes away" after a few minutes.
Dekel, will this have been fixed by your recent patch? Perhaps you'd care to
comment?
Angus
On Monday 22 January 2001 21:00, Amir Karger wrote:
> I'm using 1.1.6, but I'm pretty sure the problem also occurred once when I
> was using the early June 1.1.6cvs. Last time I thought it was a fluke, but
> now it's happening again.
>
> My main THESIS.lyx file includes a bunch of files. Each of those has figures
> in it, and the figures have labels. I'm in one of the sub-files, and I
> do an "Insert->Reference" and click on one of the figure refs from the list.
> (I should mention that I love the way the forms are shaping up. Definitely a
> usability win in LyX.) Instead of showing the name of the reference in the
> "Ref" box, the entire popup closes (I never even had the chance to click on
> OK.), and I'm teleported to the main file. This happens several times. I'm
> able to insert a ref into the main file, but if I go back to a sub-file
> (even a different sub-file) it doesn't work.
>
> After a couple minutes the problem randomly goes away. Sorry that this is a
> terrible bug report, but it's a very weird bug. I've used references a
> million times, and I don't think I'm doing anything particularly weird when
> the problem occurs, but maybe one of you will have an idea what's causing
> this.
>
> -Amir
Re: Time to exercise your reading of french :)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | An article about the "post-WYSISYG" era, and what the offer in editors | should be. Of course, it mentions LyX. | http://www.internatif.org/bortzmeyer/afterword/afterword.html | | JMarc | | PS: and it is written in (gasp) french. Care to translate a bit? Lgb
Re: Problem with tables, babel & hyperref
On Tue, Jan 23, 2001 at 01:28:20AM -0600, Alejandro Aguilar Sierra wrote:
> When I try to use hyperref with babel I get the error: "Undefined control
> sequence. \ProcessOptionsWithKV{Hyp}". This problem disapears if I stop
> using Babel (which in fact is not much necessary with slides that have
> very short paragraphs).
Does it helps if you change the order in which the hyperref and babel
packages are loaded ?
You can also try getting a newer version of hyperref.
> But if I have tables in the document, they have in each cell the commands:
>
> \selectlanguage{english}&
> \selectlanguage{spanish}
>
> It should be possible to set off babel in a document that was using it
> previously and elliminate all babel related commands from the document. Is
> that possible? How?
You can put '\renewcommand{\selectlanguage}[1]{}' in the preamble.
But what you really want is to change the language of the text in the table
to spanish (it currently english).
Currently, (assuming you use 1.1.6) you need to open the character dialog,
select 'reset' in the language field, and 'no change' in all other fields,
and then for each cell in the table, select the text in the cell and press
apply in the dialog (in the future, you will be able to just select the
entire table and press apply only once).
Another option is to do
grep -v '\\lang ' file.lyx > newfile.lyx
Re: Icelandic
> "Bodvar" == Bodvar Bjorgvinsson <[EMAIL PROTECTED]> writes: Bodvar> Hi, I notice that Icelandic is not represented as an available Bodvar> language for LyX. I have made a translation for Klyx to Bodvar> Icelandic and wonder whether I should "port" it to LyX. Please Bodvar> advise how to go about it, what file(s) to download and where Bodvar> to deliver the finished product. What you can do is get LyX 1.1.6, and take from that po/lyx.pot. You can try to merge that with your existing klyx translation, but I fear that many things will not match. The po file contains many items, among which the menus and translation of the textclass files. You can ignore the later in a first step if you whish. There are probably things I could tell you to help, but I forget which :) Please ask here if anything seems unclear. Bodvar> I also would like to know, as the standards (regarding margins Bodvar> etc) are so American, even in A4 (European printing format), Bodvar> whether you have any plans on reworking the formats. Europe Bodvar> (A4) uses smaller margins in letters and most books etc, than Bodvar> you seem to do. Left margin for A-4 should be 2,5 cm (ca 1in) Bodvar> to 3 cm; Right margin around 2 cm, Top= 1,5-2 cm and Bottom= Bodvar> ca 2 cm. I have not downloaded updates over the last 10 months Bodvar> or so, so there just might be some changes since, in which Bodvar> case, please ignore the comment. Did you try the koma-script classes? They are designed to fit european conventions. The problem is not in general the size of the margin, but the length of the lines of text. If a line is too long, the readability is not very good (should be 75 signs for english language). Bodvar> As I already have a full scedule, I would hesitate to Bodvar> subscribe to an e-mail list for this "project", but ask you Bodvar> for advise in that matter too. You can at least subscribe to the list [EMAIL PROTECTED] http://www.lyx.org/mailman/listinfo/po-translators JMarc
Re: color settings in preferences
Hmmm! Moreover, once you've saved your selection, all non-GUI colours come up as black which isn't very useful. You have to restart LyX to get the colours back and then this ignores the changes you've made. Fortunately, only colours are affected by this. Wierd. I'll investigate. Thanks for the report. Angus On Tuesday 23 January 2001 09:43, Kornel Benko wrote: > Hi, > set (and save) colors with preferences dialog. > Then the "preferences" file will contain lines like: > egrep set_color preferences > preferences:\set_color "selection" "#84cfff" > preferences:\set_color "latex" "#f9" > preferences:\set_color "floats" "#ff7e00" > preferences:\set_color "note" "#ff" > preferences:\set_color "notebg" "#b2e300" > preferences:\set_color "language" "#ff" > preferences:\set_color "commandbg" "#bccfff" > preferences:\set_color "accent" "#00" > preferences:\set_color "accentbg" "#ff" > preferences:\set_color "insetbg" "#ffa1ff" > preferences:\set_color "tabularline" "#ff092a" > preferences:\set_color "tabularonoffline" "#ff876f" > preferences:\set_color "buttonbg" "#a19f9f" > > Restart LyX. > Set and save "background" > egrep set_color preferences > preferences:\set_color "background" "#fabf77" > > All other settings are gone. > This behaviour is true for 1.1.6 and 1.2.cvs. > > I like LyX. > Kornel > -- > Kornel Benko > [EMAIL PROTECTED]
Re: Time to exercise your reading of french :)
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> Care to translate a bit? http://babelfish.altavista.com/translate.dyn?url=http%3A%2F%2Fwww.internatif.org%2Fbortzmeyer%2Fafterword%2Fafterword.html=fr_en=done=random gives a reasonable translation, although it stops to work at the end for unknown reasons. So, here is a short summary (a bit weak, but...): - currently, MS-word mostly dominates the market of word processors (with the problems we all know already). - the free alternatives (wordperfect, applixware, staroffice) try so well to emulate word that they are as bloated as their model. The "light" ones (Ted, abiword...) are either unfinished or very unstable, and none really succeeded. - however the era of WYSIWYG is ending, now that documents are not only paper documents anymore, but also electronic ones (e-books, wap, html). The right model for these documents is structured documents languages like LaTeX (at this point there is a link on a well known graphic interface on top of LaTeX, which is described as WYSIWYG...), nroff or SGML/XML. - currently, there exists no reasonable free software that can do XML. There are either commercial products (arbortext) or prototypes nobody can use. But the future is in the development of such a program. I sent a message to stephane (who is very active in the french linux community) to pointing out that LyX also does docbook and linuxdoc and that the new infrastructure we are working on should allow to get better structuration of documents. JMarc
Re: color settings in preferences
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Hmmm! Moreover, once you've saved your selection, all non-GUI Angus> colours come up as black which isn't very useful. You have to Angus> restart LyX to get the colours back and then this ignores the Angus> changes you've made. Angus> Fortunately, only colours are affected by this. Angus> Wierd. I'll investigate. Thanks for the report. Angus Pit sutterlin had a similar report that is bug https://sourceforge.net/bugs/?func=detailbug_id=129258_id=15212 (assigned to you BTW :). JMarc
Re: color settings in preferences
;-)
I think that this patch clears both bugs.
Angus
On Tuesday 23 January 2001 11:42, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Hmmm! Moreover, once you've saved your selection, all non-GUI
> Angus> colours come up as black which isn't very useful. You have to
> Angus> restart LyX to get the colours back and then this ignores the
> Angus> changes you've made.
>
> Angus> Fortunately, only colours are affected by this.
>
> Angus> Wierd. I'll investigate. Thanks for the report. Angus
>
> Pit sutterlin had a similar report that is bug
> https://sourceforge.net/bugs/?func=detailbug_id=129258_id=15212
> (assigned to you BTW :).
>
> JMarc
Index: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.6
diff -u -r1.6 ChangeLog
--- src/frontends/xforms/ChangeLog 2001/01/21 21:41:35 1.6
+++ src/frontends/xforms/ChangeLog 2001/01/23 12:22:38
@@ -1,3 +1,8 @@
+2001-01-23 Angus Leeming <[EMAIL PROTECTED]>
+
+ * FormPreferences.C (LoadBrowserLyX): convert unsigned short to
+ unsigned char correctly and so fix 2 bugs loading/changing colors.
+
2001-01-21 Dekel Tsur <[EMAIL PROTECTED]>
* FormRef.C (update): Do not update dialog_->{ref,name,type}
Index: src/frontends/xforms/FormPreferences.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormPreferences.C,v
retrieving revision 1.50
diff -u -r1.50 FormPreferences.C
--- src/frontends/xforms/FormPreferences.C 2001/01/03 17:43:28 1.50
+++ src/frontends/xforms/FormPreferences.C 2001/01/23 12:22:39
@@ -806,9 +806,9 @@
// Note that X stores the RGB values in the range 0 - 65535
// whilst we require them in the range 0 - 255.
RGBColor col;
- col.r = static_cast(xcol.red);
- col.g = static_cast(xcol.green);
- col.b = static_cast(xcol.blue);
+ col.r = xcol.red / 256;
+ col.g = xcol.green / 256;
+ col.b = xcol.blue / 256;
// Create a valid X11 name of the form "#rrggbb" and change the
// LColor X11name to this. Don't want to trigger a redraw,
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: > Dekel, will this have been fixed by your recent patch? Perhaps you'd care to > comment? Don't try to blame me. It is your fault. The problem is that when a label is selected in the browser, we call to Dispatch(LFUN_REF_BACK) (in FormRef::input). I guess the idea is to return you to the original position from which the browser was opened, so the reference will be inserted there. However, if there are previously saved positions (i.e. you open the dialog, press "goto reference" and closed the dialog without pressing "go back"), the cursor will move to the last save positions, which can be in a different buffer, and the buffer switching causes the closing of the dialog. It is not hard to fix this problem, but I want to discuss what is the behavior that we want for the dialog. Here are three suggestions 1. The cursor is moved only when explicitly pressing goto reference/go back. 2. Pressing a label in the browser doesn't move the cursor. However, when you press OK/Apply, the cursor is moved to the original position (i.e. the position from which the dialog was opened), and the reference is inserted there. 3. Pressing a label in the browser automatically moves you to the label, (without the need to press "goto reference"). Again, pressing OK/Apply returns you to the original position. I think that 3 is the best option.
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: > In this case, updateSlot is being passed "true", telling it that the buffer > has changed and so the popup should be closed. Since now the references dialog closes when changing buffers, it is not possible to add references to labels in a different file. There are two possible solutions (which are not mutually exclusive): 1. Make the Ref button editable, so you could insert an arbitrary reference (we can add a warning when the user insert a reference to a label that doesn't exist in the current document). 2. Add a choice button to the dialog, which let you choose to list the labels from the current document, or from any other open document.
Re: color settings in preferences
Angus Leeming <[EMAIL PROTECTED]> writes: | +++ src/frontends/xforms/FormPreferences.C2001/01/23 12:22:39 | @@ -806,9 +806,9 @@ | // Note that X stores the RGB values in the range 0 - 65535 | // whilst we require them in the range 0 - 255. | RGBColor col; | - col.r = static_cast(xcol.red); | - col.g = static_cast(xcol.green); | - col.b = static_cast(xcol.blue); | + col.r = xcol.red / 256; | + col.g = xcol.green / 256; | + col.b = xcol.blue / 256; Can you do this by shifting instead, since that is what we really do. We just removes the lower 8 bits. col.r = xcol.red >> 8; btw. I think you still need the static cast to avoid warnings. col.r = static_cast(xcol.red >> 8); Lgb
Re: Weird cross reference bug
On Tuesday 23 January 2001 12:43, Dekel Tsur wrote:
> > Dekel, will this have been fixed by your recent patch? Perhaps you'd
> > care to comment?
> Don't try to blame me. It is your fault.
Hey, hey, hey! I blamed nobody! So, I'll start now by saying, "It's all my
fault. Everything is my fault. O me miserum!" That should cover most
eventualities :o)
> The problem is that when a label is selected in the browser, we call to
> Dispatch(LFUN_REF_BACK) (in FormRef::input). I guess the idea is to return
> you to the original position from which the browser was opened, so the
> reference will be inserted there. However, if there are previously saved
> positions (i.e. you open the dialog, press "goto reference" and closed the
> dialog without pressing "go back"), the cursor will move to the last save
> positions, which can be in a different buffer, and the buffer switching
> causes the closing of the dialog.
Well this is certainly wrong. There should be nothing saved when the popup is
closed. (Incidentally, what DID you change recently; I'm vaguely aware that
you fixed something but have been busy elsewhere and not really paying
attention.)
> It is not hard to fix this problem, but I want to discuss what is the
> behavior that we want for the dialog. Here are three suggestions
>
> 1. The cursor is moved only when explicitly pressing goto reference/go back.
>
> 2. Pressing a label in the browser doesn't move the cursor. However, when
you
> press OK/Apply, the cursor is moved to the original position (i.e. the
> position from which the dialog was opened), and the reference is inserted
> there.
>
> 3. Pressing a label in the browser automatically moves you to the label,
> (without the need to press "goto reference"). Again, pressing OK/Apply
> returns you to the original position.
>
> I think that 3 is the best option.
Me, I like 1 best. But we'll still run into problems when navigating between
labels if the labels are in different buffers. Ideally, the popup should know
whether the buffers are related (share a common parent). If they do, stay
open, if not close. That sounds excessively complex. Why don't I override
UpdateSlot to:
void FormRef::updateSlot(bool switched)
{
update();
}
Will that be sufficient?
Angus
Re: color settings in preferences
> Can you do this by shifting instead, since that is what we really do.
> We just removes the lower 8 bits.
>
> col.r = xcol.red >> 8;
Never, ever use shift on portable code without thinking REALLY hard about
what you're doing. What about big/little endian machines?
Anyway, the two approaches achieve the same goal and my way will work
on all machines.
> btw. I think you still need the static cast to avoid warnings.
>
> col.r = static_cast(xcol.red >> 8);
Fair enough. How about:
col.r = static_cast(xcol.red / 256);
Patch attached.
Angus
Index: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.6
diff -u -r1.6 ChangeLog
--- src/frontends/xforms/ChangeLog 2001/01/21 21:41:35 1.6
+++ src/frontends/xforms/ChangeLog 2001/01/23 13:11:41
@@ -1,3 +1,8 @@
+2001-01-23 Angus Leeming <[EMAIL PROTECTED]>
+
+ * FormPreferences.C (LoadBrowserLyX): convert unsigned short to
+ unsigned char correctly and so fix 2 bugs loading/changing colors.
+
2001-01-21 Dekel Tsur <[EMAIL PROTECTED]>
* FormRef.C (update): Do not update dialog_->{ref,name,type}
Index: src/frontends/xforms/FormPreferences.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/FormPreferences.C,v
retrieving revision 1.50
diff -u -r1.50 FormPreferences.C
--- src/frontends/xforms/FormPreferences.C 2001/01/03 17:43:28 1.50
+++ src/frontends/xforms/FormPreferences.C 2001/01/23 13:11:42
@@ -806,9 +806,9 @@
// Note that X stores the RGB values in the range 0 - 65535
// whilst we require them in the range 0 - 255.
RGBColor col;
- col.r = static_cast(xcol.red);
- col.g = static_cast(xcol.green);
- col.b = static_cast(xcol.blue);
+ col.r = static_cast(xcol.red / 256);
+ col.g = static_cast(xcol.green / 256);
+ col.b = static_cast(xcol.blue / 256);
// Create a valid X11 name of the form "#rrggbb" and change the
// LColor X11name to this. Don't want to trigger a redraw,
Re: Weird cross reference bug
On Tuesday 23 January 2001 12:51, Dekel Tsur wrote: > On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: > > In this case, updateSlot is being passed "true", telling it that the buffer > > has changed and so the popup should be closed. > > Since now the references dialog closes when changing buffers, it is not > possible to add references to labels in a different file. > > There are two possible solutions (which are not mutually exclusive): > > 1. Make the Ref button editable, so you could insert an arbitrary reference > (we can add a warning when the user insert a reference to a label that > doesn't exist in the current document). > > 2. Add a choice button to the dialog, which let you choose to list the > labels from the current document, or from any other open document. I like 2 best. Fool proof and accurate. A
Re: color settings in preferences
Actually, scratch that. Col.r, g, b are all ints. I used the static_cast as a hack. Please, therefore, apply the original patch. Angus On Tuesday 23 January 2001 13:14, Angus Leeming wrote: > > > Can you do this by shifting instead, since that is what we really do. > > We just removes the lower 8 bits. > > > > col.r = xcol.red >> 8; > > Never, ever use shift on portable code without thinking REALLY hard about > what you're doing. What about big/little endian machines? > > Anyway, the two approaches achieve the same goal and my way will work > on all machines. > > > btw. I think you still need the static cast to avoid warnings. > > > > col.r = static_cast(xcol.red >> 8); > > Fair enough. How about: > > col.r = static_cast(xcol.red / 256); > > Patch attached. > Angus > Content-Type: text/x-c; charset="us-ascii"; name="patch.preferences" Content-Transfer-Encoding: base64 Content-Description:
Centering after table on last position in include
Please look at the output of DVI of the attached Main.lyx.
The second chapter is centered. If there is at least
one "{}" (in TeX mode), then all is ok.
Maybe because of math in last cell?
--
Kornel Benko
[EMAIL PROTECTED]
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass book
\begin_preamble
\usepackage{graphicx}
\usepackage{longtable,multirow}
\usepackage{pifont}
\newcommand{\tab}{\makebox[4em]{}}
\end_preamble
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement here
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 2
\tocdepth 2
\paragraph_separation skip
\defskip medskip
\quotes_language swedish
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle fancy
\layout Section
bla bla
\layout Standard
Bla bla bla
\the_end
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass book
\begin_preamble
\usepackage{graphicx}
\usepackage{longtable,multirow}
\usepackage{pifont}
\newcommand{\tab}{\makebox[4em]{}}
\end_preamble
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement here
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 2
\tocdepth 2
\paragraph_separation skip
\defskip medskip
\quotes_language swedish
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle fancy
\layout Section
bla
\layout Standard
\align center
\begin_inset Tabular
\begin_inset Text
\layout Standard
\end_inset
\begin_inset Text
\layout Standard
\begin_inset Formula \( 512\mathrm{Bytes}\leq val\leq 16\mathrm{KB} \)
\end_inset
\end_inset
\end_inset
\the_end
#LyX 1.2 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass book
\begin_preamble
\usepackage{graphicx}
\usepackage{longtable,multirow}
\usepackage{pifont}
\newcommand{\tab}{\makebox[4em]{}}
\input{wp2latex.sty}
\usepackage{here}
\usepackage{multicol}
\def\obey{\ifnum\c@subsection>0 \thesubsection \else \thesection \fi}
\def\obex{\ifnum\c@section>0 \obey\else \thechapter \fi}
\def\oben{\ifnum\c@chapter>0 \obex\fi}
\end_preamble
\options H
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\float_placement H
\paperfontsize 10
\spacing single
\papersize Default
\paperpackage widemarginsa4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 4
\tocdepth 3
\paragraph_separation skip
\defskip medskip
\quotes_language swedish
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Title
Bla
\layout Chapter
Bla1
\layout Standard
\begin_inset Include \input{Bla1.lyx}
\end_inset
\layout Chapter
Bla2
\layout Standard
\begin_inset Include \input{Bla2.lyx}
\end_inset
\the_end
Re: color settings in preferences
Angus Leeming <[EMAIL PROTECTED]> writes: | Actually, scratch that. Col.r, g, b are all ints. I used the | static_cast as a hack. Please, therefore, apply the original | patch. Ok. (you can do it yourself) Lgb | Angus | | | | On Tuesday 23 January 2001 13:14, Angus Leeming wrote: | | > > > Can you do this by shifting instead, since that is what we really do. | > > We just removes the lower 8 bits. | > > | > > col.r = xcol.red >> 8; | > | > Never, ever use shift on portable code without thinking REALLY hard about | > what you're doing. What about big/little endian machines? | > | > Anyway, the two approaches achieve the same goal and my way will work | > on all machines. | > | > > btw. I think you still need the static cast to avoid warnings. | > > | > > col.r = static_cast(xcol.red >> 8); | > | > Fair enough. How about: | > | > col.r = static_cast(xcol.red / 256); | > | > Patch attached. | > Angus | > | | | Content-Type: text/x-c; charset="us-ascii"; name="patch.preferences" | Content-Transfer-Encoding: base64 | Content-Description: |
printing bug on Solaris 2.7
There are two problems I discovered when building 1.1.6. One is that during make install, many of the new files in share/lyx were not copied, so I was left with a new binary and old 1.1.5fix2 files. This I fixed manually. The other problem was that the print button did not function. I even wiped out share/lyx and started over, but no luck on the print button. Any ideas? Gary A. Ray voice: (253) 867-2017 (Desk) e-mail: [EMAIL PROTECTED]
Re: LyX 1.1.6: Bug reports #9 #10 #11
Ronny Buchmann wrote:
> look at http://www.educat.hu-berlin.de/~voss/lyx/ (archived lyx tips)
Wow, what a comprehensive list of tricks! If the LyX developers feel like LyX
is feature complete, they should (first ask me ;-) and than) have a look at
your page. Thank very much!
> > *
> > \pdfoutput=1
> > \documentclass[pdftex]{MyDocumentClass}
> > \usepackage{graphicx,thumbpdf}
> > \usepackage{ae}
> > \usepackage[colorlinks,bookmarks,pdftitle={MyTitle},pdfsubject={MySubject},
> > pdfkeywords={MyKeyword1,MyKeyword2},pdfauthor={Me}]{hyperref}
> > \DeclareGraphicsRule{*}{mps}{*}{} % I am not sure what it does (related to
> > Metapost???)
> > *
> set it in the latex preamble
>
> but i agree, it would be useful if this would be auto generated by lyx
> (especially title, subject and author from the corresponding paragraphs)
Yes, and it should take just a few minutes for the LyX guys to add the lines in
the code. Manipulating the latex preamble is a task for experts, LyX users are
stupid (on purpose :-)).
Michael
--
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics secretary: +49 451 500 3721
Medical University of Luebeck fax: +49 451 500 3722
Ratzeburger Allee 160 eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de
==
Re: printing bug on Solaris 2.7
On Tue, Jan 23, 2001 at 06:06:22AM -0800, Gary Ray (Seattle) wrote: > The other problem was that the print button did not function. I even > wiped out > share/lyx and started over, but no luck on the print button. > Any ideas? Do you have a print menu-item under the file->export menu-item ? Does View->dvi works ? Try doing edit->reconfigure. Does it help ?
Re: color settings in preferences
Perfect! But only after make clean make For some reason the library dependencies are not correct. I'm compiling with --frontend-kde. Kornel -- Kornel Benko [EMAIL PROTECTED]
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 02:51:11PM +0200, Dekel Tsur wrote: > On Tue, Jan 23, 2001 at 11:16:57AM +, Angus Leeming wrote: > > In this case, updateSlot is being passed "true", telling it that the buffer > > has changed and so the popup should be closed. > > Since now the references dialog closes when changing buffers, it is not > possible to add references to labels in a different file. > Maybe I'm not understanding what you're saying, but I add references to labels in different files all the time. Yes, I have to reopen the dialog, but I've been hitting OK instead of Apply most of the time anyway, because I tend to dislike window clutter, and I don't add references all that often. But I definitely get a list of all the references in all the sub-documents, and can add ones from the current file or different files. -Amir
Re: Weird cross reference bug
On Tue, Jan 23, 2001 at 10:23:05AM -0500, Amir Karger wrote: > Maybe I'm not understanding what you're saying, but I add references to > labels in different files all the time. Yes, I have to reopen the dialog, > but I've been hitting OK instead of Apply most of the time anyway, because I > tend to dislike window clutter, and I don't add references all that often. > But I definitely get a list of all the references in all the sub-documents, > and can add ones from the current file or different files. If you have for example, main.lyx which includes chap1.lyx, chap2.lyx, ... then after opening the insert ref dialog in main.lyx, you can see the list of all labels in all the files. But this is not very convenient (suppose you are in chap1.lyx and want only the labels of chap1.lyx, or only the labels of chap2.lyx).
Re: Weird cross reference bug
Dekel Tsur wrote: > > On Tue, Jan 23, 2001 at 10:23:05AM -0500, Amir Karger wrote: > > Maybe I'm not understanding what you're saying, but I add references to > > labels in different files all the time. Yes, I have to reopen the dialog, > > but I've been hitting OK instead of Apply most of the time anyway, because I > > tend to dislike window clutter, and I don't add references all that often. > > But I definitely get a list of all the references in all the sub-documents, > > and can add ones from the current file or different files. > > If you have for example, main.lyx which includes chap1.lyx, chap2.lyx, ... > then after opening the insert ref dialog in main.lyx, you can see the list > of all labels in all the files. But this is not very convenient (suppose you > are in chap1.lyx and want only the labels of chap1.lyx, or only the labels > of chap2.lyx). What happens if you open main.lyx and chap1.lyx as separate documents? Garst
Re: file recovery and format
"Lars Gullik Bjønnes" wrote: > > "Garst R. Reese" <[EMAIL PROTECTED]> writes: > > | John Weiss wrote: > | > > | > On Mon, Jan 22, 2001 at 04:46:03PM -0500, Lior Silberman wrote: > | > > > | > > You should alias rm to be 'rm -i'. This is possible on almost all shells. > | > > | > Wherever I can use GNU-fileutils, I alias rm to 'rm -v'. This > | > prevents one from having to confirm every single delete, while giving > | > you feedback on what's going on and simultaneously slowing down the > | > delete enought that you can abort a bad one. > | > > | Neither idea addresses the simple fact that rm is plain stupid. > > "Stupid is as stupid does" > > Lgb Well, I work with a lot of handicapped people (aren't we all?) and have become very aware of how a small deficit in hand-eye coordination or visual acuity can lead to disaster. Unix was not designed with these people in mind. It's general philosophy is "I'm the infallible programmer, do what I tell you, no questions asked." Rick, the stupid lawyer com bungling scientist, LyX contributor fell prey. Garst
Re: file recovery and format
garst gabbed, > > | Neither idea addresses the simple fact that rm is plain stupid. lars lamented, > > "Stupid is as stupid does" > > Lgb > Well, I work with a lot of handicapped people (aren't we all?) and have > become very aware of how a small deficit in hand-eye coordination or > visual acuity can lead to disaster. Unix was not designed with these > people in mind. It's general philosophy is "I'm the infallible > programmer, do what I tell you, no questions asked." > Rick, the stupid lawyer com bungling scientist, LyX contributor fell > prey. shh, my students might hear :) The really odd thing about the whole adventure is that it came from an *extra* space, where I tend to have a problem with many keyboards getting a space in the first place. re: expansion I'm aware of how * is expanded, but that's not what got me (that would have been annoying at the time, but wouldn't have killed me). Is ~ expanded by the shell or the application? re: what I got back Andre noted that he recovers files the same way (yikes, I open this doesn't happen to him *that* often :) Though I"ve recovered enough thwacked partitions to have gotten good hat it [hint: do not *ever* run fdisk from drdos; it has a tendency to shift the whole table . . .). Anyway, I attached a zip drive, and used strings to get everything, for a total of about 40M on a 260M partition. There were certainly other lyx files around. Why didn't I find anything? As I'm going through what I recovered, I've noticed a couple of things: 1) The paper wasn't nearly as long as I thought :) This was one of those that fermented for months, and then came out in a long stream. I have more work to do than I thought. 2) The line breaks seem consistant with where lyx would place them. I get separate lines where math, emphasis, etc. would land. 3) And as I write this message, I found the problem. There isn't a single backslash in the 40 megs that strings produced . . . Oh, well, that's one for the collective memory . . . and looking at the man page for strings doesn't provide any hint that there is a way to change what it considers a character. I suppose I should have written a script to get all 7 bit ascii characters . . . rick, the stupid lawyer who was at least smart enough to get out of active practice :)
Re: LyX 1.1.6: Bug reports #9 #10 #11
Michael Schmitt wrote:
> Ronny Buchmann wrote:
>
>
>> look at http://www.educat.hu-berlin.de/~voss/lyx/ (archived lyx tips)
>
>
> Wow, what a comprehensive list of tricks! If the LyX developers feel like LyX
> is feature complete, they should (first ask me ;-) and than) have a look at
> your page. Thank very much!
it's *not* my page, it's herbert voss'
and it's (always?) mentioned in LDN
>
>
>>> *
>>> \pdfoutput=1
>>> \documentclass[pdftex]{MyDocumentClass}
>>> \usepackage{graphicx,thumbpdf}
>>> \usepackage{ae}
>>> \usepackage[colorlinks,bookmarks,pdftitle={MyTitle},pdfsubject={MySubject},
>>> pdfkeywords={MyKeyword1,MyKeyword2},pdfauthor={Me}]{hyperref}
>>> \DeclareGraphicsRule{*}{mps}{*}{} % I am not sure what it does (related to
>>> Metapost???)
>>> *
wann stand das in der c't?
>>
>> set it in the latex preamble
>>
>> but i agree, it would be useful if this would be auto generated by lyx
>> (especially title, subject and author from the corresponding paragraphs)
>
>
> Yes, and it should take just a few minutes for the LyX guys to add the lines in
> the code. Manipulating the latex preamble is a task for experts, LyX users are
> stupid (on purpose :-)).
they are wise enough to decide working with lyx ;)
ronny
Re: file recovery and format
"Garst R. Reese" <[EMAIL PROTECTED]> writes: | > "Stupid is as stupid does" | Well, I work with a lot of handicapped people (aren't we all?) and have | become very aware of how a small deficit in hand-eye coordination or | visual acuity can lead to disaster. Unix was not designed with these | people in mind. It's general philosophy is "I'm the infallible | programmer, do what I tell you, no questions asked." | Rick, the stupid lawyer com bungling scientist, LyX contributor fell | prey. | Garst My underlying point is that an command or any nonliving object for that matter can not be stupid. User are stupid sysadmins are stupid. And the stupidity is not aloway that they use "rm" wrong, but that they has not created an alternative delete command (or whatever). Lgb
French LyX list
I have set up the French LyX mailinglist: Post to list:[EMAIL PROTECTED] Subscribe to list: [EMAIL PROTECTED] For example echo | mail [EMAIL PROTECTED] Unsubscribe from list: [EMAIL PROTECTED] For example, echo | mail [EMAIL PROTECTED] Welcome and some other messages will come in French (the Subject: of these will be English) The list will be archived at http://www.mail-archive.com/ The address will possibly be http://www.mail-archive.com/lyx-fr@lists.lyx.org/ but it will show up only in a few days. There is also a digest version of the list: Subscribe to digest: [EMAIL PROTECTED] For example echo | mail [EMAIL PROTECTED] Unsubscribe from digest: [EMAIL PROTECTED] For example, echo | mail [EMAIL PROTECTED] Mate
Re: deleting one line from multiline equation
On Tue, Jan 23, 2001 at 10:29:31AM -0800, [EMAIL PROTECTED] wrote: > On Tue, 23 Jan 2001, Tuukka Toivonen wrote: > > This feels like simple question but I cannot find answer from LyX > > documents. How can I delete one line from multiline math equation? > > > > User Guide says M-e k but it doesn't work with 1.1.6. I couldn't find the > > command from reference manual. > > I noticed this on while working on the new keybindings for Reference.lyx, > so I have forwarded this message to the developer list. Devvies, any > comment? With emacs keybindings, the binding is C-k. But with cua, there is currently no binding for line-delete-forward. I suggest also using C-k, which is currently font-noun, which is not used very often, and also has the "M-l n" shortcut.
Re: deleting one line from multiline equation
On Tue, 23 Jan 2001, Tuukka Toivonen wrote: > This feels like simple question but I cannot find answer from LyX > documents. How can I delete one line from multiline math equation? > > User Guide says M-e k but it doesn't work with 1.1.6. I couldn't find the > command from reference manual. I noticed this on while working on the new keybindings for Reference.lyx, so I have forwarded this message to the developer list. Devvies, any comment? Mike - your humble documentation guy ... -- Mike Ressler [EMAIL PROTECTED] OK, I'm lame: I don't have my own website ...
bugs?
I am using lyx 1.1.5fix2 on linux. I have two questions that I have asked the users list, that I don't know if they are bugs or just cannot be done... 1) document>pagestyle>empty gets rid of all of the page numbers except for page 1. Is there some way to get rid of that...does 1.1.6 take care of that? 2) I am writing a paper with two columns, but I need for the abstract to be centered across the top. Is there any way to do that?? Anna - End Forwarded Message -
Re: bugs?
On Tue, Jan 23, 2001 at 02:22:37PM -0800, Anna H.Pryor wrote: > > I am using lyx 1.1.5fix2 on linux. > > I have two questions that I have asked the users list, that I don't know if they > are bugs or just cannot be done... > > 1) document>pagestyle>empty gets rid of all of the page numbers except for page > 1. Is there some way to get rid of that...does 1.1.6 take care of that? Put \let\ps@plain\ps@empty in the preamble. Perhaps lyx 1.1.6fix1 will take care of that.
Re: Problem with tables, babel & hyperref
On Tue, 23 Jan 2001, Dekel Tsur wrote:
> Does it helps if you change the order in which the hyperref and babel
> packages are loaded ?
No.
> You can also try getting a newer version of hyperref.
I did it, from CTAN.
> You can put '\renewcommand{\selectlanguage}[1]{}' in the preamble.
> But what you really want is to change the language of the text in the table
> to spanish (it currently english).
I don't know why this is necessary.
> Currently, (assuming you use 1.1.6) you need to open the character dialog,
> select 'reset' in the language field, and 'no change' in all other fields,
> and then for each cell in the table, select the text in the cell and press
> apply in the dialog (in the future, you will be able to just select the
> entire table and press apply only once).
Too boring.
> Another option is to do
> grep -v '\\lang ' file.lyx > newfile.lyx
It works, thank you! :)
Alejandro
