Re: A debate topic: What can LyX still learn from scientific workplace?

[Stephen Harris]

Micha Feigin wrote:

On Tue, 23 May 2006 14:13:51 -0500
"David Neeley" <[EMAIL PROTECTED]> wrote:


Rich,

I read nothing in Mr. Gonzalez' suggestion that would require that you
or anyone else "come down to that level." Adding the ability to create
a layout from the LyX GUI does not mean that you would lose any
ability for you to "roll your own." It might, though, encourage new
users to get going more quickly--and some of them will be interested
enough to learn how to dig deeper and get the additional power that
comes from mastering the nuts and bolts.



It will probably be much simpler to write a standalone tool/wizard for creating
layout files. I am not sure how cleanly such a tool would integrate with the
lyx interface.



There is already a quick and dirty method for creating layout files.
I think it is faster than using a menu.

When people fine-tune layout files, they usually look for a similar
layout file and edit it. But to fine-tune the file requires knowing
what the different choices generate. If the choices appear on a
menu or a stand-alone tool, the user still has to know what to choose.

What the OP implied was that there would be an algorithm to fine-tune
the layout files, so that an average user wouldn't have to know the
details* in order to optimize the file. Whether by menu or stand-alone
program I think such an algorithm would be very hard to design.
*details = understanding how to use LaTex code, what it does.

I may as well as go out on a limb and say I think such an algorithm
would be more complex and difficult than the original TeX algorithm.

Regards,
Stephen

Re: A debate topic: What can LyX still learn from scientific workplace?

[Micha Feigin]

On Tue, 23 May 2006 20:00:22 -0700
Jan Peters <[EMAIL PROTECTED]> wrote:

> > LyX developers already try to make the menus easier and
> > toolbars more available for _all_ users. I don't think Rich resents
> > making things easier, but the completely ignorant notion that making
> > Lyx menus more like Word menus would accomplish such a goal. ERTs
> > will be the area where there is the least overlap, and Lyx is needed
> > for areas which are not for the average user, it is more specialized:
> 
> Just my 2 cents: The LyX toolbars should be not repeats Word's mistakes
> but include nice equation editing feature like SWP or Mathtype which  
> are currently
> "hidden" in the math panel (which either costs me half my screen or  
> has to be
> activated every time). Practical math toolbars would really be a  
> MAJOR improvement.
> 
> How difficult would it be to move the Math Panel into the toolbar?
> 

