Re: Problem with PDF Preview

[Richard Heck]

On 07/20/2016 09:10 PM, Dr Dave Forrester wrote:
> Dear Lyx Experts,
>
> Thanks very much in advance for your help.
>
> I recently updated Lyx only to find out that I should have updated
> MacTex first.

I don't see why you should actually need to do this.

> I downloaded the latest MacTex and then found that the Preview Button
> was greyed out. From the Lyx Users Archive, I found out how to access
> in the Preferences, File Handling > File Formats; I selected Latex
> (pdflatex) in the Format drop down box and then found that the option
> of pdflatex was not available in either of the drop down boxes for
> 'With TeX Fonts' and 'With non-tex Fonts'. I saved this page with the
> result that the Preview button became operable, but when I click on
> it, all I get is a tab in Safari with MathHTML, and not the beautiful
> PDF output that you usually get opened up in Preview miraculously
> before your eyes, as has happened so many times before.

I am not on OSX, but the first thing to try is deleting (or moving) you
LyX user directory. You can find out where this is by looking at "About
LyX", which is probably under the "apple" menu.

Richard

Problem with PDF Preview

[Dr Dave Forrester]

Dear Lyx Experts,

Thanks very much in advance for your help.

I recently updated Lyx only to find out that I should have updated MacTex
first. I downloaded the latest MacTex and then found that the Preview
Button was greyed out. From the Lyx Users Archive, I found out how to
access in the Preferences, File Handling > File Formats; I selected Latex
(pdflatex) in the Format drop down box and then found that the option of
pdflatex was not available in either of the drop down boxes for 'With TeX
Fonts' and 'With non-tex Fonts'. I saved this page with the result that the
Preview button became operable, but when I click on it, all I get is a tab
in Safari with MathHTML, and not the beautiful PDF output that you usually
get opened up in Preview miraculously before your eyes, as has happened so
many times before.

Would greatly appreciate your assistance, as you do need the beautiful
Preview output to send to the publishers.

Best wishes,

David Forrester
(ANU Ph.D. Alumnus)

Re: feedback on middle-clicking tab behavior

[Jean-Marc Lasgouttes]

Le 21/07/2016 à 02:04, Scott Kostyshak a écrit :

On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote:


Interesting idea. I guess we do not show it to use the extra space, but
I'm not sure which is best.


I doubt we are going to change this by default, but if you want it for
your local build, just change the following:

// Hide tabbar if there's only one tab.
showBar(count() > 1);


If the tabbar was handled as a toolbar, it could have on/off/auto 
properties. I am not sure that such a thing is possible, though.


JMarc

Re: feedback on middle-clicking tab behavior

[Scott Kostyshak]

On Wed, Jul 20, 2016 at 07:32:01PM -0400, Scott Kostyshak wrote:
> 
> Interesting idea. I guess we do not show it to use the extra space, but
> I'm not sure which is best.

I doubt we are going to change this by default, but if you want it for
your local build, just change the following:

// Hide tabbar if there's only one tab.
showBar(count() > 1);

Scott


signature.asc
Description: PGP signature

Re: feedback on middle-clicking tab behavior

[Scott Kostyshak]

On Thu, Jul 21, 2016 at 09:44:52AM +1200, gordon cooper wrote:
> 1a & 1b  also 2a & 2b.  I wold not expect anything to happen.
> 
> With my present mouse, which has a fairly light touch, I would
> prefer things to stay as they are - nothing.  The scroll and middle
> button are combined and as I tend to scroll often, another function
> (as happens in another application where middle button activates
> paste)  could be annoying. or else I develop a lighter touch.

You might want to disable middle-click on your mouse if it leads to
annoying behavior in more than one program (note that middle-button for
pasting the most recent selection is pretty common). That said, I'm sure
there are others who have the same opinion. Nonetheless, because there
is precedent (i.e. other programs implement similar behavior, see
below), I think we will implement some behavior.

After thinking about the feedback, I think that the most reasonable
approach is to:

1. close the tab on middle-click
2. do nothing when middle-clicking the blank space

The main reason for (1) is simply because Chromium and Firefox do it.
And although I can understand why some might be hesitant because of an
errant middle-click, my guess is that it does not happen too often, and
when it does happen there is no bad consecuence (Paul will be surprised
that the universe does not implode): if you have unsaved data, you will
be prompted just as you would be if you clicked on the "x".  And if you
don't have unsaved data, it might be confusing how one of the tabs
disappeared but you will be able to reopen it without any data loss.

Note that (1) was requested here:
http://www.lyx.org/trac/ticket/10288

(2) was more up in the air because Firefox opens a new tab, and Chromium
does nothing. Further, as Shay pointed out, we don't have a "new
document" button like in Firefox and Chromium. However, you can
double-click in the blank area to open a tab; and further judgingi from
the responses it seems like "nothing" is a reasonable choice.

