Seems that this file misses some msys stuff.
I could only install lyx if I use the original
msys files.
I also get the error message that it can't fine
textclass.lst.
If I use the sh.exe of LyXWinUtils.rar then lyx
won't run, its allways exits.
With the original msys files the installation
Nicolás wrote:
2) When a pdf already exists in the temp directory, which is already
loaded in Acrobat, and View-PDF(dvipdfm) is called, the user gets this
error:
Cannot convert file. Error while executing dvipdfm
The debugging message is: Unable to open newfile1.pdf
The problem is that
Angus Leeming wrote:
Actually, you do realise that you don't need to compile the whole Qt
distribution? Looking at the Makefile in the top level qt directory:
all: symlinks src-moc sub-src sub-tools sub-tutorial sub-examples
It seems that you can stop after sub-src
To get the library only
Angus Leeming wrote:
A, we have a lurker! Hi, Peter!
I've waited for a good moment to jump out.
H, but does LyX? Might do, but LyX makes much more heavy use of
templates than Qt. Still, most of this is encapsulated by Boost and they
do try and get things to work on Borland.
I
Angus Leeming wrote:
Then, the only remaining difference is how we deal with
MinSYS,Python,Perl, right?
You could provide both ways and give the user the choice.
Attached a shot from the Firefox setup.
Peter
inline: firefox_install.png
Here's the project file for qmake: lyx-devel/src/lyx.pro
With the environment variables
QTDIR= YOUR_QT_DIRECTORY
and
QMAKESPEC=win32-msvc.net
you could produce the lyx.vcproj file with the command:
qmake -t vcapp lyx.pro -o lyx.vcproj
Cheers,
Peter
Hello,
I try to make a pure GPLed windows-qt version of lyx
using the gpl-win32 version of qt 3.3.3 (kde-cygwin).
I also hope to avoid all cygwin related stuff.
So I've tested to compile lyx-devel/src with the
(evil) compiler msvc8 (2005 Express beta
- free as beer from ms).
I'm using a actual
Lars Gullik Bjønnes wrote:
When doing these you really are on your own...
I'm not familiarly with the auto... stuff.
what branch? Or just head?
HEAD, is compilable for sure... but not with msvc8.
I've just checked out lyx-devel without a branch argument,
is this HEAD then?.
The diff file cannot be
Ruurd Reitsma wrote:
With MSVC, I use a wrapper tool which makes cl.exe grog gcc arguments. Saves
you the trouble of maintaining your own project files, besides the autotools
stuff. Building then takes place in a normal cygwin environment, and a
native binary comes out.
I prefer a cygwin less
Ruurd 3.2.1 NC: top: -22 bottom: -12
Ruurd 3.3.3 Win32 Eval: top: -11 bottom: -1
I've fixed the wrong y-values of boundingBox.
qt/gpl now gives the same as 3.3.3 Win32 Eval.
I hope this is a step in the right direction.
Peter
Ruurd 3.2.1 NC: top: -22 bottom: -12
Ruurd 3.3.3 Win32 Eval: top: -11 bottom: -1
I've fixed the wrong y-values of boundingBox.
qt/gpl now gives the same as 3.3.3 Win32 Eval.
I hope this is a step in the right direction.
Peter
::exec () at cregex.cpp:428
#36 0x001e31d1 in QCoreApplication::exec () at QKeySymbol.cpp:105
#37 0x000761f1 in lyx::LyX::exec (this=0xba24, [EMAIL PROTECTED],
argv=0xbaac) at LyX.cpp:463
#38 0x3023 in main (argc=1, argv=0xbaac) at main.cpp:48
Bennett
--
Peter Kümmel
actually help some listings newbie write a few
parameters.
Enjoy, and please report bugs.
Cheers,
Bo
Here the insert is always centered and sometimes it is labeled as ERT.
--
Peter Kümmel
Bennett Helm wrote:
On May 9, 2007, at 3:45 PM, Peter Kümmel wrote:
Bennett Helm wrote:
Patrick De Visschere noted on the User's list that:
If you change the environment of a blanco line (from Standard) to
Paragraph and then type text on the line LyX crashes.
I can confirm
test the .ui patch I send to the list?
--
Peter Kümmel
quickly from svn?
Bob
You could try the cmake build with the command line option -Dmerge=1:
http://www.lyx.org/trac/browser/lyx-devel/trunk/development/cmake/README.cmake?rev=18249
the chance is high that it is 10 times faster.
--
Peter Kümmel
Bob Lounsbury wrote:
Bennett Helm wrote:
On May 9, 2007, at 3:45 PM, Peter Kümmel wrote:
Bennett Helm wrote:
Patrick De Visschere noted on the User's list that:
If you change the environment of a blanco line (from Standard) to
Paragraph and then type text on the line LyX crashes.
I can
/browser can be put
side by side to save some space. In all these places, I would like to
change the background so that textbrowser appear like a multi-line
label, not a editbox.
Thanks.
Bo
--
Peter Kümmel
Index: src/frontends/qt4/ui/ListingsUi.ui
side by side to save some space. In all these places, I would like to
change the background so that textbrowser appear like a multi-line
label, not a editbox.
Like this? This time also the ui file.
But then the left scrollbar is broken.
Thanks.
Bo
--
Peter Kümmel
Index: src
Bo Peng wrote:
Like this? This time also the ui file.
With attached ui file I get attached dialog.
Does it still not work?
Peter
ui version=4.0
classQListingsUi/class
widget class=QDialog name=QListingsUi
property name=windowModality
enumQt::ApplicationModal/enum
/property
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: kuemmel
Date: Thu May 10 19:55:07 2007
New Revision: 18259
URL: http://www.lyx.org/trac/changeset/18259
Log:
fix crash: change empty line to paragraph and press a key
Modified:
lyx-devel/trunk/src/TocBackend.cpp
Bo Peng wrote:
On 5/10/07, Bo Peng [EMAIL PROTECTED] wrote:
Peter, some listings stuff slipped in accidentally. Please revert.
And it causes error messages:
So I revert it.
Bo
Thanks, nevertheless I wounder why you have errors.
--
Peter Kümmel
Wrong Qt version here.
Peter
--
Peter Kümmel
Bo Peng wrote:
Thanks, nevertheless I wounder why you have errors.
I really do not know. And I was unable to patch the ui files with
patches copied from firefox. I guess attachment should be used
whenever possible.
Bo
It was attached, but it should be possible that you could
fix the
a
contribution to make the 1.5.x release the best ever.
--
Peter Kümmel
, or are you going to go your own way?
Michael
Maybe we could make the rules/spirit more explicit somewhere in the wiki.
--
Peter Kümmel
);
private:
QInclude * form_;
+ ButtonController edit_bc_;
};
--
Peter Kümmel
;
+ }
BufferParams const bufparams = buffer_-params();
const int min_toclevel = bufparams.getTextClass().min_toclevel();
--
Peter Kümmel
-labelLE-setText(toqstr(lbl));
+ *it = ;
+ }
+ }
+ string extra = getStringFromVector(pars);
+
dialog_-listingsED-setPlainText(toqstr(InsetListingsParams(extra).separatedParams()));
}
--
Peter Kümmel
http://bugzilla.lyx.org/show_bug.cgi?id=3203
Attached a patch which is better than the current code.
Peter
Index: src/callback.cpp
===
--- src/callback.cpp(revision 18346)
+++ src/callback.cpp(working copy)
@@ -399,7
José Matos wrote:
On Tuesday 15 May 2007 18:24:31 Peter Kümmel wrote:
When this does not give the correct result\n
s/When/If/
then please change the encoding of the file\n
to UTF-8 with a other program than LyX.));
with a program other than LyX
I've committed this version
/installer/LyXWinInstaller/informations/InstallerStructure.odg:
file name is too long (max 99); not dumped
I accept suggestions. :-)
When there is a zip for windows just delete the folder it's of no use under
Linux.
Peter
--
Peter Kümmel
José Matos wrote:
Hi,
while issuing a make dist in a new directory I get this warning:
tardir=lyx-1.5.0beta3
/bin/sh /home/jamatos/tmp/lyx-release/config/missing --run tar
chof - $tardir | GZIP=--best gzip -c lyx-1.5.0beta3.tar.gz
tar:
I've played with threads a bit to avoid the
blocking of lyx while texing.
My very first shot looks like this:
Index: src/support/Systemcall.cpp
===
--- src/support/Systemcall.cpp (revision 18346)
+++ src/support/Systemcall.cpp
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Martin Vermeer wrote:
I seem to recall that there was some code in the Qt X event handling
code, precisely to handle this problem. Lars wrote this. But then it
was decided that it could be removed... anyone remember?
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Martin Vermeer wrote:
I seem to recall that there was some code in the Qt X event handling
code, precisely to handle this problem. Lars wrote this. But then it
was decided that it could be removed
Peter Kümmel wrote:
I've found a simpler solution. See attached patch.
It now stops immediately when the page up/down key is released
the same for the mouse button.
(seems the mouse button event is mapped to the page up/down key.)
Tested under Linux and Windows.
Peter
waiting for a ok
Richard Heck wrote:
Andre Poenitz wrote:
On Wed, May 16, 2007 at 11:57:51PM +0200, Peter Kümmel wrote:
void GuiWorkArea::keyPressEvent(QKeyEvent * e)
{
+ // do nothing if there are other events
+ // (the auto repeated events come too fast)
+ if(QCoreApplication::hasPendingEvents
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
Index: src/frontends/qt4/GuiWorkArea.cpp
Richard Heck wrote:
Or will the key release event arrive too late?
To answer your question:
The keyReleaseEvents produced by the user are just
queued so they will be processed after all the other.
Additionally the auto repeat functions also produces
release events (but they could be caught by
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes, this seems like the best solution. Bravo!
Could it go
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Yes, this seems like
Abdelrazak Younes wrote:
There is no way to see what kind of events are pending?
If not we could probably install an event filter.
When we are in adjustViewWithScrollBar which calls scrollBufferView
isn't it clear that it is a scroll event?
Of course the current event is a scroll event but
Peter Kümmel wrote:
Abdelrazak Younes wrote:
There is no way to see what kind of events are pending?
If not we could probably install an event filter.
When we are in adjustViewWithScrollBar which calls scrollBufferView
isn't it clear that it is a scroll event?
Of course the current event
Peter Kümmel wrote:
Abdelrazak Younes wrote:
There is no way to see what kind of events are pending?
If not we could probably install an event filter.
When we are in adjustViewWithScrollBar which calls scrollBufferView
isn't it clear that it is a scroll event?
Of course the current event
Andre Poenitz wrote:
On Thu, May 17, 2007 at 09:37:53AM +0200, Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
Here a new patch to address Helge's scrolling bug.
The important comment:
We circumvent the event queue for scrolling events.
This avoids scrolling after the user has stopped
scrolling, but scrolling proceeds because the
event queue is full of scroll events.
We trigger the scrolling by a timer
Koji Yokota wrote:
I attach the backtrace when the program is crashed as additional
information.
Koji
---
Program received signal SIGABRT, Aborted.
0x2958a897 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x2958a897 in kill () from /lib/libc.so.6
#1 0x2949d4f7 in raise () from
Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you extensively tested it with 'usual typing'
Currently all generated events are dropped which couldn't become
visible
?
At could forward declare QTimer, but isn't that important.
Andre'
--
Peter Kümmel
are welcome to coordinate this process, if you want to.
Regards,
--
Peter Kümmel
Martin Vermeer wrote:
On Thu, May 17, 2007 at 10:41:56PM +0200, Andre Poenitz wrote:
On Thu, May 17, 2007 at 12:57:29PM +0200, Peter Kümmel wrote:
I would feel more comfortable is this were restricted to scrolling,
but I take it you extensively tested it with 'usual typing'
Currently all
Bo Peng wrote:
If you have bugfixes that you like me to consider for
inclusion please reply
here. I will appreciate those with bugzilla numbers associated. :-)
Uwe just created the 20th bug report for the listings stuff, so there
They are not on the Wiki page!
Peter Kümmel wrote:
Andre Poenitz wrote:
===
--- src/frontends/qt4/GuiWorkArea.cpp (revision 18380)
+++ src/frontends/qt4/GuiWorkArea.cpp (working copy)
@@ -161,7 +161,7 @@
GuiWorkArea::GuiWorkArea(int w, int h
[EMAIL PROTECTED] wrote:
On Fri, 18 May 2007, Peter Kümmel wrote:
Bo Peng wrote:
If you have bugfixes that you like me to consider for
inclusion please reply
here. I will appreciate those with bugzilla numbers associated. :-)
Uwe just created the 20th bug report for the listings
José Matos wrote:
I will be reading the list during the afternoon but my attention is now
focused on preparing a talk about scientific computation and econophysics for
PhD students in Economics. :-)
Do you use the open source C++ library QuantLib somewhere in your projects?
José Matos wrote:
On Friday 18 May 2007 7:47:29 am Peter Kümmel wrote:
José Matos wrote:
Hi,
a common share of LyX release managers is that we have the memory and
span attention of a gold fish (I could cite Lars on this subject). ;-)
If you have bugfixes that you like me to consider
Dov Feldstern wrote:
Peter Kümmel wrote:
Now I have found the best solution:
Full control to the user, means all key events
produced by the user are processed but generated
ones are ignored if the system is busy.
Could it go into beta3?
Peter
It's good this is in beta-3 ;) , because
Dov Feldstern wrote:
Try navigating by holding down one of the arrow keys. The cursor zooms
along (which is what we usually want), until at some point the mechanism
added here kicks in, and then the cursor suddenly stops moving. From
this point on, key press events are only handled one at a
Andre Poenitz wrote:
+///
+QTimer delayed_scrollbar_sync;
A _reference_? Why?
Andre'
Here a updated patch.
--
Peter Kümmel
Index: src/frontends/qt4/GuiWorkArea.cpp
===
--- src/frontends/qt4/GuiWorkArea.cpp
is
already in svn.
--
Peter Kümmel
Dov Feldstern wrote:
Peter Kümmel wrote:
Dov Feldstern wrote:
Try navigating by holding down one of the arrow keys. The cursor zooms
along (which is what we usually want), until at some point the mechanism
added here kicks in, and then the cursor suddenly stops moving. From
this point
Dov Feldstern wrote:
Peter Kümmel wrote:
Dov Feldstern wrote:
Peter Kümmel wrote:
Dov Feldstern wrote:
Again, to reproduce, just hold down any of the arrow keys, and keep
holding it down. At some point it will just stop moving --- I assume
this will happen on any machine if you hold
Helge Hafting wrote:
Peter Kümmel wrote:
Andre Poenitz wrote:
+///
+QTimer delayed_scrollbar_sync;
A _reference_? Why?
Andre'
Here a updated patch.
I checked out todays svn and applied this.
It does *not* help
when holding the mouse down in the jump
Martin Vermeer wrote:
On Fri, May 18, 2007 at 12:38:19PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Fri, May 18, 2007 at 09:58:59AM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
...
Another scenario: I am typing on my Nokia 770 Internet tablet
over a
vnc connection.
Peter Kümmel wrote:
Dov Feldstern wrote:
Peter Kümmel wrote:
Dov Feldstern wrote:
Peter Kümmel wrote:
Dov Feldstern wrote:
Again, to reproduce, just hold down any of the arrow keys, and keep
holding it down. At some point it will just stop moving --- I assume
this will happen on any
Peter Kümmel wrote:
No :(, if anything it's worse: now holding a key is *always* processed
as only a single keypress, there's not even an initial period when the
cursor zooms along...
Seems we could not use QCoreApplication::hasPendingEvents() to check if
the system is busy
Dov Feldstern wrote:
The truth is, I don't know that this is directly related to the machine
on which it's running. My machine is quite powerful --- it's a Pentium
IV 3.0 GHz; and I don't see any jump in the system load when I start
scrolling, either: not when I start and the cursor is still
gdb but absfilename
return a std::string, so gdb should know how to handle it.
std::string const absFilename() const { return name_; }
Koji
Koji Yokota wrote:
Peter Kümmel wrote:
Could you have a look at the sting passes to boost::basic_format?
support/lstrings.C line 875
OK, it's
Abdelrazak Younes wrote:
Peter Kümmel wrote:
So we can't use isAutoRepeat also not hasPendingEvents. Best idea
I have is to revert.
I think so too :-( But that was a nice idea ;-)
isAutoRepeat doesn't work because of the word completion, it only
returns true for the repeated letters
there is no bformat which takes a char*:
lyxerr LyX: Creating directory %1$s endl,
lyxerr package().user_support().absFilename() endl;
docstring s1 = _(LyX: Creating directory %1$s);
docstring s2 = from_utf8(package().user_support().absFilename());
//docstring
We still don't know which string is wrong
so here the next code:
docstring format = _(LyX directory, %1$s. \n);
lyxerr format = to_utf8(format) endl;
docstring path = from_utf8(/home/dir/);
lyxerr path = to_utf8(path) endl;
docstring s4=
Andre Poenitz wrote:
On Fri, May 18, 2007 at 08:12:33AM +0200, Peter Kümmel wrote:
I also realized this while working on this bug. So I dropped my first
patches and now use isAutoRepeated in the committed patch, by this
a keystroke produced by a user will never get lost.
All typed keystrokes
Andre Poenitz wrote:
On Fri, May 18, 2007 at 08:43:12AM +0200, Peter Kümmel wrote:
Andre Poenitz wrote:
===
--- src/frontends/qt4/GuiWorkArea.cpp (revision 18380)
+++ src/frontends/qt4/GuiWorkArea.cpp (working copy
Koji Yokota wrote:
Peter Kümmel wrote:
We still don't know which string is wrong
so here the next code:
docstring format = _(LyX directory, %1$s. \n);
lyxerr format = to_utf8(format) endl;
docstring path = from_utf8(/home/dir/);
lyxerr path = to_utf8(path) endl
Next try. To see how it works change the event_delay_ms
variable in the constructor to 3000 and use -dbg 12.
Please test if scrolling works when
- moving the slider with the mouse
- clicking in the scroll bar
- pressing page up/down keys
- arrow keys
- arrow buttons on the scroll bar
- using
to format?
--
Peter Kümmel
Andre Poenitz wrote:
On Fri, May 18, 2007 at 01:38:39PM +0100, José Matos wrote:
On Friday 18 May 2007 10:18:17 am Peter Kümmel wrote:
Nice to hear. Do you use the merge option to speed up compilation?
I am considering it.
This blog entry made me curious: C++ noodling, http://tromey.com/blog
Koji Yokota wrote:
Peter Kümmel wrote:
bformat is just a call to boost:
boost::basic_formatchar_type(fmt) % arg1).str();
So it is a boost bug when checking the format string,
or our string is somehow invalid. This does not help much.
But we could disable boost format, so please try
Peter Kümmel wrote:
Next try. To see how it works change the event_delay_ms
variable in the constructor to 3000 and use -dbg 12.
Please test if scrolling works when
- moving the slider with the mouse
- clicking in the scroll bar
- pressing page up/down keys
- arrow keys
- arrow
José Matos wrote:
On Friday 18 May 2007 10:18:17 am Peter Kümmel wrote:
Nice to hear. Do you use the merge option to speed up compilation?
I am considering it.
This blog entry made me curious: C++ noodling, http://tromey.com/blog/?p=352
Yes you could assume a speed up of 4-5 by switching
José Matos wrote:
On Friday 18 May 2007 10:22:40 am Peter Kümmel wrote:
Do you use the open source C++ library QuantLib somewhere in your projects?
http://quantlib.org/
I am considering it but usually I use python and R libraries. :-)
There is a binding of quantlibs to R:
http
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Next try. To see how it works change the event_delay_ms
variable in the constructor to 3000 and use -dbg 12.
This looks way too complicated Peter. There must be a simpler solution.
Abdel.
Is this your only comment?
Anyway I don't think
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Next try. To see how it works change the event_delay_ms
variable in the constructor to 3000 and use -dbg 12.
This looks way too complicated Peter. There must be a simpler solution.
Abdel.
You could start with some like the attached patch
Abdelrazak Younes wrote:
Is this your only comment?
Yes. Sorry, don't have the time to do much more. I thought I'd share my
opinion ;-)
Sorry, too - for my harsh reply.
Anyway I don't think there is a simpler solution, at least I will
not look for it, this bug has cost me already too
Dov Feldstern wrote:
Peter Kümmel wrote:
On slow/loaded systems the last patch floods the
event queue with timer events instead of key/scroll events.
I hope attached patch will now really fix the problem.
Peter
This works for me (timer_scroll_4.patch) --- at least for what I'm
testing
Helge Hafting wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Is this your only comment?
Yes. Sorry, don't have the time to do much more. I thought I'd share my
opinion ;-)
Sorry, too - for my harsh reply.
Anyway I don't think there is a simpler solution, at least
Helge Hafting wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Is this your only comment?
Yes. Sorry, don't have the time to do much more. I thought I'd share my
opinion ;-)
Sorry, too - for my harsh reply.
Anyway I don't think there is a simpler solution, at least
it.
After the release of 1.5, I assume.
JMarc
PS: Feel like coming to Finland in August?
--
Peter Kümmel
Abdelrazak Younes wrote:
José Matos wrote:
On Tuesday 22 May 2007 8:52:30 am Jean-Marc Lasgouttes wrote:
Are we sure? The 1.5 branch would be better with the real 1.34, rather
than a prerelease.
I tend to agree with Jean-Marc here.
Me too.
Abdel.
I've updated to boost 1.34 in a
Dov Feldstern wrote:
Peter Kümmel wrote:
I'm running out of ideas...
Is this patch better (the flush call is new)?
Or with processEvents instead of flush?
event_2.patch works for me --- but then again event_1 did, too. Again,
this is on linux. Scrolling appears to be fine (both
José Matos wrote:
On Tuesday 22 May 2007 7:26:37 pm Peter Kümmel wrote:
The current svn code is not correct, even when this patch isn't perfect,
should I apply it?
Could you get more people to test it, please?
This is a sensitive area, just like walking on thin glass
Thanks for the intensive testing, Helge!
Helge Hafting wrote:
void lyx::BufferView::updateScrollbar() Updating scrollbar: height: 1175 curr
par: 905 default height 32
scrolling: one event posted
void lyx::BufferView::scrollDocView(int)[ value = 259297]
void
Peter Kümmel wrote:
When you run with -dbg 8 you will see the how full the
x11 queue is. Here it is never more than 1 event in the queue,
Hope you could understand these sentences ;)
Peter
No ideas any more--also the last patch does not work
(Helge's private reply).
I've reverted the first patch,
http://www.lyx.org/trac/changeset/18376
because it introduces this bug,
http://marc.info/?l=lyx-develm=117944188219722w=2
detected by Dov.
The event_1 patch gives better results on
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
It was Georg who wrote
Note that the iostreams library in boost 1.34.0 is an outdated
version (older than the version in boost 1.33.1) with a memory leak,
so watch for iostreams updates in the boost 1.34 branch, too.
I am afraid I do
Here I need attached patch to compile
cmake and merged files. Could it go in?
Peter
Index: src/insets/InsetInclude.cpp
===
--- src/insets/InsetInclude.cpp (revision 18495)
+++ src/insets/InsetInclude.cpp (working copy)
@@ -233,7
José Matos wrote:
On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
{
Types const t = type(params);
- return (t == INPUT) or (t == INCLUDE);
+ return (t == INPUT) || (t == INCLUDE);
}
Why is this? And what does this has to do with merged files?
It also doesn't
== INCLUDE);
| }
| Why is this?
#include iso646.h not there.
|
| You mean _What_ is this? It surely is not C++ at the first place :-)
It is C++.
(but not used much)
It is--at least with msvc-- iso 646.
So, is it C++?
--
Peter Kümmel
José Matos wrote:
On Thursday 24 May 2007 19:24:28 Peter Kümmel wrote:
Index: src/frontends/qt4/QDocument.cpp
===
--- src/frontends/qt4/QDocument.cpp (revision 18495)
+++ src/frontends/qt4/QDocument.cpp (working copy
1 - 100 of 4099 matches
Mail list logo