Re: problem with section numbering
> You can also use the chngcntr package to do the same sort of thing: > \usepackage{chngcntr} > \counterwithin*{section}{part} > But for this simple purpose you probably don't need to do that. > > Richard > > tnx! your second advise worked for me. do you know how can I make the section numbers reset on every new part in the Lyx document as-well?
Re: Greek and degree-sign characters in listing
On Tue, Jul 1, 2014 at 10:45 AM, PhilipPirrip wrote: > On 07/01/2014 04:10 AM, Alexander Berg wrote: > >> What i am doing wrong and how can i fix it? > > > Minimal example files could help us help you. I agree. Alexander, whenever posting a question or bug report, minimal examples are great. And since you are on Linux, I can say that I find that Linux users/developers especially find them helpful. See for example http://wiki.lyx.org/FAQ/MinimalExample That said, I know nothing about this particular problem and will not be able to help you (even with an MWE). But I hope someone can help because it sounds like a frustrating issue. Best, Scott
Re: Greek and degree-sign characters in listing
On 07/01/2014 04:10 AM, Alexander Berg wrote: What i am doing wrong and how can i fix it? Minimal example files could help us help you.
Greek and degree-sign characters in listing
Dear all, i am using Lyx 2.1.0 on Arch Linux x86 and i hope that somebody out there can help me :). Google told me nothing helpful. I am trying to export a document (class: article) to pdf. There are some listings with greek characters and degree signs the appendix of this document. ( Insert->Program Listing, Insert->File(plain text) ) If i try to export this document via pdflatex it tells me that there is no representation for these characters in the current encoding. After confirming with 'OK' the export gets done and all mentioned characters are missing. Using LuaTeX or XeTeX there are no dialogs, but some "Error ... UTF-16 ..." are displayed in the status line for a second. Afterthe export is done the greek characters are missing and the degree-sign is represented as an 'ř'. What i am doing wrong and how can i fix it? Thanks in advance! Regards, Alex
Re: Unsupported math environments
On 2014-06-30, Jacob Bishop wrote: > On Sun, Jun 29, 2014 at 1:52 AM, Georg Baum > wrote: >> Unfortunately it is not possible to use unsupported math environments >> in LyX without putting the whole formula in ERT or do some advanced >> macro tricks. This depends * on the type of math environment: It is possible to write \begin{foo} \end{foo}, it is possible to write \begin{foo}{c} \end{foo} where the second opening bracket needs to be input as `Ctrl-l {`, but I did not find a way to write unescaped `&` and `\` in math-mode. * on the notation of "advanced": if there is a compatible (in input requirements) math environment that LyX supports and that is not used in the document, a simple re-definition in the user-preable would do the trick. >> The reason for this is that the native LyX format for >> math formulas is LaTeX. This is implemented in such a way that >> _everything_ is parsed, so it is not possible to have a true ERT in >> mathed. The parser supports unknown commands somewhat (so they appear >> in red), but not environments. >> This is of course a problem and needs to be fixed, but up to now nobody >> worked on it. If it does not exist already please file a bug report at >> http://www.lyx.org/trac/wiki/BugTrackerHome to support unknown >> environments >> in math. > I fully agree with Georg that it is not currently possible to use > unsupported math environments in LyX without using ERT or macro tricks. > I also agree that this is a problem that should be fixed (although I > can't immediately think of an easy way to fix it) As defining an array/multiline type of equation for LyX is a nontrivial task, there will be no easy way. I can imagine several ways: * simple hack: ERT for math: allow unescaped special characters like \ and & this would still provide a LyX-rendering for the "normal" content of the unsupported environment. * Define math environments in LyX-layout rules instead of hard-coded. Then, a LyX-module can add support for new math environments. * math-macro with "inheritance": base math macros on existing commands and environments, allowing to change name and maybe some more aspects. Günter