Bo Peng wrote:
As far as I remember, dvipost and latexpreview are not standard miktex
packages and can not be installed in this way. Consequently,
'latex-preview' and 'change tracking' will not be functioning in a
fresh installed lyx.
i agree that the windows installer should come with this so
Original Message
Subject: Re: New Windows Installer
Date: Sun, 28 May 2006 15:05:54 -0700
From: Stephen Harris
Reply-To: [EMAIL PROTECTED]
To: LyX Developers List
Am Sonntag, 28. Mai 2006 21:51 schrieb Stephen Harris:
--
> I guess no. I think lyx (configure.py) should detect this and disable
> instant preview when the preview package is not available. (and tells
> user why instant preview is disabled.)
MiKTeX automatically asks you to download packages, unless you disabled
this option.
As far as I remember, dvi
Abdel,
I think I now understand what you mean: you want to use existing
libraries when CCFLAGS changes. For example, suppose that you have
built lyx with CCFLAGS='-g' and now you want CCFLAGS='-O2' but only
rebuild the lyxbase or qt4 module, and using the rest of the -g
modules to link. This fea
JMarc,
What do you think about the attached patch? It will allow lyx to
compile with MSVC2003/2005. I know that lyx has been working with msvc
before and I am not sure what autotools have done to walk around
these.
Bo
Index: src/frontends/qt4/BulletsModule.C
===
Hi,
I'm working on automatic dictionary downloading for the new Windows
installer. I noticed that we seem to have more spell checker
dictionaries than supported languages. Having a dictionary if the
language cannot be used inside LyX of course makes no sense.
lib\languages however doesn't se
Am Sonntag, 28. Mai 2006 21:51 schrieb Stephen Harris:
> I sometimes use Foxit Reader.exe to view pdf files because it
> loads quicker. By default is is located in
> C:\Program Files\Foxit Software\Foxit Reader\Foxit reader.exe
SH: There always seems to be lingering path with spaces problems
>
Abdelrazak Younes wrote:
Reverting to a static QApplication solves the problem. I guess we have
an incompatibility problem between linux and windows!
I think that encapsulating this init code inside a class and make the
QApplication a member of this class should solve the problem.
OK, until
Georg Baum wrote:
Am Samstag, 27. Mai 2006 15:11 schrieb Abdelrazak Younes:
Juergen Spitzmueller wrote:
I'd second that.
Me too but shouldn't be an automatic detection?
Currently I simply implemented an additional frontend name kde. It is like
any other frontend, the only difference is that
Bo Peng wrote:
And the final linking is very slow with full debug... So I would be much
grateful if could indicate me a way to do this without a full recompile.
Maybe with an option to specify which files to compile?
If you separate different builds, each of them should not need
rebuild.
I _k
Bo Peng wrote:
Maybe the language dictionary for the language user selected (for lyx)
should be downloaded automatically?
The next version of the installer will show a list of all available
dictionaries.
I guess no. I think lyx (configure.py) should detect this and disable
instant preview w
Stephen Harris wrote:
Spell checking was retained, but during the installation the
Aspell .60.4 files returned errors about not being read.
You need to have access to C:\Aspell to install the spell checker. If
it's already installed there it will work.
Joost
Stephen Harris wrote:
I will logon to the non-admin account and see how well the
install proceeds for 'this user only'.
I liked how this was handled, warning that some functions
would probably be lost but allowing the install to proceed.
It works well maybe due to the fact that on the sam
Automatic dictionary download/installation is indeed a good idea.
Maybe the language dictionary for the language user selected (for lyx)
should be downloaded automatically?
Works fine for me. The necessary files for instant preview are also
included in the installers. Did you install the LaTeX
Stephen Harris wrote:
No desktop icon was automatically created and I'm used to that.
Easy to fix of course.
Good point. I'll add a check box to create a desktop icon.
Joost
And the final linking is very slow with full debug... So I would be much
grateful if could indicate me a way to do this without a full recompile.
Maybe with an option to specify which files to compile?
If you separate different builds, each of them should not need
rebuild. There is no way you ca
Am Sonntag, 28. Mai 2006 21:51 schrieb Stephen Harris:
> I sometimes use Foxit Reader.exe to view pdf files because it
> loads quicker. By default is is located in
> C:\Program Files\Foxit Software\Foxit Reader\Foxit reader.exe
>
> There always seems to be lingering path with spaces problems
> an
Am Sonntag, 28. Mai 2006 10:20 schrieb Juergen Spitzmueller:
> Georg Baum wrote:
> > Am Samstag, 27. Mai 2006 15:05 schrieb Juergen Spitzmueller:
> > > I did that. Two things for a start:
> > > - it would be good if --with-frontend=kde compiled the qt frontend
> > > automatically.
> >
> > Why? It d
I also tested the 8mb installer and it works quite well.
The spellchecker still doesn't check the first misspelled word.
No desktop icon was automatically created and I'm used to that.
Easy to fix of course.
I sometimes use Foxit Reader.exe to view pdf files because it
loads quicker. By defaul
Andre Poenitz wrote:
We write 'a = 1;', not 'a=1;', and 'for (', not 'for('...
i try to be good in the attached...
have you an idea on how to catch mouse events outside the iconview
widget here:
http://leuven.ecodip.net/lyx/iconview.zip
Is that the one you send to qt-interest?
yeah, bu
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
This backtrace does not match Edwins report: "atm lyx hangs when
closing the app". That implies that he could run it before, and that
means that parse_init() has been executed already. I would be very
surprised if this proble
Abdelrazak Younes wrote:
Georg Baum wrote:
This backtrace does not match Edwins report: "atm lyx hangs when
closing the app". That implies that he could run it before, and that
means that parse_init() has been executed already. I would be very
surprised if this problem has nothing to do with t
On Tue, May 23, 2006 at 09:23:19PM +0200, Edwin Leuven wrote:
> i do what i can andre (although i have no clue what you are referring
> to) ...
We write 'a = 1;', not 'a=1;', and 'for (', not 'for('...
> and now that i have your attention:
>
> have you an idea on how to catch mouse events outs
Abdelrazak Younes wrote:
...
I recompiling in debug mode to see where it crash precisely in parse_init.
And of course the full debug version makes mingw gdb crash... I have to
install cygwin.
Will report later.
Abdel.
Abdelrazak Younes wrote:
Bo Peng wrote:
I think you can do:
scons CCFLAGS='-g' mode=debug
scons CCFLAGS='-O3' mode=release
scons CCFLAGS='others' build_dir=somethingelse
I know, but I would prefer to minimize space on disk...
And the final linking is very slow with full debug... So I would be
Georg Baum wrote:
Am Sonntag, 28. Mai 2006 17:01 schrieb Abdelrazak Younes:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
atm lyx hangs when closing the app (qt4, windows)
something to do with this?
Maybe... Just to be sure, try to comment out line 284 in lyx_gui.C:
No, it's not that but som
Am Samstag, 27. Mai 2006 18:49 schrieb Martin Vermeer:
> Attached is then the new version.
>
> Shall we now address the issue of "do we actually want this in LyX"?
I think so. Please don't commit this without lyx2lyx support. IMO lyx2lyx
should simply convert the new boxes to the closest matchin
Am Sonntag, 28. Mai 2006 08:34 schrieb Enrico Forestieri:
> The attached patch fixes a small bug in the dvi2 format entry
> as written to lyxrc.defaults by configure.py in 1.4.x
Thanks, I put it in. I must have deleted the editor by accident.
Georg
Georg Baum wrote:
This backtrace does not match Edwins report: "atm lyx hangs when closing
the app". That implies that he could run it before, and that means that
parse_init() has been executed already. I would be very surprised if this
problem has nothing to do with the qApp change.
Edwin, do
Am Sonntag, 28. Mai 2006 17:01 schrieb Abdelrazak Younes:
> Abdelrazak Younes wrote:
> > Edwin Leuven wrote:
> >> atm lyx hangs when closing the app (qt4, windows)
> >>
> >> something to do with this?
> >
> > Maybe... Just to be sure, try to comment out line 284 in lyx_gui.C:
>
> No, it's not tha
Bo Peng wrote:
OK, I understand.
> What are
> the changed flags?
-g instead of -O3
When I modify a file, I would like to compile only affected files with
debug info. So I would like the equivalent of
make CCFLAGS="-g".
I think you can do:
scons CCFLAGS='-g' mode=debug
scons CCFLAGS='-O3' mode=
Bo Peng wrote:
Maybe you can do things like
* automatically download from: an edit box with default link.
That's not a user-friendly solution. Better would be to either host the
files on the LyX server or download a file list from the LyX server.
Joost
OK, I understand.
> What are
> the changed flags?
-g instead of -O3
When I modify a file, I would like to compile only affected files with
debug info. So I would like the equivalent of
make CCFLAGS="-g".
I think you can do:
scons CCFLAGS='-g' mode=debug
scons CCFLAGS='-O3' mode=release
scons CC
Bo Peng wrote:
When I change CCFLAGS everything is retested again and everything is
recompiled. Could you change that behaviour please?
But different CCFLAGS do generate different object files
OK, I understand.
What are
the changed flags?
-g instead of -O3
When I modify a file, I would l
> Good. SourceForge and CTAN never delete files, so the download links
> should remain valid.
I wouldn't bet on that. It wouldn't be the first time that the CTAN directory
structure changes and the links to packages become invalid.
Maybe you can do things like
* automatically download from:
When I change CCFLAGS everything is retested again and everything is
recompiled. Could you change that behaviour please?
But different CCFLAGS do generate different object files What are
the changed flags?
Bo
Hello Bo,
When I change CCFLAGS everything is retested again and everything is
recompiled. Could you change that behaviour please?
Thanks in advance,
Abdel.
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I was maybe a misleaded by the name of the function (start). There is
one QApplication per application so I guess the destruction is
automatic when quitting. But you are probably right. Will commit soon.
atm lyx hangs when
Joost Verburg wrote:
> Bo Peng wrote:
> > Just tried the non-bundle one since I have most of the components
> > installed. The setup process goes smoothly. It correctly detects my
> > existing components and automatically downloads the missing ones. This
> > is already better than the official one
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I was maybe a misleaded by the name of the function (start). There is
one QApplication per application so I guess the destruction is
automatic when quitting. But you are probably right. Will commit soon.
atm lyx hangs when closing the app (qt4, win
Bo Peng wrote:
Just tried the non-bundle one since I have most of the components
installed. The setup process goes smoothly. It correctly detects my
existing components and automatically downloads the missing ones. This
is already better than the official one but I am wondering what if the
built-
Bo Peng wrote:
you could disable it by defining BOOST_ALL_NO_LIB, and then
linking against the libs generated by your build process.
Thanks, Peter. lyx now builds and links fine (except for included
gettext).
So, Abdel, could you verify the attached patch? You need to
Sorry Bo, I don't h
> +using std::ifstream;
> using std::istream_iterator;
> using std::ios;
>
I think you could fix this by the configure process:
Test code:
#include
#include
typedef std::istreambuf_iterator type;
int main(){return 0;}
macro:
HAVE_DECL_ISTREAMBUF_ITERATOR
They are now in pub/lyx/pre. People, please test!
Just tried the non-bundle one since I have most of the components
installed. The setup process goes smoothly. It correctly detects my
existing components and automatically downloads the missing ones. This
is already better than the official one b
> I have uploaded the two installers to ftp.devel.lyx.org/pub/incoming.
They are now in pub/lyx/pre. People, please test!
JMrc
Juergen Spitzmueller wrote:
.
>
> I'd second that.
>
Me too.
Cheers,
Charles
--
http://www.kde-france.org
Bo Peng wrote:
> Index: src/support/lyxsum.C
> ===
> --- src/support/lyxsum.C(revision 13941)
> +++ src/support/lyxsum.C(working copy)
> @@ -122,6 +122,7 @@
> }
> #else
>
> +using std::ifstream;
> using std::istream_iterator;
Jean-Marc Lasgouttes wrote:
We do not have access there! Could you upload to ftp.devel.lyx.org/pub/incoming
?
I have uploaded the two installers to ftp.devel.lyx.org/pub/incoming.
Joost
I will presently commit the attached patch to insetcaption.[Ch]. This
prepares the way for switching to caption insets. It still doesn't enable
them... I have a separate patch in the pipeline for this.
- Martin
Index: insetcaption.C
===
Abdelrazak Younes wrote:
I was maybe a misleaded by the name of the function (start). There is
one QApplication per application so I guess the destruction is automatic
when quitting. But you are probably right. Will commit soon.
atm lyx hangs when closing the app (qt4, windows)
something to d
Hello Félix-Antoine,
since there were only a few answers so far (which does not mean that your
effort is not appreciated!), I'll do, even if my knowledge on the area you're
working is limited.
Félix-Antoine Bourbonnais wrote:
> In February, I wrote about my intention to code a patch to implemen
Georg Baum wrote:
> Am Samstag, 27. Mai 2006 15:05 schrieb Juergen Spitzmueller:
> > I did that. Two things for a start:
> > - it would be good if --with-frontend=kde compiled the qt frontend
> > automatically.
>
> Why? It does not need it. Although the sources are shared, the object
> files are no
52 matches
Mail list logo
