Re: Show shortcuts in menus

2018-04-12 Thread Andrew Parsloe



On 12/04/2018 6:12 a.m., Richard Kimberly Heck wrote:

On 04/11/2018 01:37 PM, Paul A. Rubin wrote:

On 04/11/2018 11:23 AM, Sasson Technoligies wrote:

hi all,

I'm using LyX Version 2.2.3 Windows 10.
From some reason the keyboard shortcuts are not shown in the 
different menus.
and i can see in screenshots and tutorial of other users that they 
did appear in the menus.
i couldn't find any option in the preferences to show shortcuts in 
the menus

and couldn't find any answer in the archive nor in the wiki docs.
hope you can help me with that
(it's grueling to google every shortcut)
thanks

Display of shortcuts in the menus is hit and miss at best. In LyX 
2.3.0 (on Linux), I get shortcuts for most of the entries in the Edit 
menu but only one in the Insert menu.


I'm not sure many of the Insert entries have shortcuts (other than the 
menu accellerators themselves).


That said, if you're missing shortcuts for entries where other people 
see them, that's a bug.


It'd be nice to know if other Windows users see them.

Riki

They are certainly present on a windows 7 machine running LyX 2.3.0 
(e.g. File menu, New  Ctrl+N, Open  Ctrl+O, etc.).


Andrew


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Re: Fractions below baseline in 2.3

2018-04-12 Thread Anders Host-Madsen
Yes, I can see it. The issue is that the \pi in math input mode is smaller than 
the \pi in latex, which makes it look unbalanced in math input mode. Probably 
nothing to do about that.

Re: Fractions below baseline in 2.3

2018-04-12 Thread Paul A. Rubin

On 04/12/2018 05:13 PM, Anders Host-Madsen wrote:
I attach two screen shots. At least in my opinion the \pi/2 is too low 
in the math input mode. This is on Mac.Inline image

Inline image

The dividing lines for the fractions both look pretty well centered to 
me. I think the issue may be that the \pi glyph is not as tall as the 2 
glyph, so the fraction is visually asymmetric. Try f = k 3/2 and see if 
you still think it is off kilter.


Paul



Re: Fractions below baseline in 2.3

2018-04-12 Thread Jean-Marc Lasgouttes

Le 12/04/2018 à 21:21, Anders Host-Madsen a écrit :
It seems to me that LyX 2.3 sets fractions slightly too low compared to 
the baseline when entering equations. Of course once they are typeset, 
they move to the correct position. But in the math input mode it's 
almost as though fractions are in subscript mode. Anyone else noticed?


I would be interested to have an example file.

JMarc


Re: Fractions below baseline in 2.3

2018-04-12 Thread Paul A. Rubin

On 04/12/2018 03:21 PM, Anders Host-Madsen wrote:
It seems to me that LyX 2.3 sets fractions slightly too low compared 
to the baseline when entering equations. Of course once they are 
typeset, they move to the correct position. But in the math input mode 
it's almost as though fractions are in subscript mode. Anyone else 
noticed?
I just tried a couple of equations (one inline, one display) containing 
fractions in 2.3.0, and they looked fine to me. I'm basing that on the 
dividing line between numerator and denominator being centered 
vertically on the line. This was on Linux Mint MATE, Qt 5.5.1.


Paul



Fractions below baseline in 2.3

2018-04-12 Thread Anders Host-Madsen
It seems to me that LyX 2.3 sets fractions slightly too low compared to the 
baseline when entering equations. Of course once they are typeset, they move to 
the correct position. But in the math input mode it's almost as though 
fractions are in subscript mode. Anyone else noticed?

Re: which document class?

2018-04-12 Thread Paul A. Rubin

On 04/12/2018 06:48 AM, Dr Eberhard Lisse wrote:

You NEVER use the simple article class.  You ALWAYS use the KOMA Script
Article.

It does everything the simple class does, and better, and more :-)-O

And more complicated.


For details, RTFM :-)-O

I agree. Shouldn't take more than a week or two. ;-)

As someone once said, better is the enemy of good enough.

Paul



Re: Formatting name/date to be filled by others

2018-04-12 Thread Rich Shepard

On Thu, 12 Apr 2018, Dr Eberhard Lisse wrote:


You can also insert rules straight from LyX, without ERT.