Thank you all for the feedback! I will try to poll lyx-users more often.
I always get good feedback here. The only thing is that I usually work
on minor features so it is not a very exciting thing to give feedback
on. But as long as I get a few bites, I'll keep fishing.

Scott


signature.asc
Description: PGP signature

Re: feedback on middle-clicking tab behavior

[Scott Kostyshak]

On Wed, Jul 20, 2016 at 02:41:52PM +0100, Shay Riggs wrote:
> 1a. I’d expect the tab to close on middle-click (like Chrome).
> 1b. I think the tab should close.
> 
> 2a. I wouldn’t expect anything to happen.
> 2b. I don’t think anything should happen – but it would be great if there
> were a “new tab/document” button (like Chrome). I’d expect that to create a
> blank document using whatever the default settings are. (Can this be
> specified somewhere?)

I know it's not what you want, but you can currentl double-click on the
blank space and that creates a new tab.

Thanks for the info.

Scott


signature.asc
Description: PGP signature

Re: feedback on middle-clicking tab behavior

[Scott Kostyshak]

On Wed, Jul 20, 2016 at 07:33:05PM +, Paul A. Rubin wrote:
> Scott Kostyshak  lyx.org> writes:
> 
> I assume when you say "on a tab" you mean on the tab header.
> > 
> > 1a. What do you *expect* to happen if you middle-click on a tab?
> 
> The universe to implode (the Big Un-Bang?).

Well I guess we beat your expectations. You set a high bar.

> > 1b. What do you think *should* happen?
> 
> Nothing. If I middle-clicked on a tab, it was an accident.
> 
> > 2a. What do you *expect* to happen if you middle-click on the space to the
> > right of the tabs? I'm referring to the blank space where if you had
> > more tabs it would take that space up.
> > 2b. What do you think *should* happen?
> 
> Same as 1a and 1b.
> 
> Given that I have never had the impulse to middle-click either place, and
> that it's hard to do accidentally on my laptop and not terribly easily on my
> desktop, as far as I'm concerned you have carte blanche to assign anything
> lawful to either.

This is useful and probably a common opinion.

Thanks,

Scott


signature.asc
Description: PGP signature

Re: feedback on middle-clicking tab behavior

[Scott Kostyshak]