My guess, not much, with the toolbar support from qt. You mostly need the
ability to have second level (maybe more, I don't use the math panel much),
toolbar/menu popups (do the exist by chance ?) and then just implement the math
panel's buttons/menus on the toolbar.

You do need to be able to control the size of the popup toolbar though (number
of rows/columns)

If someone can point me to where the ui file parsing and toolbar building code
is in lyx and tell me if QT has this ability (preferably point me to
documentation), I may have some time to take on the challenge

> -Jan
>  
>  +++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
> 

Re: A debate topic: What can LyX still learn from scientific workplace?

[Micha Feigin]

On Tue, 23 May 2006 14:13:51 -0500
"David Neeley" <[EMAIL PROTECTED]> wrote:

> Rich,
> 
> I read nothing in Mr. Gonzalez' suggestion that would require that you
> or anyone else "come down to that level." Adding the ability to create
> a layout from the LyX GUI does not mean that you would lose any
> ability for you to "roll your own." It might, though, encourage new
> users to get going more quickly--and some of them will be interested
> enough to learn how to dig deeper and get the additional power that
> comes from mastering the nuts and bolts.
> 

It will probably be much simpler to write a standalone tool/wizard for creating
layout files. I am not sure how cleanly such a tool would integrate with the
lyx interface.

> I am by no means a completely "clueless newby"--yet I am new to LyX
> and to LaTeX. Thus, I am in the earlier parts of the learning curve. I
> believe that some ability to more easily operate from the LyX
> interface to create or modify layouts would be a boon to faster
> productivity.
> 
> For example, I am now working on a document that should be a great
> help in getting my next job. I am doing it in LyX simply to have
> something that will cause me to continue to dig in and expand my
> familiarity that much faster. However, dealing with little things that
> should be easy to find is taking far longer than writing the document
> itself. I can see that as I become more familiar with things, my
> writing time should decline greatly, even compared to all the word
> processors I am familiar with (which includes most of the ones you
> have heard of over the past twenty years or so--part of my consulting
> work over the years has included evaluation of software and hardware
> tools for businesses and organizations of all sorts).
> 
> My work has led me to believe that the word processing paradigm is
> wrong for those actually interested in productivity with a
> high-quality end result. When I have done technical writing
> assignments, I have learned firsthand how many people screw up their
> documents by not learning to use styles intelligently--leading to
> major problems in doing version upgrades of documentation. In my view,
> therefore, the LyX approach would enforce a more sensible practice,
> making future revisions that much easier to deal with. That is, in
> fact, why I began this process.
> 
> That said, there are some fairly obvious things that could make life
> easier for everyone--and Mr.Gonzalez' suggestion is a very major one.
> That anyone might resent the idea of making things easier for the new
> or casual user is unfortunate. However, this is a large reason that
> LyX has not taken off far more than it has.
> 
> David
> 
> On 5/23/06, Rich Shepard <[EMAIL PROTECTED]> wrote:
> > On Tue, 23 May 2006, Enrique S Gonzalez Di Totto wrote:
> >
> > > I know adding such a feature must be quite a large undertaking, but
> > > writing .layout files or even one single line of LaTeX code is too steep
> > > a learning curve for the average Word user to ever climb.
> >
> >Then, perhaps, the average Word user should stick to that and not make
> > any attempts to learn LaTeX, or even LyX. For those with learning
> > disabilities, stick to what's available in shrink-wrapped packages for the
> > Microsoft environment. Don't suggest that the rest of us come down to that
> > level.
> >
> > Rich
>  
>  +++
>  This Mail Was Scanned By Mail-seCure System
>  at the Tel-Aviv University CC.
> 

Re: A debate topic: What can LyX still learn from scientific workplace?

[Stephen Harris]

John McCabe-Dansted wrote:

On 5/24/06, Stephen Harris <[EMAIL PROTECTED]> wrote:

LyX developers already try to make the menus easier and
toolbars more available for _all_ users. I don't think Rich resents
making things easier, but the completely ignorant notion that making
Lyx menus more like Word menus would accomplish such a goal. ERTs


Who suggested that "making Lyx menus more like Word menus would
accomplish such a goal"? Rich seemed to be replying to the suggestion
that LyX include a GUI to create .sty and .layout files.

--
John C. McCabe-Dansted
PhD Student
University of Western Australia



The original poster, Enrique said in part:

> ... or even one single line of LaTeX code is too steep a learning
> curve for the average Word user to ever climb.

SH: If you don't put ERTs, which I think qualifies as a
"single line of LaTeX code", (not just .layouts) inside
the LyX document in order to implement Latex functionality,
how then would it be accomplished? What alternative is
there but to use the menu with Word friendly user jargon?

Maybe you think the OP meant the average Word user shoudn't
have to deal with any Latex code only inside a layout file,
but that inside a LyX file, typing Ctrl-l and knowing what
to type next *was* a reasonable expectation for an average
Word user. I don't think that interpretation is reasonable.
And if you don't type inside ERT, that only leaves a menu
item to select, or, give up employing a useful functionality.

I didn't criticize improving .layouts in some fashion which
is why I omitted that idea from my quote. I think Enrique's
post covers more ground than just layouts. I only quoted:

> Enrique: or even one single line of LaTeX code is too steep
> a learning curve for the average Word user to ever climb.

This quote was contrived to characterize Rich as unfortunately
unsympathetic to the needs of a causal user which is partially
the cause of LyX not having more users.

David: Rich, I read nothing in Mr. Gonzalez' suggestion that
would require that you or anyone else "come down to that level."

I read something in the OP's suggestion because the OP didn't
say just layouts. And I can't see how using Latex code in a
layout is too steep of a learning curve but using Latex code
in an ERT is an acceptable "roll your own" learning curve.
Looking at how incredibly difficult it is to create a .layout

http://wiki.lyx.org/Layouts/CreatingLayouts

"For using their LaTeX-class, you'll have to write your own LyX-layout. 
(It shouldn't be that difficult...)


Find the basis class for your new class. Lets assume, the LaTeX class 
amcsiggraph.cls is a descendant of article.cls, then the lyx layout to 
use is article.layout. Save the following to a file acmsiggraph.layout 
in your layouts directory (~/.lyx/layouts/ on UNIX):



#% Do not delete the line below; configure depends on this
#  \DeclareLaTeXClass[acmsiggraph]{ACM SigGraph}

# Read the definitions from article.layout
Input article.layout


ACM SigGraph is the text you will see in the 
Layout>Document>Document-Class drop-down list.

(After Edit>Reconfigure and a restart of lyx.)

That is all I have to say on this matter,
Stephen

Re: A debate topic: What can LyX still learn from scientific workplace?

[Jan Peters]

LyX developers already try to make the menus easier and
toolbars more available for _all_ users. I don't think Rich resents
making things easier, but the completely ignorant notion that making
Lyx menus more like Word menus would accomplish such a goal. ERTs
will be the area where there is the least overlap, and Lyx is needed
for areas which are not for the average user, it is more specialized:


Just my 2 cents: The LyX toolbars should be not repeats Word's mistakes
but include nice equation editing feature like SWP or Mathtype which  
are currently
"hidden" in the math panel (which either costs me half my screen or  
has to be
activated every time). Practical math toolbars would really be a  
MAJOR improvement.


How difficult would it be to move the Math Panel into the toolbar?

-Jan

Re: A debate topic: What can LyX still learn from scientific workplace?

[David Neeley]

Personally, I did not respond to the idea that the menus should be
"Word-like"--what I was focused on was the idea of having a bit more
ability to create layout adjustments from controls in the menu system.
That, I continue to believe, is a worthwhile goal.

I'll give you a simple example: let us say a lawyer wants to create a
pleadings layout. As it stands, he may look all over the Web for one
already done, or he may begin to dig into the existing methods for
doing so--and thus to climb the learning curve. While the latter may
be more beneficial in the long run, the simple fact is that for many
the time available to master a complex subject is insufficient. At the
same time, LyX would be absolutely ideal for a law office in many
respects, far beyond what Word can offer.

David

On 5/23/06, John McCabe-Dansted <[EMAIL PROTECTED]> wrote:

On 5/24/06, Stephen Harris <[EMAIL PROTECTED]> wrote:
> LyX developers already try to make the menus easier and
> toolbars more available for _all_ users. I don't think Rich resents
> making things easier, but the completely ignorant notion that making
> Lyx menus more like Word menus would accomplish such a goal. ERTs

Who suggested that "making Lyx menus more like Word menus would
accomplish such a goal"? Rich seemed to be replying to the suggestion
that LyX include a GUI to create .sty and .layout files.

Re: A debate topic: What can LyX still learn from scientific workplace?

[John McCabe-Dansted]

On 5/24/06, Stephen Harris <[EMAIL PROTECTED]> wrote:

LyX developers already try to make the menus easier and
toolbars more available for _all_ users. I don't think Rich resents
making things easier, but the completely ignorant notion that making
Lyx menus more like Word menus would accomplish such a goal. ERTs


Who suggested that "making Lyx menus more like Word menus would
accomplish such a goal"? Rich seemed to be replying to the suggestion
that LyX include a GUI to create .sty and .layout files.

--
John C. McCabe-Dansted
PhD Student
University of Western Australia

Re: A debate topic: What can LyX still learn from scientific workplace?

[Stephen Harris]

David Neeley wrote:

Rich,

I read nothing in Mr. Gonzalez' suggestion that would require that you
or anyone else "come down to that level." Adding the ability to create
a layout from the LyX GUI does not mean that you would lose any
ability for you to "roll your own." It might, though, encourage new
users to get going more quickly--and some of them will be interested
enough to learn how to dig deeper and get the additional power that
comes from mastering the nuts and bolts.

I am by no means a completely "clueless newby"--yet I am new to LyX
and to LaTeX. Thus, I am in the earlier parts of the learning curve. I
believe that some ability to more easily operate from the LyX
interface to create or modify layouts would be a boon to faster
productivity.

For example, I am now working on a document that should be a great
help in getting my next job. I am doing it in LyX simply to have
something that will cause me to continue to dig in and expand my
familiarity that much faster. However, dealing with little things that
should be easy to find is taking far longer than writing the document
itself. I can see that as I become more familiar with things, my
writing time should decline greatly, even compared to all the word
processors I am familiar with (which includes most of the ones you
have heard of over the past twenty years or so--part of my consulting
work over the years has included evaluation of software and hardware
tools for businesses and organizations of all sorts).

My work has led me to believe that the word processing paradigm is
wrong for those actually interested in productivity with a
high-quality end result. When I have done technical writing
assignments, I have learned firsthand how many people screw up their
documents by not learning to use styles intelligently--leading to
major problems in doing version upgrades of documentation. In my view,
therefore, the LyX approach would enforce a more sensible practice,
making future revisions that much easier to deal with. That is, in
fact, why I began this process.

That said, there are some fairly obvious things that could make life
easier for everyone--and Mr.Gonzalez' suggestion is a very major one.
That anyone might resent the idea of making things easier for the new
or casual user is unfortunate. However, this is a large reason that
LyX has not taken off far more than it has.

David

On 5/23/06, Rich Shepard <[EMAIL PROTECTED]> wrote:

On Tue, 23 May 2006, Enrique S Gonzalez Di Totto wrote:

> I know adding such a feature must be quite a large undertaking, but 
writing
> .layout files or even one single line of LaTeX code is too steep a 
learning

> curve for the average Word user to ever climb.

   Then, perhaps, the average Word user should stick to that and not 
make any
attempts to learn LaTeX, or even LyX. For those with learning 
disabilities,

stick to what's available in shrink-wrapped packages for the Microsoft
environment. Don't suggest that the rest of us come down to that level.

Rich




LyX is a front-end for Latex. Word should not be compared to LyX, but
perhaps to OpenOffice. WinEdt, Scientific Workplace (SWP) or maybe
Texnic are in the same category and have a great deal more relevance
when considering inspirations for menus and toolbars.

The average Word user has no need at all for LyX. The average Word
user doesn't even use 1/10 of Word's capability, much less those
areas in which LyX/Latex are superior to Word.

> Enrique: or even one single line of LaTeX code is too steep a
> learning curve for the average Word user to ever climb.

LyX is for those who have encountered the limitations of Word.
LyX was never intended to be a replacement for Word or duplicate
its functions although there is some overlap.
I can't think of any good reason for the average Word user
to learn LyX. LyX/Latex is for those who are not average Word users.

> David: -and Mr.Gonzalez' suggestion is a very major one.
> That anyone might resent the idea of making things easier for the new
> or casual user is unfortunate. However, this is a large reason that
> LyX has not taken off far more than it has.

LyX developers already try to make the menus easier and
toolbars more available for _all_ users. I don't think Rich resents
making things easier, but the completely ignorant notion that making
Lyx menus more like Word menus would accomplish such a goal. ERTs
will be the area where there is the least overlap, and Lyx is needed
for areas which are not for the average user, it is more specialized:

A comment about *tex from Peter Flynn:

>> Hendrik Maryns: The TeX language is one of the
>> worst-designed and incomprehensible languages ever invented.

Peter Flynn replied:
"It was designed by a computer scientist and mathematician for doing
the kind of things computer scientists and mathematicians do, and as
a byproduct it also happens to do some non-math, non-scientific 
typesetting. You should not expect it to be usable by end users: like 
the TeXbook, it was desi

Re: How to reset page number in a lyx generated pdf?

[Steve Litt]

On Monday 22 May 2006 07:24 pm, Paul A. Rubin wrote:
> Steve Litt wrote:
> > On Monday 22 May 2006 11:42 am, Paul A. Rubin wrote:
> >> Steve Litt wrote:
> >>> Here's a fairly minimal test.lyx. On my system, when I
> >>> View->Postscript, the gv page numbers reset at page 1 (gv pages 1, 1
> >>> and 2 correspond to logical pages i, 1 and 2). This is correct.
> >>>
> >>> However, when I View->PDF(pdflatex) or any other conversion to pdf, my
> >>> gv page numbers are 1, 2 and 3 corresponding to logical page numbers i,
> >>> 1 and 2. This results in the gv page numbers not matching the logical
> >>> page numbers.
>
> Oops.  It occurs to me that maybe we're talking at cross-purposes here.
>
> In all three of your output files (DVI, PS, PDF), the page numbers *in
> the document display* go i, 1, 2.  I thought that's what you were saying
> was munged, but perhaps not.  In GSView, the page numbers reported in
> the status line of the program for the PS file are '"1" 1 of 3', '"1" 2
> of 3' and '"2" 3 of 3' respectively; for the PDF they are '"1" 1 of 3',
> '"2" 2 of 3' and '"3" 3 of 3'.  The page numbers reported by Acrobat
> Reader for the PDF are '1 of 3', '2 of 3' and '3 of 3'.
>
> To get the PDF viewer to recognize correct page numbers in its status
> line (as opposed to in the document window), try adding
> \usepackage[pdfpagelabels]{hyperref} to the preamble.  (You might want
> to add the option 'pdfpagemode=None' to avoid having an empty bookmark
> tab open on the left, at least in Acrobat Reader.)
>
> Note that this will turn your table of contents into links.  If you
> don't want that, toss in the option 'draft', i.e.,
>
> \usepackage[draft,pdfpagelabels,pdfpagemode=None]{hyperref}
>
> in the preamble.
>
> Sorry for the confusion,
> /Paul

Thanks Paul,

Just so the symptom is completely described, I've uploaded ps.jpg and pdf.jpg 
to http://www.a3b3.com/lyx/. They're annotated to completely describe the 
symptom. The ps.jpg file's title bar says "test.dvi", but it was created by 
LyX's View->Postscript.

I've also included a new test.lyx with all 3 syntaxes included, although of 
course two are commented out.

No matter which of your hyperref syntaxes I used, I could not get the pdf 
reader's numbers to reset. Also, if I used:

\usepackage[pdfpagelabels,pdfpagemode=None]{hyperref}

View->PDF(pdflatex) produced the following error:

pdfTeX warning (ext4): destination with the same identifier (name{page.1}) ha
 \chapter
 {Chapter two} [1

Thanks for all the help. This really is important to me because I'm selling an 
Ebook, and it would be much nicer if the document's page numbers matched 
those on the viewer.

I'm still wondering if the pst-pdf package would solve this, but as I 
mentioned in my 5/21 post, its documentation is sparse and doesn't match the 
files sent, and the package appears to error out when incorporated in any 
obvious way.

Thanks

SteveT

Steve Litt
Author: 
   * Universal Troubleshooting Process courseware
   * Troubleshooting Techniques of the Successful Technologist
   * Manager's Guide to Technical Troubleshooting
   * Twenty Eight Tales of Troubleshooting
   * Rapid Learning: Secret Weapon of the Successful Technologist

http://www.troubleshooters.com/bookstore
http://www.troubleshooters.com/utp/tcourses.htm

Re: Algorithm pictures

[Paul A. Rubin]

Christian Fischer wrote:

Hi,
anybody knows what latex package to use for creating an algorithm
scheme like for example in this picture :
http://docs.hp.com/en/J4255-90011/img/gfx41.gif
Regards
Christian




I'm partial to the PGF/TikZ combination 
(http://sourceforge.net/projects/pgf/).  It works well with the beamer 
presentation class.


/Paul

Re: Corrupt lyx file created under lyx win 1.4.1 as a beamer class document

[Paul A. Rubin]

Kreste Bertelsen wrote:

Hi,

 

I have been creating slideshows using the beamer class in lyx 1.4.1 for 
windows. But the files won’t open in lyx anymore. The problem seems to 
be connected with the fact that I tried to pdflatex on the lyxfile with 
an open slide, meaning that I forgot to apply Endslide to the lyx file 
before I ran pdflatex.


I have attached one such lyx file that won’t open i lyx.

 


I have tried to reconfigure lyx but nothing helps any Ideas?

 

 



I don't think the problem is related to pdflatex or EndFrame; I think 
you've tripped over a bug in change tracking.  Attached is a version in 
which I deleted all \change verbs (and only those).  It seems to open 
correctly.


There are several bugs relating to change tracking in the bugzilla, but 
I could not tell if any of them matched this one.  You might want to 
report it.


/Paul

#LyX 1.4.1 created this file. For more info see http://www.lyx.org/
\lyxformat 245
\begin_document
\begin_header
\textclass beamer
\begin_preamble
\mode

\useinnertheme[shadow=true]{rounded}
\useoutertheme{shadow}
\usecolortheme{orchid}
\usecolortheme{whale}
\setbeamercolor{background canvas}{bg=black!43!white}
\setbeamercolor{normal text}{fg=white}

\setbeamerfont{block title}{size={}}

\mode 
\end_preamble
\language danish
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize default
\use_geometry true
\use_amsmath 1
\cite_engine basic
\use_bibtopic false
\paperorientation landscape
\leftmargin 2.3cm
\topmargin 2.3cm
\rightmargin 2.3cm
\bottommargin 2cm
\secnumdepth 0
\tocdepth 2
\paragraph_separation indent
\defskip medskip
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\end_header

\begin_body

\begin_layout Title
5-Lipoxygenase inhibitor
\end_layout

\begin_layout Author
Morten Kjærulff Sørensen
\newline
Anna Sigrid Pii Svane
\newline
Kresten Bertelsen
\end_layout

\begin_layout Section
Indledning
\end_layout

\begin_layout BeginFrame
Indledning
\end_layout

\begin_layout Standard
\begin_inset LatexCommand \tableofcontents{}

\end_inset


\end_layout

\begin_layout EndFrame

\end_layout

\begin_layout Section
Introduktion til molekylet og øvelsens formål
\end_layout

\begin_layout BeginFrame
Molekylet
\end_layout

\begin_layout Standard
\begin_inset Float figure
wide false
sideways false
status collapsed

\begin_layout Standard
\align center
\begin_inset Tabular






\begin_inset Text

\begin_layout Standard
\begin_inset Graphics
filename project/project/BILLEDER/Lipo.eps
lyxscale 10
scale 10

\end_inset


\end_layout

\end_inset


\begin_inset Text

\begin_layout Standard
\begin_inset Graphics
filename project/project/BILLEDER/dethele.eps

\end_inset


\end_layout

\end_inset




\end_inset


\end_layout

\begin_layout Caption
5-Lipoxygenase inhibitor
\end_layout

\end_inset


\end_layout

\begin_layout EndFrame

\end_layout

\begin_layout BeginFrame
Molekylefragmenterne A og B
\end_layout

\begin_layout Standard
\begin_inset Float figure
wide false
sideways false
status collapsed

\begin_layout Standard
\begin_inset Tabular






\begin_inset Text

\begin_layout Standard
\begin_inset Graphics
filename project/project/BILLEDER/LipoA.eps
lyxscale 7
scale 7
subcaption
subcaptionText "Fragment A"

\end_inset


\end_layout

\end_inset


\begin_inset Text

\begin_layout Standard
\begin_inset Graphics
filename project/project/BILLEDER/LipoB.eps
lyxscale 10
scale 7
subcaption
subcaptionText "Fragment B"

\end_inset


\end_layout

\end_inset




\begin_inset Text

\begin_layout Standard
\begin_inset Graphics
filename project/project/BILLEDER/A.eps

\end_inset


\end_layout

\end_inset


\begin_inset Text

\begin_layout Standard
\begin_inset Graphics
filename project/project/BILLEDER/B.eps

\end_inset


\end_layout

\end_inset




\end_inset


\end_layout

\begin_layout Caption
Molekylefragmenterne A og B
\end_layout

\end_inset


\end_layout

\begin_layout EndFrame

\end_layout

\begin_layout Section
Konformationssøgning på fragmenterne
\end_layout

\begin_layout Subsection
1d Konformationssøgning på fragmenterne A og B
\end_layout

\begin_layout BeginFrame
1D konformationssøgning på fragmenterne A og B
\end_layout

\begin_layout Standard

\begin_inset Float figure
wide false
sideways false
status collapsed

\begin_layout Standard
\begin_inset Tabular






\begin_inset Text

\begin_layout Standard
\begin_inset ERT
status open

\begin_layout Standard


\backslash
subfigure[Fragment A 1D, torsionsvinkel T1]{
\end_layout

\end_inset


\begin_inset Graphics
filename project/project/1D_SIMS/LipoA_T1.ps
lyxscale 30
scale 30
rotateAngle 90

\end_inset


\begin_inset ERT
status collapsed

\begin_layout Standard

}
\end_layout

\end_inset


\end_layout

\end_inset


\begin_

Re: Algorithm pictures

[Christian Fischer]

Thanks, that helped

Rich Shepard wrote:
> On Tue, 23 May 2006, Christian Fischer wrote:
>
>> anybody knows what latex package to use for creating an algorithm
>> scheme like for example in this picture :
>> http://docs.hp.com/en/J4255-90011/img/gfx41.gif
>
> Christian,
>
>   PSTricks will do it. There's a node package that will create what
> you want.
>
> Rich
>

Re: A debate topic: What can LyX still learn from scientific workplace?

[David Neeley]

Rich,

I read nothing in Mr. Gonzalez' suggestion that would require that you
or anyone else "come down to that level." Adding the ability to create
a layout from the LyX GUI does not mean that you would lose any
ability for you to "roll your own." It might, though, encourage new
users to get going more quickly--and some of them will be interested
enough to learn how to dig deeper and get the additional power that
comes from mastering the nuts and bolts.

I am by no means a completely "clueless newby"--yet I am new to LyX
and to LaTeX. Thus, I am in the earlier parts of the learning curve. I
believe that some ability to more easily operate from the LyX
interface to create or modify layouts would be a boon to faster
productivity.

For example, I am now working on a document that should be a great
help in getting my next job. I am doing it in LyX simply to have
something that will cause me to continue to dig in and expand my
familiarity that much faster. However, dealing with little things that
should be easy to find is taking far longer than writing the document
itself. I can see that as I become more familiar with things, my
writing time should decline greatly, even compared to all the word
processors I am familiar with (which includes most of the ones you
have heard of over the past twenty years or so--part of my consulting
work over the years has included evaluation of software and hardware
tools for businesses and organizations of all sorts).

My work has led me to believe that the word processing paradigm is
wrong for those actually interested in productivity with a
high-quality end result. When I have done technical writing
assignments, I have learned firsthand how many people screw up their
documents by not learning to use styles intelligently--leading to
major problems in doing version upgrades of documentation. In my view,
therefore, the LyX approach would enforce a more sensible practice,
making future revisions that much easier to deal with. That is, in
fact, why I began this process.

That said, there are some fairly obvious things that could make life
easier for everyone--and Mr.Gonzalez' suggestion is a very major one.
That anyone might resent the idea of making things easier for the new
or casual user is unfortunate. However, this is a large reason that
LyX has not taken off far more than it has.

David

On 5/23/06, Rich Shepard <[EMAIL PROTECTED]> wrote:

On Tue, 23 May 2006, Enrique S Gonzalez Di Totto wrote:

> I know adding such a feature must be quite a large undertaking, but writing
> .layout files or even one single line of LaTeX code is too steep a learning
> curve for the average Word user to ever climb.

   Then, perhaps, the average Word user should stick to that and not make any
attempts to learn LaTeX, or even LyX. For those with learning disabilities,
stick to what's available in shrink-wrapped packages for the Microsoft
environment. Don't suggest that the rest of us come down to that level.

Rich

Re: natbib options

[Juergen Spitzmueller]

Roland Fäustlin wrote:

> Can I specify the options with witch LyX loads the natbib package?

Put "sort&compress,square,nonamebreak" to Document->Class Options. They will
be passed to natbib.

Jürgen

natbib options

[Roland Fäustlin]

Hello!

I am using LyX on Windows XP to write my thesis. I use BibTeX for the
references. I have noticed that LyX uses the natbib package when I set
cite-style in the document settings to Natbib. 

Can I specify the options with witch LyX loads the natbib package?

In my case I would like to load it like this:
\usepackage[
sort&compress, %make numerical citations short
square, %square brackets around cites
nonamebreak %prevents errors with hyperref package
]{natbib}
This would prevent the problems with the hyperref package and still allow me
to use the comfortable cite-buttons in LyX.

I'd be very glad if anybody could help me with that. Thank you very much in
advance.

Roland

Re: A debate topic: What can LyX still learn from scientific workplace?

[Rich Shepard]

On Tue, 23 May 2006, Enrique S Gonzalez Di Totto wrote:


I know adding such a feature must be quite a large undertaking, but writing
.layout files or even one single line of LaTeX code is too steep a learning
curve for the average Word user to ever climb.


  Then, perhaps, the average Word user should stick to that and not make any
attempts to learn LaTeX, or even LyX. For those with learning disabilities,
stick to what's available in shrink-wrapped packages for the Microsoft
environment. Don't suggest that the rest of us come down to that level.

Rich

--
Richard B. Shepard, Ph.D. |  The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)  |  Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863

Re: A debate topic: What can LyX still learn from scientific workplace?

[Enrique S Gonzalez Di Totto]

Greetings,

 As a new user, to me clearly the most important feature missing from 
LyX is the ability to create new document classes with custom 
enviroments using the LyX GUI.


 I know adding such a feature must be quite a large undertaking, but 
writing .layout files or even one single line of LaTeX code is too 
steep a learning curve for the average Word user to ever climb.


 -- Enrique
 "The stupider your target user, the larger your potential market."

 P.D. Thanks for the tips on the accent problem. Switching to 1.4.1 
did solve it. It seems your psychic powers are in no need of any 
upgrade whatsoever. ;)



Original message:
A debate topic: What can LyX still learn from scientific workplace?

Jan Peters
Sun, 21 May 2006 01:08:35 -0700
I have attempted to outline what LyX can still learn from scientific 
workplace and vice versa. Its not the world but it is the part which 
makes the users


base change from enthusiasts to "commoners". Please check out

http://wiki.lyx.org/LyX/LyxVersusScientificWorkplace
http://www.jan-peters.net/Computer/LyxVsSwp

Feel free to drop me a line - I mainly want to start people to start 
thinking what LyX needs to become commonplace ... and completely 
replace Scientific


Workplace on my desk and Word on my supervisors desk.

Best wishes,
-Jan

===

Jan Peters, Graduate Research Assistant, Dipl.Inf., Dipl.Ing., M.Sc. (CS,ME)

email: [EMAIL PROTECTED], web: www.jan-peters.net
===

Re: [Pkg-lyx-devel] Re: dvipost (hopefully) ready for Debian

[Sven Hoexter]

On Tue, May 23, 2006 at 05:21:42PM +0200, Per Olofsson wrote:
> Sven Hoexter:
> > Ok let's go for the second round.
> > The package is again on:
> > http://sven.stormbind.net/debian/dvipost/
> 
> Great, I will look at it soon.
> 
> > Is this texlive stuff actually packaged within Debian? I cannot find
> > a package with tex and live in the name. The only reference I can find
> > is in the description of the tex-common package.
> 
> $ apt-cache search texlive
[ ... ]

Found it after Georgs hint to look for experimental.
An I thought sid is the bleeding-edge of software packaging ;)

Cheers,
Sven
-- 
If you won't forgive me the rest of my life
Let me apologize while I'm still alive
I know it's time to face all of my past mistakes
  [Less than Jake - Rest Of My Life]

Suse 10.1

[Declan O'Byrne]

Hi all,

I've been to the binaries page linked from the lyx.org page, but I can't
quite understand if the rpms for lyx 1.4.1 there work on Suse 10.1.  Do
they?

Thanks,

Declan

Corrupt lyx file created under lyx win 1.4.1 as a beamer class document

[Kreste Bertelsen]

Hi,

 

I have been creating slideshows using the beamer class in
lyx 1.4.1 for windows. But the files won’t open in lyx anymore. The
problem seems to be connected with the fact that I tried to pdflatex on the
lyxfile with an open slide, meaning that I forgot to apply Endslide to the lyx
file before I ran pdflatex. 

I have attached one such lyx file that won’t open i
lyx.

 

I have tried to reconfigure lyx but nothing helps any Ideas?

 

 








beamer.lyx
Description: application/lyx

Re: Superscript

[Juergen Spitzmueller]

icebna wrote:

> Hi all
> It's possible change de size of the superscript in the menu Insert -
> Special character - Superscript ?

Which version of LyX are you using? Before LyX 1.4, the math superscript
(which is used here) produced a character with a wrong size (too big),
unless you checked "use amsmath" in the document dialog. In 1.4, things
should be better. However, for a "real" text superscript, you should use
\textsuperscript{foo} in ERT. That one can of course also be tweaked, by
changing the definition

[EMAIL PROTECTED]
  [EMAIL PROTECTED]@[EMAIL PROTECTED]

to (for instance)

[EMAIL PROTECTED]
  [EMAIL PROTECTED]

or just (in text) \textsuperscript{\tiny foo}


HTH,
Jürgen

Re: [Pkg-lyx-devel] Re: dvipost (hopefully) ready for Debian

[Per Olofsson]

Sven Hoexter:
> Ok let's go for the second round.
> The package is again on:
> http://sven.stormbind.net/debian/dvipost/

Great, I will look at it soon.

> Is this texlive stuff actually packaged within Debian? I cannot find
> a package with tex and live in the name. The only reference I can find
> is in the description of the tex-common package.

$ apt-cache search texlive
texlive - TeX Live: meta package pulling in all components of TeX Live
texlive-base - TeX Live: Essential programs and files
texlive-base-bin - TeX Live: Essential binaries
texlive-bibtex-extra - TeX Live: Extra BibTeX styles
texlive-chemistry - TeX Live: Chemical typesetting
texlive-context - TeX Live: ConText macro package
[...]

-- 
Pelle

Re: Algorithm pictures

[Rich Shepard]

On Tue, 23 May 2006, Christian Fischer wrote:


anybody knows what latex package to use for creating an algorithm
scheme like for example in this picture :
http://docs.hp.com/en/J4255-90011/img/gfx41.gif


Christian,

  PSTricks will do it. There's a node package that will create what you want.

Rich

--
Richard B. Shepard, Ph.D. |  The Environmental Permitting
Applied Ecosystem Services, Inc.(TM)  |  Accelerator
 Voice: 503-667-4517  Fax: 503-667-8863

Algorithm pictures

[Christian Fischer]

Hi,
anybody knows what latex package to use for creating an algorithm
scheme like for example in this picture :
http://docs.hp.com/en/J4255-90011/img/gfx41.gif
Regards
Christian

numpad is not working anymore?

[Eugeny N Dzhurinsky]

LyX 1.4.1 of Tue, Apr 11, 2006

For some reason numpad is not working when editing files, I remember it worked
fine at 1.4.0... Do I miss something in configuration?

-- 
Eugene N Dzhurinsky

Re: Adding TeX class problem

[Eugeny N Dzhurinsky]

On Mon, May 22, 2006 at 02:56:45PM -0400, Paul A. Rubin wrote:
> I suspect that there is something in the preamble of the .tex file that 
> either defines the \confidential command 
> (\newcommand[1]{\confidential}{...} or something to that effect,), or 
> else something in the preamble loads a package that defines 
> \confidential, and somehow that something was not picked up in the .tex 
> to .lyx conversion.  If you can identify the missing statement, you can 
> add it to the preamble in the LyX document.

I imported TeX document into lyx, then exported it back to TeX, and after
taking a look at diff between original TeX and the one produced by LyX I
finally found an issue:

\usepackage{graphicx}

was missing. I added it to the LyX document - and everything is fine now!

-- 
Eugene N Dzhurinsky

Superscript

[icebna]

Hi all
It's possible change de size of the superscript in the menu Insert - 
Special character - Superscript ?

Thanks advanced
Miguel


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [Pkg-lyx-devel] Re: dvipost (hopefully) ready for Debian

[Georg Baum]

Am Dienstag, 23. Mai 2006 13:42 schrieb Sven Hoexter:

> Is this texlive stuff actually packaged within Debian?

http://www.tug.org/texlive/debian.html


Georg

Re: [Pkg-lyx-devel] Re: dvipost (hopefully) ready for Debian

[Sven Hoexter]

On Tue, May 16, 2006 at 03:55:58PM +0200, Per Olofsson wrote:
> Sven Hoexter:

Hi all,
sorry for the delay but I had to attend a wedding party and a two
birthday partys during the last days.

Ok let's go for the second round.
The package is again on:
http://sven.stormbind.net/debian/dvipost/

> > So if you've some spare time please give it a try and if you're
> > familiar with Debian packages please look over the source package
> > aswell.
> 
> Good work!
> 
> Some suggestions:
> 
> * It should be possible to have TeXlive installed instead of teTex. It
>   should probably depend on tetex-bin | texlive-base-bin or something.
Is this texlive stuff actually packaged within Debian? I cannot find
a package with tex and live in the name. The only reference I can find
is in the description of the tex-common package.

> * There are missing ending newlines in postinst and postrm.
done.

> * Do you really need to create those directories listed in
>   debian/dirs?
usr/sbin was useless so I removed it.
 
> * The configure script checks things by running kpsewhich and
>   tex. These are not listed in the Build-Depends. You should probably
>   try to hardwire these values, or, if you must, build-depend on TeX.
Commented that stuff out - patches/ file 03 and 04.

> * There are lintian errors. Please fix them.
Those should be fixed now. I thought that running lintion on the .dsc
file would check the source and the binary package.

> * The package is configured two times when using debuild (which uses
>   dpkg-buildpackage). The problem seems to be the patch target
>   dependency. You should probably move the dependency from the
>   config.status target to the build target (before build-stamp).
done.

Cheers,
Sven
-- 
If you won't forgive me the rest of my life
Let me apologize while I'm still alive
I know it's time to face all of my past mistakes
  [Less than Jake - Rest Of My Life]


signature.asc
Description: Digital signature

Re: mdwlist

[Juergen Spitzmueller]

Stephen Buonopane wrote:

>> Is there any way to replace in the lyx doc itemize by itemize* ?
>>
> 
> Search in the archives. I previously posted a layout file that allows
> mdwlists to be created without ERT.

Additionally, you could check out the package enumitem. It lets you
customize the standard lists easily.

Jürgen