On Thu, May 25, 2006 at 06:16:34PM -0500, Bo Peng wrote:
> >> Sure, but why can't a native Windows LyX exe take advantage of Cygwin
> >tools to
> >> view stuff? It's not something I've ever done (never bothered to install
>
> No. This is not the case. When an associated viewer exist, the
> detect
On Fri, May 26, 2006 at 12:51:39AM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> >I would be disappointed if my .bat files (notice their unix names)
> >are not spotted. Please, take into account that not all Windows users
> >are clueless ;-)
>
> Why not configure viewers in the LyX pref
Joost Verburg <[EMAIL PROTECTED]> writes:
> The new Windows installer is ready to be published. More details will
> follow tomorrow.
>
> Can someone give me SVN access so I can upload it? The current installer
> in SVN is broken, so there is no reason not to put it in immediately.
Lars is the m
Hi,
The new Windows installer is ready to be published. More details will
follow tomorrow.
Can someone give me SVN access so I can upload it? The current installer
in SVN is broken, so there is no reason not to put it in immediately.
Regards,
Joost
Bo Peng wrote:
No. This is not the case. When an associated viewer exist, the
detected viewers will *not* be used. This is why the detection is not
needed at all.
You case is only valid when the format is not associated with any
viewer under native windows, and configure.py finds a viewer in
cyg
> Sure, but why can't a native Windows LyX exe take advantage of Cygwin tools to
> view stuff? It's not something I've ever done (never bothered to install
No. This is not the case. When an associated viewer exist, the
detected viewers will *not* be used. This is why the detection is not
needed
Angus Leeming wrote:
Sure, but why can't a native Windows LyX exe take advantage of Cygwin tools to
view stuff? It's not something I've ever done (never bothered to install an
XServer) but it seems like a pretty reasonable thing to want to do. Or do I miss
something?
A bit of an unusual thing,
Joost Verburg <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > Surely they will be found if I have Cygwin installed and in the PATH and my
> > Cygwin installation has these beasts?
> I'm talking about native Windows, not Cygwin.
Sure, but why can't a native Windows LyX exe take advantage of
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
VC is downloading. I have another question. how would vc++ handle
iconv, aspell, intl stuff? Can it simply link to the mingw built
libraries?
Bo
On Fri, May 26, 2006 at 12:33:03AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >On Fri, May 26, 2006 at 12:16:33AM +0200, Abdelrazak Younes wrote:
> >
> >>AFAIK, much of the slowness comes from DocIterator&co which are
> >>supposedly fast under Linux. I guess VC++ on Windows will
Enrico Forestieri wrote:
I would be disappointed if my .bat files (notice their unix names)
are not spotted. Please, take into account that not all Windows users
are clueless ;-)
Why not configure viewers in the LyX preferences?
Joost
Angus Leeming wrote:
Surely they will be found if I have Cygwin installed and in the PATH and my
Cygwin installation has these beasts?
I'm talking about native Windows, not Cygwin.
Joost
Bo Peng wrote:
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
This is interesting. Since when did M$ start to distribute free stuff?
MS has quite a long history of free development tools... If you think
about it, it is in their interest to do s
Joost Verburg <[EMAIL PROTECTED]> writes:
> The system to search for DVI/Postscript/PDF viewers in PATH is not
> useful for native Windows (they are not there). Moreover, the lists of
> program names only include Unix applications.
> This means that the result of checkProg will always be "not fo
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Angus Leeming wrote:
Bo> Another rumor is that free qt is *only* designed for mingw and you
Bo> will need a commercial qt version to work with vc. If this is true, I
Bo> guess you are out of luck.
Michael> It is not only a rum
Abdelrazak Younes wrote:
Bennett Helm wrote:
This profile was generated by simply typing into the middle of a large
document for 30 seconds.
I see that there is a lot of improvement compared to your former profile
WRT qt4 frontends. Do you feel the improve in speed?
AFAICS the clear culprit i
On Fri, May 26, 2006 at 12:24:19AM +0200, Joost Verburg wrote:
> Jean-Marc Lasgouttes wrote:
> >Enrico things we may miss some programs because of path_prefix
> >shortcomings and you think we look for too many things. This means we
> >have found the right balance :)
> >
> >I propose to leave it as
Enrico Forestieri wrote:
On Fri, May 26, 2006 at 12:16:33AM +0200, Abdelrazak Younes wrote:
AFAIK, much of the slowness comes from DocIterator&co which are
supposedly fast under Linux. I guess VC++ on Windows will as good as gcc
on Linux; this is just a guess though. That said, Lyx/Qt4 is fas
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
This is interesting. Since when did M$ start to distribute free stuff?
Bo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Angus Leeming wrote:
> > Bo> Another rumor is that free qt is *only* designed for mingw and you
> > Bo> will need a commercial qt version to work with vc. If this is true, I
> > Bo> guess you are out of luck.
> >
> > Michael> It is not only a rum
Bo Peng wrote:
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays... Plus I am pretty sure that the resulting binary will be much
faster too.
OK. I have at least some motivations now. Hope that I can find that
vc2003 cd rom, and find it compatible with xp sp2.
There
Bo Peng wrote:
OK. I have at least some motivations now. Hope that I can find that
vc2003 cd rom, and find it compatible with xp sp2.
You can also download a basic version of VC2005 for free at the
Microsoft site.
Joost
On Fri, May 26, 2006 at 12:16:33AM +0200, Abdelrazak Younes wrote:
> AFAIK, much of the slowness comes from DocIterator&co which are
> supposedly fast under Linux. I guess VC++ on Windows will as good as gcc
> on Linux; this is just a guess though. That said, Lyx/Qt4 is fast enough
> enough ev
Jean-Marc Lasgouttes wrote:
Enrico things we may miss some programs because of path_prefix
shortcomings and you think we look for too many things. This means we
have found the right balance :)
I propose to leave it as it is and see what happens. I do not think it
matters much anyway.
The syste
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays... Plus I am pretty sure that the resulting binary will be much
faster too.
OK. I have at least some motivations now. Hope that I can find that
vc2003 cd rom, and find it compatible with xp sp2.
Could you point me t
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Will VC++ compiles faster or get faster lyx?
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays...
Last time I built LyX using Asger's MSVS solution files, I think it took about
8minutes to build t
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Will VC++ compiles faster or get faster lyx?
> Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
> nowadays...
Last time I built LyX using Asger's MSVS solution files, I think it took about
8minutes to build the whole thing. M
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Bo Peng wrote:
>> This is part of my auto-open patch, but JMarc and others do not
>> like one thing called 'os-dependent'.
>>
>> Note that even if a program is detected, it will be ignored if the
>> format is auto-viewable.
Joost>
On Thu, May 25, 2006 at 11:46:16PM +0200, Joost Verburg wrote:
> Enrico Forestieri wrote:
> >This fact can help making LyX more fault tolerant as, even if you lose
> >an association, a tool could still be found in the PATH. I think this
> >is cool.
>
> The Windows tools have other names, it won't
Bo Peng wrote:
It is not _supported_ for other compiler than mingw but it is not
designed for mingw. The Qtwin unofficial patch just add support for
other compiler in QMake without touching the Qt source code.
We will need scons/qt4.py changes, and maybe use scons svn. I can
manage to get a cop
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> OK. Things seem to be working pretty well. I've made a few
Bennett> changes to Jean-Marc's patch. In addition to following Angus'
Bennett> suggestions, I made two changes:
Bennett> (a) #include
Bennett> instead of and : these
Angus Leeming wrote:
Bo> Another rumor is that free qt is *only* designed for mingw and you
Bo> will need a commercial qt version to work with vc. If this is true, I
Bo> guess you are out of luck.
Michael> It is not only a rumor but fact. On Windows the
Michael> gpled version of qt works only wi
It is not _supported_ for other compiler than mingw but it is not
designed for mingw. The Qtwin unofficial patch just add support for
other compiler in QMake without touching the Qt source code.
We will need scons/qt4.py changes, and maybe use scons svn. I can
manage to get a copy of VC (I am no
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> See this patch. The only difference to the 1.5 version is that
Georg> "none" can still be read, but configure.py does not produce
Georg> "none" anymore. OK to go in? It has no status.14x entry on
Georg> purpose.
Yes, it is OK, althoug
Bo> Another rumor is that free qt is *only* designed for mingw and you
Bo> will need a commercial qt version to work with vc. If this is true, I
Bo> guess you are out of luck.
Michael> It is not only a rumor but fact. On Windows the
Michael> gpled version of qt works only with mingw.
Let me repea
Enrico Forestieri wrote:
This fact can help making LyX more fault tolerant as, even if you lose
an association, a tool could still be found in the PATH. I think this
is cool.
The Windows tools have other names, it won't help to search for the Unix
variants.
Joost
Bennett Helm wrote:
Produced by dragging the scroll bar down to the bottom on the User's
Guide. (It completed this -- by jumping to the bottom -- in about 20
seconds.)
This one is very interesting but very difficult to read... It seems
there are some mis-communication between the kernel using
On Thu, May 25, 2006 at 07:00:08PM +, Angus Leeming wrote:
> Joost Verburg <[EMAIL PROTECTED]> writes:
> > DraftDVI is also in configure.py and Windows-only. Searching for Unix
> > tools on Windows really makes no sense.
>
> Really? Even if I have cygwin installed? But, in general, I agree wi
Bennett Helm wrote:
This profile was generated by simply typing into the middle of a large
document for 30 seconds.
I see that there is a lot of improvement compared to your former profile
WRT qt4 frontends. Do you feel the improve in speed?
AFAICS the clear culprit is again font_metrics::widt
Bo Peng wrote:
Personally I am very interested in the VC++2005 support. Can we have
that with Scons Bo? My laptop has just been migrated to XP SP2 so I
managed to install VC2005 at last.
The scons website says yes, but I heard that scons can not generate
the real ??? file that vc uses (like cma
Georg Baum wrote:
Am Mittwoch, 24. Mai 2006 17:26 schrieb Paul A. Rubin:
Should this go into bugzilla as a new bug, an extension of 2600, or not
at all?
If in doubt,
Always! :-)
file it as a new bug, mentioning that it could be related to
2600. If it turns out that it is the same problem
Michael Abshoff wrote:
Another rumor is that free qt is *only* designed for mingw and you
will need a commercial qt version to work with vc. If this is true, I
guess you are out of luck.
Cheers,
Bo
It is not only a rumor but fact. On Windows the gpled version of qt works
only with
>
> Another rumor is that free qt is *only* designed for mingw and you
> will need a commercial qt version to work with vc. If this is true, I
> guess you are out of luck.
>
> Cheers,
> Bo
>
It is not only a rumor but fact. On Windows the gpled version of qt works
only with mingw.
Cheers,
Mich
Personally I am very interested in the VC++2005 support. Can we have
that with Scons Bo? My laptop has just been migrated to XP SP2 so I
managed to install VC2005 at last.
The scons website says yes, but I heard that scons can not generate
the real ??? file that vc uses (like cmake does), it rat
Peter Kümmel wrote:
Hi,
attached configure and makefiles for the CMake build system.
If you wonder about this:
I use cmake because I know it best and cmake also creates
project files for IDEs (kdevelop, msvc).
CMake creates config.h (also under windows) and builds
makefiles for the specified c
Joost Verburg <[EMAIL PROTECTED]> writes:
> DraftDVI is also in configure.py and Windows-only. Searching for Unix
> tools on Windows really makes no sense.
Really? Even if I have cygwin installed? But, in general, I agree with you.
Angus
It would be nice when I could add the files to svn.
I am glad that lyx is following KDE to have several competing build
systems. CMake won over there and I am not sure if this will be the
case for lyx.
I did a scons build system and now it is in cvs (development/scons).
If you would like to add
This profile was produced by clicking and holding the down arrow
button on the scroll bar for 30 seconds, with the User's Guide loaded.
Bennett
# Report 4 - Session 5 - Time Profile of lyx
SharkProfileViewer
# Generated from the visible portion of the outline view
+ 23864.8 ms main (lyx)
| +
Produced by holding down in User's Guide for 30 seconds.
Bennett
# Report 2 - Session 3 - Time Profile of lyx
SharkProfileViewer
# Generated from the visible portion of the outline view
+ 23612.7 ms main (lyx)
| + 23612.7 ms LyX::priv_exec(int&, char**) (lyx)
| | + 23612.7 ms lyx_gui::start(st
This profile was generated by opening the User's Guide and pressing
and holding the down arrow key for 30 seconds. (By the way, in those
30 seconds, the cursor made its way into section 1.2.3.)
Bennett
# Report 1 - Session 2 - Time Profile of lyx
SharkProfileViewer
# Generated from the visi
This profile was generated by simply typing into the middle of a
large document for 30 seconds.
Bennett
# Report 0 - Session 1 - Time Profile of lyx
SharkProfileViewer
# Generated from the visible portion of the outline view
+ 24852.6 ms main (lyx)
| + 24852.6 ms LyX::priv_exec(int&, char**)
Georg Baum wrote:
What does Uwes installer do? The main reason for chosing the "dvi2" name
was that this name was used by Angus' scripts. If we change it now we may
break existing configurations (i.e. somebody modified the latex
converter).
The current installers use dvi2. Is there a way to c
Am Donnerstag, 25. Mai 2006 17:45 schrieb Joost Verburg:
> Thanks for committing this. I'm still not sure about DraftDVI being
> viewable.
Actually in 1.5 it is not viewable because it does not have the 'document'
flag. I did not yet have the time to search for the document that makes
clean_dvi
Bo Peng wrote:
This is part of my auto-open patch, but JMarc and others do not like
one thing called 'os-dependent'.
Note that even if a program is detected, it will be ignored if the
format is auto-viewable.
DraftDVI is also in configure.py and Windows-only. Searching for Unix
tools on Windo
Hi,
for the records: Cleanup of BufferView::Pimpl::getCurrentChange
Michael
ct-14.patch
Description: Binary data
Why not add a parameter to checkProg for every auto-detected viewer so
checkProg won't search for them on Windows?
This is part of my auto-open patch, but JMarc and others do not like
one thing called 'os-dependent'.
Note that even if a program is detected, it will be ignored if the
format is
Hi,
We now have the auto-detection of viewers for Windows, so the new
Windows installer doesn't have to contain logic for viewer detection
anymore.
But why does configure.py check for the Unix versions of all viewers
when running on Windows? Of course none of these probably exist and
checkP
Nicholas Burger wrote:
Just got LyX, it's a great program. However, when I have the LyX window
maximized in winXP, click to minimize it, and then click to restore it, it
never restores to it's maximized screen. I always have to go back and
re-maximize it. Anyway to change this in future releases?
Attached. This adds the "Framed" and "Shaded" notes to the note inset.
Interestingly I got "shaded" to accept a user-configurable colour. Edit
the "shaded" colour in Preferences, and it will not only show up as the
background colour on screen, but also on paper.
Is this something we want in 1.5?
Just got LyX, it's a great program. However, when I have the LyX window
maximized in winXP, click to minimize it, and then click to restore it, it
never restores to it's maximized screen. I always have to go back and
re-maximize it. Anyway to change this in future releases?
Thanks!
Nick Burger
UC
Georg Baum wrote:
Jean-Marc, I think this one should go in. Shall I do it? I will send a
revised version of my "autoview-logic" patch after this one is in, because
it conflicts with this one. I really think that the "autoview-logic" patch
should go in 1.4.2.
Thanks for committing this. I'm stil
Am Donnerstag, 25. Mai 2006 13:54 schrieb Georg Baum:
> Am Montag, 22. Mai 2006 10:55 schrieb Jean-Marc Lasgouttes:
> > It looks good. I still think that adding this not_founf='auto' cruft
> > all over is less readable than having a checkViewer helper function :)
>
> Of course you are right. This
Am Montag, 22. Mai 2006 10:55 schrieb Jean-Marc Lasgouttes:
> It looks good. I still think that adding this not_founf='auto' cruft
> all over is less readable than having a checkViewer helper function :)
Of course you are right. This is going in trunk right now, the 1.4 version
will follow soon.
On Wed, May 24, 2006 at 05:57:44PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Wed, 2006-05-24 at 10:14 +0200, Juergen Spitzmueller wrote:
> >> Martin Vermeer wrote:
> >>
> >> > My previous fix for the numberless crashing bug re
Am Mittwoch, 24. Mai 2006 17:26 schrieb Paul A. Rubin:
> Should this go into bugzilla as a new bug, an extension of 2600, or not
> at all?
If in doubt, file it as a new bug, mentioning that it could be related to
2600. If it turns out that it is the same problem we can still mark it as
duplicat
Am Montag, 22. Mai 2006 16:02 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Jean-Marc Lasgouttes wrote:
> >>> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> >>
> PS: when I see things like this + static_cast &>(buffer->inset()
FYI:
Index: insettext.C
===
--- insettext.C (Revision 13925)
+++ insettext.C (Arbeitskopie)
@@ -373,7 +373,7 @@
for (; it != end; ++it)
for (int i = 0; i < it->size(); ++i)
if (it->isNewli
Am Donnerstag, 25. Mai 2006 05:28 schrieb Bo Peng:
> if (lyx::support::rename(temp_file, new_file)) {
> temp_file = new_file;
> output_file = ChangeExtension(output_file, ext);
> source_
68 matches
Mail list logo
