Re: Irregularity with CambridgeUS theme in Beamer

Solved! Updating TexLive solved the issue. Thanks everyone. Cheers!Sam On Monday, 19 February 2018, 10:05, Sam Lewis <stroboscopicallyconflu...@yahoo.co.uk> wrote: Hi Jean-Pierre, Thanks for this. I'm using Debian Stretch's own distribution of TexLive which is basically a snapsho

Re: Irregularity with CambridgeUS theme in Beamer

boxes are black in my case. ? I am using Lyx 2.3.0rc2 Win edition and MikTeX.   Sent from Mail for Windows 10   From: Sam Lewis Sent: Friday, February 16, 2018 12:29 PM To: LyX Developers Cc: LyX Users Subject: Irregularity with CambridgeUS theme in Beamer   Hi,   This is a persistent irregu

Irregularity with CambridgeUS theme in Beamer

Hi, This is a persistent irregularity with beamer when using CambridgeUS theme that I noticed since  2.2.x. Currently I'm using 2.3.0dev. In a beamer frame, two boxes (minipages, drop shadow) are place in columns next to each other. Everything works fine, except in the first frame one of the

Re: Biblatex

> On Monday, 16 January 2017, 2:53, Jean-Marc Lasgouttes > wrote: > > Ditto. Do you have a pointer on propaganda for biblatex vs bibtex ? > > JMarc Reading the section called "User Guide" p. 43 ff in the actual Biblatex documentation will convey the sense of magnitude

Re: Biblatex

On Sunday, 8 January 2017, 16:14, Jürgen Spitzmüller wrote: > >Biblatex support is ready over at the features/biblatex2 branch. > Great news! Thank you to all developers for the continual effort. This new feature will certainly be a highlight. Best wishes, Sam

Re: Postscript availability

> Has Postscript been omitted (inadvertently?) Press print and you should be able to produce some postscript.

Re: Postscript availability

Has Postscript been omitted (inadvertently?) Press print and you should be able to produce some postscript.

Bibliography environments -- poll results

Dear all, This is the result of our poll on bibliography environments. The poll is now closed. Summary: We had 22 responses. Currently the majority of the respondents deploy either Natbib or BibTex. In the future, Biblatex is projected to be the most popular choice by the respondents.

Bibliography environments -- poll results

Dear all, This is the result of our poll on bibliography environments. The poll is now closed. Summary: We had 22 responses. Currently the majority of the respondents deploy either Natbib or BibTex. In the future, Biblatex is projected to be the most popular choice by the respondents.

LyX insert reference irregularity (LuaTex, biblatex, biber)

Hi, I think this is a bug. Could someone please reproduce this before I fill a report. See attachments. Document class: KOMA-script article, biblatex bibliography, biber backend Inserting a reference entry that has *two authors* results in an intext citation *Author et al.* in the LyX

LyX insert reference irregularity (LuaTex, biblatex, biber)

Hi, I think this is a bug. Could someone please reproduce this before I fill a report. See attachments. Document class: KOMA-script article, biblatex bibliography, biber backend Inserting a reference entry that has *two authors* results in an intext citation *Author et al.* in the LyX

Re: chktex alternative

Steffen Ohrendorf steffen.ohrendorf at gmx.de writes: Am Mittwoch, 14. Dezember 2011, 17:35:27 schrieb Steffen Ohrendorf: Hi mailing list! I started an experimental project 3 days ago, trying to resemble the chktex functionality in Perl, because I think the tool is somehow outdated. The

Re: chktex alternative

Steffen Ohrendorf gmx.de> writes: > Am Mittwoch, 14. Dezember 2011, 17:35:27 schrieb Steffen Ohrendorf: > > Hi mailing list! > > > > I started an experimental project 3 days ago, trying to resemble the chktex > > functionality in Perl, because I think the tool is somehow outdated. The Hi,

Re: ANNOUNCE: LyX version 2.0.0 is released

Many congratulations! LyX has been turned into a mature product. Thank you to the whole community. Cheers, Sam    - Original Message - From: Pavel Sanda sa...@lyx.org To: LyX devel lyx-devel@lists.lyx.org Cc: lyx-us...@lists.lyx.org; lyx-annou...@lists.lyx.org Sent: Sunday, 8 May

