> [...] As a workaround, you can set TEXINPUTS yourself before running
> LyX.
For the record: this only works if I set TEXINPUTS to the absolute
path of the .lyx file. Setting it to '.' has no effect. Kind of
annoying, as I have all the files scattered over tens of directories.
...so, I'm
x27;t been adopted to
the new path handling? How should I proceed to have IP again?
Regards,
Michal
On Fri, 03 Jun 2011 13:02:25 -0400
Julien Rioux wrote:
> [...]
> I didn't follow the thread but I am just wondering about your
> suggested user hint. Do you suggest that such a message should appear
> in a popup window when configure.py fails, or that it should appear
> as a warning in the doc
On Wed, 1 Jun 2011 03:17:53 +0200
Enrico Forestieri wrote:
> [...] I would like that you test the attached patch (to be applied on
> top of the previous one) and report back whether it works for you.
Also, before I forget: is there any reason of not using the LATEX
variable instead of the har
On Wed, 1 Jun 2011 03:31:05 +0200
Enrico Forestieri wrote:
> [...]
> I assume that this may happen if the "long" name stem has less then 8
> chars. Indeed:
>
> $ cygpath -d 'a b.tex'
> AB2E6D~1.TEX
Also remember that %TEMP% can also contain any user-preferred path,
like 'C:\a b\c d\e f' ...
On Wed, 1 Jun 2011 03:17:53 +0200
Enrico Forestieri wrote:
> [...]
> I managed to actually find a file system that does not provide for
> short filenames and reproduced the problem you are reporting.
For reference (in case of any further problems), reproducing my
'conditions' is relatively ea
On Sat, 28 May 2011 18:12:13 +0200
Michal wrote:
> Recently I've reinstalled both MiKTeX and LyX from scratch
> using official installers for both, and my documents are not
> compilable anymore, instead I get the following messsage:
>
> ! LaTeX Error: File `preambles/c
I have the following in most of my documents written in the
preamble:
\input{preambles/common.sty}
It has always worked for me, dating back to LyX 1.4.x, and up to LyX
2.0rc2. Recently I've reinstalled both MiKTeX and LyX from scratch
using official installers for both, and my documen
On Wed, 11 May 2011 04:31:25 +0200
Uwe Stöhr wrote:
> My plan is to do the same as for Aspell in my installer: You can at
> any time download and install all dictionaries.
The important thing there would be to allow for separation of the
'download' and 'install' steps (I mean: download, move
On Mon, 9 May 2011 14:03:45 -0400
"Joost Verburg" wrote:
> I think having to keep the installer around to be able to add
> languages is not a good thing. Ideally perhaps we would install a
> little app to download dictionaries? I don't have time to work on
> this now but it's something we coul
On Wed, 20 Apr 2011 14:29:30 +0200
Pavel Sanda wrote:
> [...]
> also the "interesting" bugs are those which starts with "using
> official installer". yes, i know, only rc2 is available now...
I've just remembered something.
Last time I've tried the official installer (I think it was for
On Tue, 19 Apr 2011 23:20:31 -0300
Diego Queiroz wrote:
> Well.
> Let's not start the endless discussion of "what's the better OS",
> right? :-) However, of course there will be volunteers interested in
> Windows if you decide to move to Linux. I'm one of them.
Just to be clear: even after fu
On Tue, 19 Apr 2011 21:42:49 -0300
Diego Queiroz wrote:
> I understand Michal, I was already aware of the discussion.
Then you should also understand that unstable/nonexisting installer
is not going to delay LyX release at all (please correct me if I'm
wrong, but that's what I
On Tue, 19 Apr 2011 17:03:14 -0300
Diego Queiroz wrote:
> I don't know about others, but the Windows installers are very
> unstable IMO. For example, all unofficial releases that I used until
> now appear to be using incorrect files (lyx1.6 configuration files).
The problem is described in th
On Tue, 19 Apr 2011 16:59:40 -0300
Diego Queiroz wrote:
> I'm not sure of what you said Michal.
> In my experience making a fresh install of LyX (see my previous mail),
> the PATH appear to be really preffixed.
Yes, from your last post to that thread things are clearer now.
Pro
> For some reason I don't understand, LyX insert system32 folder
> reference before its own in PATH.
> I have no control over this behavior.
From what you've described, C:\Windows\system32 wasn't already
on the PATH before (I mean 'outside' of LyX). Then this might
exactly be the reason of its
I haven't checked it myself, but from the recent discussion with
Diego Queiroz I conclude that the name 'PATH prefix' from LyX
preferences is misleading, because it is evident that PATH isn't
prefixed by it.
Instead of changing a name, I'd rather change the behavior of LyX to
really prepen
On Mon, 18 Apr 2011 23:16:01 -0300
Diego Queiroz wrote:
> But when this script is run, my environment variable PATH contains (in
> order):
>
> 1. The path to the temporary folder where the image should be created
> 2. The path of the Python executable
> 3. C:\Windows\System32 (???)
> 4. The valu
On Mon, 18 Apr 2011 22:17:31 +0200
Michal wrote:
> BTW one more thing to check: is the *first* ImageMagick version
> pointed to via PATH the one installed via LyX installer or is it the
> one installed separately? Just to be sure...
Also the following is worth noting: when yo
On Mon, 18 Apr 2011 17:04:31 -0300
Diego Queiroz wrote:
> Just to know, somebody else is experiencing this problem?
> Or nobody use PDF as images in LyX?
>
> I mean, since the first beta release of LyX 2.0 I am experiencing this
> problem.
> At first I though it was just some misconfiguration, bu
On Mon, 18 Apr 2011 15:59:49 -0300
Diego Queiroz wrote:
> Ghostscript isn't really installed in the system.
> But the LyX Windows installer provides the Ghostscript bundled with
> the executable, doesn't it?
>
> I can see Ghostscript in "c:\Program Files\LyX 2.0rc3\etc\Ghostscript"
For LyX t
> I can also confirm, that LyX 2.0rc1 dictionaries are totally
> unusable (!) also on windows, due to spellchecking bug (F7 doesn't
> work, among other things). Because of this, I cannot test the new
> feature of the installer - included dictionaries and thesauri.
Forget this part - it work
On Mon, 21 Mar 2011 02:17:00 +0100
Pavel Sanda wrote:
> [...]
> Note that this installer is based on fresh new code different from
> 1.6 series and needs some testing from you.
XP SP3 Polish here (tested via VirtualBox), installed LyX won't run,
it immediately exits with the message (roughly t
Ok, I just want to clarify some things, because it seems I might
have been misunderstood. In general, not being a LyX developer I don't
have the full view, so everything I'm writing here shouldn't be
considered as 'boolean' black & white.
On Fri, 18 Mar 2011 16:06:02 +0100
Pavel Sanda wrote:
On Thu, 17 Mar 2011 22:54:13 +0100
Pavel Sanda wrote:
> Michal, this is not the main issue. let me explain this in more detail
> so you dont get angry about my silence.
>
> many of us want to discontinue the schizophrenia of two different
> windows installers and i'm trying
On Wed, 16 Mar 2011 00:31:13 +0100
Michal wrote:
> I've prepared the installer for LyX 2.0.0rc1 and I'm asking, like
> with the previous one, to upload it to the unofficial/ directory. This
> time, I've even prepared README.txt file to put together with it (and
>
On Wed, 16 Mar 2011 02:04:28 +0100
Tommaso Cucinotta wrote:
> Il 16/03/2011 00:31, Michal ha scritto:
> > No new bugs have emerged so far and it has been working
> > perfectly
> > in a production environment
I meant installer-related bugs only.
> Did you
On Fri, 11 Mar 2011 23:47:37 +0100
Vincent van Ravesteijn wrote:
> [...]
> I don't know what scripts that are (was that the scons support ?).
>
> If you use CMake you can just generate solution files for vs2008 and
> compile.
> Nothing really changed AFAIK.
While I still don't know why msvc2
On Fri, 11 Mar 2011 23:47:37 +0100
Vincent van Ravesteijn wrote:
> [...]
> I don't know what scripts that are (was that the scons support ?).
>
> If you use CMake you can just generate solution files for vs2008 and
> compile.
> Nothing really changed AFAIK.
I've just noticed, that there are
On Fri, 11 Mar 2011 23:39:44 +0100
Enrico Forestieri wrote:
> I regularly build a native MinGW version using autotools. I don't
> think I can help you, though, as I actually cross-compile it using
> Cygwin.
Well, I think you can help, and I'm blatantly assuming that you'll
have enough time and
On Fri, 11 Mar 2011 18:56:36 +0100
Vincent van Ravesteijn wrote:
> You can still use vs2008.
>
> Isn't it working anymore for you ?
The instructions for vs2008 are gone from 2.0.0rc1, also at least
the files development\Win32\packaging\build_msvc*.bat were removed.
I thought that was for
On Wed, 9 Mar 2011 11:44:17 -0600
Nick Early wrote:
> Dear Michal,
>
> First, thank you so much for posting the installer file for LyX beta 4
> last month! It worked perfectly.
Beware http://www.lyx.org/trac/ticket/7315, though.
> I spent quite a while yesterday trying to fi
> Thanks so much for doing this! One problem is that the program
> installed by this stores preferences in the LyX 1.6 locations (both
> in the registry and under %APPDATA%\lyx16). This obviously causes
> problems when installed alongside the real LyX 1.6.
>
> Does anyone know why this might
> > but please do the announcement on users list yourself.
> I've tried, but my announcement mail is being rejected
> (well... *ignored* would be a better word).
Never mind, it turned out to be just some sort of a delay. I've just
received a 'Please confirm your message' mail, so in the end
On Tue, 8 Feb 2011 17:10:05 +0100
Pavel Sanda wrote:
> ok if its a question of bandwidth, then look here:
> ftp://ftp.lyx.org/pub/lyx/contrib/unofficial/
Thank you!
> but please do the announcement on users list yourself.
I've tried, but my announcement mail is being rejected
(well... *ig
> unless you want to become responsible for windows installer for next
> releases i'm not going to upload this. (aren't you by chance NSIS
> coder with spare time for new official installer? our windows wing
> slowly starts to deteriorate...)
Unfortunately, I don't have spare time at all - I've
> Well, several weeks passed but I didn't receive any reply from the
> author, [...] I found
> out that the problem is a missing part in the PostScript output, see
> attachment [1]. [...]
I can now confirm, that this fix works for both beta3 and beta4 - at
least for me and my files. Let's just
On Tue, 11 Jan 2011 11:04:21 +0100
Michal wrote:
> Another thing: I don't want to be pessimistic about it, but what
> if step 1) fails (for example, because of a single 'failing' inset -
> or multiple ones)?
Just an idea: maybe in the case mentioned, by parsing lat
> 1) latex mega-tex-with-all-snippets.tex
> 2) with dviselect create a .dvi for each page
> 3) check each .dvi if it needs legacy method (PSTricks or pgf/TikZ)
> 4a) call dvipng on each .dvi not using ps
> 4b) call the legacy method for the others (which needs another latex
> call because we nee
On Mon, 10 Jan 2011 21:19:35 +0100
Pavel Sanda wrote:
> Michal wrote:
> > Unfortunately, in this case the stupid code would also be very
> > slow,
> why does it hurt when we do it in background invisible to users?
Well, it is invisible only when you have multicor
On Mon, 10 Jan 2011 01:31:06 +0100
Michal wrote:
> I've experimented a little and found out that using pdflatex on
> 0lyxpreview.tex I've send earlier and then gswin32c on the resulting
> *pdf* file (instead of on the ps one generated via latex, as the
> original Python
> [...]
> Enumerating IPs one-by-one means using the IP generation script
> n times, instead of using it only log(n) times, per each opened
> document. [...]
Sorry, I meant 'per each opened document with problems'. For a
document without ones, the amount of calls equals 1, of course.
Regar
On Mon, 10 Jan 2011 00:00:55 +0100
wrote:
> > For this, the simple recursive bisection would work.
>
> I was thinking that too. But we still have the problem of choosing
> between dvipng (quicker) or legacy (needed by PSTricks and TikZ) mode.
As I'd like to think it through and give some
On Mon, 10 Jan 2011 00:09:12 +0100
Pavel Sanda wrote:
> [...]
> again i would like to keep this code simple and stupid if possible.
Well, in general I completely agree with this. In terms of stability
and maintainability, it is important to not to overcomplicate the code.
Unfortunately, i
I've experimented a little and found out that using pdflatex on
0lyxpreview.tex I've send earlier and then gswin32c on the resulting
*pdf* file (instead of on the ps one generated via latex, as the
original Python script does) produced two correct pngs without errors.
Could it be the corre
On Sun, 9 Jan 2011 18:07:51 +0100
wrote:
> [...]
> Then what was your idea? Isolate the failing one?
Well, I don't know about Pavel Sanda's idea, but I've done some
thinking about it for some time. The conclusion is that isolating all
the failing insets would always be very ineffective perform
The list is refusing the zip file as 'prohibited contents', so I've
put it online temporarily. Please download from
http://msys.info/lyx/
On Sun, 9 Jan 2011 12:18:09 +0100
wrote:
> [...]
> Are you sure yours is a clean install? ...
Well, the previous log file wasn't from a clean i
> > I'd like to report a regression. As I recall, there have been some
> > changes in beta2 wrt the instant preview machinery.
>
> please put it into our bug tracker.
> thanks, pavel
Done, as #7222.
Regards,
Michał Skrzypek
I am using WinXP SP3 (Polish) with MikTeX 2.9.3972. I've also
confirmed the following with a fresh snapshot of XP SP3 inside
VirtualBox 4.0.0 (LyX 2.0beta2 only).
I'd like to report a regression. As I recall, there have been some
changes in beta2 wrt the instant preview machinery.
Th
> Why not simply add a preamble editor in the branches dialog? LyX will
> then collect the preamble for each branches. I guess this would be a
> format change but it strikes me as the correct solution...
This is similar to my first 'solution', which I've suggested a long
time ago. The reactio
> >Could you please specify to which bug reports should I attach
> > examples?
>
> Only if it's not too much work...
Thank you, it is very considerate of you. Such a rare thing
nowadays! :)
> * For ticket 7115 a screen shot and a small example file would be
> helpful. http://www.lyx.org/t
> I have to admit I think it costs not much time to report a bug in
> LyX's bug tracker. Fortunately, it's not bugzilla. :-)
> And some of the bugs you reported are easier to fix with example
> files.
Well, I've just reported the bugs (see my other mail on this
list). For the record, the prepar
Ok, so I have reported (some of) the bugs to Trac. Just for
reference, I've detailed this process below.
> [BUG #1]
> Branch insets "override" all the rmb menus, so for example the
> user cannot spellcheck single word inside the branch inset via rmb
> anymore. This makes working with branc
> > [BUG #1]
> > Branch insets "override" all the rmb menus, so for example the
> > user cannot spellcheck single word inside the branch inset via rmb
> > anymore. This makes working with branches a whole lot harder.
>
> This was bug http://www.lyx.org/trac/ticket/6642.
>
> Now fixed in r36604
> > [...] After that, I think the only remaining thing is
> > to change the look of it to be more like ERT (typewriter font,
> > changing color to red, etc.)
>
> This can all be done in a *.module file in your personal LYXDIR. See
> the "Help>Customization" documentation.
That is exactly what
> I'll have to think about including it. It's a pretty specialized
> thing, and seems to me to be very much
> an "expert" capability (the way local layout was for a while).
I'm not sure. It could be very useful for novices, too. For
instance, let's assume that each branch contains the same tex
> I don't want to be offending.
>
> But honestly, fixing bugs is a time-consuming task too.
> And I've not seen any bug disappearing by mentioning.
> Some bugs are resorting when the sun light is raising...
> ...but I've not heard of it about software bugs. :-)
You don't want to be offending
On Sun, 28 Nov 2010 21:15:44 +0100
Pavel Sanda wrote:
> [...]
> Michal, thanks for your feedback. you reported however too many bugs
> to deal with them directly in this list. please push them into
> bugzilla so we can deal each of them individually.
I kind of hoped that at least
On Sun, 28 Nov 2010 19:28:56 + (GMT)
Jim Oldfield wrote:
> > [BUG #1]
> > [...]
> This is a general problem with LyX right click menus, both in 2.0 and
> 1.6: as soon as context-specific items are defined, they erase the
> default ones, rather than adding to them. For instance, there isn't
> I've fixed this, in the sense that you can now use "LaTeXType
> paragraph". Try this:
> [...]
Thank you for your help! I guess I'll have to wait until the next
beta comes out then. After that, I think the only remaining thing is to
change the look of it to be more like ERT (typewriter font,
> I think this may be quite easy to do already, though it is a bit of a
> hack. LyX 2.0's layouts have an "InPreamble" tag, intended primarily
> for use with document classes that want, say, \title to be in the
> preamble. It should be possible to create a "Preamble" layout, with
> InPreamble true,
Some time ago I've suggested to allow for differentiating preambles
wrt branches, ie. allowing different preambles for different branches in
the same document.
Granted, this change was probably too big, and too little would be
gained... but now I have some idea which, as I suppose, would b
In this mail I've collected all the bugs with LyX 2.0beta1 I've
spotted so far. Overall, the experience has been very pleasant, but
there are some glitches worth correcting. My platform is (for now) Win
XP SP3 Polish.
If something is unclear, please ask - I'm writing this in a hurry,
hopin
> FYI these installers are now online.
>
> Jürgen
I'm using the alternate installer and I've also found, that the UI
language option is ignored. This installer has not been updated yet.
However, I've found that the following batch file (inside 'bin'
directory) gives me an English UI:
set LANG
Dear LyX developers,
I have some question: I will soon need to write a paper in Polish,
but currently there is no way of having "Theorem", "Proposition" and
alike in Polish language other than translating layouts manually (or
have I missed something?). What is the best approach to this tas
> I don't reproduce that here (same setup minus the Polish). What
> document class are you using? Any other modules besides "Theorems"
> and "Theorems (By Section)"?
The class is "article (AMS)", also "Theorems (AMS-Extended)" module.
After further investigation I narrowed it down to a simp
Dear LyX developers,
LyX 1.6.3 here, Win XP SP2 Polish. Adding the module "Theorems (By
Section)" changes the style of "Theorem" title from bold to italic.
Adding "\theoremstyle{plain}" as the first line of the "Preamble"
section in the file theorems-sec.module changes the style back to bold.
On Tue, 15 Jul 2008 09:09:00 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> ...
> That's a nice and sensible request but a big one :-). Could you please
> put this in an enhancement request in bugzilla.lyx.org ?
Done! I hope I got that one right:
http://bugzilla.lyx.org/show_bug.cgi?
On Wed, 16 Jul 2008 00:46:35 +0200
Christian Ridderström <[EMAIL PROTECTED]> wrote:
> ...
> I tried getting two thesis students to use LyX, but they preferred
> plain LaTeX because it was easier for them to do diff's and commits
> using Mercurial.
Now THIS is strange, as I am an example of so
For my work updating Polish translation for LyX:
I hereby grant permission to license my contributions to LyX under the GNU
General Public License, version 2 or later.
Michał Fita
According to http://wiki.lyx.org/LyX/NewInLyX16, "Users are invited
to make suggestion as to what should be saved additionally in the
session information."
Instead, I'd like to suggest improving the session management
itself: the ability to store/restore multiple sessions on demand
(and no
> No these are the differences. The general features are listed above
> the comparison section.
I have to admit that I am a little bit confused now.
For example, ImageMagick is listed there (in the "comparison"
section) in the following way:
* Imagemagick, the program used by LyX for a
On the page below:
http://wiki.lyx.org/Windows/LyXWinInstaller
... there is the section entitled "Comparison between the standard
LyX-installer and LyXWinInstaller (alternative installer)".
The problem is, it does not contain the actual comparison, it only
enumerates the features of the
o I had to
develop the _PL_ layouts.
Everything is zipped and uploaded here:
http://rapidshare.com/files/60786431/ams-layouts.zip.html
I hope that it helps somehow.
Feel free to ask me any questions - I'll stay subscribed to this
list for a week or so.
Regards,
Michal Skrzypek
ode to LyX. But indeed I am on that list
with the following entry.
Michal Jaegermann
E-mail: [EMAIL PROTECTED]
Fix to a very hard-to-find egcs bug that crashed
LyX on alpha architecture
egcs is now an ancient history and alpha is not exactly vibrant
nowadays. It had to be some one-liner a lon
gards,
--
Michal Kuratczyk <[EMAIL PROTECTED]>
aracters in LyX and other applications at the same
time?
--
Michal Kuratczyk <[EMAIL PROTECTED]>
ect
($ac_cv_func_select_arg1,$ac_cv_func_select_arg234,$ac_cv_func_select_arg234,$ac_cv_func_select_arg234,$ac_cv_func_select_arg5);
+extern int select
+($ac_cv_func_select_arg1,$ac_cv_func_select_arg234,$ac_cv_func_select_arg234,$ac_cv_func_select_arg234,$ac_cv_func_select_arg5);
int main() {
; return 0; }
Michal
[EMAIL PROTECTED]
Kayvan Aghaiepour Sylvan wrote:
>
> On Wed, Jun 30, 1999 at 12:30:55AM -0600, Michal Jaegermann wrote:
> >
> > I reported a while ago problems with lyx-1.0.3 on alpha and
> > [...]
> >
> > Here is a patch which makes math_iter.C "safe" in the face
er this change and recompilation (even with a higher level
of an optimization than -O2) LyX seems to be doing just fine
although I definitely did not test all its aspects.
Regards,
Michal
[EMAIL PROTECTED]
[EMAIL PROTECTED]
80 matches
Mail list logo
