Hi all,
I tried the latest prelease of lyx 1.3.6 (version 12)using cygwin tools
(i.e., sh, python, perl co.) and it works after some tweaking.
First of all, when trying to reconfigure lyx through Edit-Reconfigure the
configure script hangs. Launching configure from the command line in
Eugenio Guevara [EMAIL PROTECTED] writes:
After a couple of test, I decided to move the temp directory to a location
where the path has no spaces on it, c:\temp, and modify the path for the
python script so it also has no spaces in it, c:\program
files\lyx\resources\lyx\scripts to
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Hi all,
[snip]
The second problem is that, in cygwin, python.exe is a soft link to the
real program python2.4.exe and thus it is not recognized as an executable.
So why would soft links exist? Or do they work from
Helge Hafting [EMAIL PROTECTED] writes:
Angus Leeming wrote:
[snip]
In that case, shouldn't it be
lyx.exe %1 %2 %3 %4 %5 %6 %7 %8 %9
No, that will turn
lyx.bat file with spaces.lyx
into
lyx.exe file with spaces.lyx and that won't work too well.
To avoid double quoting
Angus Leeming [EMAIL PROTECTED] writes:
2 Launching LyX at the end of the installer as
!define PRODUCT_BAT $INSTDIR\bin\lyx.bat
!define MUI_FINISHPAGE_RUN ${PRODUCT_BAT}
works perfectly well, but I get a bloody great cmd window in the
background. How do I make it go away?
Angus Leeming [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Angus The attached patch ensures that the LyX binary dir is the first
Angus element in the PATH on non-POSIX builds. The change will mean
Angus that fixes like Enrico Forestieri's, described here:
Angus
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Helge Hafting helge.hafting at ... writes:
To avoid double quoting the ~ character should be used. So:
lyx.exe %~1 %~2 %~3 %~4 %~5 %~6 %~7 %~8 %~9
works as expected.
Excellent! Done.
I'll upload Version 15 ASAP
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
[snip]
Launching the last command in the bat file with start should do the trick.
$ cat lyx.bat
at echo off
rem
rem some stuff here
rem
start lyx.exe
Enrico
I'm afraid that doesn't work.
How odd
On Thu, 16 Jun 2005 14:16:08 +0100, Angus Leeming wrote:
[snip]
Finally, could I ask you to drop a line to the lyx-devel list (so that
it is archived) stating explicitly that you agree to licence your
contributions under the Gnu General Public License (GPL) version 2 or
later.
Regards,
Angus Leeming [EMAIL PROTECTED] writes:
Helge Hafting wrote:
This should work for win98:
at echo off
if %LANG%== SET LANG=fr_FR
C:\Program Files\LyX\bin\lyx.exe %1 %2 %3 %4 %5 %6 %7 %8 %9
Excellent!
And is the existing .bat file OK on more modern Windows versions?
at echo off
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Enrico (quite confused)
Ha! You're confused? Put yourself in my boots!
You have a claim on our sympathy ;-)
Your effort is much appreciated.
--
Enrico
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Angus Leeming leeming at ... writes:
Enrico Forestieri wrote:
Hi all,
[snip]
The second problem is that, in cygwin, python.exe is a soft link to
the real program python2.4.exe and thus
Angus Leeming [EMAIL PROTECTED] writes:
Asger Ottar Alstrup wrote:
Well, if you use the if-trick, then this single bat-file should work for
you as well:
--
at echo off
if %LANG%== SET LANG=fr_FR
if %~1 == ~1 goto win95
C:\program files\lyx\bin\lyx.exe %~*
goto
Paul A. Rubin [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
[snip]
Actually, when I try to execute python through the symlink in a *cmd.exe*
I get this kind of requester:
| Sottosistema MS-DOS a 16 bit
Bo Peng [EMAIL PROTECTED] writes:
Dear list,
I have not been able to track down the source of this problem. Some of
my colleagues use different versions of lyx (such as 1.3.5) on
different platforms (linux/windows). If I send my lyx file
(linux/1.3.6-1) to them and let them modify it,
Michael Gerz [EMAIL PROTECTED] writes:
Angus Leeming wrote:
Helge Hafting wrote:
How about just LyX then? No spaces, and no copying documents when
LyX 1.4 appear. It will be able to deal with 1.3.x documents, I belive.
Michael wants to be able to have both installed...
Bo Peng [EMAIL PROTECTED] writes:
Pay attention whether it is an email transfer problem. Dot doubling happens
to me when the sender uses thunderbird.
This is unlikely the case since
1. I am using mutt and one of my friends will never use things like
thunderbird (he is MS/OE only).
2.
Uwe Stöhr [EMAIL PROTECTED] writes:
pdftex older than version 1.3 produces PDF1.4 so that the user gets a
consistent PDF. (If the image is included as PDF1.3 it is internally
converted which might take some extra time).
As far as I know is the change between PDF1.4 and PDF1.5 much bigger
Enrico Forestieri [EMAIL PROTECTED] writes:
tetex 1.x supports PDF1.3 while tetex 2.x supports PDF1.4.
I am not sure that no one uses tetex 1.x anymore.
Sorry, my mistake: tetex 1.x supports PDF1.2
Enrico
Uwe Stöhr [EMAIL PROTECTED] writes:
That means when we want to support teTeX 1.x we need to go down to
ps2pdf12 or we could directly upgrade to ps2pdf14. teTeX 2.0 was
released on 20/01/2003 so it is possible that somebody is still using
teTeX 1.x. I don't know if PDF 1.2 makes troubles
Enrico Forestieri [EMAIL PROTECTED] writes:
Bo Peng ben.bob at ... writes:
Pay attention whether it is an email transfer problem. Dot doubling
happens
to me when the sender uses thunderbird.
This is unlikely the case since
1. I am using mutt and one of my friends will never
Angus Leeming [EMAIL PROTECTED] writes:
There's already code in the script to test whether ps2pdf13 exists. That
code should be extended to test whether the ps2pdf version that's used
actually works with pdflatex.
Something like:
Bo Peng ha scritto:
I verified that MS/OE behaves the same, i.e., if the first character on
a line is a dot (no matter if in the email body or in a text attachment)
it gets doubled when sending. Conversely, if the first two characters on
a line are two dots they are collapsed to a single dot.
Bo Peng ha scritto:
I asked to a friend of mine to send me an email with lines starting with
a dot. Now I am using thunderbird to reply. Tell me what you see.
.this line starts with a single dot
..this line starts with two and only two dots
this line ends with a single dot.
I see correct
Jean-Marc Lasgouttes ha scritto:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico I asked to a friend of mine to send me an email with lines
Enrico starting with a dot. Now I am using thunderbird to reply. Tell
Enrico me what you see. .this line starts with a single dot
Martin Vermeer ha scritto:
From the sendmail man page:
With no flags, sendmail reads its standard input up to an end-of-file
or a line consisting only of a single dot and sends a copy of the mes-
sage found there to all of the addresses listed. It determines the
Helge Hafting ha scritto:
Please submit bug reports - to the makers of bad email clients.
I tried sending with thunderbird 1.0.7 and receiving with mutt - no
problem.
I tried to read some RFCs on the subject and I think that it could be
the fault of broken email clients. I report here on some
On Fri, 2 Dec 2005 23:21:51 +0200, Martin Vermeer wrote:
On Fri, Dec 02, 2005 at 09:02:21PM +0100, Enrico Forestieri wrote:
[...]
From the SMTP definition (RFC-822):
1. Before sending a line of mail text the sender-SMTP checks
the first character of the line. If it is a period, one
On Sat, 3 Dec 2005 10:07:01 +0200, Martin Vermeer wrote:
On Sat, Dec 03, 2005 at 01:23:38AM +0100, Enrico Forestieri wrote:
[...]
Alas, to my knowledge, XCmail is the only mailer with a GUI which lets me
open a mailbox in whatever place on disk or network it is located.
I hope that someday
Bo Peng [EMAIL PROTECTED] writes:
Then for pities sake, take this to a sendmail forum. Fix the problem not
the symptoms.
Have you read the previous posts? This is a known feature (written in
the standards), not bug of sendmail.
That's correct. Having read some RFCs on the subject, I am
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
[...]
Send you attachments as application/octet-stream and be done with it.
I am sorry, but this doesn't solve the problem. Indeed, when the attachment
is encoded it may happen (as far as I know) that a line starts with a dot.
So, if the mailer
Enrico Forestieri [EMAIL PROTECTED] writes:
Lars Gullik Bjønnes larsbj at ... writes:
[...]
Send you attachments as application/octet-stream and be done with it.
I am sorry, but this doesn't solve the problem. Indeed, when the attachment
is encoded it may happen (as far as I know
Hi all!
For some reason the dvipng distributed with miktex (at least the one I have
installed) fails to generate the instant preview images:
$ python /path/to/lyxpreview2bitmap.py png 0lyxpreview.tex 128 00 f0f0f0
makepk: METAFONT failed on cmmi12.
C:\texmf\miktex\bin\dvipng.exe warning:
Angus Leeming [EMAIL PROTECTED] writes:
You need to refresh the MikTeX databases. It's some obvious entry in the
package manager's menus. If you can't find it then this is a FAQ on the
MikTeX list.
(Sorry I can't be less vague :()
Easy, Angus. I wasn't asking for help there ;-)
It is not
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Perhaps you mean that the dpi variable is *proportional* to
preview_scale_factor. Indeed, when not setting preview_scale_factor I
obtain dpi=112, whereas setting it to 1.02 I obtain dpi=127. However, I
don't know
Paul A. Rubin [EMAIL PROTECTED] writes:
It may be the format files rather than the package database. The MiKTeX
Options app has a button on the General tab, Format files section
labeled Update Now. Enrico should give that a whirl. I ran into
something similar, albeit not with preview,
Angus Leeming [EMAIL PROTECTED] writes:
I'd suggest that we just leave things as they are. The fix is available
to you; you can fudge your script file.
Angus,
sorry to be a PITA, but I would like to get your attention to the fact
that a regular expression in lyxpreview2bitmap.py may be needs
Michael Gerz [EMAIL PROTECTED] writes:
I also noticed that MinGW no longer allows you to build 1.4.0cvs. As a
workaround, I use cygwin's automake to generate the Makefiles. It works
as expected but, of course, it isn't nice to have to install and use
cygwin in addition to MinGW. Thank god,
Angus Leeming [EMAIL PROTECTED] writes:
Oh, that's horrid and the one that follows is worse.
What I think you should do is talk to David Kastrup and Jan-Åke Larsson on
the AucTeX mailing list (gmane.emacs.auc-tex) and see why they're messing
up the output that they devised for us.
I tried
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
I tried dvipng 1.7 on linux and its output is exactly equal to what that
RE matches. So it is not a problem with dvipng itself but seemingly with
the dvipng shipped with MikTeX.
Then I guess you know who to complain
Enrico Forestieri [EMAIL PROTECTED] writes:
Angus Leeming leeming at ... writes:
Enrico Forestieri wrote:
I tried dvipng 1.7 on linux and its output is exactly equal to what that
RE matches. So it is not a problem with dvipng itself but seemingly with
the dvipng shipped
Angus Leeming [EMAIL PROTECTED] writes:
Our agreement was simply that David Kastrup and, to a lesser extent,
Jan-Åke Larsson created all the hooks needed by LyX in preview.sty and in
dvipng. They'll certainly remember, albeit hazily. I was a PITA (that's
their arses) for a couple of months
Angus Leeming [EMAIL PROTECTED] writes:
I'm afraid I'm extremely busy tying up lose ends ATM before I start a new
job on Monday. Please contact them on the AucTeX mailing list; you'll tell
the story so much better than I could
Done:
http://article.gmane.org/gmane.emacs.auctex.devel/870
--
Hi all!
In 1.4.0 dvipng is used by default for generating instant preview
images of math formulas. One has to adjust preview_scale_factor in
the preference file in order to have a correct size and alignment
for the images.
However, when the latex font size is changed in Document-Settings,
this
Juergen Spitzmueller [EMAIL PROTECTED] writes:
could this be bug 2167? If yes, could you get Bo Peng testing your patch?
http://bugzilla.lyx.org/show_bug.cgi?id=2167
Hi Jürgen,
no, it is not the same. The patch for bug 2167 is buried in the patch you
can find in this thread:
Juergen Spitzmueller [EMAIL PROTECTED] writes:
I see. That patch has not been committed to cvs, no? Could you please add it
to the above bugzilla report, so that it will not be lost?
Done.
Yes, I can reproduce that. You should open a separate report for it on
bugzilla and add your patch.
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico The problem I am referring to here is different. By trial and
Enrico error I found that for a given Screen DPI and Zoom % set
Enrico in Tools-Preferences, there exist a magical
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico $ identify 0lyxpreview1.png 0lyxpreview1.png PNG 11x11
Enrico 11x11+0+0 PseudoClass 14c 186
Are you sure? Don't you want the ascent and descent?
That info is already provided by dvipng. What is passed back through
the metrics file is
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Yes, but you have to assume that the default size is 10pt for this
to work (and incidentally the work you have to do is ugly :).
Enrico Uh?
I said ugly because adding things
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico I suspect that there is a misunderstanding here. I am talking
Enrico about the files that LyX constructs for the preview-latex
Enrico thing, i.e., the files named #lyxpreview.tex
Angus Leeming [EMAIL PROTECTED] writes:
-LangString FinishPageMessage ${LYX_LANG} Congratulations! LyX has been
installed successfully.
+LangString FinishPageMessage ${LYX_LANG} LyX should now be installed.
However, some of our users report that the configure script fails to run
and, as a
Angus Leeming [EMAIL PROTECTED] writes:
And for these observations. I'm not going to do anything with them
though I think that the message is enough to allow people to
investigate without getting too despondent and throwing this bloody,
broken software away.
I fully agree with your
Angus Leeming [EMAIL PROTECTED] writes:
Enrico, I see that the Italian translation is missing a few translations:
LangString CreateCmdFilesFailed ${LYX_LANG} Failed atempting to create
lyx.cmd and reLyX.cmd
LangString UILangageTitle ${LYX_LANG} The language of LyX's interface
LangString
Angus Leeming [EMAIL PROTECTED] writes:
Thanks. And one more:
LangString UILanguageAvailableLanguages ${LYX_LANG}
Available Languages
LangString UILanguageAvailableLanguages ${LYX_LANG}
Lingue disponibili
--
Enrico
Angus Leeming [EMAIL PROTECTED] writes:
If you were to do that, you'd probably want a third package containing only
C:\Program Files\LyXxtras\bin
dt2dv.exe
dv2dt.exe
libiconv-2.dll
mingwm10.dll
qt-mt3.dll
and have the lyx.bat in the 1.3 and 1.4 versions of the LyX package add
Abdel [EMAIL PROTECTED] writes:
Hum, I'm no expert in that domain but maybe the linker has to unique
each and every methods that are defined in the duplicate headers. As
mingw gcc 3.4 has no support for precompiled header the linker has to do
this triage and this should take time,
Angus Leeming [EMAIL PROTECTED] writes:
Oh, nice! I had no idea that ldd worked on Windows.
Oh well, this isn't the real ldd ;-)
$ cat /usr/local/bin/ldd
#!/bin/sh
# Emulate ldd
FULL_WIN_PATH=`cygpath -w -a $1`
cygcheck $FULL_WIN_PATH
--
Enrico
Juergen Spitzmueller [EMAIL PROTECTED] writes:
Jean-Pierre Chrétien wrote:
I just find out that the --with-version-suffix=-1.4.0cvs-qt does not
works anymore for lyx, lyxclient and tex2lyx, which clobber the
current installed lyx working version.
Does this deserve a bugzilla message ?
in LyX. If possible, please read 'Known
bugs'
under the Help menu and then send us a full bug report. Thanks!
This bug was not present in 1.1.5fix1.
I am using LyX under SunOS 5.7 with xforms 0.88.
--
Enrico Forestieri
Dip.to di Ingegneria dell'Informazione voice: +39 (0)521 905764
Universita
Helge Hafting [EMAIL PROTECTED] writes:
libxft2 (2.1.8.2-2) is missing FT_GlyphSlot_Embolden,
revert to version 2.1.7-1 from stable.
AFAIK debian testing still has 2.1.7-1
--
Enrico
Uwe Stöhr [EMAIL PROTECTED] writes:
Georg Baum schrieb:
Babel probably makes active for french.
But why can I compile the file manually?
The exported file, perhaps. If you try to compile it by hand in the
lyx_tmpdir, you'll find that you can't. The problem is that ':' is made
active
Enrico Forestieri [EMAIL PROTECTED] writes:
Uwe Stöhr uwestoehr at ... writes:
Georg Baum schrieb:
Babel probably makes active for french.
But why can I compile the file manually?
The exported file, perhaps. If you try to compile it by hand in the
lyx_tmpdir, you'll find
Uwe Stöhr [EMAIL PROTECTED] writes:
Many thanks Enrico, this fixes the problem. I tested this with all
possible babel languages and it works, except for turkish. The turkish
language problem is bug 2005:
http://bugzilla.lyx.org/show_bug.cgi?id=2005
So perhaps you and/or Herbert Voss
Bo Peng [EMAIL PROTECTED] writes:
Bo BTW, I notice another problem with 1.4.0cvs. The
Bo sections/subsections in the file I loaded are not numbered, and
Bo are not shown in the navigation menu. The ps/pdf output is correct
Bo (with section numbers). What might be causing the problem?
Helge Hafting [EMAIL PROTECTED] writes:
But try moving only *one* step left! Then you get the cursor in a weird
position. Typing/inserting anything there will not extend the overbrace, but
it
*will* steal the text over the overbrace and use it as an exponent.
This behavior may be
Uwe Stöhr [EMAIL PROTECTED] writes:
Enrico Forestieri writes:
But try moving only *one* step left! Then you get the cursor in a weird
position. Typing/inserting anything there will not extend the overbrace,
but it
*will* steal the text over the overbrace and use it as an exponent
Uwe Stöhr [EMAIL PROTECTED] writes:
I see that. The bug is that LyX allows this senseless cursor position.
It should instead jump to the text over the brace.
Sorry, I disagree. If you want to go to the text over the brace, you should
simply press cursor up, consistent with the way
Uwe Stöhr [EMAIL PROTECTED] writes:
Has anybody ever tried to compile LyX with MSVC and perhaps has a
project file for this?
I discovered that Qt cannot be compiled with the free MSVC because it is
missing a library (delayimp.lib).
The free MSVC does not include an IDE, so a project file is
Angus Leeming [EMAIL PROTECTED] writes:
Note that Ruurd Reitsma has had success in the past using a cygwin tool
that takes a g++ command and converts it to an msvc one. Do a google
search on wrapmsvc. Personally, I never succeeded in getting it to work,
but then I never really tried that
Michael Abshoff [EMAIL PROTECTED] writes:
rantLast time I checked the free Microsoft Compiler (the one shiped
with VS2003) even missed essential tools like nmake or lib! I could not
believe how useless that compiler package is. Certainly people will not be
using the free Microsoft compiler if
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
This patch seems to work correctly in my tests. I am not sure what
happens in windows though (due to the use of $(EXE_EXT)).
Please test.
On Windows a plain --with-version-suffix does not provide a default suffix.
I didn't try compiling, but
Angus Leeming [EMAIL PROTECTED] writes:
The problem is that you cannot compile Qt with the free MSVC, so even if
you can build LyX, you would be stuck.
The problem you described doesn't sound like a real problem to me. You should
get the Q../Free developers interested. Since they put a
I am trying to compile a LyX/Cygwin with native Qt support (no X11).
I had to make minimal changes to the Qt sources (configured using
-platform cygwin-g++-win32) and no changes to the LyX sources.
Only, I had to use -DQ_CYGWIN_WIN for compiling the stuff in frontend/qt2,
otherwise X11 calls are
Kayvan A. Sylvan [EMAIL PROTECTED] writes:
On Sun, Feb 12, 2006 at 12:08:16AM +, Angus Leeming wrote:
Enrico is trying to push the code where it isn't meant to go
He's essentially using the Cygwin build environment to build a native
Window executable (ie, --without-x) because
Georg Baum [EMAIL PROTECTED] writes:
Am Freitag, 10. Februar 2006 17:17 schrieb Enrico Forestieri:
I am trying to compile a LyX/Cygwin with native Qt support (no X11).
Why? Because of the linker problems of mingw?
Several reasons. Cygwin offers a posix compliant environment. It already
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Well... I had to manually add -DQ_CYGWIN_WIN to the defines in
Enrico the Makefiles in src/frontends/qt2, but only because I didn't
Enrico want to reconfigure.
I think
On Sat, 11 Feb 2006 18:06:15 -0800, Stephen Harris wrote:
Hello Enrico,
I am interested in your Cygwin Howto. Someone just asked
about this on the User list, and might appreciate a copy.
Shenghua Fan [EMAIL PROTECTED]
Hi Stephen,
here it is. I also take this opportunity for sending it to
On Sun, 12 Feb 2006 14:47:10 -0800, Stephen Harris wrote:
Hello Enrico,
Thanks for your Howto, it looks like you did a lot of work on it!
I forwarded a copy to Shenghua and asked him to make notes. Maybe
the Cygwin maintainers will add LyX back into the downloadable
package list once the
[EMAIL PROTECTED] writes:
Would you like me to place the howto on a wiki page? If so, would say that
the intended audience is more for user's than developers? Assuming that,
perhaps placing it on this page would be useful:
LyX.LyXOnCygwinHowTo
I can't do it right now since
[EMAIL PROTECTED] writes:
You're welcome, as this was quite quick work for me I put your stuff in
a temporary location here:
http://wiki.lyx.org/Playground/LyXOnCygwin
You can just edit and play with this page... when you're happy we can
come up with a better location for it.
[EMAIL PROTECTED] writes:
You're right that incoming/ can be used for downloading. As I think the
ftp server is down (uhm... not sure how you could upload then, now that I
think about it though),
I think it is up. I simply did:
ftp ftp.devel.lyx.org
user: anonymous
pass: email
cd
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Yes, I am sure. It really is Q_CYGWIN_WIN and it is used in
Enrico qglobal.h to discriminate between X11 and WIN.
OK, I see now that you are right. I think it will be possible
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri forenr at ... writes:
this is just to inform you that defining Q_CYGWIN_WIN in src/config.h
is not sufficient to avoid X11 calls. I don't know why.
That sounds as if some .C file doesn't #include config.h
for file in `find
Angus Leeming [EMAIL PROTECTED] writes:
Well, given that these are generated files, it should be easy enough to fix
them. Fancy putting together a patch?
The _moc.C files are generated from .h files that in turn are generated
form .ui files that I don't grok (is it XML?).
So, you will not
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri forenr at ... writes:
Angus Leeming leeming at ... writes:
Well, given that these are generated files, it should be easy enough to
fix
them. Fancy putting together a patch?
The _moc.C files are generated from .h
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo 2. Why the patch for http://bugzilla.lyx.org/show_bug.cgi?id=2167
Bo is not applied?
It should indeed. At least the ascent/descent part. Enrico, what is
the rationale for allowing png generation
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
http://bugzilla.lyx.org/show_bug.cgi?id=2016
I forgot to mention here that I attached a patch to bug 2016. This is
of particular interest to windows people.
So if you want this patch to go in, apply it and test it! It is
conceptually
Enrico Forestieri [EMAIL PROTECTED] writes:
Lines 17 and 18 in ~/.lyx-1.4.0/lyxrc.defaults are the following ones:
\Format dvi2 dvi DraftDVI
\Format epseps EPS gv
Supplying the extra on line 17 cures the problem:
\Format dvi2 dvi
Abdelrazak Younes [EMAIL PROTECTED] writes:
For Msys/mingw binaries, I might be able to help if needed. Packaging is
something else... Uwe might propose something and Angus might come out
of his retirement . I can see some well positioned outsiders (Enrico?
Michael?).
It is my intention
Abdelrazak Younes [EMAIL PROTECTED] writes:
Enrico Forestieri a écrit :
Abdelrazak Younes abdelrazak.younes.m3system at ... writes:
For Msys/mingw binaries, I might be able to help if needed. Packaging is
something else... Uwe might propose something and Angus might come out
of his
Abdelrazak Younes [EMAIL PROTECTED] writes:
Hello,
I spent an awful lot of time trying to fix my msys install without
success so I decided to give cygwin a try. There is a way to use cygwin
environment with mingw without the -mno-cygwin option (see the mingw FAQ
at the end of this email).
Enrico Forestieri [EMAIL PROTECTED] writes:
I use cygwin with the -mno-cygwin option to build a LyX package which runs
without needing cygwin. I paste at the bottom an uuencoded tar archive
I just noticed that this damn'd gmane interface horribly mangled the
uuencoded archive. I am posting
Georg Baum [EMAIL PROTECTED] writes:
Lars Gullik Bjønnes wrote:
Then someone have to test it promptly or this will not be in 1.4.0.
OK, here is an updated patch for testing (nothing had changed, I only moved
the ChangeLog entry). Any takers?
With this patch the behavior is as in 1.3.7,
Juergen Spitzmueller [EMAIL PROTECTED] writes:
try this:
1. write \text{test} in text mode
2. select it
3. hit C-M
you get an ampty text inset. The patch fixes that.
Yes, I was missing that. Then I would say that the patch works, even if
it is a small nuisance that now you have to
Georg Baum [EMAIL PROTECTED] writes:
Enrico, could you file the paste outside of LyX bug in bugzilla, please (or
si it alreday there?)
I'll do that.
Here is a better patch (only two code lines were changed), that does allow
all these cases:
\text{test}
$\text{test}$
\[\text{test}\]
Georg Baum [EMAIL PROTECTED] writes:
Jürgen, Enrico, it would be nice if you could test this one again, so that
it can go in 1.4.0. For me it does work.
The new patch seems to work. However, if the selection does not include
any delimiter I get some messages on the terminal. For example,
Georg Baum [EMAIL PROTECTED] writes:
Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
With this patch the behavior is as in 1.3.7, including that when
selecting a math inset and pasting it outside of LyX, the delimiters are
still left out.
Enrico, could you file the paste
Abdelrazak Younes [EMAIL PROTECTED] writes:
OK thanks Enrico, I'll take a look. I was under the impression that your
method would need a cygwin installation a user but if you tell me that
this is not mandatory. Maybe we could switch to your version altogether
instead of the MSYS based
Angus Leeming [EMAIL PROTECTED] writes:
I'm retired :)
;-)
More seriously, how hard would it be to merge the two scripts into one? The
thing is written as a series of subroutines anyway so it would just need a
check
on the build environment so that it could call the correct ones.
Angus,
Angus Leeming [EMAIL PROTECTED] writes:
$ LANG=ru_RU.cp1251
$ export LANG
[...]
$ LANG=pl_PL.cp1250
$ export LANG
[...]
Is there any way to debug this? Find whether iconv is actually being used
or not?
FWIW, with a cygwin build I obtain correct results with LANG=ru_RU.cp1251
(cyrillic
1 - 100 of 8834 matches
Mail list logo