Re: ANNOUNCE: LyX version 2.0.0 is released

Many congratulations! LyX has been turned into a mature product. Thank you to the whole community. Cheers, Sam    - Original Message - > From: Pavel Sanda > To: LyX devel > Cc: lyx-us...@lists.lyx.org; lyx-annou...@lists.lyx.org > Sent: Sunday,

Re: Goals for 2.1

- Original Message - From: Abdelrazak Younes you...@lyx.org But my vision is going much farther than just a file to be interchanged. At the end, we could very well work from within LyX without sending anything, LyX would take care of cloning, pushing and pulling, etc. People

Re: Goals for 2.1

- Original Message - From: Tommaso Cucinotta tomm...@lyx.org So, why having a git-based file format ? I was under the impressions that the point of a taped or zip format was that all relevant files bibliography, graphics, and lyx file would be committed/ pushed at once via the LyX

Re: Goals for 2.1

- Original Message - From: Tommaso Cucinotta tomm...@lyx.org More concretely, for collaboration purposes I would propose to add a relatively simple missing feature, which is a good history browser. For example, it could be docked panel that shows up on the left, where you can

Re: Goals for 2.1

- Original Message - > From: Abdelrazak Younes > But my vision is going much farther than just a file to be interchanged. At > the > end, we could very well work from within LyX without sending anything, LyX > would > take care of cloning, pushing and pulling, etc.

Re: Goals for 2.1

- Original Message - > From: Tommaso Cucinotta > So, why having a git-based file format ? I was under the impressions that the point of a taped or zip format was that all relevant files bibliography, graphics, and lyx file would be committed/ pushed at once via the

Re: Goals for 2.1

- Original Message - > From: Tommaso Cucinotta > More concretely, for collaboration purposes I would propose to add a > relatively > simple missing feature, which is a good history browser. > For example, it could be docked panel that shows up on the left, where you >

Re: Development and Release Model

--- On Mon, 2/5/11, Jürgen Spitzmüller sp...@lyx.org wrote: From: Jürgen Spitzmüller sp...@lyx.org Subject: Re: Development and Release Model To: lyx-devel@lists.lyx.org Date: Monday, 2 May, 2011, 14:43 Richard Heck wrote: It's important that we have a culture that promotes LyX's

Re: Development and Release Model

--- On Mon, 2/5/11, Jürgen Spitzmüller wrote: > From: Jürgen Spitzmüller > Subject: Re: Development and Release Model > To: lyx-devel@lists.lyx.org > Date: Monday, 2 May, 2011, 14:43 > Richard Heck wrote: > > It's important that we have a culture that promotes >

Re: A basic requested feature

IMO, we need to improve the functionality of LyX, and not block good ideas. Of course everybody is welcome to make suggestions and put forward ideas on functionality. But it does not mean that everything gets implemented; it needs to be realistic and accepted by the community of users and

Re: A basic requested feature

> IMO, we need to improve the functionality of > LyX, and not block good ideas. Of course everybody is welcome to make suggestions and put forward ideas on functionality. But it does not mean that everything gets implemented; it needs to be realistic and accepted by the community of users and

Re: Too much options in LyX

Why don't we add an option in the Tools - Preferences (and maybe in Document - Settings too) dialog to show only the most important options, you know, that basic and expert Are not most LyX users expert users anyway? Cheers, Sam

Re: A basic requested feature

Inon Sharony InonShar at TAU.ac.IL writes: As in MS (boo!) Office, when saving a new file, whatever appears in the \title section should automatically be guessed as the name that the file should be saved as. Do you agree? No really. I normally add the title as the last thing, long after

Re: Too much options in LyX

> Why don't we add an option in the Tools -> Preferences (and maybe in Document > - > Settings too) dialog to show > only the most important options, you know, that "basic" and "expert" Are not most LyX users "expert" users anyway? Cheers, Sam

Re: A basic requested feature

Inon Sharony TAU.ac.IL> writes: > As in MS (boo!) Office, when saving a new file, whatever appears in the > \title section should automatically be guessed as the name that the file > should be saved as. > > Do you agree? No really. I normally add the title as the last thing, long after

Re: bug inquiry: aspell confusion between apostrophe and single quotation mark closing quote