el,

  Oh. I didn't look because I had no idea for what I should be looking.

Thanks,

Rich


Re: which document class?

2018-04-12 Thread Dr Eberhard Lisse
You NEVER use the simple article class.  You ALWAYS use the KOMA Script
Article.

It does everything the simple class does, and better, and more :-)-O

For details, RTFM :-)-O


el

On 11/04/2018 16:28, Paul A. Rubin wrote:
> On 04/10/2018 07:41 AM, Aaron Brülisauer wrote:
>> Hello
>>
>> Right now I'm still reading the Tutorial and I reached the section
>> "Document Classes". I have tried multiple ones with my
>> "first_document.lyx".
>> I'll have to write a documentation for system engeneer degree. I have to
>> documentate a installation and configuration of a document sync solution
>> (Nextcloud). I'm new to LyX and don't know much about LateX. What class
>> would you choose? It should just do the work and nothing more. Simple,
>> easy to use. The right thing for a beginner.
>> I have found some Classes which look like something I could use: Report,
>> Paper, Article.
>> What are "KOMA-script-"?
>>
>> Salutations
>> Aaron
>>
> The simplest class to use is Article. I always start with that. If you
> need to have chapters, though, Article won't work. In that case, you can
> try Report or Book.
> 
> Paul
> 
> 



Re: Formatting name/date to be filled by others

2018-04-12 Thread Dr Eberhard Lisse
Rich,

I do that with a table with fixed widths, removing all the frames and
then addling the frame-line where the person has to sign.

It's eminently reusable :-)-O

el


On 11/04/2018 01:18, Rich Shepard wrote:
> Before I re-invent the wheel I want to discover if there are existing
> tools to provide for entry of name, signature, and date to be filled
> in on a printed copy of the document page.  Specifically, this is for
> project proposal acceptance and should look something like this (in
> fixed-space font):
> 
> Name (printed): ___Date: _
> 
> Signature: 
> 
> Of course, \hspace{} and \vspace{} will place these appropriately.
> What I seek is a way to add the solid underline for a defined length
> and at a specified place.  Would \hfill{} be the appropriate macro?
> I've used it to place spaces but not baselines.
> 
> Rich
> 




Re: Formatting name/date to be filled by others

2018-04-12 Thread Dr Eberhard Lisse
You can also insert rules straight from LyX, without ERT.

el

On 11/04/2018 02:10, Stephen Buonopane wrote:
> On Apr 10, 2018, at 7:49 PM, Rich Shepard  wrote:
>>
>> On Tue, 10 Apr 2018, Rich Shepard wrote:
>>
>>> Of course, \hspace{} and \vspace{} will place these appropriately. What I
>>> seek is a way to add the solid underline for a defined length and at a
>>> specified place. Would \hfill{} be the appropriate macro? I've used it to
>>> place spaces but not baselines.
>>
>>  Forgot to mention I found nothing relevant in The LaTeX Companion (2nd Ed)
>> or the LaTeX Graphics Companion.
>>
>>  I suppose I could create a PSTricks .pdf and insert it on the page.
>>
>> Rich
> 
> Try following command in ERT
> \rule{3in}{0.5pt}
> 
> 



Re: Smaller font in floats in the working area

2018-04-12 Thread Guenter Milde
On 2018-04-11, racoon wrote:
> On 09/04/2018 11:25, Guenter Milde wrote:
>> On 2018-04-05, racoon wrote:
>>> Hi,

>>> Is it possible to get a smaller font for floats in the working area? So,
>>> I don't want to change the LaTeX output but the float inset. For
>>> example, larger tables often would fit better with a smaller font.

>> This should be possible with a custom layout or module. See
>> Help>Customization.

> Thanks. A bit more specific information would be very helpful.

> One can use

> Font [or LabelFont or DefaultFont]
>Size small
> EndFont

> to set the font size to small. However, this is not recognized within 
> the Float layout. Please correct me if I am wrong.

Yes, it seems font settings are ignored in objects of type "Float".

> Maybe I could write a new inset for floats but I guess I would lose some 
> functionality that way, like the positioning via the label menu.

> So maybe you had something else in mind?

No, it was just a guess ("should be possible") gained from my experience
with insets and layouts.

Maybe you can file a feature request?

Sorry for the noise,

Günter