Jose' Matos a écrit :
On Thursday 30 March 2006 20:14, Georg Baum wrote:
If the goal is really to go to C++ I would skip the python part. Why
create additional work?
Probably because it is easier to create and develop, it is cross platform
and a better approach than what we have now.
Georg Baum a écrit :
Am Donnerstag, 30. März 2006 10:50 schrieb Abdelrazak Younes:
I wouldn't like you to be frustrated by people not
having enough time to review your (big and frequent) patches.
This problem would not be solved by rw access. rw access is good for small
obvious stuff that
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Juergen Spitzmueller wrote:
This optimization is no more.
Juergen I don't have time to work on it in the foreseeable timeframe,
Juergen but how about the following idea, that strikes me much better
Juergen than the 1.3
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.
Enrico cygwin-without-cygwin? what's that? ;-)
Isn't the point of this thread
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo Question: Do we need to set the following in lyxrc.default during
Bo configure.py under windows?
What do you mean exactly? What would the alternative be?
Bo \pdf_viewer 'c:\program
Bo files\acrobat\reader\7.0\bin\acroread32.exe' \gs_viewer
Bo
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
| path_prefix is essentially a Windows thing. Windows has a PATH environment
| variable but most native Windows apps don't use it; they use the registry
| instead. LyX, however, knows nothing about the registry, so we givea
| our users localized
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Why cannot programs we defined with absolute paths when the prog is
not in the default path? Why should lyx have its own path lookup
logic?
Angus path_prefix is essentially a Windows thing. Windows has a PATH
Angus environment variable but
Darren == Darren Oh [EMAIL PROTECTED] writes:
Darren Thank you for the suggestion. Unfortunately, that doesn't seem
Darren to be the problem. I removed the LyX and LyX-1.4 directories
Darren and restarted LyX, but it still crashed when I tried to open
Darren Preferences.
Do you use a locale
In lib/Makefile.am, I see:
dist_pkgdata_DATA = lyxrc.example CREDITS chkconfig.ltx configure \
lyxrc.defaults textclass.lst packages.lst external_templates \
encodings languages symbols syntax.default
Is there a reason why lyxrc.defaults, textclass.lst and
Jean-Marc Lasgouttes wrote:
This looks like a very good plan.
Good.
However, didn't you mention that your document is slow when navigating
though the TOC? Why does this happen?
I haven't figured that out yet. I suppose the labels are being (re-)created
while updating the screen.
Is there a
On Fri, 2006-03-31 at 11:29 +0200, Juergen Spitzmueller wrote:
Jean-Marc Lasgouttes wrote:
This looks like a very good plan.
Good.
However, didn't you mention that your document is slow when navigating
though the TOC? Why does this happen?
I haven't figured that out yet. I suppose
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
This looks like a very good plan.
Juergen Good.
However, didn't you mention that your document is slow when
navigating though the TOC? Why does this happen?
Juergen I haven't figured that out yet.
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.
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 anymore) to have
a binary that can either be cygwin-based or not depending on
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Juergen Spitzmueller wrote:
This optimization is no more.
Juergen I don't have time to work on it in the foreseeable timeframe,
Juergen but how about the following idea, that strikes me much better
Juergen than the 1.3
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
Lars Gullik Bjønnes wrote:
Think *unicode* and forget about this one for now.
I'm not a developper but I'm wondering if you are not underestimating the
complexity of going Unicode. Changing the internal format to Unicode is
maybe not that hard but having a fully Unicode editor is *very*
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 stuff should work.
JMarc
On Fri, 2006-03-31 at 12:34 +0200, Charles de Miramon wrote:
Lars Gullik Bjønnes wrote:
Think *unicode* and forget about this one for now.
I'm not a developper but I'm wondering if you are not underestimating the
complexity of going Unicode. Changing the internal format to Unicode is
Jean-Marc Lasgouttes a écrit :
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 anymore) to have
a binary that can either be
Charles de Miramon wrote:
I'm not a developper but I'm wondering if you are not underestimating the
complexity of going Unicode.
I don't think so.
Changing the internal format to Unicode is
maybe not that hard but having a fully Unicode editor is *very* complex.
And the latter is not the
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Is there a reason why lyxrc.defaults, textclass.lst and
Jean-Marc packages.lst are there? These files are generated by
Jean-Marc configure, we should not distribute them...
More precisely, should I apply this patch to branch
Enrico Forestieri wrote:
In Windows one could use miktex or tetex (by cygwin). But, as things
stand now, tetex cannot be used because, for reasons not known to me,
it gives an error when a path like C:/xxx is output to a .tex file.
I think that it is related to the fact that a check for a
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 the cygwin_path_fix switch
and in my patch it is done through the Use
Can someone provide the complete patch for 2195 (aka speedup patch)
that would apply to 1.4.x? I remember seeing it, but I do not have it
anymore.
JMarc
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
Jean-Marc Lasgouttes wrote:
Could you try this patch? Does it help enough?
I can see no improvement, unfortunately.
You should also test it with #if 1 instead of #if 0. In this case, it
will not help, but it will test whether the new code is correct.
Did that. Not much of a difference.
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 of probelsm
already. I like the step by step approach, and would
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg That would be like the attached then. I will put this in trunk
Georg tomorrow if nobody objects, but I would really like somebody to
Georg test it.
I tested it and it seems to work and I think you should apply it to
1.4. The best would be to
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Jean-Marc, I have a few trivial text changes in my queue. For
Michael instance, I don't like buttons with a period. And Cols
Michael sounds a bit too colloquial, doesn't it?
These look OK, except the one with \input and \include: (1) I
Think *unicode* and forget about this one for now.
If you ask me what are the most important features I have in mind. I
would say: NO more new features. If .lyx format is working, why XML?
If current foreign language support is fine, why unicode?
Let us clear up all existing bugs and make lyx
Bo Peng wrote:
2006-03-30 Bo Peng [EMAIL PROTECTED]
* 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.
Note also that the pdflatex format changes are missing.
Which one? Line 224 has
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo If current foreign language support is fine, why unicode?
The problem is that it is not fine, it is a hack.
JMarc
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 and
* 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 grouped together and packed into functions, No new
feature is
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
Dear list,
I have spent long hours trying to set up a windows/lyx build
environment. Small problems are solved, but now I am facing a big one:
In build_lyxwin.sh, line 151, autogen.sh is commented out. When I run
the script, I get
./dv2dt.exe edited2.dvi edited3.dtl
configure.ac has Win32-style
On Mar 31, 2006, at 7:22 AM, Jean-Marc Lasgouttes wrote:
Can someone provide the complete patch for 2195 (aka speedup patch)
that would apply to 1.4.x? I remember seeing it, but I do not have it
anymore.
I've been using the patch posted here: http://www.mail-archive.com/
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
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 mingw website (and the instruction), 1.8.2 is the current
release, and was used
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
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Ok, let's take a more pragmatic approach. I am going to post a
Enrico patch #1 which simply solves the two problems above. I would
Enrico like them fixed in 1.4.1 such that the binary I'll made
Enrico available will not be different
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Could you try this patch? Does it help enough?
Juergen I can see no improvement, unfortunately.
Not surprising, too much cut and paste.
Try that instead.
JMarc
Index: src/dociterator.C
have you incorporated my patch about the cygwin test? Without it the
setting of \cygwin_path_fix_needed is completely wrong.
No. I do not have write access to lyx/svn, and do not want to post
repetitive patches, please apply your patch by yourself, after Georg
applies mine. It actually makes
Jean-Marc Lasgouttes wrote:
Not surprising, too much cut and paste.
Try that instead.
Not much different (perhaps a bit faster, hard to say).
Jürgen
Abdelrazak Younes a écrit :
Hello,
I am going to commit the following patch to trunk. I won't have the time
to finish the TOC dialog in the near future so if someone is interested,
please go ahead.
It seems that I found a bit of time to further fix the Qt4 TOC. Will
commit soon.
Abdel.
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
if /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
Angus Leeming wrote:
Hi Angus,
I tried the following:
ekkehart2.exe exits as follows:
4. with no drive associated with J: nothing
5. with an empty drive associated with J:
Exception caught:
boost::filesystem::is_directory: J:\foo: The device is
not ready.
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 it
Bo Peng wrote:
Thanks. Lyx is compiling. However, aspell still does not work. The
latest error message is
Any idea?
Have you had a look at the build_aspell.sh script in
development/Win32/packaging ?
--
Angus
Bo Peng a écrit :
modules/speller/default/language.cpp:24:24: langinfo.h: No such file or directo
y
make[1]: *** [modules/speller/default/language.lo] Error 1
make[1]: Leaving directory `/d/lyx-devel/downloads/aspell-0.60.4/aspell-0.60.4'
Any idea?
Might be a gettext or a libiconv issue. Did
Have you had a look at the build_aspell.sh script in
development/Win32/packaging ?
Yes. It fixes a #include issue. But I still get the error.
Bo
Might be a gettext or a libiconv issue. Did you install them?
Yes. But I was lazy enough to get them directly from mingw website. I
will install them again. :-(
Bo
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
...
Enrico Forestieri a écrit :
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
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Not surprising, too much cut and paste.
Try that instead.
Juergen Not much different (perhaps a bit faster, hard to say).
I see a big difference in gprof, but this is probably because it does
not
Bo is a big guy...
Big or not, I am suffering. mingw tools are *slow* and there are
caveats here and there.
I will post a complete log of what I have done after I install
everything, if that will ever happen.
Bo
On Fri, Mar 31, 2006 at 08:49:25AM -0500, Bennett Helm wrote:
On Mar 31, 2006, at 7:22 AM, Jean-Marc Lasgouttes wrote:
Can someone provide the complete patch for 2195 (aka speedup patch)
that would apply to 1.4.x? I remember seeing it, but I do not have it
anymore.
I've been using the
Enrico Forestieri a écrit :
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
Jean-Marc Lasgouttes wrote:
I see a big difference in gprof, but this is probably because it does
not take IO time into account. This is a patch that should go in at
some time, so I keep it somewhere.
Well, I think your patch is a sensible thing to do anyway, so why not apply
it? For the
Bug 2045 (C-U does not work in mathed) has annoyed me today again, so I
fixed it. The attached patch is going in soon.
Log:
Enable C-U in mathed (bug 2045)
GeorgIndex: src/mathed/math_nestinset.C
===
---
Jean-Marc Lasgouttes a écrit :
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Not surprising, too much cut and paste.
Try that instead.
Juergen Not much different (perhaps a bit faster, hard to say).
I see a big difference in gprof, but this
Dear list,
With my previous pre-patch (is or will be working), a lyx user can
open a .lyx file with its .cls and .layout files stored together. Now,
it comes to the question how to make use of existing .cls/.layout when
a new lyx file is created.
Currently, a user is supposed to put .cls under
On Fri, Mar 31, 2006 at 02:22:18PM +0200, Jean-Marc Lasgouttes wrote:
Can someone provide the complete patch for 2195 (aka speedup patch)
that would apply to 1.4.x? I remember seeing it, but I do not have it
anymore.
Here is the patch. It is r13328 + r13415 + replacing a by a = to
keep
On Fri, Mar 31, 2006 at 06:01:13PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
...
Out of interest I tried the following patch to understand how I can
speedup updateCounter. This is _not_ proposed for inclusion, I
http://marc.theaimsgroup.com/?l=lyx-develm=114381524012218w=2
Enrico wrote:
Why miktex is outputting non-text characters is beyond me, though.
---
http://groups.google.com/group/comp.editors/browse_thread/thread/1b8a2d71bce3eb33
Dear list,
Attached is another patch to configure.py, it *contains* Enrico's
cygwin patch, and a few changes to make 'configure.py
--without-latex-config' work. I do not know when and why this option
will be used, but it is working now.
Please apply. The log entry can be
configure.py: Bo Peng
Here is a minimal patch for cygwin. It fixes bug 2344 and the following
two bugs:
- Export to latex fails when cygwin_path_fix is true, because
prefixIs(p1,p2) in copyFile() fails to recognize that p2 is prefix of
p1 when they are in different styles.
- When a file is exported to latex and
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.
---
Jean-Marc Lasgouttes wrote:
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 anymore) to have a
binary that can either be cygwin-based or not depending on the phase
of the moon? It
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
Abdelrazak Younes wrote:
Please, attached find the patch I apply to fix aspell compilation.
It works for me.
Ah yes, I forgot about this one... Maybe someone should report that to
the Aspell developers...
I have sent a bug report to Kevin Atkinson. No reply yet.
Michael
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
Dear list,
Lars may really start to hate me now. Here is another patch.
It compares the date of $HOME/.lyx/textclass.lst and
$HOME/.lyx/layouts. If layouts is newer, run a partial reconfiguration
of only latex settings.
Verified to work on my system. Namely, if I add/remove layout files
from
It is my 10th attempts (remove cygwin, change place etc) to build
aspell, I am getting the same problem:
make[1]: Entering directory `/d/lyx-devel/downloads/aspell-0.60.4/aspell-0.60.4'
depbase=`echo prog/aspell.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`; \
if g++ -DHAVE_CONFIG_H -I. -I. -I./gen
, and; however, .. , .When , . , and ; however,
..Still her from , her with .
Dear list,
After a full days struggling, I finally have lyx1.5svn running under
windows (with no aspell support). I applied and tested the following
patches:
1. my session patch. All features work fine, including remembering of
windows size/position, save/load bookmarks, lastfiles, restore
1. my session patch. All features work fine, including remembering of
I forgot to mention that this patch needs a
#include boost/tuple/tuple.hpp
in src/session.h to work under windows. Linux/gcc is somehow less
strict on the headers.
Cheers,
Bo
Martin Vermeer a écrit :
On Fri, Mar 31, 2006 at 06:01:13PM +0200, Abdelrazak Younes wrote:
[...]
for (ParIterator it = par_iterator_begin(buf.inset()); it; ++it) {
What is the test doing in this for-loop? Shouldn't it be testing it != end,
with end = par_iterator_end(buf.inset()) ?
Abdelrazak Younes a écrit :
Jean-Marc Lasgouttes a écrit :
Juergen == Juergen Spitzmueller
[EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Not surprising, too much cut and paste.
Try that instead.
Juergen Not much different (perhaps a bit faster, hard to say).
I see a big
On Sat, Apr 01, 2006 at 09:12:08AM +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
On Fri, Mar 31, 2006 at 06:01:13PM +0200, Abdelrazak Younes wrote:
[...]
for (ParIterator it = par_iterator_begin(buf.inset()); it; ++it) {
What is the test doing in this for-loop? Shouldn't it
Martin Vermeer a écrit :
On Sat, Apr 01, 2006 at 09:12:08AM +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
On Fri, Mar 31, 2006 at 06:01:13PM +0200, Abdelrazak Younes wrote:
[...]
for (ParIterator it = par_iterator_begin(buf.inset()); it; ++it) {
On Sat, Apr 01, 2006 at 09:18:42AM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
...
The bad news is that the slowness came back... :-(
This means that the culprit is somewhere in setCounter. This method
looks awfully complicated to me and I think I will just stop searching
Jose' Matos a écrit :
On Thursday 30 March 2006 20:14, Georg Baum wrote:
If the goal is really to go to C++ I would skip the python part. Why
create additional work?
Probably because it is easier to create and develop, it is cross platform
and a better approach than what we have now.
Georg Baum a écrit :
Am Donnerstag, 30. März 2006 10:50 schrieb Abdelrazak Younes:
I wouldn't like you to be frustrated by people not
having enough time to review your (big and frequent) patches.
This problem would not be solved by rw access. rw access is good for small
obvious stuff that
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> This optimization is no more.
Juergen> I don't have time to work on it in the foreseeable timeframe,
Juergen> but how about the following idea, that strikes me much better
Juergen> than
> "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.
Enrico> cygwin-without-cygwin? what's that? ;-)
Isn't the point
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Question: Do we need to set the following in lyxrc.default during
Bo> configure.py under windows?
What do you mean exactly? What would the alternative be?
Bo> \pdf_viewer 'c:\program
Bo> files\acrobat\reader\7.0\bin\acroread32.exe'
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | path_prefix is essentially a Windows thing. Windows has a PATH environment
> | variable but most native Windows apps don't use it; they use the registry
> | instead. LyX, however, knows nothing about the registry, so we givea
> | our users
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> Why cannot programs we defined with absolute paths when the prog is
>> not in the default path? Why should lyx have its own path lookup
>> logic?
Angus> path_prefix is essentially a Windows thing. Windows has a PATH
Angus> environment
> "Darren" == Darren Oh <[EMAIL PROTECTED]> writes:
Darren> Thank you for the suggestion. Unfortunately, that doesn't seem
Darren> to be the problem. I removed the LyX and LyX-1.4 directories
Darren> and restarted LyX, but it still crashed when I tried to open
Darren> Preferences.
Do you use
In lib/Makefile.am, I see:
dist_pkgdata_DATA = lyxrc.example CREDITS chkconfig.ltx configure \
lyxrc.defaults textclass.lst packages.lst external_templates \
encodings languages symbols syntax.default
Is there a reason why lyxrc.defaults, textclass.lst and
Jean-Marc Lasgouttes wrote:
> This looks like a very good plan.
Good.
> However, didn't you mention that your document is slow when navigating
> though the TOC? Why does this happen?
I haven't figured that out yet. I suppose the labels are being (re-)created
while updating the screen.
Is there
On Fri, 2006-03-31 at 11:29 +0200, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > This looks like a very good plan.
>
> Good.
>
> > However, didn't you mention that your document is slow when navigating
> > though the TOC? Why does this happen?
>
> I haven't figured that out yet.
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> This looks like a very good plan.
Juergen> Good.
>> However, didn't you mention that your document is slow when
>> navigating though the TOC? Why does this happen?
Juergen> I haven't
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
> "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 anymore) to have
>> a binary that can either be cygwin-based or
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> This optimization is no more.
Juergen> I don't have time to work on it in the foreseeable timeframe,
Juergen> but how about the following idea, that strikes me much better
Juergen> than
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
1 - 100 of 168 matches
Mail list logo