Georg Baum <[EMAIL PROTECTED]> writes:
>
> Am Montag, 20. März 2006 16:45 schrieb Enrico Forestieri:
> > Jean-Marc Lasgouttes ...> writes:
> >
> > > What are the preprocessor macros that say we are in cygwin -mnocygwin
> > > mode? This is what we
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.cp
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
>
>
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Jean-Marc Lasgouttes ...> 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 personally think th
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
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 maintain
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
Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> On Wed, Mar 22, 2006 at 09:29:35PM +0000, 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 th
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
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
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 path it is assumed that
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 exte
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 b
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 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
> lyx::supp
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 SIGS
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 h
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] wi
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 calle
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 ...> 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 personally think th
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 p
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 fac
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&
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.
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
13529)
+++ insets/ChangeLog(working 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 <[EMAI
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 t
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 d
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 automati
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,
On Thu, Mar 30, 2006 at 01:43:34PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > 2) lyxrc.defaults had CRLF terminators.
>
> This should not matter at all. Does LyX have problems reading it?
I don't think so. I simply noticed it because I made a diff wit
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 p
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 @@
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 t
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 chan
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 th
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 th
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 scri
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
> >
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 t
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
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 proble
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 fro
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
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
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
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.
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
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
return *it;
return 0;
}
Index: src/ChangeLog
===
--- src/ChangeLog (revision 13538)
+++ src/ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2006-03-31 Enrico Forestieri <[EMAIL PROTECTED]>
+
On Fri, Mar 31, 2006 at 09:53:45AM -0800, Stephen Harris wrote:
> http://marc.theaimsgroup.com/?l=lyx-devel&m=114381524012218&w=2
>
> Enrico wrote:
> Why miktex is outputting non-text characters is beyond me, though.
>
> ---
>
> http://groups.google.com/group/comp.editors/browse_thread/t
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 dis
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 -
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
> >
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 s
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
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
> >
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
> &g
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
> > > inte
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 wo
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 du
On Sun, Apr 02, 2006 at 04:54:44PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > In C I would simply "#include " within
> > "support/filetools.h", but I don't think this is the correct C++
> > solution.
>
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
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
On Sun, Apr 02, 2006 at 07:45:39PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri a écrit :
> > 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
On Sun, Apr 02, 2006 at 10:07:54PM +0200, Georg Baum wrote:
> Am Sonntag, 2. April 2006 17:26 schrieb Enrico Forestieri:
> > Well, I think that I cannot hardcode a format in external_path as
> > this would be a regression.
>
> The fixes should go to 1.5svn first, and IM
On Mon, Apr 03, 2006 at 11:11:40AM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Moreover, nuking the checkbox maybe be seen as a regression...
>
> Nuking a checkbox is not a r
On Mon, Apr 03, 2006 at 11:22:48AM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > No, it is not because of that. The point is that
> > lyx::support::latex_path() calls ChangeExtensions, which in turn
> > calls internal_path(), which would turn the path into pos
On Mon, Apr 03, 2006 at 11:40:03AM +0200, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> >> Georg, cygwin runs on windows and it understands both posix and
> >> win-style paths. So, what is external and what is internal? In the
> >> win32 version C:/xxx
On Tue, Apr 04, 2006 at 09:50:15PM +0200, Georg Baum wrote:
> > Index: src/support/environment.C
> > ===
> > --- src/support/environment.C (revision 13547)
> > +++ src/support/environment.C (working copy)
> > @@ -95,7 +95,11 @@ vo
On Tue, Apr 04, 2006 at 10:27:58PM +0200, Georg Baum wrote:
> Am Montag, 3. April 2006 23:40 schrieb Uwe Stöhr:
> > Attached a patch against the configure script that comes together with
> > Angus' SVN snapshot build for Windows (because I couldn't find the
> > original file in the SVN repositor
On Tue, Apr 04, 2006 at 10:13:40PM +0200, Georg Baum wrote:
> Am Montag, 3. April 2006 11:58 schrieb Enrico Forestieri:
> > Only a small glitch, Georg. In os_cygwin.C, the test "p.length() < 1"
> > in is_posix_path() and is_windows_path() should be changed to
> &g
On Wed, Apr 05, 2006 at 09:27:13PM +0200, Georg Baum wrote:
> Am Mittwoch, 5. April 2006 03:39 schrieb Enrico Forestieri:
> > I also fixed the bug about the checkbox status in QPrefs.C, as it is
> > very annoying that it does the contrary of what its label says
> > (inver
On Wed, Apr 05, 2006 at 07:45:08PM +0200, Michael Gerz wrote:
> [EMAIL PROTECTED] wrote:
>
> >Fix mess up of internal/external paths (from Enrico Forestieri)
> > * src/frontends/qt2/QPrefs.C:
> > (internal_path_list, external_path_list): Handle the PATH prefix
&g
On Wed, Apr 05, 2006 at 09:27:13PM +0200, Georg Baum wrote:
> Am Mittwoch, 5. April 2006 03:39 schrieb Enrico Forestieri:
> > I also fixed the bug about the checkbox status in QPrefs.C, as it is
> > very annoying that it does the contrary of what its label says
> > (inver
On Wed, Apr 05, 2006 at 12:14:19AM +0200, Enrico Forestieri wrote:
> On Tue, Apr 04, 2006 at 10:27:58PM +0200, Georg Baum wrote:
>
> > Am Montag, 3. April 2006 23:40 schrieb Uwe Stöhr:
> > > Attached a patch against the configure script that comes together with
> >
On Thu, Apr 06, 2006 at 03:10:35PM +0200, Jean-Marc Lasgouttes wrote:
>
> So what is needed for 1.4.1 now?
>
> There is the layout2layout patch. Georg, did you see Bo's message
> about beamer.layout not working?
>
> What else is urgent for 1.4.1?
IMO, the patch recently applied to trunk, fixing
On Thu, Apr 06, 2006 at 04:45:08PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> IMO, the patch recently applied to trunk, fixing bug 2344 and
> Enrico> cygwin related path problems
On Sun, Aug 13, 2006 at 12:38:44PM +0200, Georg Baum wrote:
> Am Mittwoch, 9. August 2006 02:07 schrieb Enrico Forestieri:
[...]
> > Please find attached a patch which monotonically improves such support.
> > I tested it with octave, maxima, and mathematica.
>
> This patc
On Mon, Aug 14, 2006 at 01:33:21PM +0200, Georg Baum wrote:
> Juergen Spitzmueller wrote:
>
> > Georg Baum wrote:
> >> The reason for renaming the files was to be able to put everything in one
> >> temp dir. In 1.3 we had one temp dir per buffer, that lead to problems
> >> with included graphics.
On Tue, Aug 15, 2006 at 11:24:31AM -0500, Bo Peng wrote:
> It tooks me a while to compile clisp and maxima, but I still can not
> test your patch (at least it compiles though) because all screen
> display and output are strange characters now, due to the ongoing
> unicode business.
It could also
On Wed, Aug 16, 2006 at 12:05:47AM +0200, Abdelrazak Younes wrote:
> Michael Gerz wrote:
> > 5-b) I remember some work from Georg and Enrico about some math
> > symbols. I thing Georg put a FIXME in qt4 for that.
>
> Done by Edwin IIRC.
Nope. The FIXME is still there in QDelimiterDialog.C.
--
On Mon, Aug 14, 2006 at 05:21:49PM +0200, Jean-Marc Lasgouttes wrote:
> The following patch fixes this bug for me.
Indeed, the crash is gone. However, after applying this patch I still
observe a weird behavior which may be reproduced by the following steps:
1) Ctrl-N (new document)
2) Shift-Ctrl
On Wed, Aug 16, 2006 at 10:39:45AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Wed, Aug 16, 2006 at 12:05:47AM +0200, Abdelrazak Younes wrote:
> >
> >> Michael Gerz wrote:
> >> > 5-b) I remember some work from Georg and Enrico about some
On Thu, Aug 17, 2006 at 01:13:37PM +0200, Jean-Marc Lasgouttes wrote:
> OK, I see it indeed. What happens is that, when the script inset
> deletes its superscript, all that remains is a script inset with only
> one cell. Any undo concerning this inset will contain only the script
> "x", which is p
On Thu, Aug 17, 2006 at 09:55:09PM +0200, Jean-Marc Lasgouttes wrote:
> OK, this new patch fixes this problem too.
This is excellent, JMarc!
I was not able to trigger any weird behavior and I like a lot the
automatic removal/addition of the brace inset. An improvement over
a bug fix, IMHO.
--
On Sat, Aug 19, 2006 at 11:56:00AM +0200, Andre Poenitz wrote:
> Looks pretty good in general. A few comments nevertheless:
>
> > +// is this a known function?
> > +bool isKnownFunction(string & str)
>
> Coould be const.
Ok.
> > +
> > + string fromMathematicaName(string const & name)
> > +
On Sun, Aug 20, 2006 at 07:26:45AM +0100, José Matos wrote:
> On Sunday 20 August 2006 04:19, Bo Peng wrote:
> > Dear list,
> >
> > When I think more about the update option, I propose that we
> > completely remove this feature. The implementation of this feature, as
> > far as I can tell, is that
On Sun, Aug 20, 2006 at 09:43:07AM +0200, Abdelrazak Younes wrote:
> José Matos wrote:
> > On Sunday 20 August 2006 04:19, Bo Peng wrote:
> >> Dear list,
> >>
> >> When I think more about the update option, I propose that we
> >> completely remove this feature. The implementation of this feature,
On Sun, Aug 20, 2006 at 01:31:42PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Sun, Aug 20, 2006 at 09:43:07AM +0200, Abdelrazak Younes wrote:
> >
> >> José Matos wrote:
> >>> Please don't. It is a very useful feature in itself. Mo
On Sat, Aug 19, 2006 at 06:32:59PM +0200, Helge Hafting wrote:
> > > Index: src/mathed/math_exfuncinset.C
> > > ===
> > > --- src/mathed/math_exfuncinset.C (revision 14586)
> > > +++ src/mathed/math_exfuncinset.C (working copy)
> > >
I tried building qt4 with -no-qt3support, but when trying to build LyX
compilation fails as follows:
g++ -DHAVE_CONFIG_H -I. -I../../../../src/frontends/qt4 -I../../../src
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS
-DQ_CYGWIN_WIN -I../../../../src -I../../../../src/fronte
On Thu, Aug 24, 2006 at 03:41:20PM +0200, Lars Gullik Bjønnes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
[...]
> | A quick check reveals that Qt3Support is seemingly still needed for
> | compiling LyX:
> |
> | $ grep -rl Qt3Support build/src/frontends/qt4
>
On Thu, Aug 24, 2006 at 04:04:25PM +0200, Abdelrazak Younes wrote:
> > Does it suffice that I manually copy the Qt3Support files (which are
> > present in the the qt4 build dir, but do not get installed) to the
> > qt4 installation dir, or should I enable support for qt3 when building qt4?
>
> No
401 - 500 of 4921 matches
Mail list logo