Abdelrazak Younes wrote:
> By the way, I forgot to say that having scons or cmake doesn't imply
> getting rid of autotools. The three build systems can cohabit peacefully
> in a project the size of LyX. Indeed, it's not like we add a new file
> everyday.
That does not work. If you don't believe i
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I have the same. (I've been accessing other languages by
Bennett> doing "export LANG=FR_fr" and running LyX from the same
Bennett> terminal session.
What happens if you do
export LANG=FR_fr.ISO-8859-1
?
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> This is Jean-Marc new stuff AFAIK.
I'll have a look.
JMarc
I was able to configure LyX on Cygwin for the official qt3 by simply
../configure --with-frontend=qt --with-qt-dir=/usr/lib/qt3 \
--with-qt-includes=/usr/include/qt3
Qt is indeed found. However, with this simple configure, I get
pch-related errors.
make[5]: Entering directory `/cygdrive/d/
On Tue, May 02, 2006 at 02:20:08PM -0500, Bo Peng wrote:
> >Please, report the exact error message about the Resource directory above.
>
> I do not have access to that machine now. I will report the details tonight.
I have good news. With the qt.m4 patch I was able to configure lyx using
the offi
Jean-Marc Lasgouttes wrote:
Could you try one of the following patches? They make sure that
reconfiguration is done if lyxrc.defaults is not found.
JMarc
It still doesn't work on Windows. Again, when no configuration files
exist, I get the error "unable to find textclass file". It looks like
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Edwin Leuven a écrit :
>> i have the impression that this can simplified. am i right?
> I guess so. IMHO this whole button controller thing should disappear.
To quote a recent reply of yours to Bo, "it's always nicer to try to reuse
something but in
Concerning the issues we should do for LyX 1.5: Besides the other things
we discussed I would like to have another method implemented to insert
imges and tables to floats, see bug 675:
http://bugzilla.lyx.org/show_bug.cgi?id=675
The LaTeX-errors when users inserted images to captions was the mo
these dialogs + associated files
Index: src/frontends/qt4/ui/QErrorListUi.ui
Index: src/frontends/qt4/ui/QSendtoUi.ui
Index: src/frontends/qt4/ui/QSpellcheckerUi.ui
Index: src/frontends/qt4/ui/QTexinfoUi.ui
Index: src/frontends/qt4/ui/QRefUi.ui
Index: src/frontends/qt4/QSpellcheckerDialog.h
===
At the weekend I worked a bit to update my math manual. I stumbled over
bug 2556 that makes it very hard to work with formulas: Formula labels
can't be deleted.
http://bugzilla.lyx.org/show_bug.cgi?id=2556
The nasty behaviour that you have to reenter a label whenever you want
to change it (bug
On Tue, May 02, 2006 at 10:03:49PM +0200, Enrico Forestieri wrote:
> On Tue, May 02, 2006 at 12:37:21PM +0200, Jean-Marc Lasgouttes wrote:
> > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> > Enrico> I would say yes. I attach here the prl file I obtain when
> > Enrico> buidi
Uwe Stöhr wrote:
I've seen you on the NSIS-lists and know that you'll build us a perfect
installer. I now understand what you want to achieve. A thing that is
missing in my installer is indeed a method to update only LyX or only a
third party program when there's a problem with it.
Exactly wh
Joost Verburg wrote:
Because I already wrote lots of NSIS-based Windows installers, it is
possible for me to provide you all with hack-free scripts that make
everything a lot easier. If we now decide to go on with this integrated
solution, we can really take LyX/Win to the next level.
I've s
Joost Verburg wrote:
It will also make better use of methods /
Windows API for the detection of external components.
I'm curious about your solution. But also a look at my code to recognize
the programs because there are many specialities. For example older
MiKTeX versions don't remove the P
getting rid of qt3 convenience classes
ok?
Index: src/frontends/qt4/QSpellcheckerDialog.h
===
--- src/frontends/qt4/QSpellcheckerDialog.h (revision 13790)
+++ src/frontends/qt4/QSpellcheckerDialog.h (working copy)
@@ -17,6 +1
On Tue, May 02, 2006 at 12:37:21PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> I would say yes. I attach here the prl file I obtain when
> Enrico> buiding qt for a mingw target. What is needed is
> Enrico> QMAKE_PRL_LIBS, but do
Please, report the exact error message about the Resource directory above.
I do not have access to that machine now. I will report the details tonight.
Bo
Abdelrazak Younes wrote:
Good, go ahead :-)
it's in
Replace Q3ListBox with QListWidget:
* QBibtexDialog.C
* QBibtex.C
* QBibtexUi.ui
* QBibtexAddUi.ui
On Tue, May 02, 2006 at 08:43:01PM +0200, [EMAIL PROTECTED] wrote:
> On Tue, 2 May 2006, Richard Kleeman wrote:
>
> > Martin Vermeer wrote:
> > > http://linuxcult.com/story/05012006/a_first_look_at_lyx/
> > >
> > > A bit thin...
> > >
> > > - Martin
> > >
> > Interesting follow up on Lxer:
> >
Edwin Leuven a écrit :
i have the impression that this can simplified. am i right?
I guess so. IMHO this whole button controller thing should disappear.
Abdel
Edwin Leuven a écrit :
Is it just a cleanup (replacing LB with LW, etc) or are you also
adding the Browse button we were talking about sometimes ago?
clean-up only (LB -> LW)
(and now it works under linux)
Good, go ahead :-)
Is it just a cleanup (replacing LB with LW, etc) or are you also adding
the Browse button we were talking about sometimes ago?
clean-up only (LB -> LW)
(and now it works under linux)
On Tue, May 02, 2006 at 12:02:38PM -0500, Bo Peng wrote:
> >> Problems:
> >> 1. line 121-125 (_POSIX_THREAD_SAFE_FUNCTIONS_) in
> >> -boost/libs/filesystem/src/operations_posix_windows.cpp causes compile
> >> error, so I have to comment them out.
> >
> >What kind of error? I get none.
>
> The erro
Edwin Leuven a écrit :
comments before i commit?
Is it just a cleanup (replacing LB with LW, etc) or are you also adding
the Browse button we were talking about sometimes ago?
Abdel.
an old annoyance of mine is the following:
when exporting to latex, each cell of a table is on its own line.
with the attached each row is on its own line which i find much better.
opinions (flames)?
thanks, ed.
Index: src/tabular.C
===
i have the impression that this can simplified. am i right?
thanks, ed.
Index: src/frontends/qt4/Qt2BC.C
===
--- src/frontends/qt4/Qt2BC.C (revision 13787)
+++ src/frontends/qt4/Qt2BC.C (working copy)
@@ -36,13 +36,7 @@
void Q
comments before i commit?
thanks, edwin.
Index: src/frontends/qt4/QBibtexDialog.C
===
--- src/frontends/qt4/QBibtexDialog.C (revision 13790)
+++ src/frontends/qt4/QBibtexDialog.C (working copy)
@@ -22,12 +22,13 @@
#include "cont
On Tue, 2 May 2006, Richard Kleeman wrote:
> Martin Vermeer wrote:
> > http://linuxcult.com/story/05012006/a_first_look_at_lyx/
> >
> > A bit thin...
> >
> > - Martin
> >
> Interesting follow up on Lxer:
> http://lxer.com/module/forums/t/22539/
I added links to these to this page
http
Hello Uwe,
Just my two cents on that issue:
Your installer helped me convinced some people to use LyX so I think
that everybody agrees that it is very good. I can only suggest that you
wait until Joost publish his new installer; maybe he have very good
reasons to rewrite it instead of patchin
Uwe Stöhr wrote:
I'm advertising my installer solution here not only because of the
installer itself, it costs more time to get the installer working with
the third party programs. The actual MiKTeX version was build for my
installer and some new features are in now to be able to configure
MiK
Enrico Forestieri wrote:
I am very sorry for you and for having posted that link :-(
no worries, i have a rare talent for crashing windows...
(and a new laptop is arriving next week so this one is up for a format
C: anyway...)
On Tue, May 02, 2006 at 10:58:09AM +0200, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> >Please, have a look here:
> >http://sources.redhat.com/ml/cygwin/2005-09/msg00945.html
>
> just for the record: after doing some registry tweaks as suggested on
> the microsoft website my windows partition
Bo Peng wrote:
The problems are with licenses, and size of installers, and admin right.
The only complaint I received was the admin right problem. I asked
several times about the licence issues and they are correct now - means
there is no license issue at the moment. And about the size, my s
> Unless I find some essential problem with scons, I will not use cmake.
> (Of course, if you can rewrite our auto* with cmake, I will cheer like
> a real cheerleader. :-)
I am sure you will beat me at it and offer us a great lyx integrated
Scons support soon ;-)
This is not what I expected. Yo
Jose' Matos a écrit :
On Tuesday 02 May 2006 18:18, Abdelrazak Younes wrote:
Hey, I was talking about Zorro alias Diego de la Vega, don't you know him?
I am not so good with a sword. ;-)
You are always there to help the newbie ;-)
On Tue, 2 May 2006, [UTF-8] Uwe Stöhr wrote:
> http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=9951
> and
> http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=9950
> p.s. Christian you sent an email about wiki's upload manager in the last
> week
On Tuesday 02 May 2006 18:18, Abdelrazak Younes wrote:
>
> Hey, I was talking about Zorro alias Diego de la Vega, don't you know him?
I am not so good with a sword. ;-)
--
José Abílio
Bo Peng a écrit :
http://www.cmake.org/Wiki/CMake_FAQ#How_do_I_use_CMake_to_build_LaTeX_documents.3F
Cited piece of code:
IF(LATEX_COMPILE)
ADD_CUSTOM_COMMAND(
OUTPUT${Document_BINARY_DIR}/TDocument.dvi
DEPENDS ${Document_BINARY_DIR}/TDocument.tex
COMMAND ${LATEX_COMPILE}
http://www.cmake.org/Wiki/CMake_FAQ#How_do_I_use_CMake_to_build_LaTeX_documents.3F
Cited piece of code:
IF(LATEX_COMPILE)
ADD_CUSTOM_COMMAND(
OUTPUT${Document_BINARY_DIR}/TDocument.dvi
DEPENDS ${Document_BINARY_DIR}/TDocument.tex
COMMAND ${LATEX_COMPILE}
ARGS ${Documen
Jose' Matos a écrit :
On Tuesday 02 May 2006 17:07, Abdelrazak Younes wrote:
Thanks Jose' el Zorro Matos,
Zorro is Fox in Spanish.
In Portuguese that is Raposa or Raposo (male) and that is a possible surname
but is not mine not mine.
I am Oliveira (Olive tree) and Matos (Weeds) so as
On May 2, 2006, at 1:04 PM, Enrico Forestieri wrote:
On Tue, May 02, 2006 at 09:23:20AM -0400, Bennett Helm wrote:
On Apr 26, 2006, at 11:13 AM, Jean-Marc Lasgouttes wrote:
BTW, did you see the small patch about locale detection? Could
you try
it out?
It seems to work fine, though accent
On Tuesday 02 May 2006 17:07, Abdelrazak Younes wrote:
> Thanks Jose' el Zorro Matos,
Zorro is Fox in Spanish.
In Portuguese that is Raposa or Raposo (male) and that is a possible surname
but is not mine not mine.
I am Oliveira (Olive tree) and Matos (Weeds) so as you can see I only have
On May 2, 2006, at 10:03 AM, Jean-Marc Lasgouttes wrote:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, when running LyX 1.4.2svn, I get the following error
Michael> message:
Michael> Error while reading the configuration file lyxrc.defaults.
Michael> Please check your i
Georg Baum a écrit :
Abdelrazak Younes wrote:
AFAIK, it is written in C++ and require a program installation. An
installer is available for windows and precompiled binaries (tar.gz) are
available for most Unix systems. See:
http://cmake.org/HTML/Download.html
Unfortunately it is not included
On Tue, May 02, 2006 at 09:23:20AM -0400, Bennett Helm wrote:
> On Apr 26, 2006, at 11:13 AM, Jean-Marc Lasgouttes wrote:
> >BTW, did you see the small patch about locale detection? Could you try
> >it out?
>
> It seems to work fine, though accents do not show up properly.
> (That's been a long
> Problems:
> 1. line 121-125 (_POSIX_THREAD_SAFE_FUNCTIONS_) in
> -boost/libs/filesystem/src/operations_posix_windows.cpp causes compile
> error, so I have to comment them out.
What kind of error? I get none.
The error message is that ::whatever_r not found (line 124?), so
whatever_r_simulated
On Mon, May 01, 2006 at 08:55:43PM -0500, Bo Peng wrote:
> The cygwin time-machine works and I am able to compile lyx.
>
> Problems:
> 1. line 121-125 (_POSIX_THREAD_SAFE_FUNCTIONS_) in
> -boost/libs/filesystem/src/operations_posix_windows.cpp causes compile
> error, so I have to comment them out.
Bo Peng a écrit :
> So, the lyxrc.defult is OK after initial configuration, then what do
> you see in the preference dialog, do you see auto?
The first time no, the viewer section says "yap" for DVI and is empty
for all other File formats. After a restart (without reconfiguring), the
viewer ed
On May 2, 2006, at 11:18 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Explain this a bit more. For Mac, I should provide lyxrc.dist
Bennett> in the LyX.app bundle in place of the preferences file,
Bennett> right?
Yes. Does this seems reasonabl
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> AFAIK, you need autoconf to do the ./configure step.
No, but you need msys.
I thought autoconf was required. I should stop talking about things I
don't know.
Sorry for the noise,
Abdel
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> AFAIK, you need autoconf to do the ./configure step.
No, but you need msys.
JMarc
Bo Peng a écrit :
By the way, I forgot to say that having scons or cmake doesn't imply
getting rid of autotools. The three build systems can cohabit peacefully
in a project the size of LyX. Indeed, it's not like we add a new file
everyday.
No way! We have had configure.m4 and configure.py and t
On Tue, May 02, 2006 at 05:50:27PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes a écrit :
> >Bo Peng a écrit :
> >>>Apparently they won't be set correctly as I need to reconfigure
> >>>after an
> >>>initial startup. See my previous mail.
> >>
> >>That was exactly what puzzled me. I do not h
Uwe Stöhr wrote:
Why that? What's the problem with my installer - the needed admin
permission? If this is the only problem I suggest that you work on this
and send patches to my installer. Because there's no need to do the work
twice.
I spent a lot of time on the installer and it is sad to se
By the way, I forgot to say that having scons or cmake doesn't imply
getting rid of autotools. The three build systems can cohabit peacefully
in a project the size of LyX. Indeed, it's not like we add a new file
everyday.
No way! We have had configure.m4 and configure.py and that was proven
to b
> So, the lyxrc.defult is OK after initial configuration, then what do
> you see in the preference dialog, do you see auto?
The first time no, the viewer section says "yap" for DVI and is empty
for all other File formats. After a restart (without reconfiguring), the
viewer edit box contains aut
Jean-Marc Lasgouttes a écrit :
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I don't like the auto* stuff at all, but we have some auto*
Georg> experts here, so any change should be planned very carefully.
One big advantage of these tools is that they allow to compile LyX
from tar.g
Ah... Right, I didn't see this new check box in the Preferences! And it
even works correctly.
I thought that this feature would better be turned off by default. But
if the packagers think in another way, they can easily turn it on.
Bo
I spent a lot of time on the installer and it is sad to see that
the users like it, but not the developers.
I have proposed long ago that you listen to the developers' concerns
and try to make your installers official. I was almost ready to port
your installers to the official one, untill I hear
Jose' Matos a écrit :
On Tuesday 02 May 2006 16:04, Abdelrazak Younes wrote:
Bo,
With latest SVN and your latest view-patch applied. I've noticed that
session management doesn't work as it used to be: documents that were
opened on exit are not automatically opened on next startup. But the
curs
On 5/2/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Because they are already there if they need to.
Bo> That is fine. Adding them the second time will not change
Bo> anything.
No, the list is a list of files opened via command-line or
Bo Peng wrote:
So at least python.exe, sh.exe etc will be in, right? Installing full
python and msys is unacceptable even if they are downloaded
automatically.
Yes, these very essential GPL-compatible things (LyX won't configure or
run without them), will be bundled. It is indeed nonsense to d
On Tuesday 02 May 2006 16:04, Abdelrazak Younes wrote:
> Bo,
>
> With latest SVN and your latest view-patch applied. I've noticed that
> session management doesn't work as it used to be: documents that were
> opened on exit are not automatically opened on next startup. But the
> cursor location se
Joost Verburg wrote:
I'm one of the NSIS developers and have a lot of experience with Windows
software distribution, so I indeed decided that it is time to create a
new installer
Why that? What's the problem with my installer - the needed admin
permission? If this is the only problem I sugges
It is simpler and easier to read IMO. If it works as intended and if
other agree, I think it could even go to 1.4, since it is reasonable
behaviour.
There is one glitch:
1. open a file.lyx, the file is clean
2. replace file.lyx by another file, say 'cp file1.lyx file.lyx',
2. re-open file.lyx,
Bo Peng a écrit :
> 3. DO WE SEE auto in $HOME/.lyx/lyxrc.default?
yes I think, there are "auto" "" see attached. Also attached the same
file after reconfigure.
So, the lyxrc.defult is OK after initial configuration, then what do
you see in the preference dialog, do you see auto?
The first tim
> 3. DO WE SEE auto in $HOME/.lyx/lyxrc.default?
yes I think, there are "auto" "" see attached. Also attached the same
file after reconfigure.
So, the lyxrc.defult is OK after initial configuration, then what do
you see in the preference dialog, do you see auto?
If you do see auto, and the men
Abdelrazak Younes a écrit :
Bo Peng a écrit :
Apparently they won't be set correctly as I need to reconfigure
after an
initial startup. See my previous mail.
That was exactly what puzzled me. I do not have a windows machine
here. And I (or you) need to see the result of
1. clear Application
The standard installer will be small, contain only essential
GPL-compatible files and automatically download components like
ImageMagick, Ghostscript and MiKTeX if the users wants to.
So at least python.exe, sh.exe etc will be in, right? Installing full
python and msys is unacceptable even if th
Please wait before applying this patch, if only because there are
stylistic issues:
string layout_file;
if (!path.empty())
layout_file = addName(path, name_ + ".layout");
bool load(std::string const & path = std::string())
This situation is bad in general. Assume for example that you have
Bo Peng wrote:
Bo> 1. free of license problem (legal) 2. only have the essentials
Bo> (small). 3. try to support a wide range of settings 4. and try not
Bo> to require administrate privilege
This looks good, although there may be a case for a version that
contains everything needed or has code t
Georg Baum a écrit :
Abdelrazak Younes wrote:
You mean on linux distribution with proper autotools support.
No. You only need autotools if you work from svn. If you want to compile
from tar.gz you need no auto stuff at all. This is IMO a requirement, end
users should not need obscure build to
Bo Peng a écrit :
Apparently they won't be set correctly as I need to reconfigure after an
initial startup. See my previous mail.
That was exactly what puzzled me. I do not have a windows machine
here. And I (or you) need to see the result of
1. clear Application Data/lyx
2. start lyx
I've d
Abdelrazak Younes wrote:
> You mean on linux distribution with proper autotools support.
No. You only need autotools if you work from svn. If you want to compile
from tar.gz you need no auto stuff at all. This is IMO a requirement, end
users should not need obscure build tools.
> That's not
> t
Unfortunately it is not included on several recent Linux distros (but that
is beginning to change)
The same as scon.
Manual installation in a non-standard prefix
(not /usr/local) was a bit difficult when I did it (~ a year ago or so),
but I don't remember the details.
I don't like the auto* s
Jean-Marc Lasgouttes a écrit :
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I don't like the auto* stuff at all, but we have some auto*
Georg> experts here, so any change should be planned very carefully.
One big advantage of these tools is that they allow to compile LyX
from tar.g
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Explain this a bit more. For Mac, I should provide lyxrc.dist
Bennett> in the LyX.app bundle in place of the preferences file,
Bennett> right?
Yes. Does this seems reasonable to you?
Bennett> Am I right in thinking that setting
Apparently they won't be set correctly as I need to reconfigure after an
initial startup. See my previous mail.
That was exactly what puzzled me. I do not have a windows machine
here. And I (or you) need to see the result of
1. clear Application Data/lyx
2. start lyx
3. DO WE SEE auto in $HOME/
Jean-Marc Lasgouttes wrote:
>> "Bo" == Bo Peng <[EMAIL PROTECTED]>
>> writes:
> Bo> This is a non-issue. When the master document is loaded, the
> Bo> layout is loaded and is available to the slave documents that will
> Bo> be loaded later. As you have mentioned, there is no fix to the
> B
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I don't like the auto* stuff at all, but we have some auto*
Georg> experts here, so any change should be planned very carefully.
One big advantage of these tools is that they allow to compile LyX
from tar.gz without further interventi
Bo Peng a écrit :
But with a second reconfigure, I have now three PDF (dvipdfm, pdflatek,
ps2pdf) that all work! And I have a new View HTML; but this one doesn't
work because htlatex doesn't understand paths with space and the temp
directory is by default in the "c:/Document and Settings/bla bla
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> There is a revert to file problem. It is not wise to check if it is
>> loading time for this though. I guess we can look at the status of
>> the existing file, if it has no changes, just switch to it.
Bo> What I meant was attached. I am not qui
When I delete my user directory (in Application Data) and I restart LyX
from the console, I have the same bad behavior as I described (only DVI
and two PDF that don't work) but I can see at the console that LyX is
being reconfigured at startup. After a tool->Reconfigure, the functional
menus appea
Abdelrazak Younes wrote:
> AFAIK, it is written in C++ and require a program installation. An
> installer is available for windows and precompiled binaries (tar.gz) are
> available for most Unix systems. See:
> http://cmake.org/HTML/Download.html
Unfortunately it is not included on several recent
Bo,
With latest SVN and your latest view-patch applied. I've noticed that
session management doesn't work as it used to be: documents that were
opened on exit are not automatically opened on next startup. But the
cursor location seems to be saved when you reopened that document.
Is this an i
But with a second reconfigure, I have now three PDF (dvipdfm, pdflatek,
ps2pdf) that all work! And I have a new View HTML; but this one doesn't
work because htlatex doesn't understand paths with space and the temp
directory is by default in the "c:/Document and Settings/bla bla bla"
directory. Thi
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Because they are already there if they need to.
Bo> That is fine. Adding them the second time will not change
Bo> anything.
No, the list is a list of files opened via command-line or File>Open.
Session stuff should not interfere with that. Keep
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> As I have said, this patch is strictly cygwin only, and JMarc is
Bo> obviously not an active cygwin user, I (we) have to trust Enrico
Bo> on his patches to move cygwin/lyx forward.
>> I will review the patch tomorrow. And, yes, I prefer to hav
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Dear all, I now finally get a chance to go back to this
Bo> auto-cls-layout patch. Please allow me to reiterate the goal of it
Bo> (r13611).
Bo> 1. When a layout file is stored with the .lyx document, the layout
Bo> file can be automatically r
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Personnaly I like the CMake approach better because they
Abdelrazak> delegate the compilation step to the sytem: Makefile for
Abdelrazak> Unix (or Mingw), MS Visual studio proje
Hi JMarc,
could you please replace the files in:
ftp://ftp.lyx.org/pub/lyx/contrib/LyXWinInstaller/LyX141
by the new ones from here:
http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=9951
and
http://developer.berlios.de/project/showfiles.php?group_id=5117&release_id=99
Abdelrazak Younes a écrit :
Abdelrazak Younes a écrit :
Bo Peng a écrit :
> Please test.
I have not tested it but with svn of three days ago, I have only
View->{DVI, PDF(dvipdfm), PDF{pdflatek)}, PS is not there (used to use
gsview). DVI works OK but both PDF don't (dialog saying "cannot view
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Personnaly I like the CMake approach better because they
Abdelrazak> delegate the compilation step to the sytem: Makefile for
Abdelrazak> Unix (or Mingw), MS Visual studio project for MS VC++
Abdelrazak> users. This ap
On Apr 28, 2006, at 8:37 AM, Jean-Marc Lasgouttes wrote:
This patch closes the improvements I had in mind concerning
installers. It allows packagers to provide a file lyxrc.dist that will
be read (if it exists) before all the others. No such file is
distributed by LyX currently, but it can repl
Abdelrazak Younes a écrit :
Bo Peng a écrit :
> Please test.
I have not tested it but with svn of three days ago, I have only
View->{DVI, PDF(dvipdfm), PDF{pdflatek)}, PS is not there (used to use
gsview). DVI works OK but both PDF don't (dialog saying "cannot view
file", "No information to vie
I have the exact same behavior with your patch applied to revision 13788
(which contains related changes from JMarc AFAIU).
Please report your lyxrc.default, and I will see what my have gone wrong next.
Bo
Sure, the one who the work is the one who decide ;-),
I do like what I read so far about scon,
env = Environment()
conf = Configure(env)
if not conf.CheckLib('m'):
print 'Did not find libm.a or m.lib, exiting!'
Exit(1)
env = conf.Finish()
Although this is much longer
Bo Peng a écrit :
> Please test.
I have not tested it but with svn of three days ago, I have only
View->{DVI, PDF(dvipdfm), PDF{pdflatek)}, PS is not there (used to use
gsview). DVI works OK but both PDF don't (dialog saying "cannot view
file", "No information to view PDF"). I have Acrobat Reade
Bo> 1. free of license problem (legal) 2. only have the essentials
Bo> (small). 3. try to support a wide range of settings 4. and try not
Bo> to require administrate privilege
This looks good, although there may be a case for a version that
contains everything needed or has code to grab it automa
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Could you provide a 1.4 version so that I take a look?
Juergen> attached.
Juergen, if seems to me that the following code
+void InsetInclude::updateBibfilesCache(Buffer const & buffer)
1 - 100 of 134 matches
Mail list logo
