ÐÂÑô¹âÅ®º¢·þÎñÆ÷µ÷ÕûÍê±Ï£¬Äú¿ÉÒÔÕý³£ä¯ÀÀÁË£¡
½ñÄê1ÔÂ1ÈÕµ½1ÔÂ2ÈÕÎÒÃÇÔÚµ÷Õû·þÎñÆ÷£¬Ôì³ÉÍøÒ³²»ÄÜÕý³£ä¯ÀÀ£¬ÏÖÔÚÒѾ»Ö¸´Õý³££¬¸øÄúÔì³Éä¯ÀÀÉÌÆ·µÄ²»±ãÖ®´¦¾´ÇëÁ½⡣ ¸÷λ³ÖÓÐNewSunGirl»áÔ±¿¨µÄ»áÔ±Çë×¢ÒâÁË£º ΪϲÓÐÂÄ꣬×Ô¼´ÈÕÆðÎÒÃÇÐÂÉè"½ñÈÕÌؼ۷è¿ñ´óÀñ°ü"»î¶¯£¬Ã¿ÌìÓв»Ò»ÑùµÄ20¶àÖÖÉÌÆ·ÔÚÔÓлáÔ±¼Û»ù´¡ÉÏ5-9ÕÛ³¬µÍ¼Û¹©Ó¦£¬ÊýÁ¿ÓÐÏÞ£¬µ±ÌìÂôÍê¼´Ö¹¡£¾´ÇëÁôÒ⣬¶à¼Ó¹ØעŶ£¡ ½ñÈÕÌؼÛÉÌÆ·µÄÍøÖ·ÊÇhttp://www.newsungirl.com/site/site_sale.php µ«ËùÓ㬵ÍÌؼÛÉÌÆ·²»²Î¼ÓÈκλý·ÖËÍÀñ»î¶¯¡£ Òª³ÉΪNewsungirlÍøÕ¾µÄ»áÔ±£¬Ö»Ðè³ö20Ôª£¬¾Í¿ÉÒÔÓµÓзdz£Æ¯ÁÁ¾«ÖµÄNewsungirl»áÔ±¿¨¡£ÓµÓд˿¨£¬¼´¿É²Î¼Ó¹«Ë¾Õë¶Ô»áÔ±µÄ¸÷Ïî»î¶¯¡£ Çë¼ÇסÎÒÃǵÄÍøÖ·£ºwww.NewSunGirl.com Èç¹ûÓÐÎÊÌâÇë·¢Óʼþ¸øÎÒÃÇ[EMAIL PROTECTED] Èç¹ûÕâ·âÓʼþ´òÈÅÄúÁË£¬·³ÇëËæÊÖɾµô£¬²¢Çë¼ûÁ¡£ÈôÄú²»Ï£ÍûÔÙ´ÎÊÕµ½ÎÒÃǵÄÓʼþ£¬Çëµã»÷ÕâÀï
Re: self-insert space
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen In my private bind file, I have a \bind C-M-space Juergen command-sequence ert-insert ; self-insert \ ; escape ; Juergen word-backward ; inset-toggle ; char-forward ; Juergen to produce an ERT \ (normal space), which worked well in Juergen LyX 1.2 However, in 1.3, I only get \ (without the space). Juergen What has been changed? Is there a chance for me to get my Juergen normal space back? Did you try to use two consecutive self-insert commands? It may be that they only handle normal chars now. Also, I think that the sequence escape ; word-backward ; inset-toggle ; char-forward ; can now be replaced by a single inset-toggle. JMarc
Re: de.po - More updates
Michael == Michael Schmitt [EMAIL PROTECTED] writes: Michael Dear Jean Marc, could you please commit the attached patch Michael for de.po? It includes many new translations, harmonizations Michael of existing, similar translations, and shortcut fixes (I Michael guess a lot of them are still broken, i.e. not unique). I just did it. JMarc
Re: self-insert space
Jean-Marc Lasgouttes wrote: Did you try to use two consecutive self-insert commands? It may be that they only handle normal chars now. I just tried. It did not help. But my hackish solution is ok for me. Also, I think that the sequence escape ; word-backward ; inset-toggle ; char-forward ; can now be replaced by a single inset-toggle. Ah, yes. Thanks. Jürgen. BTW: Happy new year to all! JMarc
Re: self-insert space
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen Jean-Marc Lasgouttes wrote: Did you try to use two consecutive self-insert commands? It may be that they only handle normal chars now. Juergen I just tried. It did not help. But my hackish solution is ok Juergen for me. What hackish solution? Juergen BTW: Happy new year to all! Indeed :) JMarc
Re: self-insert space
Jean-Marc Lasgouttes wrote: What hackish solution? Blanks seem to be ignored if no other character follows. So I append a character and delete it again. Very ugly, but it works: \bind C-M-space command-sequence ert-insert ; self-insert \ \; delete-backward ; inset-toggle ; Juergen.
Re: self-insert space
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen Jean-Marc Lasgouttes wrote: What hackish solution? Juergen Blanks seem to be ignored if no other character follows. So I Juergen append a character and delete it again. Very ugly, but it Juergen works: Juergen \bind C-M-space command-sequence ert-insert ; self-insert Juergen \ \; delete-backward ; inset-toggle ; Ugly, indeed. I cannot think of a better solution right now. JMarc
Re: Feature request: gzipped LyX files
On Tue, 2002-12-31 at 10:21, Bruce Sass wrote:
On Fri, 28 Dec 2002, Darren Freeman wrote:
On Sat, 2002-12-28 at 07:23, Bruce Sass wrote:
On Thu, 27 Dec 2002, Darren Freeman wrote:
So I would say this: apart from obvious shortening of bloated symbols,
leave them readable (and compatible!). As long as gzipping becomes the
standard, that's a good thing since it's a tiny penalty for a large
gain.
Frankly, I consider it a hack.
ya, also, tiny and large are relative
I think the gain would depend on the situation; negative in the case
of nothing but small live files, huge for archives of large files.
Is one group more important than the other?
No. But how many small LyX files have you seen lately? =)
That is all I usually see. Lately I've been importing programs
(scripts of a few K, those small and poorly documented system level
bits of code I've generated) by wrapping them with LyX or LaTeX and
NoWeb. I'll get around to generating the templates for the wrappers
directly from .lyx files sooner or later. So, I'm doing both small
files and editor manipulations.
Even those files sound like they benefit from compression. Try it on
them and see, I'd be amazed if a script wrapped in LyX wouldn't compress
nicely.
But when I made the comment I was referring to how large a seemingly
empty LyX-generated document is nowadays =)
Making compressed the default is raising the bar wrt systems LyX is
usable with, for no clear benefit. An old slow box can probably get a
new HD, cheap, but it is a lot tougher to cope with running out of CPU
cycles, memory, or patience...
I never said make it the *only* choice, just the default. Those that
have slow boxes will most probably be clever enough to deselect a
checkbox (or change the extension).
Making compressed the default means that in addition to uncompressing
that tarball I just downloaded, I'll have to wait for LyX to
uncompress the .lyx files in it. If I manually uncompress packaged
stuff it will be left behind as cruft when a new version of the
package is installed (the files don't appear in the package manager's
DB)... but I guess that wouldn't matter 'cause I'd be going in to
uncompress the LyX User's Guide anyways.
Whoa - how *slow* is your box??? Decompressing small text files, like
100k, isn't supposed to be obviously slower than just reading them off
the disc. My old Amiga did that pretty quickly and it ran at 28 MHz.
Why exactly would you be uncompressing the users guide manually? The
whole *point* is for it to be automatic. And if you remain with an old
version of LyX then I would expect that you have an old version of the
UG, so you don't need to decompress it anyway.
I would much rather see LyX default to using the fastest method
possible with respect to file handling, even if that means a less
human readable .lyx... but compressing everything is the kind of
Well as of right now we have a certain LyX format. Doing nothing to it
is the most compatible thing we can do. Compressing it with gzip is not
a lot worse as everyone with a half decent OS has gunzip handy.
The chances are that people reading a new LyX file on an old version of
LyX will get a segfault anyway so they probably don't care about
backwards compatibility =)
But in the interests of not gutting the core of LyX the text version of
the file shouldn't be mangled to bits to save space. That's what
compression is for.
thing best handled by a filesystem (imo). I mean, if I want to
There's nothing wrong with compressing files!
If I email a file to a friend I appreciate it being a small file, even
if we both use compressed filesystems. I shouldn't have to manually
compress it, it should just be small already. Same if I burn a CD or do
a million other file related things that don't use my host filesystem.
encrypt everything I install CFS, do cattach secret-lyx-files and
work as normal, if my system can handle or I'm willing to put up with
the overhead.
I would love to see LyX transparently handle *.lyx.{gz,bz2,zip,?} or
*.ly{g,b,z,?} (respectively), but it should be up to the user to
determine what the default behaviour will be.
Of course.
Maybe system and user preference options like `default compression
method', `enable automatic (re)compression', `compressed file suffix
style (force it or not)', ..., along with a `save as compressed' menu
item or [none, gzip, bzip, zip, ?], etc. radio buttons in a `save
file' dialog, eh.
Too many options bamboozle newbies. I know ;) Most people won't have an
issue with compressing new files, I expect. Many won't even know the
difference.
Ok, so put them in an advanced options dialog/submenu, with
defaults set to the status quo. ;)
I honestly don't see where your resistance to moving everyone over to
compression is coming from. Even coputers from 10 years ago can handle
compressing a text file. People saving
[PATCH]: QCitationDialog
The info field was not updated correctly on search (always showed item 0) which makes search quite unusable. This oneliner fixes it. Please apply. Jürgen. Index: src/frontends/qt2/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v retrieving revision 1.371 diff -u -r1.371 ChangeLog --- src/frontends/qt2/ChangeLog 2002/12/27 11:08:09 1.371 +++ src/frontends/qt2/ChangeLog 2003/01/02 14:48:35 @@ -1,3 +1,7 @@ +2003-01-02 Juergen Spitzmueller [EMAIL PROTECTED] + + * QCitationDialog.C: update dialog correctly on search. + 2002-12-26 Jean-Marc Lasgouttes [EMAIL PROTECTED] * ui/QMathDialog.ui: Index: src/frontends/qt2/QCitationDialog.C === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/QCitationDialog.C,v retrieving revision 1.15 diff -u -r1.15 QCitationDialog.C --- src/frontends/qt2/QCitationDialog.C 2002/12/18 20:48:26 1.15 +++ src/frontends/qt2/QCitationDialog.C 2003/01/02 14:48:36 @@ -311,5 +311,5 @@ int const top = max(found - 5, 1); bibLB-setTopItem(top); bibLB-setSelected(found, true); - slotBibHighlighted(0); + slotBibHighlighted(found); }
Re: Missing ... in layout menu
John == John Levon [EMAIL PROTECTED] writes: John On Mon, Dec 30, 2002 at 02:21:30AM -0400, Garst R. Reese wrote: On some dialogs, like Document-Paper it is obvious that you will probably have to supply information, but usually I am just looking to see what the settings are. John Note they are also document views. You can even look at prefs John without necessarily wanting to change it ... John But there are next to no actual apps following the rules. Which should make you wonder about your reading of the rules, I guess. But I am repeating myself... JMarc
Re: [PATCH]: QCitationDialog
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen The info field was not updated correctly on search (always Juergen showed item 0) which makes search quite unusable. This Juergen oneliner fixes it. Since this really seems uncontroversial, I'll apply it. JMarc
Re: Feature request: gzipped LyX files
On Sat, 2002-12-28 at 06:20, John Levon wrote: On Fri, Dec 27, 2002 at 07:35:07AM +1030, Darren Freeman wrote: What is the goal? The representation of the user's data is the goal, as I see it. There is more than one goal. And adding ugly compression code is a stupid thing to do before considering sensible limitation of the data itself. Doesn't have to be more than calls to zlib, as I understand it. Or at it's laziest, calls to gzip =) Fortunately this thing called source coding allows us to do both: create an easy to read text file, then store it with an efficiency close to 100 %. It's not a hack at all, it's called information theory. I see no reason not to use it here. It's just like creating a water-tight file format which can be converted to human-readable form, only done the other way around. I hate binary document files, yes, even when they're just compressed. Wha? So you like a document.txt file, but hate it when it's document.txt.gz ??? I don't think it's useful Why not? It's smaller isn't it? In the case of some LyX files, by a factor of 10 to 20. At any rate it's interesting to me. And I'm sure it's useful to lots of people. I would appreciate the option, even if it's not the default and is stealthily hidden so as to be as hard to find as possible. john Darren
Re: Feature request: gzipped LyX files
On Tue, 2002-12-31 at 07:44, Dr. Richard E. Hawkins wrote: On Fri, Dec 20, 2002 at 11:26:59AM +0100, Jean-Marc Lasgouttes wrote: Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre I'd rather make .lyx gzipped by default. Doesn't Staroffice do Andre something similar? We could have both the plain .lyx format and a compressed .lyz format. Or use the plain old .lyx.gz. We could also do what emacs does: if the file is already compressed, uncompress it and compress it back on saving. If it is not compressed, leve it alone. This seems to make the most sense. Plain text storage that can survive user error and disk failure is a strentgth of lyx. Here here. Aye, aye! Also, bz2 compression can handle losing bits out of the middle, unlike gzip. Interesting. It's a shame that bz2 isn't really widespread in its use, although it's probably installed on most systems. Andre This is an extra burden for people like me who regularly do Andre searchreplace in the .lyx file itself, but I'd guess that's Andre the minority. I would not be so sure about that. I assumed we were the overwhelming majority :) There's too many things you just can't do with lyx that need vi on the lyx file. VI can transparently un-gzip files. It transparently re-gzips them when you're done! At least mine does =) Less can also read gzips. So really, when you think about it, we're implementing less clever stuff than less, since we don't transparently edit .lyx.gz files =) hawk Darren
Re: leading dots in toc not until heading-3
On Thu, Jan 02, 2003 at 12:26:02AM -0400, Garst R. Reese wrote:
Dr. Richard E. Hawkins wrote:
I think I've been through this before . . .
In the article class, the table of contents uses no leading dots for the
sections, but it does for the subsections. My text, in book class, uses
them for all levels.
I don't see any ert setting this in either, or any preamble magic, and I
can't find anything in the menus that seems to do it.
Does your book class use leading dots for Chapters?
I'm pretty sure I'm using the default book class; I don't know how I
could be using anything else. It gives leading dots for chapters.
My preamble is
\pagenumbering{roman}
%\makeindex
\@addtoreset{page}{chapter}
\newfont {\web}{phvr at 9.0pt}
\newfont {\email}{pcrr at 10.0pt }
\newfont {\mrgfnt}{phvr at 6.0pt }
\newcommand{\mrg}{\tiny \smallskip}
and it has the following magic (for which I don't remember all the
purposes):
%\let\myChapter\chapter
%\renewcommand{\chapter}[1]{%
%\cleardoublepage
%\myChapter{#1}%
%}
%
\let\myChapter\chapter
\renewcommand{\chapter}[1]{%
\cleardoublepage
\myChapter{#1}%
\setcounter{page}{1}%
\thispagestyle{empty}% without any pagenumber
}
\renewcommand{\thefigure}{\thechapter-\arabic{figure}}
\renewcommand{\thetable}{\arabic{chapter}.\roman{table}.}
\renewcommand{\theequation}{\thechapter-\arabic{equation}}
I think the primary level in a class does not use dots. In the case of
Article, this is Section.
Book does not use dots either for Part or Chapter.
But it is :) Is there anyplace else I could have set something to
cause that?
See LaTeX Companion, pp 31-39
Unfortunately, all I have accessible is Lamport's User GUide Reference
manual :(
thanks
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. / \
complete inability to import latex tables at the moment?
I'm trying to get tables into lyx from a word document (I really don't want to fight that ill-formatted monster in starwriter!). I can dump to text well enough, but I want to keep the tables filled in. I was even able to trivially get the tables into latex with a bit of vi magic [ %s/^/ / and then change the starting of the left columns to \\] latex handles these fine, and can display them. Lyx won't import it. Then, in a flash of insight, I made a trivial lyx file; Hi followed by a 2x2 tabular with all defaults, filled with a b c d Export this silly little file to latex, and try to import it back in. No dice. Do a cvs update, and the problem remains I've attached the offending 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. / \ #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize default \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard Hi \layout Standard \begin_inset Tabular lyxtabular version=3 rows=2 columns=2 features column alignment=center valignment=top leftline=true width=0(null) column alignment=center valignment=top leftline=true rightline=true width=0(null) row topline=true bottomline=true cell alignment=center valignment=top topline=true leftline=true usebox=none \begin_inset Text \layout Standard a \end_inset /cell cell alignment=center valignment=top topline=true leftline=true rightline=true usebox=none \begin_inset Text \layout Standard b \end_inset /cell /row row topline=true bottomline=true cell alignment=center valignment=top topline=true leftline=true usebox=none \begin_inset Text \layout Standard c \end_inset /cell cell alignment=center valignment=top topline=true leftline=true rightline=true usebox=none \begin_inset Text \layout Standard d \end_inset /cell /row /lyxtabular \end_inset \the_end
the lyx output on failed table
Oh, and here's the output from gdb: reLyX directory is: /usr/local/share/lyx/reLyX reLyX, the LaTeX to LyX translator. Revision date 2001/08/31 Reading LaTeX command syntax (dumb.tex: Splitting Preamble Creating LyX preamble Reading layout file Cleaning... Translating... Use of uninitialized value in string eq at /usr/local /share/lyx/reLyX/RelyxTable.pm line 460, TeXOpenFile0003 line 14. Writing... ) Deleting temp files Finished successfully! Traceback (most recent call last): File /usr/local/share/lyx/lyx2lyx/lyx2lyx, line 180, in ? main(sys.argv) File /usr/local/share/lyx/lyx2lyx/lyx2lyx, line 173, in main __import__(lyxconvert_ + fmt).convert(header,body) File /usr/local/share/lyx/lyx2lyx/lyxconvert_217.py, line 104, in convert update_tabular(body) File /usr/local/share/lyx/lyx2lyx/lyxconvert_217.py, line 43, in update_tabu lar new_table = table_update(lines[i:j]) File /usr/local/share/lyx/lyx2lyx/lyxconvert_217.py, line 89, in table_updat e lines[i] = 'row topline=%s bottomline=%s newpage=%s' % (bool_table[v al[0]], bool_table[val[1]], bool_table[val[2]]) KeyError: 4 -- 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: Feature request: gzipped LyX files
On Fri, Jan 03, 2003 at 02:50:52AM +1030, Darren Freeman wrote: On Tue, 2002-12-31 at 07:44, Dr. Richard E. Hawkins wrote: On Fri, Dec 20, 2002 at 11:26:59AM +0100, Jean-Marc Lasgouttes wrote: Also, bz2 compression can handle losing bits out of the middle, unlike gzip. Interesting. It's a shame that bz2 isn't really widespread in its use, although it's probably installed on most systems. It's been part of the base install of FreeBSD for a year or so, and I assume similarly for the other *bsds. VI can transparently un-gzip files. It transparently re-gzips them when you're done! At least mine does =) Less can also read gzips. I think these are installtion-dependent options--it depends upon how they were compiled. 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. / \
cross-document references?
I have companion documents, one of which needs to refer to appendices of the other. The Insert Reference dialog quite kindly allows me to insert the reference to a label in the other document, but puts a ?? in the output rather than the reference. I'm assuming that I'm missing something obvious again . . . 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: Feature request: gzipped LyX files
On Fri, 2003-01-03 at 08:37, Dr. Richard E. Hawkins wrote: On Fri, Jan 03, 2003 at 02:50:52AM +1030, Darren Freeman wrote: On Tue, 2002-12-31 at 07:44, Dr. Richard E. Hawkins wrote: On Fri, Dec 20, 2002 at 11:26:59AM +0100, Jean-Marc Lasgouttes wrote: Also, bz2 compression can handle losing bits out of the middle, unlike gzip. Interesting. It's a shame that bz2 isn't really widespread in its use, although it's probably installed on most systems. It's been part of the base install of FreeBSD for a year or so, and I assume similarly for the other *bsds. Still gzip is more of a standard. Is there a comparable replacement for zlib, such as maybe a bz2lib? VI can transparently un-gzip files. It transparently re-gzips them when you're done! At least mine does =) Less can also read gzips. I think these are installtion-dependent options--it depends upon how they were compiled. Oh well - users can always pipe it through gzip manually if they don't have clever vi or less installations. hawk Darren
Re: cross-document references?
Dr. Richard E. Hawkins wrote: I have companion documents, one of which needs to refer to appendices of the other. You have to use the xr package (standard tools). Jürgen
ÐÂÑô¹âÅ®º¢·þÎñÆ÷µ÷ÕûÍê±Ï£¬Äú¿ÉÒÔÕý³£ä¯ÀÀÁË£¡
½ñÄê1ÔÂ1ÈÕµ½1ÔÂ2ÈÕÎÒÃÇÔÚµ÷Õû·þÎñÆ÷£¬Ôì³ÉÍøÒ³²»ÄÜÕý³£ä¯ÀÀ£¬ÏÖÔÚÒѾ»Ö¸´Õý³££¬¸øÄúÔì³Éä¯ÀÀÉÌÆ·µÄ²»±ãÖ®´¦¾´ÇëÁ½⡣ ¸÷λ³ÖÓÐNewSunGirl»áÔ±¿¨µÄ»áÔ±Çë×¢ÒâÁË£º ΪϲÓÐÂÄ꣬×Ô¼´ÈÕÆðÎÒÃÇÐÂÉè"½ñÈÕÌؼ۷è¿ñ´óÀñ°ü"»î¶¯£¬Ã¿ÌìÓв»Ò»ÑùµÄ20¶àÖÖÉÌÆ·ÔÚÔÓлáÔ±¼Û»ù´¡ÉÏ5-9ÕÛ³¬µÍ¼Û¹©Ó¦£¬ÊýÁ¿ÓÐÏÞ£¬µ±ÌìÂôÍê¼´Ö¹¡£¾´ÇëÁôÒ⣬¶à¼Ó¹ØעŶ£¡ ½ñÈÕÌؼÛÉÌÆ·µÄÍøÖ·ÊÇ http://www.newsungirl.com/site/site_sale.php µ«ËùÓ㬵ÍÌؼÛÉÌÆ·²»²Î¼ÓÈκλý·ÖËÍÀñ»î¶¯¡£ Òª³ÉΪNewsungirlÍøÕ¾µÄ»áÔ±£¬Ö»Ðè³ö20Ôª£¬¾Í¿ÉÒÔÓµÓзdz£Æ¯ÁÁ¾«ÖµÄNewsungirl»áÔ±¿¨¡£ÓµÓд˿¨£¬¼´¿É²Î¼Ó¹«Ë¾Õë¶Ô»áÔ±µÄ¸÷Ïî»î¶¯¡£ Çë¼ÇסÎÒÃǵÄÍøÖ·£ºwww.NewSunGirl.com Èç¹ûÓÐÎÊÌâÇë·¢Óʼþ¸øÎÒÃÇ [EMAIL PROTECTED] Èç¹ûÕâ·âÓʼþ´òÈÅÄúÁË£¬·³ÇëËæÊÖɾµô£¬²¢Çë¼ûÁ¡£ÈôÄú²»Ï£ÍûÔÙ´ÎÊÕµ½ÎÒÃǵÄÓʼþ£¬Çëµã»÷ÕâÀï
Re: self-insert
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> In my private bind file, I have a \bind "C-M-space" Juergen> "command-sequence ert-insert ; self-insert \ ; escape ; Juergen> word-backward ; inset-toggle ; char-forward ;" Juergen> to produce an ERT "\ " (normal space), which worked well in Juergen> LyX 1.2 However, in 1.3, I only get "\" (without the space). Juergen> What has been changed? Is there a chance for me to get my Juergen> normal space back? Did you try to use two consecutive self-insert commands? It may be that they only handle normal chars now. Also, I think that the sequence escape ; word-backward ; inset-toggle ; char-forward ; can now be replaced by a single inset-toggle. JMarc
Re: de.po - More updates
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes: Michael> Dear Jean Marc, could you please commit the attached patch Michael> for de.po? It includes many new translations, harmonizations Michael> of existing, similar translations, and shortcut fixes (I Michael> guess a lot of them are still broken, i.e. not unique). I just did it. JMarc
Re: self-insert
Jean-Marc Lasgouttes wrote: > Did you try to use two consecutive self-insert commands? It may be > that they only handle normal chars now. I just tried. It did not help. But my hackish solution is ok for me. > Also, I think that the sequence > escape ; word-backward ; inset-toggle ; char-forward ; > can now be replaced by a single inset-toggle. Ah, yes. Thanks. Jürgen. BTW: Happy new year to all! > JMarc
Re: self-insert
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Jean-Marc Lasgouttes wrote: >> Did you try to use two consecutive self-insert commands? It may be >> that they only handle normal chars now. Juergen> I just tried. It did not help. But my hackish solution is ok Juergen> for me. What hackish solution? Juergen> BTW: Happy new year to all! Indeed :) JMarc
Re: self-insert
Jean-Marc Lasgouttes wrote: > What hackish solution? Blanks seem to be ignored if no other character follows. So I append a character and delete it again. Very ugly, but it works: \bind "C-M-space" "command-sequence ert-insert ; self-insert \ \; delete-backward ; inset-toggle ;" Juergen.
Re: self-insert
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> Jean-Marc Lasgouttes wrote: >> What hackish solution? Juergen> Blanks seem to be ignored if no other character follows. So I Juergen> append a character and delete it again. Very ugly, but it Juergen> works: Juergen> \bind "C-M-space" "command-sequence ert-insert ; self-insert Juergen> \ \; delete-backward ; inset-toggle ;" Ugly, indeed. I cannot think of a better solution right now. JMarc
Re: Feature request: gzipped LyX files
On Tue, 2002-12-31 at 10:21, Bruce Sass wrote:
> On Fri, 28 Dec 2002, Darren Freeman wrote:
> > On Sat, 2002-12-28 at 07:23, Bruce Sass wrote:
> > > On Thu, 27 Dec 2002, Darren Freeman wrote:
> > > > > > So I would say this: apart from obvious shortening of bloated symbols,
> > > > > > leave them readable (and compatible!). As long as gzipping becomes the
> > > > > > standard, that's a good thing since it's a tiny penalty for a large
> > > > > > gain.
> > > > >
> > > > > Frankly, I consider it a hack.
> > >
> > > ya, also, "tiny" and "large" are relative
> > >
> > > I think the gain would depend on the situation; negative in the case
> > > of nothing but small live files, huge for archives of large files.
> > > Is one group more important than the other?
> >
> > No. But how many "small" LyX files have you seen lately? =)
>
> That is all I usually see. Lately I've been importing programs
> (scripts of a few K, those small and poorly documented system level
> bits of code I've generated) by wrapping them with LyX or LaTeX and
> NoWeb. I'll get around to generating the templates for the wrappers
> directly from .lyx files sooner or later. So, I'm doing both small
> files and editor manipulations.
Even those files sound like they benefit from compression. Try it on
them and see, I'd be amazed if a script wrapped in LyX wouldn't compress
nicely.
But when I made the comment I was referring to how large a seemingly
empty LyX-generated document is nowadays =)
> > > Making compressed the default is raising the bar wrt systems LyX is
> > > usable with, for no clear benefit. An old slow box can probably get a
> > > new HD, cheap, but it is a lot tougher to cope with running out of CPU
> > > cycles, memory, or patience...
> >
> > I never said make it the *only* choice, just the default. Those that
> > have slow boxes will most probably be clever enough to deselect a
> > checkbox (or change the extension).
>
> Making compressed the default means that in addition to uncompressing
> that tarball I just downloaded, I'll have to wait for LyX to
> uncompress the .lyx files in it. If I manually uncompress packaged
> stuff it will be left behind as cruft when a new version of the
> package is installed (the files don't appear in the package manager's
> DB)... but I guess that wouldn't matter 'cause I'd be going in to
> uncompress the LyX User's Guide anyways.
Whoa - how *slow* is your box??? Decompressing small text files, like
100k, isn't supposed to be obviously slower than just reading them off
the disc. My old Amiga did that pretty quickly and it ran at 28 MHz.
Why exactly would you be uncompressing the users guide manually? The
whole *point* is for it to be automatic. And if you remain with an old
version of LyX then I would expect that you have an old version of the
UG, so you don't need to decompress it anyway.
> I would much rather see LyX default to using the fastest method
> possible with respect to file handling, even if that means a less
> human readable .lyx... but compressing everything is the kind of
Well as of right now we have a certain LyX format. Doing nothing to it
is the most compatible thing we can do. Compressing it with gzip is not
a lot worse as everyone with a half decent OS has gunzip handy.
The chances are that people reading a new LyX file on an old version of
LyX will get a segfault anyway so they probably don't care about
backwards compatibility =)
But in the interests of not gutting the core of LyX the text version of
the file shouldn't be mangled to bits to save space. That's what
compression is for.
> thing best handled by a filesystem (imo). I mean, if I want to
There's nothing wrong with compressing files!
If I email a file to a friend I appreciate it being a small file, even
if we both use compressed filesystems. I shouldn't have to manually
compress it, it should just be small already. Same if I burn a CD or do
a million other file related things that don't use my host filesystem.
> encrypt everything I install CFS, do "cattach secret-lyx-files" and
> work as normal, if my system can handle or I'm willing to put up with
> the overhead.
>
>
> > > I would love to see LyX transparently handle *.lyx.{gz,bz2,zip,?} or
> > > *.ly{g,b,z,?} (respectively), but it should be up to the user to
> > > determine what the default behaviour will be.
> >
> > Of course.
> >
> > > Maybe system and user preference options like `default compression
> > > method', `enable automatic (re)compression', `compressed file suffix
> > > style (force it or not)', ..., along with a `save as compressed' menu
> > > item or [none, gzip, bzip, zip, ?], etc. radio buttons in a `save
> > > file' dialog, eh.
> >
> > Too many options bamboozle newbies. I know ;) Most people won't have an
> > issue with compressing new files, I expect. Many won't even know the
> > difference.
>
> Ok, so put them in an "advanced options" dialog/submenu, with
> defaults set to the status quo. ;)
I honestly don't see
[PATCH]: QCitationDialog
The info field was not updated correctly on search (always showed item 0) which makes search quite unusable. This oneliner fixes it. Please apply. Jürgen. Index: src/frontends/qt2/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v retrieving revision 1.371 diff -u -r1.371 ChangeLog --- src/frontends/qt2/ChangeLog 2002/12/27 11:08:09 1.371 +++ src/frontends/qt2/ChangeLog 2003/01/02 14:48:35 @@ -1,3 +1,7 @@ +2003-01-02 Juergen Spitzmueller <[EMAIL PROTECTED]> + + * QCitationDialog.C: update dialog correctly on search. + 2002-12-26 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> * ui/QMathDialog.ui: Index: src/frontends/qt2/QCitationDialog.C === RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/QCitationDialog.C,v retrieving revision 1.15 diff -u -r1.15 QCitationDialog.C --- src/frontends/qt2/QCitationDialog.C 2002/12/18 20:48:26 1.15 +++ src/frontends/qt2/QCitationDialog.C 2003/01/02 14:48:36 @@ -311,5 +311,5 @@ int const top = max(found - 5, 1); bibLB->setTopItem(top); bibLB->setSelected(found, true); - slotBibHighlighted(0); + slotBibHighlighted(found); }
Re: Missing "..." in layout menu
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Mon, Dec 30, 2002 at 02:21:30AM -0400, Garst R. Reese wrote: >> On some dialogs, like Document->Paper it is obvious that you will >> probably have to supply information, but usually I am just looking >> to see what the settings are. John> Note they are also document views. You can even look at prefs John> without necessarily wanting to change it ... John> But there are next to no actual apps following the rules. Which should make you wonder about your reading of the rules, I guess. But I am repeating myself... JMarc
Re: [PATCH]: QCitationDialog
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> The info field was not updated correctly on search (always Juergen> showed item 0) which makes search quite unusable. This Juergen> oneliner fixes it. Since this really seems uncontroversial, I'll apply it. JMarc
Re: Feature request: gzipped LyX files
On Sat, 2002-12-28 at 06:20, John Levon wrote: > On Fri, Dec 27, 2002 at 07:35:07AM +1030, Darren Freeman wrote: > > > What is the goal? > > > > The representation of the user's data is the goal, as I see it. > > There is more than one goal. And adding ugly compression code is a > stupid thing to do before considering sensible limitation of the data > itself. Doesn't have to be more than calls to zlib, as I understand it. Or at it's laziest, calls to gzip =) > > Fortunately this thing called source coding allows us to do both: create > > an easy to read text file, then store it with an efficiency close to 100 > > %. It's not a hack at all, it's called information theory. I see no > > reason not to use it here. It's just like creating a water-tight file > > format which can be converted to human-readable form, only done the > > other way around. > > I hate binary document files, yes, even when they're just compressed. Wha? So you like a document.txt file, but hate it when it's document.txt.gz ??? > I don't think it's useful Why not? It's smaller isn't it? In the case of some LyX files, by a factor of 10 to 20. At any rate it's interesting to me. And I'm sure it's useful to lots of people. I would appreciate the option, even if it's not the default and is stealthily hidden so as to be as hard to find as possible. > john Darren
Re: Feature request: gzipped LyX files
On Tue, 2002-12-31 at 07:44, Dr. Richard E. Hawkins wrote: > On Fri, Dec 20, 2002 at 11:26:59AM +0100, Jean-Marc Lasgouttes wrote: > > > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: > > > > Andre> I'd rather make .lyx gzipped by default. Doesn't Staroffice do > > Andre> something similar? > > > We could have both the plain .lyx format and a compressed .lyz format. > > > Or use the plain old .lyx.gz. > > > We could also do what emacs does: if the file is already compressed, > > uncompress it and compress it back on saving. If it is not compressed, > > leve it alone. > > This seems to make the most sense. Plain text storage that can survive > user error and disk failure is a strentgth of lyx. Here here. Aye, aye! > Also, bz2 compression can handle losing bits out of the middle, unlike > gzip. Interesting. It's a shame that bz2 isn't really widespread in its use, although it's probably installed on most systems. > > Andre> This is an extra burden for people like me who regularly do > > Andre> search in the .lyx file itself, but I'd guess that's > > Andre> the minority. > > > I would not be so sure about that. > > I assumed we were the overwhelming majority :) > > There's too many things you just can't do with lyx that need vi on the > lyx file. VI can transparently un-gzip files. It transparently re-gzips them when you're done! At least mine does =) Less can also read gzips. So really, when you think about it, we're implementing less clever stuff than "less", since we don't transparently edit .lyx.gz files =) > hawk Darren
Re: leading dots in toc not until heading-3
On Thu, Jan 02, 2003 at 12:26:02AM -0400, Garst R. Reese wrote:
> "Dr. Richard E. Hawkins" wrote:
> > I think I've been through this before . . .
> > In the article class, the table of contents uses no leading dots for the
> > sections, but it does for the subsections. My text, in book class, uses
> > them for all levels.
> > I don't see any ert setting this in either, or any preamble magic, and I
> > can't find anything in the menus that seems to do it.
> Does your book class use leading dots for Chapters?
I'm pretty sure I'm using the default book class; I don't know how I
could be using anything else. It gives leading dots for chapters.
My preamble is
\pagenumbering{roman}
%\makeindex
\@addtoreset{page}{chapter}
\newfont {\web}{phvr at 9.0pt}
\newfont {\email}{pcrr at 10.0pt }
\newfont {\mrgfnt}{phvr at 6.0pt }
\newcommand{\mrg}{\tiny \smallskip}
and it has the following magic (for which I don't remember all the
purposes):
%\let\myChapter\chapter
%\renewcommand{\chapter}[1]{%
%\cleardoublepage
%\myChapter{#1}%
%}
%
\let\myChapter\chapter
\renewcommand{\chapter}[1]{%
\cleardoublepage
\myChapter{#1}%
\setcounter{page}{1}%
\thispagestyle{empty}% without any pagenumber
}
\renewcommand{\thefigure}{\thechapter-\arabic{figure}}
\renewcommand{\thetable}{\arabic{chapter}.\roman{table}.}
\renewcommand{\theequation}{\thechapter-\arabic{equation}}
> I think the primary level in a class does not use dots. In the case of
> Article, this is Section.
> Book does not use dots either for Part or Chapter.
But it is :) Is there anyplace else I could have set something to
cause that?
> See LaTeX Companion, pp 31-39
Unfortunately, all I have accessible is Lamport's User GUide & Reference
manual :(
thanks
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. / \
complete inability to import latex tables at the moment?
I'm trying to get tables into lyx from a word document (I really don't want to fight that ill-formatted monster in starwriter!). I can dump to text well enough, but I want to keep the tables filled in. I was even able to trivially get the tables into latex with a bit of vi magic [ %s/^/ & / and then change the starting of the left columns to \\] latex handles these fine, and can display them. Lyx won't import it. Then, in a flash of insight, I made a trivial lyx file; "Hi" followed by a 2x2 tabular with all defaults, filled with a b c d Export this silly little file to latex, and try to import it back in. No dice. Do a cvs update, and the problem remains I've attached the offending 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. / \ #LyX 1.3 created this file. For more info see http://www.lyx.org/ \lyxformat 221 \textclass article \language english \inputencoding auto \fontscheme default \graphics default \paperfontsize default \papersize Default \paperpackage a4 \use_geometry 0 \use_amsmath 0 \use_natbib 0 \use_numerical_citations 0 \paperorientation portrait \secnumdepth 3 \tocdepth 3 \paragraph_separation indent \defskip medskip \quotes_language english \quotes_times 2 \papercolumns 1 \papersides 1 \paperpagestyle default \layout Standard Hi \layout Standard \begin_inset Tabular \begin_inset Text \layout Standard a \end_inset \begin_inset Text \layout Standard b \end_inset \begin_inset Text \layout Standard c \end_inset \begin_inset Text \layout Standard d \end_inset \end_inset \the_end
the lyx output on failed table
Oh, and here's the output from gdb:
reLyX directory is: /usr/local/share/lyx/reLyX
reLyX, the LaTeX to LyX translator. Revision date 2001/08/31
Reading LaTeX command syntax
(dumb.tex: Splitting Preamble
Creating LyX preamble
Reading layout file
Cleaning... Translating... Use of uninitialized value in string eq at
/usr/local
/share/lyx/reLyX/RelyxTable.pm line 460, line 14.
Writing... )
Deleting temp files
Finished successfully!
Traceback (most recent call last):
File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 180, in ?
main(sys.argv)
File "/usr/local/share/lyx/lyx2lyx/lyx2lyx", line 173, in main
__import__("lyxconvert_" + fmt).convert(header,body)
File "/usr/local/share/lyx/lyx2lyx/lyxconvert_217.py", line 104, in
convert
update_tabular(body)
File "/usr/local/share/lyx/lyx2lyx/lyxconvert_217.py", line 43, in
update_tabu
lar
new_table = table_update(lines[i:j])
File "/usr/local/share/lyx/lyx2lyx/lyxconvert_217.py", line 89, in
table_updat
e
lines[i] = '' %
(bool_table[v
al[0]], bool_table[val[1]], bool_table[val[2]])
KeyError: 4
--
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: Feature request: gzipped LyX files
On Fri, Jan 03, 2003 at 02:50:52AM +1030, Darren Freeman wrote: > On Tue, 2002-12-31 at 07:44, Dr. Richard E. Hawkins wrote: > > On Fri, Dec 20, 2002 at 11:26:59AM +0100, Jean-Marc Lasgouttes wrote: > > Also, bz2 compression can handle losing bits out of the middle, unlike > > gzip. > Interesting. It's a shame that bz2 isn't really widespread in its use, > although it's probably installed on most systems. It's been part of the base install of FreeBSD for a year or so, and I assume similarly for the other *bsds. > VI can transparently un-gzip files. It transparently re-gzips them when > you're done! At least mine does =) > Less can also read gzips. I think these are installtion-dependent options--it depends upon how they were compiled. 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. / \
cross-document references?
I have companion documents, one of which needs to refer to appendices of the other. The Insert Reference dialog quite kindly allows me to insert the reference to a label in the other document, but puts a ?? in the output rather than the reference. I'm assuming that I'm missing something obvious again . . . 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: Feature request: gzipped LyX files
On Fri, 2003-01-03 at 08:37, Dr. Richard E. Hawkins wrote: > On Fri, Jan 03, 2003 at 02:50:52AM +1030, Darren Freeman wrote: > > On Tue, 2002-12-31 at 07:44, Dr. Richard E. Hawkins wrote: > > > On Fri, Dec 20, 2002 at 11:26:59AM +0100, Jean-Marc Lasgouttes wrote: > > > > Also, bz2 compression can handle losing bits out of the middle, unlike > > > gzip. > > > Interesting. It's a shame that bz2 isn't really widespread in its use, > > although it's probably installed on most systems. > > It's been part of the base install of FreeBSD for a year or so, and I > assume similarly for the other *bsds. Still gzip is more of a standard. Is there a comparable replacement for zlib, such as maybe a "bz2lib"? > > VI can transparently un-gzip files. It transparently re-gzips them when > > you're done! At least mine does =) > > > Less can also read gzips. > > I think these are installtion-dependent options--it depends upon how > they were compiled. Oh well - users can always pipe it through gzip manually if they don't have clever vi or less installations. > hawk Darren
Re: cross-document references?
Dr. Richard E. Hawkins wrote: > I have companion documents, one of which needs to refer to appendices of > the other. You have to use the xr package (standard tools). Jürgen
