For anyone else who used the unofficial Windows installer and now gets
the error messages
The layout file requested by this document x.layout is not usable...
please see my bug report for the fix.
http://www.lyx.org/trac/ticket/7315
-Ben
2011/2/14 Michal :
>> Thanks so much for doing this
Thanks everyone for the feedback.
I'm using Mercurial, and unfortunately the eol support is rather screwy.
It's easy to make a case either way: that LyX should produce
consistent output, or that LyX is not responsible for line endings.
I'm having problems because of inconsistency, which I feel is
LyX seems to always use the native EOL encoding when saving.
Specifically, if I use Windows to open a Unix-encoded .lyx file, then
after saving it will have Windows-style CR/LF endings.
For version control purposes, it would be much nicer for me if LyX
instead *preserved* the EOL encoding on save.
On Wed, Apr 14, 2010 at 10:09 PM, Pavel Sanda wrote:
> attached is the patch implementing forward search.
This news is very exciting for me!
As I understand, once the reverse search regression
http://www.lyx.org/trac/ticket/6415
gets fixed, we'll be able to go back and forth between LyX and dvi
In trunk, the two batch files
build_msvc.bat
build_msvs_debug.bat
both specify "version_suffix=16"
http://www.lyx.org/trac/browser/lyx-devel/trunk/development/Win32/packaging/build_msvs_debug.bat
I assume it should be version_suffix=2 for trunk?
-Ben
fix-msvc-version-suffix.diff
Descriptio
On Mon, Dec 21, 2009 at 9:30 AM, Vincent van Ravesteijn - TNW
wrote:
> Try adding "#include " to GuiProgress.cpp.
>
> PS. You can keep this on the list.
>
> (Peter, you compile with a single merged header file ?)
>
> Vincent
Thanks! I also had to add QTime to GuiView.cpp. Now it compiles.
-Ben
The Qt version from lyx-windows-deps-msvc2008 (4.3.0) doesn't match
the AltInstaller (4.5.3). Having a precompiled Qt is such a wonderful
luxury. Is anyone so generous as to share their updated library
files?
Qt versions from ftp://ftp.lyx.org/pub/lyx/contrib/ :
4.5.3: AltInstaller 1.6.5
4.4.2:
The latest trunk doesn't link for me with scons/win32. It does work
if I roll back.
GuiView.obj : error LNK2019: unresolved external symbol "class
lyx::frontend::Dialog * __cdecl lyx::frontend::createGuiProgress(class
lyx::frontend::GuiView &)"
(?createguiprogr...@frontend@lyx@@yapavdia...@12@aav
On Sat, Dec 19, 2009 at 9:14 PM, Enrico Forestieri wrote:
> On Sat, Dec 19, 2009 at 07:04:09PM -0500, Ben M. wrote:
>> Yes, there must be a better way. For instance, I noticed that an
>> executed command inherits its environment from LyX, e.g. "PATH
>> prefix.&qu
Thanks so much to both of you for all the feedback!
On Sat, Dec 19, 2009 at 9:05 PM, Enrico Forestieri wrote:
> On Sat, Dec 19, 2009 at 10:23:17AM -0500, rgheck wrote:
>> This will be hard to get right, since you can install LyX anywhere.
>
> True, but those will surely catch 99% of cases.
Won't
On Sat, Dec 19, 2009 at 10:23 AM, rgheck wrote:
>> LYXSYSDIRS = ["/usr/share/lyx", "/usr/local/share/lyx",
>> "/opt/share/lyx"]
>>
> This will be hard to get right, since you can install LyX anywhere.
>
>> LYXBASEDIR = [".lyx" + version_suffix]
>>
> This again will be hard to get right. (For
On Fri, Dec 18, 2009 at 5:42 PM, Enrico Forestieri wrote:
> Yep, as I said, in development/tools there is a shell script (lyxeditor)
> that parses the preferences file and lyxrc.dist for the lyxpipe definition.
> It works on Linux, MacOS, and Cygwin. It would be easy to extend it to
> also work on
On Fri, Dec 18, 2009 at 12:00 PM, Enrico Forestieri wrote:
> On Fri, Dec 18, 2009 at 04:47:59AM -0500, Ben M. wrote:
>> SumatraPDF $$i -inverse-search "cmd /C echo
>> LYXCMD:revdvi:server-goto-file-row:%f %l> \\.\pipe\lyxpipe.in & type
>> \\.\pipe\lyxpipe.out
I'm now on a different computer, and because of spaces in the
temporary directory path, reverse search completely fails for both
lyxeditor.bat and the aforementioned viewer command.
The LyX status bar reads:
File does not exist: C:\Documents
Even when I add quotes, it says
File does not exi
Many thanks to Enrico for implementing the LyX server for Win32!!! =)
Now many people will want to configure LyX to interact with
SumatraPDF. I just installed 1.6.5 Win32 on a new computer, and I
have several ideas for improvements.
1) Add SumatraPDF to the list of PDF viewers detected in config
On Fri, Dec 11, 2009 at 10:56 AM, rgheck wrote:
> On 12/11/2009 10:17 AM, Abdelrazak Younes wrote:
>>
>> As far as I understand LaTeX people want to see the context around the
>> current paragraph so the single paragraph mode is not good for them. Maybe
>> we need at least to show one or two paragr
On Thu, Dec 10, 2009 at 9:45 AM, Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
>> Jean-Marc Lasgouttes wrote:
>>> the real work
>>> on our buffer structure can be fast enough IMO.
>>
>> it is not? pavel
>
> I thought people implied that it was not, but I may be mistaken.
>
> JMarc
Usually .tex
On Wed, Dec 9, 2009 at 10:50 PM, Uwe Stöhr wrote:
> What is a n00b?
Slang for "newbie"
I realize now that my suggestion was misguided. I had no idea the
font was to blame when I first learned LaTeX/LyX. (Even worse, Google
did not yet exist to answer all my questions.) But given that recent
ve
On Wed, Dec 9, 2009 at 8:05 PM, Uwe Stöhr wrote:
> LaTeX's default which is the best solution. When the user don't like the
> font, he can test out the other fonts and save the one he find most suitable
> as document default.
Simply accepting LaTeX's default is a terrible solution because it
leav
> Ronen Abravanel wrote:
>> One case:
>> \feyn{fs f gl f glu f fs}
>>
>> I can't add spaces.. And they are important
In my experience, the LyX math mode often incorrectly parses input for
packages such as Feyn and Xypic. In addition to the example above, I
recently reported this deficiency in Xym
On Mon, Dec 7, 2009 at 4:47 PM, Peter Kümmel wrote:
> Am Montag, den 07.12.2009, 09:34 +0100 schrieb Abdelrazak Younes:
>> One "easy solution would
>> be to clone the to-be-compiled Buffer and starts the LateX export and
>> the compilation from a new thread.
>
> This would be the best approach. An
On Sun, Dec 6, 2009 at 4:43 PM, Peter Kümmel wrote:
> Before the patch LyX was single-threaded; means, processing an
> user-event, like pressing a button, had to wait until all previewing
> is done.
I never had to wait for "Instant Preview." Is that not classified as
a "user-event"?
>> I have n
On Sun, Dec 6, 2009 at 1:48 PM, Abdelrazak Younes wrote:
> On 06/12/2009 18:28, Ben M. wrote:
>> I did as you suggested and made testing copies. Also, my documents
>> use the noamssymb.module from Ticket #5058, which doesn't have a
>> "Format" directive. Th
On Sun, Dec 6, 2009 at 5:53 AM, Abdelrazak Younes wrote:
> That difference may be due to lyx2lyx conversion. Please save your master
> and child docs with trunk and try again.
I did as you suggested and made testing copies. Also, my documents
use the noamssymb.module from Ticket #5058, which does
On Sat, Dec 5, 2009 at 6:21 PM, Pavel Sanda wrote:
> isn't it that lyx2lyx runs for 1.6 files - to convert them into 2.0 format
> before loading?
> saving files in 2.0 would solve it (beware you can't go easily back !:)
I'm happy for now. My files load in 8 seconds with 1.6 and 12 seconds
with
2009/12/5 Richard Heck:
> On 12/05/2009 05:47 PM, Vincent van Ravesteijn wrote:
>> We've updated the layout format from 11 (branch) to 19 now (trunk). Each
>> time when LyX reads a layout file, it converts it to format 19. This is
>> shown as the creation of all those temporary files in your logfil
On Sat, Dec 5, 2009 at 4:31 PM, Andre Poenitz wrote:
> I'd use valgrind --tool=callgrind and kcachegrind for visualization.
Currently I'm equipped for compiling LyX only under cygwin and win32.
A brief Google search indicates that valgrind doesn't work on these
platforms. :(
My linux server
On Fri, Dec 4, 2009 at 10:23 PM, Vincent van Ravesteijn wrote:
> Ben M. schreef:
>> My computer essentially crashed after exhausting all 3GB of RAM
>> because of roughly 50 simultaneous latex/python processes to generate
>> instant previews. I'm all for multithreadi
> Could you please try your big document with the actual trunk version of Lyx?
> Has it become better with the recent changes?
I only ever use branch, so I have no experience to compare with the
"recent changes."
After compiling in Cygwin, I noticed that my file took very long to
load. I tried
Each time I view/export a PDF, LyX freezes for several seconds while
the document generates. This is bug #412.
http://www.lyx.org/trac/ticket/412
Why doesn't LyX simply perform the export in a separate thread instead
of locking the UI?
I'm really surprised that this bug has remained open for 8
I'd like to see some movement on #4360.
http://www.lyx.org/trac/ticket/4360
Stefan wrote a substantial patch nine months ago. I don't think
anyone committed it to trunk. Then I tried to backport it, but I got
stuck.
Though I can live with this bug for now, things would be much nicer if
it was f
How are the bindings stored? I'm envisioning a tree where edges
correspond to keypresses and leaves correspond to bindings. In my
example, M-r replaces that branched node with a leaf? I assume
changing this would require a substantial rewrite of the bindings
code?
BTW Bo, I really like your bin
On Fri, Oct 23, 2009 at 7:07 AM, Vincent van Ravesteijn - TNW
wrote:
> I'll have a look at what I can do for you..
>
> Vincent
Vincent (and everyone else involved), thanks so much for committing to
branch. It will be tremendously helpful for those of us who use
display-mode equations.
-Ben
Hi everyone,
A few months ago, I backported Richard's patch to branch. Ever since,
it's been working wonderfully for me. Jurgen says it can go into
branch, but I don't have privileges to commit it myself. The patch is
here:
http://www.lyx.org/trac/attachment/ticket/6129/pilcrows-branch.diff
I
On Fri, Aug 28, 2009 at 2:59 AM, Guenter Milde wrote:
> On 2009-08-28, Ben M. wrote:
>> I find it strange that "--Separator--" appears inside the environment
>> pulldown. Instead, I think of it as a character similar to a line
>> break. I would expect to
I find it strange that "--Separator--" appears inside the environment
pulldown. Instead, I think of it as a character similar to a line
break. I would expect to see it under Insert-Formatting-'Environment
Break'.
Abdel> Yep, and this idea is not new. We discussed the possibility to use a
Abdel>
I don't know what boxes are, but I do have a proposed behavior for LyX.
Specified environments (e.g. Theorem, Proof, stuff from Beamer) get
flagged with some attribute which I'll call "separable." Currently,
when a user presses "Enter" on a blank line, LyX ignores it. However,
for separable envi
Did anyone ever implement some type of "environment break" so that LyX
can handle adjacent identical environments such as Theorem or Proof?
This issue was raised in 2002:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg36686.html
Thanks!
-Ben
Apparently development/cygwin/lyxeditor.c is compiled without the
-mwindows argument. Consequently lyxeditor.exe opens in a console,
which defeats the purpose of compiling lyxeditor.
I'm curious to see the revision for fixing this so I can learn how one
tweaks these arguments.
Thanks!
-Ben
To Enrico and whoever else is interested:
Attached is a Cygwin source package which generates the Qt libraries
required for compiling LyX. I hope that eventually this will become a
component of an official (modern) LyX source package for Cygwin.
The result of building the attached package is:
On Tue, Jul 7, 2009 at 4:42 PM, Pavel Sanda wrote:
> i think the real point is that there is no code implementing it.
Would any "new code" really be involved? I don't know any details
about LyX's implementation of insets, but both math and "Input" child
documents support instant preview. So I mi
Hi all,
Five years ago I requested an instant preview option for ERT in:
http://www.lyx.org/trac/ticket/1723
Uwe just marked this as wontfix, and I disagree with that decision.
Uwe wrote:
>>> A general preview for ERT is impossible because there are countless LaTeX
>>> packages available.
Ye
On Wed, Jul 1, 2009 at 5:32 PM, Enrico Forestieri wrote:
> Then, gcc3 is the current default in cygwin and gcc4 must be explicitly
> installed and selected as default through the alternatives mechanism,
> or used through appropriate configure variables.
Oh, I figured it was the default since that'
> I hoped there would be a solution that would avoid changing LyXFunc at all
> and just ignore() early when the key event are unknown.
Ah, probably because you want to isolate all Qt-related code within
frontends/qt4/. Here's yet another approach, at the keyPressEvent()
level:
http://www.lyx.or
On Wed, Jul 1, 2009 at 6:40 AM, Jean-Marc Lasgouttes wrote:
> First incident remark: use
> known = !qkey_to_string(key_).empty();
> instead.
Thank you. I don't yet know proper C++ syntax, so I will do these
silly things while I learn.
> What I would like is to drop the "Unknown function par
> Sure, how's this?
> http://www.lyx.org/trac/attachment/ticket/6043/multimediakeys3.diff
I verified that this patch also works on trunk.
Multimedia keys do work in Document - Settings, and Tools -
Preferences, but don't work in File - Open. I wonder if I missed a
QKeyEvent somewhere. However,
On Tue, Jun 30, 2009 at 8:07 PM, Ben M. wrote:
> Well, almost. Is there a good reason automake 1.11 isn't supported?
Nice changeset.
> On Tue, Jun 30, 2009 at 6:04 PM, Enrico Forestieri wrote:
>> As regards the extra cygwin stuff, I am going to commit something
>> to d
On Tue, Jun 30, 2009 at 6:04 PM, Enrico Forestieri wrote:
> Note that those three lines are actually what is necessary to compile
> and install LyX provided that 1) you set the QT4DIR environment variable
> to the directory where you installed Qt4, and 2) you use the gcc3 compiler.
Well, almost.
On Tue, Jun 30, 2009 at 5:12 AM, Jean-Marc Lasgouttes wrote:
> What I would like (but I have not understood yet where to do that) is to
> use reject() only when we have an unknown keysym. We should not reject
> events because M-C-j is not bound currently, but because a given
> multimedia key is not
According to
http://doc.trolltech.com/3.3/qkeyevent.html#details
"Key events for multi media keys are ignored by default. You should
call QKeyEvent::accept() if your widget handles those events."
Currently, LyX calls accept() for everything, so multimedia keys are
undesirably blocked:
http://w
On Mon, Jun 29, 2009 at 11:14 AM, Enrico Forestieri wrote:
> Would you be interested in maintaining the official LyX/Cygwin package?
I'm honored by your recommendation. I'm interested in helping to
automate the maintenance of LyX/Cygwin, but I desperately need to
finish writing my thesis. Procra
> Thanks for the script. It indeed does automate everything, but I think
> that it is wasteful always downloading and compiling Qt as well as the
> svn branch. It could be made to check what actually needs doing.
> When I'll find the time I'll try to polish and add it to the wiki page.
Enrico, it
Enrico's instructions on the Wiki about how to install LyX in Cygwin
are extremely well-written:
http://wiki.lyx.org/LyX/LyXOnCygwin
Unfortunately, it takes me about half the day to follow them, since
compiling takes so long, and since I must periodically enter new
commands. Furthermore, there
Hi everyone,
I wrote my first patch, which works simultaneously in branch and
trunk. It implements inverse search in a child document.
http://www.lyx.org/trac/attachment/ticket/6020/revdvichild.diff
I wonder if people approve, and if so, if someone can commit this for me.
We might consider re
> A much simpler workaroud is using the SumatraPDF.sh wrapper and simply
> changing "file=`cygpath $1`" to "file=`cygpath -a $1`" in lyxeditor.sh.
The -a flag doesn't seem to do anything on my computer. Only my sed
hack produces a usable result.
$ cygpath "C:\cygwin\tmp\lyx_tmpdir.jl8088\lyx_tmp
> This is because the proper environment is not set. In order to launch
> LyX through the Windows GUI, you need a wrapper. Please compile the
> attached C source file, put the attached lyxprofile file in /etc and then
> create a shortcut to lyx-win.exe. When you launch LyX through this
> wrapper, e
>> I believe we simply need to use a case-insensitive path comparison
>> when running under Cygwin.
>
> I think that you have SumatraPDF as the default viewer, otherwise you
> should have incurred in another problem. Anyway, I've committed a patch
> to trunk and the problem you report should be fix
> Kornel found the reason for the failure. Most probably you have the
> View Source window active.
That's definitely the problem! When I enabled "View Source" in 1.6.1,
reverse DVI broke. When I disabled it in branch, reverse DVI started
working. =)
> Note that if you had it already opened, yo
Thanks so much for all the tips on SumatraPDF! I will play with that
stuff in a bit.
> Please, try *uninstalling* McAfee and try again.
In the meantime, I have uninstalled McAfee, disabled Windows Defender
as thoroughly as Vista allows, rebooted, and tried again. It still
just goes to the begin
I don't see offhand how rowlist gets populated, but there's a big
difference between 1.6.1 and branch.
-Ben
branch
--
rowlist.size: '6'
id: -1, pos: -1
id: -1, pos: -1
id: -1, pos: -1
id: 5, pos: 0
id: 5, pos: 0
id: 5, pos: 0
1.6.1
-
rowlist.size: '1240'
id: -1, pos: -1
id: -1, pos: -1
This is long, so here's my summary:
BLODA did indeed cause the permission denied errors while running
autogen.sh. However, broken inverse search appears unrelated. As for
broken inverse search, all evidence points to a regression between
1.6.1 and branch.
Now for the details. As promised, here
Hi Enrico,
I was busy yesterday, so I'm just getting back to this now.
Here are the results of your above patch when using "branch":
filename: '/tmp/lyx_tmpdir.JL6636/lyx_tmpbuf0/LaTeXConfig.tex'
abstmp: '/tmp/lyx_tmpdir.JL6636'
realtmp: '/tmp/lyx_tmpdir.JL6636'
I'd also like to mention anoth
I wrote:
> working with LyX. For me, it works in 1.6.1 and 2.0.0svn(=trunk).
> However, in 1.6.2 and 1.6.3svn(=BRANCH_1_6_X), this command reliably
> sends me to the first line. This seems odd since Pavel seems to
> confirm that you fixed this problem for 1.6.3svn three weeks ago. Any
I take ba
Thanks for all your help Enrico! I'm now a proud user of 1.6.3svn and
2.0.0svn! =)
(The only thing I'd add to complete your instructions is that for
development versions, you must run autogen.sh before running
lyxconfig-cygwin. Furthermore, under Vista you must execute
autogen.sh from a shell t
Wow, thanks so much Enrico!!! That got it working. Now I'll try out
1.6.3 from lyx-devel... =)
-Ben
Greetings!
I'm trying to compile LyX 1.6.2 on Cygwin using the instructions at
http://wiki.lyx.org/LyX/LyXOnCygwin
with the eventual goal of compiling the lyx-devel branch.
I encountered several difficulties, and was hoping someone could help
me out. I'm using a fresh install of Cygwin, with g
66 matches
Mail list logo