Jürgen Spitzmüller juer...@... writes: IIRC this is only the case if you do not use proper single quotation marks (via Alt- with cua). So I would qualify this as a user error, not as a bug. Thank you kindly for the tip. User error has been rectified. Cheers, Sam

Re: bug inquiry: aspell confusion between apostrophe and single quotation mark closing quote

Jürgen Spitzmüller writes: > IIRC this is only the case if you do not use proper single quotation marks > (via Alt-" with cua). So I would qualify this as a user error, not as a bug. Thank you kindly for the tip. User error has been rectified. Cheers, Sam

bug inquiry: aspell confusion between apostrophe and single quotation mark closing quote

Hi, this problem has been mentioned before, but I'm not sure if a bug has been filed: http://article.gmane.org/gmane.editors.lyx.general/41116 Basically when spell checking aspell cannot differentiate between an apostrophe and single quotation mark that closes the quote. E.g. `I quote in

bug inquiry: aspell confusion between apostrophe and single quotation mark closing quote

Hi, this problem has been mentioned before, but I'm not sure if a bug has been filed: http://article.gmane.org/gmane.editors.lyx.general/41116 Basically when spell checking aspell cannot differentiate between an apostrophe and single quotation mark that closes the quote. E.g. `I quote in

user-built binaries

http://comments.gmane.org/gmane.editors.lyx.general/43971 Hi Sven, I would like to move the discussion on user-built binaries to the developer list. Sven has raised concerns about user-built binaries on some occasions, perhaps this can be further clarified. Are you generally concerned about

user-built binaries

http://comments.gmane.org/gmane.editors.lyx.general/43971 Hi Sven, I would like to move the discussion on user-built binaries to the developer list. Sven has raised concerns about user-built binaries on some occasions, perhaps this can be further clarified. Are you generally concerned about

incoming 1.5.2 binaries for dapper and etch

Hi, I've uploaded two binaries to pub/incoming/ for the dapper ubuntu and etch debian distributions including build and install description. Could someone please place them in the appropriate folder. Many thanks! Cheers, Sam lyx-1.5.2-1_dapper_i386.deb lyx-1.5.2-1_dapper_i386.README

incoming 1.5.2 binaries for dapper and etch

Hi, I've uploaded two binaries to pub/incoming/ for the dapper ubuntu and etch debian distributions including build and install description. Could someone please place them in the appropriate folder. Many thanks! Cheers, Sam lyx-1.5.2-1_dapper_i386.deb lyx-1.5.2-1_dapper_i386.README

incoming 1.5.1 binary for dapper

Thanks Juergen for your swift action with the last binary! I've uploaded a lyx 1.5.1 binary for ubuntu dapper drake to ftp.devel.lyx.org/pub/incoming. Could someone please move it to the appropriate place. Cheers, Sam

incoming 1.5.1 binary for dapper

Thanks Juergen for your swift action with the last binary! I've uploaded a lyx 1.5.1 binary for ubuntu dapper drake to ftp.devel.lyx.org/pub/incoming. Could someone please move it to the appropriate place. Cheers, Sam

incoming 1.5.0 binary for dapper

Hi, I've uploaded a binary to pub/incoming/ for the dapper ubuntu distribution. Could someone please place it in the appropriate folder. Many thanks! Cheers, Sam lyx-1.5.0_bin-dapper_i386.deb

incoming 1.5.0 binary for dapper

Hi, I've uploaded a binary to pub/incoming/ for the dapper ubuntu distribution. Could someone please place it in the appropriate folder. Many thanks! Cheers, Sam lyx-1.5.0_bin-dapper_i386.deb

1.5rc2 binary for dapper

Hi, I've moved a 1.5rc2 binary for ubuntu dapper to incoming ftp.lyx.org. Could someone please place in the appropriate folder. Many thanks! Cheers, Sam

1.5rc2 binary for dapper

Hi, I've moved a 1.5rc2 binary for ubuntu dapper to incoming ftp.lyx.org. Could someone please place in the appropriate folder. Many thanks! Cheers, Sam

Re: [PATCH] do not make document dirty when toggling collapsable inset

On Tue, 22 May 2007 14:12:09 GMT José Matos wrote: URL: http://permalink.gmane.org/gmane.editors.lyx.devel/84857 I agree with regarding the state of insets to be a document property but I also agree with Jean-Marc that the problems it causes are worse than what it fixes. Me too. Perhaps,

Re: [PATCH] do not make document dirty when toggling collapsable inset

Jean-Marc wrote: URL: http://permalink.gmane.org/gmane.editors.lyx.devel/84923 Uwe reopened the bug and added the following comment: --- Additional Comments From [EMAIL PROTECTED] 2007-05-22 17:26 --- I do not agree with the reverting. Why was this necessary? This fix works fine

Re: [PATCH] do not make document dirty when toggling collapsable inset

On Tue, 22 May 2007 14:12:09 GMT José Matos wrote: > URL: http://permalink.gmane.org/gmane.editors.lyx.devel/84857 > I agree with regarding the state of insets to be a document property > but I also agree with Jean-Marc that the problems it causes are worse > than what it fixes. Me too. Perhaps,

Re: [PATCH] do not make document dirty when toggling collapsable inset

Jean-Marc wrote: URL: http://permalink.gmane.org/gmane.editors.lyx.devel/84923 > Uwe reopened the bug and added the following comment: > > --- Additional Comments From > [EMAIL PROTECTED] 2007-05-22 17:26 --- I do > not agree with the reverting. Why was this necessary? This fix works >

Re: [PATCH] bug 3503 (or: bug 2993 revisited)

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: I think we should do something about the bug below. My proposal is (still) to revert 17837 and mark bug 2993 as WONTFIX. If reverting to 17837 (which I think is v. sensible) the

Re: [PATCH] bug 3503 (or: bug 2993 revisited)

Sam Lewis [EMAIL PROTECTED] writes: If reverting to 17837 (which I think is v. sensible) the following simple feature may compensate for bug 2993. A preference setting that defines the state of all insets as either 'all open', 'all closed', or 'sticky' when saving a document. Actually

Re: [PATCH] bug 3503 (or: bug 2993 revisited)

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > I think we should do something about the bug below. My proposal is > (still) to revert 17837 and mark bug 2993 as WONTFIX. If reverting to 17837 (which I think is v.

Re: [PATCH] bug 3503 (or: bug 2993 revisited)

Sam Lewis <[EMAIL PROTECTED]> writes: > If reverting to 17837 (which I think is v. sensible) the following simple > feature may compensate for bug 2993. A preference setting that defines the >state > of all insets as either 'all open', 'all closed', or 'sticky' when s

Re: InsetCollapsable::CursorPos bug

Alexander Streit [EMAIL PROTECTED] writes: I couldn't find a bugzilla report on this, just waiting for my account to be created so that I can submit one. Sorry didn't follow the exact conversation, but is this not the aforementioned bug? http://bugzilla.lyx.org/show_bug.cgi?id=3472

Re: InsetCollapsable::CursorPos bug

Alexander Streit <[EMAIL PROTECTED]> writes: > > I couldn't find a bugzilla report on this, just waiting for my account to be > created so that I can submit one. Sorry didn't follow the exact conversation, but is this not the aforementioned bug? http://bugzilla.lyx.org/show_bug.cgi?id=3472

cursor position -- bug?

Hi, The position of my cursor is remembered somewhere in a document, where it appears to crash LyX at opening that document. If this is the case, any idea how to unremember a cursor position without renaming it? Cheers, Sam -- Assertion triggered in virtual void

Bug 3472 [was: cursor position -- bug?]

Richard Heck [EMAIL PROTECTED] writes: Before anyone answers this question and you fix this, please post a report at bugzilla and attach the file that is causing the problem. http://bugzilla.lyx.org/show_bug.cgi?id=3472 Thanks Richard for your prompt reply! I've posted a report to bugzilla

cursor position -- bug?

Hi, The position of my cursor is remembered somewhere in a document, where it appears to crash LyX at opening that document. If this is the case, any idea how to "unremember" a cursor position without renaming it? Cheers, Sam -- Assertion triggered in virtual void

Bug 3472 [was: cursor position -- bug?]

Richard Heck <[EMAIL PROTECTED]> writes: > Before anyone answers this question and you fix this, please post a > report at bugzilla and attach the file that is causing the problem. http://bugzilla.lyx.org/show_bug.cgi?id=3472 Thanks Richard for your prompt reply! I've posted a report to