Georg Baum [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
The 2236 part looks OK.
This is in.
For 2234, are you sure that \tag* works?
I thought so, but obviously it does not work.
Actually, is there a need to consider it separately?
Yes, otherwise the * will be
Enrico Forestieri [EMAIL PROTECTED] writes:
I tested your revised patch and now it also works with \tag*.
Just noticed a small problem. It works when importing a latex file, but
I am not able to insert \tag* by using the keyboard. I obtain a \tag cell
plus the *, but not a \tag* cell
I have uploaded a Cygwin package for LyX 1.4.0 to
ftp.devel.lyx.org/pub/incoming/
The package is named lyx-1.4.0-cygwin2.tar.gz and I hope it can be
moved to ftp.lyx.org/pub/lyx/bin/1.4.0/ and renamed lyx-1.4.0-cygwin.tar.gz
Notice that in pub/incoming there also should be an incomplete
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico I have uploaded a Cygwin package for LyX 1.4.0 to
Enrico ftp.devel.lyx.org/pub/incoming/
Enrico The package is named lyx-1.4.0-cygwin2.tar.gz and I hope it
Enrico can be moved
When trying to preview a beamer document I get a crash with a cygwin build.
I attach a bt at the bottom. Am I right that the crash is occurring inside
cygwin1.dll? Just ignore the first two false SEGFAULTS, it's a known
problem with gdb in cygwin, solved by a couple of cont.
I am quite sure it is
Angus Leeming [EMAIL PROTECTED] writes:
If memory serves me right, this function is pretty self contained. You should
be
able to add a main() that just calls it with the offending file. gcc -E the
file to create the full source listing and you'll be able to give 'em the code
that triggers
Angus Leeming [EMAIL PROTECTED] writes:
If memory serves me right, this function is pretty self contained. You should
be
able to add a main() that just calls it with the offending file. gcc -E the
file to create the full source listing and you'll be able to give 'em the code
that triggers
Enrico Forestieri [EMAIL PROTECTED] writes:
I made a self-contained executable from lyxsum.C and tried it on every
file in the texmf tree but did not succeed in crashing it. So I added
some debugging statements to src/support/lyxsum.C to see what file was
triggering the crash and to my
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri forenr at ... writes:
Computing crc of /c/texmf/tex/latex/graphics/
Abort (core dumped)
I tried the same with a mingw build and got that it also tried computing
the crc of the same directory, but in this case no crash
Angus Leeming [EMAIL PROTECTED] writes:
I'll try to come up with a patch to the LaTeX::deplog() function in
src/LaTeX.C.
Way to go!
;-)
Here is the patch. Please test, it works for me. The only drawback which
I can foresee is that a file *may* be passed two times to handleFoundFile()
but
Angus Leeming [EMAIL PROTECTED] writes:
I think that this version is more robust, but I haven't tried it out...
It works ;-)
Angus
at at -750,20 +750,30 at at
static regex reg5(Writing index file ([^ ]+).*);
ifstream ifs(logfile.c_str());
- string line1,
Angus Leeming [EMAIL PROTECTED] writes:
Enrico Forestieri forenr at ... writes:
Angus, I am a C++ newbie
No! Really? Wow! You don't come across as one!
Well, I am quite proficient in C, if that counts something ;-)
and don't even know if getline() is some sort
of standard
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
substr(0, x) == foo
we have lstring functions for that
prefixIs(Index:, foo)
Thanks Lars.
Latest patch (using prefixIs) attached.
--
Enrico
--- src/LaTeX.C.orig2006-03-14 05:04:34.0 +0100
+++ src/LaTeX.C 2006-03-16
Angus Leeming [EMAIL PROTECTED] writes:
In fact, if I think about it, the only manual step in the whole process is the
installation of the LyX icons into the lyx.exe executable. If someone takes it
upon themselves to integrate that step into the build process then everything
else can be
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Latest patch (using prefixIs) attached.
At least the part that skips directories can go in now. It is the part
that avoids the crash.
Concerning the rest, I think it matches
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico You are right. I found
Enrico http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
Enrico that this patch fixes precisely that bug
Probably, yes.
Enrico Jean-Marc
Abdelrazak Younes [EMAIL PROTECTED] writes:
Dear Enrico,
I have problems with the -mms-bitfields option passed to gcc for cygwin
and Mingw ports. Is it something related to structure in memory
apparently. Do you know if it is still necessary? I would like to remove
that from cygwin.m4
Abdelrazak Younes [EMAIL PROTECTED] writes:
Next time I will try to get rid of it and tell you. I can't right now,
because building from scratch takes 1.5 hours for me.
OK, if you confirm that you don't have any problem without the option, I
would suggest to just eliminate it in
Georg Baum [EMAIL PROTECTED] writes:
That means it is necessary if you want to link against libraries compiled
by a MS compiler, and it will hurt if you link against libraries compiled
by gcc without this switch.
Further investigation shows that this setting was added by Kayvan on
Abdelrazak Younes [EMAIL PROTECTED] writes:
Georg Baum a écrit :
Am Freitag, 17. März 2006 22:14 schrieb Kayvan A. Sylvan:
On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
Kayvan, are you listening? Why did you introduce this option also for
cygwin?
I think this was
Abdelrazak Younes [EMAIL PROTECTED] writes:
This is interesting. I'll try to compile for a mingw target without the
-mms-bitfield switch and see what happens... I bet nothing
I have tried that in the past but did not succeed (compiling from cygwin
a mingw target). The resulting
Michael Gerz [EMAIL PROTECTED] writes:
It is wise to remove the option for mingw? I think we are linking
against a gettext and libiconv version that was (most likely) built by
MSVC or another Non-MinGW compiler.
Then why not compiling libiconv with mingw, too? It is quite strightforward
to
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Concerning LyX/Mac, we have several reports that make me believe that
the whole document gets rebroken/displayed at times. This is very weird.
Jean-Marc, LyX 1.4 has serious speed problems not only on the Mac.
I tried to use 1.4.0pre4 for working
Georg Baum [EMAIL PROTECTED] writes:
Am Samstag, 18. März 2006 17:18 schrieb Michael Gerz:
Abdelrazak Younes wrote:
I was maybe not clear... Please do the change for mingw also.
Oh, I thought you were using cygwin. How did you compile qt? It should
work if you compile it with
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Jean-Marc, LyX 1.4 has serious speed problems not only on the
Enrico Mac. I tried to use 1.4.0pre4 for working on a big document
Enrico (~60 pages) with lots of figures
Michael Gerz [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Then why not compiling libiconv with mingw, too? It is quite strightforward
to do. As regards gettext, if you configure with --with-included-gettext,
it will be compiled alongside LyX.
Then why not keeping the option
Abdelrazak Younes [EMAIL PROTECTED] writes:
Success! I managed to compile everything (qt4) without MSYS. There two
small problem though:
1) I have to use -sysdir option because the generated executable look
for an inexistant directory:
$ ./lyx-qt4
Unable to determine the system
Angus Leeming [EMAIL PROTECTED] writes:
Enrico,
Using MSYS, I have built the libiconv package suggested by Michael and then
gone on to build LyX using --with-included-gettext. configure finds
libiconv and the build proceeds happily, but I find that the resulting .exe
is unable to change
Angus Leeming [EMAIL PROTECTED] writes:
I seem to remember you stating that this dynamic conversion worked for you
using
a Cygwin-built LyX. I was trying to find out a little bit more about your
setup.
Do you use the libiconv and gettext compiled by Cygwin, did you compile your
own? Etc,
Abdelrazak Younes [EMAIL PROTECTED] writes:
Yep I used 'c:/' like syntax. But the --with-extra-prefix never worked
for me, with either c:/ or /c/ style. configure just stops telling that
it cannot find 'c' directory even though it was there.
Unlike MSYS, when using Cygwin the /c thing
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
What are the preprocessor macros that say we are in cygwin -mnocygwin
mode? This is what we have to test for.
Please, find below the results obtained with and without -mno-cygwin.
Essentially, I think that in the first case the WIN32 thing (in all
Georg Baum [EMAIL PROTECTED] writes:
Am Montag, 20. März 2006 16:45 schrieb Enrico Forestieri:
Jean-Marc Lasgouttes Jean-Marc.Lasgouttes at ... writes:
What are the preprocessor macros that say we are in cygwin -mnocygwin
mode? This is what we have to test for.
Please, find
Michael Gerz [EMAIL PROTECTED] writes:
2. class OStream has a method called printf. Unfortunately, gettext
0.14.5 redefines printf which results in a lot of errors (IIRC printf is
replaced by intl_printf).
Michael,
I solved that problem by the following patch:
--- common/config.cpp.orig
Angus Leeming [EMAIL PROTECTED] writes:
Ok, I've read 'em. I can see that the thing compiles, but my reading of the
libiconv/gettext installation notes is that you need a third compilation:
* make, make install gettext
* make, make install libiconv
* make, make install gettext
There's a
Angus Leeming [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes Jean-Marc.Lasgouttes at ... writes:
Enrico my reading of it is that you need the three compilations only
Enrico if you want an internationalized iconv program, i.e., if you
Enrico want translated messages from iconv. I
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Yes, I have to specify --with-packaging=windows, otherwise I
Enrico would get posix. The packaging test in configure is quite
Enrico simple. I don't know if it can be changed
The attached patch fixes the bug reported here:
http://thread.gmane.org/gmane.editors.lyx.general/29227
In my intention this is the first of a series of patches aimed at polishing
the Cygwin target, which I think is lagging behind. Please, tell me if this
ok with you. I have no problem in
Enrico Forestieri [EMAIL PROTECTED] writes:
The attached patch fixes the bug reported here:
http://thread.gmane.org/gmane.editors.lyx.general/29227
In my intention this is the first of a series of patches aimed at polishing
the Cygwin target, which I think is lagging behind. Please, tell
Martin Vermeer [EMAIL PROTECTED] writes:
On Wed, Mar 22, 2006 at 09:29:35PM +, Enrico Forestieri wrote:
The attached patch fixes the bug reported here:
http://thread.gmane.org/gmane.editors.lyx.general/29227
In my intention this is the first of a series of patches aimed
Georg Baum [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
The attached patch fixes the bug reported here:
http://thread.gmane.org/gmane.editors.lyx.general/29227
In my intention this is the first of a series of patches aimed at
polishing the Cygwin target, which I think
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Really? I had thought the second one was more cleaner.
Enrico Actually I had to figure out that when latex_path() is called
Enrico for generating the argument of \input at path
Georg Baum [EMAIL PROTECTED] writes:
Enrico Forestieri wrote:
Really? I had thought the second one was more cleaner. Actually I had to
figure out that when latex_path() is called for generating the argument
of \input at path it is assumed that a trailing / is present, and the
second
Georg Baum [EMAIL PROTECTED] writes:
What I meant was: Do we need for one setting of cygwin_path_fix_needed both
windos/posix styles, or does cygwin_path_fix_needed simply switch
external_path() between the windows and posix version?
As it is now, cygwin_path_fix_needed simply switch
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Now I don't like either anymore. The problem of both fixes is
Georg that they use a trailing '/' as flag whether external_path() is
Georg needed or not. This will strike back sooner or
Georg Baum [EMAIL PROTECTED] writes:
I think that you can safely call it unconditionally. I looked it up, and
latex_path() is only called on filenames that are written to .tex files. I
would be very surprised if a TeX compiler exists on windows that needs win
style paths in \inputa at path
Georg Baum [EMAIL PROTECTED] writes:
Many thanks for your helpful and appreciated comments.
I hope they are not too disappointing
Oh, not at all...
Here you basically revert external_path on non-cygwin windows. This is a
bit ugly, so I moved this into a new function
Lodewijk Bonebakker [EMAIL PROTECTED] writes:
When compiling lyx on Solaris 10, using an up-to-date gnu setup (updated
autoconf, automake, etc). Compilation of the recent svn stable branch
completes without problems.
At startup however, lyx displays the main window, reports a SIGSEGV,
On Fri, Mar 24, 2006 at 11:09:00AM +0100, Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
I thought the idea of cygwin_path_fix was that it is only needed for
latex. I am not so sure anymore.
Why do you say so?
The lines
//No backslashes in LaTeX files
dos_path =
On Fri, Mar 24, 2006 at 12:51:17PM +0100, Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
I think I agree with it. Could you repost it please? I am lost in the
thread :)
Sure, here it is.
I have a comment on this patch. I see that you get rid of the rtrim call
in latex_path. This has the
On Fri, Mar 24, 2006 at 01:43:55PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
I have a comment on this patch. I see that you get rid of the rtrim call
in latex_path. This has the following effect: in all cases the argument
of [EMAIL PROTECTED] will have two '/' appended, except
On Fri, Mar 24, 2006 at 02:04:53PM +0100, Georg Baum wrote:
No, it does not need posix style paths: It simply cannot cope with
backslashes for obvious reasons. AFAIK miktex can handle paths like
C:/temp/test.tex. Not a big difference, but not exactly posix either.
This path style is called
On Sun, Mar 26, 2006 at 10:28:15AM +0200, Georg Baum wrote:
Am Sonntag, 26. März 2006 05:10 schrieb Uwe Stöhr:
Btw. for what is the file LyXConfig.lyx.in needed?
I knew once, but forgot.
I think this file was obsoleted by LaTeXConfig.lyx.in. Perhaps
chkconfig.ltx should be updated to
Angus Leeming [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes Jean-Marc.Lasgouttes at ... writes:
Enrico my reading of it is that you need the three compilations only
Enrico if you want an internationalized iconv program, i.e., if you
Enrico want translated messages from iconv. I
On Mon, Mar 27, 2006 at 04:25:58PM +0200, Joost Verburg wrote:
Charles de Miramon wrote:
Why not make things simple. I'm in favour of Bo Peng's approach. Power users
can always use the -geometry option from the command line. Or if they use,
KWin use the advanced options for windows
On Tue, Mar 28, 2006 at 08:49:50AM +0200, Ekkehart Schlicht wrote:
2. If I write a+b=c in a math insert and switch on instant preview, the
insert sometimes disappears, and at other times it appears as a b c
(with missing operators).
If you have dvipng installed, this may be due to the fact
On Tue, Mar 28, 2006 at 03:13:17PM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Latest patch (using prefixIs) attached
On Tue, Mar 28, 2006 at 09:05:03PM +0200, Georg Baum wrote:
Am Dienstag, 28. März 2006 15:03 schrieb Jean-Marc Lasgouttes:
I put it there, except dor the part in client.C. I am not sure this
one is right/useful.
It is currently a noop because the client does not work on windows. But it
On Wed, Mar 29, 2006 at 05:18:04PM +0200, Helge Hafting wrote:
Well, lyx supports the latex programming/typesetting language.
You can define a \cis in the document preamble, then
you'd be able to type \cis in math. It won't look exactly the same
as sin and cos on screen, but it will look
copy)
@@ -1,3 +1,7 @@
+2006-03-29 Enrico Forestieri [EMAIL PROTECTED]
+ * insetgraphics.C (prepareFile): Fix the returned path such
+ that it is in the proper style for inclusion in a .tex file.
+
2006-03-11 Jürgen Spitzmüller [EMAIL PROTECTED]
*insettabular (doDispatch
On Wed, Mar 29, 2006 at 08:53:37PM +0200, Georg Baum wrote:
Am Mittwoch, 29. März 2006 03:11 schrieb Enrico Forestieri:
The client works with the cygwin/X11 version of LyX.
Sorry, I meant windows without cygwin.
It doesn't work
with the cygwin/native-graphics version, but I suspect
On Thu, Mar 30, 2006 at 11:01:29AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
I have reviewed all (I think) possible problems related to paths in
cygwin. The attached is the patch I come up with. I hope that it can
be applied for 1.4.1 as it doesn't harm the other targets
On Wed, Mar 29, 2006 at 10:55:19PM -0600, Bo Peng wrote:
Dear list,
configure.py was first written as a direct translation of the
configure.m4 file. It is not structured, and use all global variables.
Attached is a more pythonic version. It is the first step towards my
goal of automatic
On Thu, Mar 30, 2006 at 01:16:56PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
That indeed would be great, but I think that the cygwin target has
some peculiarities not easily mimicked by a native build.
IMHO, no need to mimic anything, he who want a cygwin functionality
On Thu, Mar 30, 2006 at 10:09:07AM -0600, Bo Peng wrote:
I tested it on cygwin. Here are the results.
1) After launching, the script was hanging in checkCygwinPath().
I had to kill the latex.exe process to let it continue (I use
MikTeX, so latex.exe is a native win32 program,
On Thu, Mar 30, 2006 at 09:46:57PM +0200, Enrico Forestieri wrote:
Please, attached find a patch correcting this problems.
I forgot to attach the patch.
--
Enrico
--- configure.py.orig Thu Mar 30 12:58:18 2006
+++ configure.pyThu Mar 30 21:27:14 2006
@@ -33,7 +33,7 @@
def
On Thu, Mar 30, 2006 at 03:56:02PM +0200, Abdelrazak Younes wrote:
Just for confirmation, is /cygdrive is present on any cygwin installation?
But in the special case where a user has a c:\cygdrive and lyx is
installed on the same drive, this test doesn't work (I just made the
test). Is
On Thu, Mar 30, 2006 at 05:33:31PM +0200, Georg Baum wrote:
I did not yet have time to comment on Enricos patch, I just had a quick look
and the cygwin ifdefs he introduced in frontends/qt2/FileDialog.C don't
seem right. If they are really needed (which I doubt currently, but that
may change
On Thu, Mar 30, 2006 at 06:39:39PM +0200, Jean-Marc Lasgouttes wrote:
I think this cygwin-without-cygwin stuff is becoming stranger and
stranger.
cygwin-without-cygwin? what's that? ;-)
--
Enrico
On Thu, Mar 30, 2006 at 05:01:52PM +0200, Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Message to the main lyx developers:
Abdelrazak IMHO, if you want to encourage new contributions, you
Abdelrazak should relax a bit the implicit
On Thu, Mar 30, 2006 at 05:44:17PM +0200, Abdelrazak Younes wrote:
I am using TortoiseSVN which has a very good GUI that can show visual
comparison between revisions or even 3-way comparisons. With this GUI
you can reject a change, revert to an older version, etc. I definitely
prefer this
On Thu, Mar 30, 2006 at 10:21:53PM +0200, Georg Baum wrote:
Am Mittwoch, 29. März 2006 20:49 schrieb Enrico Forestieri:
I have reorganized things in this way:
1) The kind of path style to be written into .tex files is only
decided by the configure script which checks what the correct
On Thu, Mar 30, 2006 at 08:59:37PM +, Angus Leeming wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
It is used by LyX to set the PATH prefix. In *nix it should be omitted,
as everything needed should already be in the PATH. In the native win32
LyX it will be set by the installer, so
On Fri, Mar 31, 2006 at 10:59:18AM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Thu, Mar 30, 2006 at 06:39:39PM +0200, Jean-Marc Lasgouttes
Enrico wrote:
I think this cygwin-without-cygwin stuff is becoming stranger and
stranger
On Fri, Mar 31, 2006 at 12:10:14PM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico cygwin-without-cygwin? what's that? ;-)
Isn't the point of this thread to support compiling with cygwin
-mnocygwin and (perhaps separately, I am not sure
On Fri, Mar 31, 2006 at 12:34:36PM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico I beg your pardon, next time I'll check more closely
Enrico quotations.
No problem, I would be more useful if I actually manage to understand
how cygwin
On Fri, Mar 31, 2006 at 01:59:09PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
However, you could also use other native apps apart from miktex, so it
is useful that both 1) and 2) return either posix- or win-style paths.
This is to be independent from the cygwin_path_fix switch
On Fri, Mar 31, 2006 at 02:11:25PM +0200, Jean-Marc Lasgouttes wrote:
Georg == Georg Baum [EMAIL PROTECTED] writes:
However, you could also use other native apps apart from miktex, so
it is useful that both 1) and 2) return either posix- or win-style
paths. This is to be independent from
On Fri, Mar 31, 2006 at 02:33:08PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
I think that it is better to proceed step by step. Is it okay with you
if I start from scratch and do the minimum necessary to fix real bugs?
You don't need to start from scratch, since you solved a lot
On Fri, Mar 31, 2006 at 07:25:48AM -0600, Bo Peng wrote:
* configure.py: Major clean up.
I could have written that one myself. I was thinking about something more
detailed, but I'll use that now.
I do not think there are more details. :-) This is only a clean up
with things are
On Thu, Mar 30, 2006 at 10:23:38PM +0200, Enrico Forestieri wrote:
For example, while testing I just got this assertion from boost:
assertion src.size() == std::strlen( src.c_str() ) failed: file
../../../../../boost/libs/filesystem/src/path_posix_windows.cpp, line 235
I don't get
On Fri, Mar 31, 2006 at 03:55:02PM +0200, Abdelrazak Younes wrote:
Bo Peng a écrit :
Dear list,
[...]
So I run autogen.sh myself:
sh-2.04$ ./autogen.sh
Using automake (GNU automake) 1.8.2
This automake version is not supported by LyX.
LyX only supports automake 1.9.
I checked
On Fri, Mar 31, 2006 at 08:17:42AM -0600, Bo Peng wrote:
You have to switch to cygwin (which should have automake-1.9) and run
autogen.sh from there. Then you can switch back to msys for the
Thanks. Lyx is compiling. However, aspell still does not work. The
latest error message is
...
/ChangeLog
===
--- src/ChangeLog (revision 13538)
+++ src/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2006-03-31 Enrico Forestieri [EMAIL PROTECTED]
+ * bufferlist.C (getBufferFromTmp):
+ * exporter.C (copyFile): Fix
On Fri, Mar 31, 2006 at 09:53:45AM -0800, Stephen Harris wrote:
http://marc.theaimsgroup.com/?l=lyx-develm=114381524012218w=2
Enrico wrote:
Why miktex is outputting non-text characters is beyond me, though.
---
On Fri, Mar 31, 2006 at 09:56:41PM +0200, Enrico Forestieri wrote:
The correct fix to this problem is my other patch in the thread
Cygwin polishing, which however, I admit tries to solve too much
things in a single shot.
This is to reaffirm what I said. I just discovered another bug related
On Fri, Mar 31, 2006 at 08:05:10PM +0200, Michael Gerz wrote:
Just my two cents:
I agree with Jean-Marc that we should keep things simple. We don't have
to support each and every conceivable configuration. If we manage to
provide the Windows world with a working LyX - no matter how - our
On Sat, Apr 01, 2006 at 01:24:00PM +0200, Georg Baum wrote:
Am Freitag, 31. März 2006 15:21 schrieb Enrico Forestieri:
I do not understand why os::internal_path can return paths like C:/xxx
in the win32 version and cannot for the cygwin version. Note that the
test for an absolute path
On Sat, Apr 01, 2006 at 01:46:39PM +0200, Georg Baum wrote:
I fear we have been talking past each other. I never wanted a dirty
patch. I wanted a correct one, but split up in smaller chunks. For
example, the additional check box could be left out in the first version,
hardcoding win style
On Sat, Apr 01, 2006 at 10:44:09AM +0200, Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Hey! Congratulation to your wife and you! Hope everything is all right.
Congratulations from me, too!
Ditto!
--
Enrico
On Fri, Mar 31, 2006 at 07:24:33PM -0600, Bo Peng wrote:
The weird part is, -I./interfaces/cc/ has aspell.h. Any clue?
If you are using the mingw compiler, I think that your problems
may come from using make instead of mingw32-make.
--
Enrico
On Sat, Apr 01, 2006 at 05:44:55PM +0200, Georg Baum wrote:
Am Samstag, 1. April 2006 16:37 schrieb Enrico Forestieri:
This is exactly what my patch does. I do not agree about the
confusion.
Here I meant confusion for programmers, not users. It simply does not make
sense to make
On Sat, Apr 01, 2006 at 05:55:07PM +0200, Georg Baum wrote:
Am Samstag, 1. April 2006 17:07 schrieb Enrico Forestieri:
Understood. I'll leave the checkbox thing as it is now, i.e., the user
can subvert the configure script decisions (a really bad idea) and
arrange things such that LyX
On Sun, Apr 02, 2006 at 01:11:50PM +0200, Georg Baum wrote:
Am Samstag, 1. April 2006 18:48 schrieb Enrico Forestieri:
On Sat, Apr 01, 2006 at 05:44:55PM +0200, Georg Baum wrote:
Let us please postpone the user visible paths for now, and first get
the
internal representation right
On Sun, Apr 02, 2006 at 01:14:09PM +0200, Georg Baum wrote:
Am Samstag, 1. April 2006 21:17 schrieb Enrico Forestieri:
On Sat, Apr 01, 2006 at 05:55:07PM +0200, Georg Baum wrote:
Almost. No boolean please (that would circumvent the whole idea of
internal/external path). Simply hardcode
On Sun, Apr 02, 2006 at 05:26:37PM +0200, Enrico Forestieri wrote:
Come on, Georg, there are many choices by the configure script
that cannot be undone by the user! Think about dvipng which once
detected dictates the instant-preview image formats, and if it
doesn't work correctly (how already
On Sun, Apr 02, 2006 at 05:57:55PM +0200, Michael Gerz wrote:
[...]
5. Aspell
[...]
5.4 Edit files
[...]
./modules/speller/language.cpp:
Isn't this ./modules/speller/default/language.cpp ?
--
Enrico
On Sun, Apr 02, 2006 at 06:16:34PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
On Sun, Apr 02, 2006 at 01:11:50PM +0200, Georg Baum wrote:
- Implicit format change of .lyx files. I know that there are currently
problems in this area due to the mixup, but for the future I
On Sun, Apr 02, 2006 at 04:54:44PM +, Angus Leeming wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
In C I would simply #include support/os.h within
support/filetools.h, but I don't think this is the correct C++
solution.
You can't forward declare enums, so your
proposed
On Sun, Apr 02, 2006 at 07:02:08PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri a écrit :
On Sun, Apr 02, 2006 at 06:16:34PM +0200, Abdelrazak Younes wrote:
[...]
It always contains paths with forward slashes, but according to
the logic currently used, an absolute path may appear
On Sun, Apr 02, 2006 at 10:20:35PM +0200, Georg Baum wrote:
Am Sonntag, 2. April 2006 17:57 schrieb Enrico Forestieri:
Well, I am facing a problem related to it now. Please, help this
C++ newbie to solve the following problem.
I had already the need to add an enum argument
101 - 200 of 8847 matches
Mail list logo