On Wed, Jul 20, 2016 at 09:48:39AM +0200, racoon wrote:
> On 20.07.2016 08:33, Scott Kostyshak wrote:
> > Dear LyX users,
> > 
> > I'm implementing a very small feature and before I proceed further I
> > would like to get a little feedback. I have two questions that are
> > relevant if you have more than one document open in LyX, using tabs.
> > 
> > 1a. What do you *expect* to happen if you middle-click on a tab?
> > 1b. What do you think *should* happen?
> > 
> > 2a. What do you *expect* to happen if you middle-click on the space to the
> > right of the tabs? I'm referring to the blank space where if you had
> > more tabs it would take that space up.
> > 2b. What do you think *should* happen?
> > 
> > Note that "nothing" is a perfectly acceptable answer. The "expect"
> > question is more about whether you're familiar with how things happen in
> > other applications that use tabs; the "should" question is more about
> > your opinion on what you would like to happen.
> > 
> > Scott
> 
> I was not expecting anything to happen since most of the time I used a
> portable computer that has no middle mouse button.
> 
> This is no answer you were seeking, but I think if anything should happen,
> it is a good idea to always show the tabs even if only one document is open.
> Otherwise the functionality works only in some context (where tabs are
> shown) but not others (where they aren't) and one would probably get used to
> a way to do things that always works (keyboard, menu, or software buttons).

Interesting idea. I guess we do not show it to use the extra space, but
I'm not sure which is best.

Scott


signature.asc
Description: PGP signature

Re: feedback on middle-clicking tab behavior

[gordon cooper]

1a & 1b  also 2a & 2b.  I wold not expect anything to happen.

With my present mouse, which has a fairly light touch, I would
prefer things to stay as they are - nothing.  The scroll and middle
button are combined and as I tend to scroll often, another function
(as happens in another application where middle button activates
paste)  could be annoying. or else I develop a lighter touch.

Gordon.

Re: feedback on middle-clicking tab behavior

[Paul A . Rubin]

Scott Kostyshak  lyx.org> writes:

I assume when you say "on a tab" you mean on the tab header.
> 
> 1a. What do you *expect* to happen if you middle-click on a tab?

The universe to implode (the Big Un-Bang?).

> 1b. What do you think *should* happen?

Nothing. If I middle-clicked on a tab, it was an accident.

> 2a. What do you *expect* to happen if you middle-click on the space to the
> right of the tabs? I'm referring to the blank space where if you had
> more tabs it would take that space up.
> 2b. What do you think *should* happen?

Same as 1a and 1b.

Given that I have never had the impulse to middle-click either place, and
that it's hard to do accidentally on my laptop and not terribly easily on my
desktop, as far as I'm concerned you have carte blanche to assign anything
lawful to either.

Paul

Re: feedback on middle-clicking tab behavior

[Shay Riggs]

1a. I’d expect the tab to close on middle-click (like Chrome).
1b. I think the tab should close.

2a. I wouldn’t expect anything to happen.
2b. I don’t think anything should happen – but it would be great if there
were a “new tab/document” button (like Chrome). I’d expect that to create a
blank document using whatever the default settings are. (Can this be
specified somewhere?)

-- Shay

On 20 July 2016 at 07:33, Scott Kostyshak  wrote:

> Dear LyX users,
>
> I'm implementing a very small feature and before I proceed further I
> would like to get a little feedback. I have two questions that are
> relevant if you have more than one document open in LyX, using tabs.
>
> 1a. What do you *expect* to happen if you middle-click on a tab?
> 1b. What do you think *should* happen?
>
> 2a. What do you *expect* to happen if you middle-click on the space to the
> right of the tabs? I'm referring to the blank space where if you had
> more tabs it would take that space up.
> 2b. What do you think *should* happen?
>
> Note that "nothing" is a perfectly acceptable answer. The "expect"
> question is more about whether you're familiar with how things happen in
> other applications that use tabs; the "should" question is more about
> your opinion on what you would like to happen.
>
> Scott
>

Re: feedback on middle-clicking tab behavior

[Jean-Marc Lasgouttes]

Le 20/07/2016 à 15:41, Shay Riggs a écrit :

I’d expect that to create a blank document using whatever the default
settings are. (Can this be specified somewhere?)


Yes, by using the "Save as Document Defaults" button of Document>Settings.

JMarc

Re: Math Panel?

[Guenter Milde]

On 2016-07-19, Richard Heck wrote:
> On 19 July 2016 at 10:03, Daniel Roma > wrote:

> hi
> i'm using LyX 2.2.0,how insert pi, phi (pi), theta, and sigma in
> formulas?
> thank you

>> On 07/19/2016 11:45 AM, John Kane wrote:
>>> If th math panel is open click on the
>>> α symbol in the top row and it should bring up a set of Greek symbols

> If you are going to be inserting many of these, it will save you time to
> learn
> the LaTeX commands: \pi, \phi, \theta, \sigma, and you can capitalize
> the first
> letter to get Greek capitals. You can just type these into math.

(... as with any LaTeX command (keyword starting with a \.)

For me, also the key-binding Alt-M G p works
(with the last letter beeing a Latin transcription of the desired Greek one).

Günter

Re: Title page

[Dr Eberhard Lisse]

LaTeX Question.

There are tons of thesis templates (for LyX and LaTeX)

Google is your friend.

el

On 2016-07-19 17:34, Usman Ashraf wrote:
> Hi
> 
> I have a query in regards to the default title page in report class
> which only gives you an option to add title, author and date.
> However, I would also like to add supervisor, logo etc.  How do I go
> about doing this?
> 
> Thanks 
> 
> Usman
> 

Re: feedback on middle-clicking tab behavior

[racoon]

On 20.07.2016 08:33, Scott Kostyshak wrote:

Dear LyX users,

I'm implementing a very small feature and before I proceed further I
would like to get a little feedback. I have two questions that are
relevant if you have more than one document open in LyX, using tabs.

1a. What do you *expect* to happen if you middle-click on a tab?
1b. What do you think *should* happen?

2a. What do you *expect* to happen if you middle-click on the space to the
right of the tabs? I'm referring to the blank space where if you had
more tabs it would take that space up.
2b. What do you think *should* happen?

Note that "nothing" is a perfectly acceptable answer. The "expect"
question is more about whether you're familiar with how things happen in
other applications that use tabs; the "should" question is more about
your opinion on what you would like to happen.

Scott


I was not expecting anything to happen since most of the time I used a 
portable computer that has no middle mouse button.


This is no answer you were seeking, but I think if anything should 
happen, it is a good idea to always show the tabs even if only one 
document is open. Otherwise the functionality works only in some context 
(where tabs are shown) but not others (where they aren't) and one would 
probably get used to a way to do things that always works (keyboard, 
menu, or software buttons).


Daniel

feedback on middle-clicking tab behavior

[Scott Kostyshak]

Dear LyX users,

I'm implementing a very small feature and before I proceed further I
would like to get a little feedback. I have two questions that are
relevant if you have more than one document open in LyX, using tabs.

1a. What do you *expect* to happen if you middle-click on a tab?
1b. What do you think *should* happen?

2a. What do you *expect* to happen if you middle-click on the space to the
right of the tabs? I'm referring to the blank space where if you had
more tabs it would take that space up.
2b. What do you think *should* happen?

Note that "nothing" is a perfectly acceptable answer. The "expect"
question is more about whether you're familiar with how things happen in
other applications that use tabs; the "should" question is more about
your opinion on what you would like to happen.

Scott


signature.asc
Description: PGP signature