Pavel Sanda wrote:
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
i reported it here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
Darren Freeman wrote:
On Tue, 2007-08-21 at 18:34 +0200, Abdelrazak Younes wrote:
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
Angus Leeming wrote:
Angus (who's being gently entertained by the continuing passions of this
list ;-))
Soap opera you mean?
:-)
Abdel.
On Tuesday 21 August 2007 23:22:49 Alfredo Braunstein wrote:
Good work :-)
+1 :-)
A/
--
José Abílio
On Tue, Aug 21, 2007 at 11:44:51PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 09:36:35AM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Here is my most recent patch. What is not working
Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 09:49:42PM +0100, José Matos wrote:
On Tuesday 21 August 2007 21:35:46 Enrico Forestieri wrote:
The Qt3 frontend is still available from svn. If there had been a real
interest in further development it would have happened.
At the time there
Enrico Forestieri wrote:
Here is another one for you. This happens with Qt 4.1. When loading
a second document, lyx crashes as follows:
Is this on windows? Does this happen on any document? Could you please
try to disable the pixmap cache in QLPainter.cpp?
Abdel.
i have the impression that cmake doesn't handle the includes introduced here:
http://www.lyx.org/trac/changeset/19712
for the moment i had to disable the build of tex2lyx locally...
Leuven, E. wrote:
i have the impression that cmake doesn't handle the includes introduced here:
http://www.lyx.org/trac/changeset/19712
for the moment i had to disable the build of tex2lyx locally...
We probably need someone else that is willing to learn CMake ;-)
Abdel.
On Wed, Aug 22, 2007 at 09:25:12AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Here is another one for you. This happens with Qt 4.1. When loading
a second document, lyx crashes as follows:
Is this on windows?
Yes.
Does this happen on any document?
When trying to load
Enrico Forestieri wrote:
Crash:
When loading the attached file, the cursor is not visible and the text
is out of view.
I am not sure about this one but this one is fixed:
No scrollbar is present, but if you click in the window,
the view is adjusted (and the scrollbar appears). However, if
Abdel wrote:
We probably need someone else that is willing to learn CMake ;-)
i was thinking of enrico.
i have the impression that he is extremely bored and sliding into apathy since
the qt3 frontend is no longer around to lighten up his life
...
;-)
On Wed, Aug 22, 2007 at 09:54:54AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Crash:
When loading the attached file, the cursor is not visible and the text
is out of view.
I am not sure about this one but this one is fixed:
I started seeing it after your commit. Before
On Wed, Aug 22, 2007 at 10:06:39AM +0200, Leuven, E. wrote:
Abdel wrote:
We probably need someone else that is willing to learn CMake ;-)
i was thinking of enrico.
i have the impression that he is extremely bored and sliding into apathy
since the qt3 frontend is no longer around to
Enrico wrote:
Didn't know you were a fine humorist, other than a fine latinist ;-)
basic survival skills on this list i'd say...
;-)
Pavel Sanda wrote:
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
i reported it here
On Wed, Aug 22, 2007 at 01:15:12AM +0200, Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 09:49:42PM +0100, José Matos wrote:
On Tuesday 21 August 2007 21:35:46 Enrico Forestieri wrote:
The Qt3 frontend is still available from svn. If there had been
a real interest in further
Pavel Sanda wrote:
Please put the use cases in bugzilla too. The link above are scrambled
by gmane.
i dont understand - whats missing in my bugz record ? (maybe just my bad
english works here:)
Nothing, my bad.
arent you able to read the mails from mail-archive ?
I use gmane news
On Wed, Aug 22, 2007 at 09:22:51AM +0200, Abdelrazak Younes wrote:
But you talk like if it was an easy task to begin with. Believe me, it
was and is still not. And it was very time consuming too. If I may
sumarize the pros about multiple frontends:
- system integration: this is good I
On Wed, Aug 22, 2007 at 09:53:02AM +0200, Abdelrazak Younes wrote:
Leuven, E. wrote:
i have the impression that cmake doesn't handle the includes introduced
here:
http://www.lyx.org/trac/changeset/19712
for the moment i had to disable the build of tex2lyx locally...
We probably need
On Wed, Aug 22, 2007 at 07:51:40AM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Aug 22 09:51:39 2007
New Revision: 19714
URL: http://www.lyx.org/trac/changeset/19714
Log:
Fix crash on first load with mouse wheel: this was because the scrollbar was
not updated. The solution is
how to check ?
hehe :) i played with valgrind a bit - when using a minute with both instances,
one under v. the result was:
==8735== ERROR SUMMARY: 28 errors from 9 contexts (suppressed: 122 from 2)
==8735== malloc/free: in use at exit: 480,627 bytes in 3,137 blocks.
==8735== malloc/free:
On Tue, Aug 21, 2007 at 10:43:26PM -0700, Angus Leeming wrote:
It's been a long time (since I used C++ in anger), so forgive my
rustiness, please.
I'm comfortable enough with the new TexStream.h header file. (I even
seem to remember that one must use typedef for templates, rather than
Hello,
While creating a lyx template for ifac conferences, I had this behaviour:
- build the layout and template for 1.4.5
- upgrade the layout for 1.5, read the template and save with 1.5.1
At this stage I have a 1.5 compatible layout and template.
When I try to reopen the template with
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 09:53:02AM +0200, Abdelrazak Younes wrote:
Leuven, E. wrote:
i have the impression that cmake doesn't handle the includes introduced
here:
http://www.lyx.org/trac/changeset/19712
for the moment i had to disable the build of tex2lyx locally...
We
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 07:51:40AM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Aug 22 09:51:39 2007
New Revision: 19714
URL: http://www.lyx.org/trac/changeset/19714
Log:
Fix crash on first load with mouse wheel: this was because the scrollbar was
not updated.
On Wednesday 22 August 2007 10:31:47 Jean-Pierre Chrétien wrote:
Hello,
While creating a lyx template for ifac conferences, I had this behaviour:
- build the layout and template for 1.4.5
- upgrade the layout for 1.5, read the template and save with 1.5.1
IOError: [Errno 2] No such file
Enrico Forestieri wrote:
Yes, they are better spent in adding new build systems. I stand in my
opinion that the Qt3 and gtk frontends were murdered.
Murdered is a bit too strong here, I think.
Several core developers decided they did not want
to actively _support_ these frontends anymore.
On 22.08.2007, at 09:13, José Matos wrote:
On Tuesday 21 August 2007 23:22:49 Alfredo Braunstein wrote:
Good work :-)
+1 :-)
A/
--
José Abílio
r19714 on MacOS with autotools compiles fine.
Thanks, Andi
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 01:15:12AM +0200, Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 09:49:42PM +0100, José Matos wrote:
On Tuesday 21 August 2007 21:35:46 Enrico Forestieri wrote:
The Qt3 frontend is still available from svn. If there had been
a real
Andre Poenitz wrote:
Okokok ;-)
What about this? It only adds 13 lines overall, buying us normal
const_iterator semantics for CursorSlices (Including automatic conversion
CursorSlice - ConstCursorSlice). Something similar could be done for
DocIterator.
Another option would be to use templates
Helge Hafting wrote:
Murdered is a bit too strong here, I think.
No, it describes quite accurately what happened with qt3: Some people
decided all of a sudden that it had to go from 'supported, must work'
status to 'dead, removed from the repo'.
Several core developers decided they did not
On Wed, Aug 22, 2007 at 12:59:13PM +0200, Helge Hafting wrote:
Enrico Forestieri wrote:
Yes, they are better spent in adding new build systems. I stand in my
opinion that the Qt3 and gtk frontends were murdered.
Murdered is a bit too strong here, I think.
Several core developers
Georg Baum wrote:
Helge Hafting wrote:
If anyone had stepped up and said I will maintain qt3/gtk,
implement every new dialog etc. in a timely manner
then these frontends would have lived. But no one did,
so they died.
Wrong (for qt3), exactly this offer did exist.
I think Helge is talking
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
There is by the way a bug in 1.5.x with bookmarks: the current font is
not set. Putting this line at the end of
On 22.08.2007, at 00:20, Bo Peng wrote:
Compiles fine here (linux)
scons/linux/msvc, cmake, autotools/linux/mac are working... enough
for today.
BTW: is cmake with Xcode supposed to work? It gives the following
error at the final linking stage:
collect2: ld returned 1 exit status
Abdelrazak Younes wrote:
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually. IMHO, we should think
harder in
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually.
Which
Georg Baum wrote:
Helge Hafting wrote:
Murdered is a bit too strong here, I think.
No, it describes quite accurately what happened with qt3: Some people
decided all of a sudden that it had to go from 'supported, must work'
status to 'dead, removed from the repo'.
Sorry, I was
Sorry, I was wrong about qt3.
Helge Hafting
go and wash your mouth with soap!
Abdelrazak Younes wrote:
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually.
Which approach? I am just cleaning up the thing
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually.
Which approach? I am just
Abdelrazak Younes wrote:
Well, at runtime, in-inset bookmark sort of work now because we already
use the paragraph id. What is missing is the saving/loading of in-inset
bookmark when a document is opened/closed.
I see (missed the point) :-)
A/
Abdelrazak Younes wrote:
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
Sorry Bo, I did not wait because my fix to bug 3427 needed this one. I
hope you don't
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Well, at runtime, in-inset bookmark sort of work now because we already
use the paragraph id. What is missing is the saving/loading of in-inset
bookmark when a document is opened/closed.
I see (missed the point) :-)
Still, you are welcome
Enrico Forestieri wrote:
On Wed, Aug 22, 2007 at 09:54:54AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Crash:
When loading the attached file, the cursor is not visible and the text
is out of view.
I am not sure about this one but this one is fixed:
I started seeing it after
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
If I understand your patch correctly, you move cursor inside
moveToPosition, instead of returning a new position.
There is a dirty
There is a dirty trick used in the handling of bookmarks: bookmark id
needs to be converted to pit because only the latter can be saved in
session. Therefore, moveToPosition is called when a buffer is closed
and switched, and we DO not want to move the cursor in this cases,
especially for the
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Well, at runtime, in-inset bookmark sort of work now because we already
use the paragraph id. What is missing is the saving/loading of in-inset
bookmark when a document is opened/closed.
I see (missed the point)
Peter and Bo: Can you please post a list with what cmake/scons are able
to do, not able to do, and the estimated effort to bring it to a 'full'
solution?
scons can build and install on linux, windows/msvc/mingw/cygwin but I
do not have access to a mac. Its autoconf functionality is weaker than
Bo Peng wrote:
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
If I understand your patch correctly, you move cursor inside
moveToPosition, instead of returning a new position.
Bo, is that OK for you?
Sorry Bo, I did not wait because my fix to bug 3427 needed this one. I
hope you don't mind, this is just cosmetics (apart for the font bug fixing).
Test 3171 and see if you need to re-open that bug.
Bo
On Wed, 22 Aug 2007 09:46:59 -0500
Bo Peng [EMAIL PROTECTED] wrote:
There is a dirty trick used in the handling of bookmarks: bookmark id
needs to be converted to pit because only the latter can be saved in
session. Therefore, moveToPosition is called when a buffer is closed
and switched,
Bo Peng wrote:
[snip]
i thought you knew by now that andré is a humorist too, so you shouldn't
take everything he says so seriously...
If a Qt3 frontend was provided, I will be using LyX 1.5 on solaris,
as that is not the case, I will be still sticking with 1.4 for the
time being. With that attitude you may scare away users of alternative
systems, which often can't even have the third last released version.
I fully agree
We're getting closer and closer to really useful customizable insets ;-)
Goes in if nobody sees a problem.
- Martin
Index: src/insets/InsetCharStyle.h
===
--- src/insets/InsetCharStyle.h (revision 19665)
+++
On Wednesday 22 August 2007 16:02:45 Bo Peng wrote:
[What I write in this message is exclusively related with scons, I am trying
to be the devil's advocate over this case. I don't forget as well that I am
one of the earliest to propose the use of python into lyx.]
scons can build the official
On Wednesday 22 August 2007 16:04:08 Abdelrazak Younes wrote:
I guess I am talking about this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3171
This bug is irrelevant now that we have one BufferView per Buffer ;-)
If that is the case then please mark the bug as fixedintrunk. :-)
Abdel.
On Wednesday 22 August 2007 15:13:27 Alfredo Braunstein wrote:
But Stable/DocIterators are not edit-persistent (you need some kind of
registering with the buffer to adjust on user edition). Do you have some
ideas?
We have used before the idea of using libuuid (universally unique
identifier)
On Wednesday 22 August 2007 13:40:09 Abdelrazak Younes wrote:
Jose, do you want me to proceed?
Yes. Please coordinate with Bo since this is his code.
Abdel.
--
José Abílio
On Wednesday 22 August 2007 18:38:01 Martin Vermeer wrote:
We're getting closer and closer to really useful customizable insets ;-)
Goes in if nobody sees a problem.
OK.
- Martin
--
José Abílio
Yes. Please coordinate with Bo since this is his code.
I am keeping an eye on this, while preparing embedding patch two.
Bo
José Matos wrote:
On Wednesday 22 August 2007 15:13:27 Alfredo Braunstein wrote:
But Stable/DocIterators are not edit-persistent (you need some kind of
registering with the buffer to adjust on user edition). Do you have some
ideas?
We have used before the idea of using libuuid
On Wednesday 22 August 2007 18:03:14 Edwin Leuven wrote:
i thought you knew by now that andré is a humorist too, so you shouldn't
take everything he says so seriously...
You are right in a sense. The problem is always how to decide when to taken
him seriously, and believe me that in that case
OTHO the development of scons was stalled for a long time. I had not used it
for more than one year after the introduction in lyx because it required the
use of an unreleased version.
As I have said, scons' development is much better now.
As a linux guy I use KDE and I do not forget that
Hello,
here comes an updated list of potential 1.5.X patches.
http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
http://www.lyx.org/trac/changeset/19332 - Make LYX_ALIGN_LAYOUT always
be an available layout
http://www.lyx.org/trac/changeset/19398 - Update to latest from boost
1.34.x
On Wednesday 22 August 2007 19:00:20 Bo Peng wrote:
OTHO the development of scons was stalled for a long time. I had not
used it for more than one year after the introduction in lyx because it
required the use of an unreleased version.
As I have said, scons' development is much better
On Wednesday 22 August 2007 18:52:25 Alfredo Braunstein wrote:
Care to explain?
Actually I don't remember much and google is not friend. :-)
If every paragraph (and insets fwiw) had an universal unique ID the
bookmarks would be a lot more stable, no?
A/
--
José Abílio
José Matos wrote:
On Wednesday 22 August 2007 18:52:25 Alfredo Braunstein wrote:
Care to explain?
Actually I don't remember much and google is not friend. :-)
If every paragraph (and insets fwiw) had an universal unique ID the
bookmarks would be a lot more stable, no?
I don't think
I agree with André, while none of the competitors offers the same features
of autotools we are not ready to change. :-(
I do not think autotools provide more than scons if we weight
everything. An obvious example is windows support. We have other build
system exactly because autotools'
On Wed, Aug 22, 2007 at 11:35:35AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 07:51:40AM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Wed Aug 22 09:51:39 2007
New Revision: 19714
URL: http://www.lyx.org/trac/changeset/19714
Log:
Fix crash on
here comes an updated list of potential 1.5.X patches.
I suggest that you create a page in the wiki so that every developer can change the list when he has
committed something.
regards Uwe
- i = i + 1
+ i += 1
Please don't use such constructs. This makes life hard for newbies and those who just want to have a
look how a function works.
thanks and regards
Uwe
I searched bugzilla for table but I couldn't find mention of this small UI
inconstancy. I am not 100% sure that it is incorrect behaviour.
The table creation button on the toolbar allows the user to stretch the
table to required size. Graphically, this is represented, in real-time, by a
dark
On Wednesday 22 August 2007 19:39:40 Uwe Stöhr wrote:
- i = i + 1
+ i += 1
Please don't use such constructs. This makes life hard for newbies and
those who just want to have a look how a function works.
You are joking, right? :-)
The only reason the previous code was there was to
On Wed, Aug 22, 2007 at 08:39:40PM +0200, Uwe Stöhr wrote:
- i = i + 1
+ i += 1
Please don't use such constructs. This makes life hard for newbies and
those who just want to have a look how a function works.
thanks and regards
Uwe
Ah. We had quite a discussion on this a few days
On Wednesday 22 August 2007 19:19:45 Bo Peng wrote:
I do not think autotools provide more than scons if we weight
everything. An obvious example is windows support. We have other build
system exactly because autotools' problems.
We don't want to change from an incomplete method (but known)
Dear all,
Attached please find the second patch for the embedding feature. The
key points are:
1. void registerEmbeddedFiles(Buffer const , EmbeddedFiles ,
ParConstIterator const ) const;
An inset registers embedded files with an EmbeddedFiles class.
2. void EmbeddedFiles::update()
Goes
What is the expected time frame for scons 1.0 that you referred in this
thread?
I will have to ask scons-devel. I will revise the scons build system
after scons 1.0 is released. scons/lyx was the first scons build
system I have ever written, and I have got to know scons better after
I use it
On 8/22/07, Bo Peng [EMAIL PROTECTED] wrote:
What is the expected time frame for scons 1.0 that you referred in this
thread?
BTW, scons has released a snapshot version 0.97.0d20070809 with
packaging features. This is a good sign of stable development.
I will see if scons can build rpm and
Martin Vermeer schrieb:
Ah. We had quite a discussion on this a few days ago...
I have no opinion one way or the other. Are there any newbies who have
never seen C-style +=?
Yes, me, when I was a newbie. I'm not joking here.
For C-newbies += tells nothing because what is added to what?
i +=
On Wed, Aug 22, 2007 at 01:45:36PM +0200, Georg Baum wrote:
It would have eaten resources from a dozen or so active developers which
would have reluctantly invested part of there time to maintain qt3.
Bullshit. The offer by me and Jürgen was to do the maintenance, so nobody
else would have
On Wed, Aug 22, 2007 at 01:47:42PM +0200, Alfredo Braunstein wrote:
Andre Poenitz wrote:
Okokok ;-)
What about this? It only adds 13 lines overall, buying us normal
const_iterator semantics for CursorSlices (Including automatic conversion
CursorSlice - ConstCursorSlice). Something
On Wednesday 22 August 2007 20:38:24 Uwe Stöhr wrote:
When you think this is not clear enough, I would like to use simply:
inc(i)
With all the due respect for you Uwe it seems to me that you are doing a
tempest in a teapot. :-)
If the language we are using is python we should use the
I was told that no patch should break autotools, so here it is an
updated patch with autotools support.
Bo
Index: src/insets/InsetGraphics.h
===
--- src/insets/InsetGraphics.h (revision 19731)
+++ src/insets/InsetGraphics.h (working
On Wed, Aug 22, 2007 at 01:52:30PM +0200, Georg Baum wrote:
Helge Hafting wrote:
Murdered is a bit too strong here, I think.
No, it describes quite accurately what happened with qt3: Some people
decided all of a sudden that it had to go from 'supported, must work'
status to 'dead,
On Wed, Aug 22, 2007 at 04:55:13PM +0200, Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Well, at runtime, in-inset bookmark sort of work now because we already
use the paragraph id. What is missing is the saving/loading of
On Wed, Aug 22, 2007 at 07:14:37PM +0100, José Matos wrote:
On Wednesday 22 August 2007 18:52:25 Alfredo Braunstein wrote:
Care to explain?
Actually I don't remember much and google is not friend. :-)
If every paragraph (and insets fwiw) had an universal unique ID the
bookmarks
On Wed, Aug 22, 2007 at 10:02:45AM -0500, Bo Peng wrote:
Peter and Bo: Can you please post a list with what cmake/scons are able
to do, not able to do, and the estimated effort to bring it to a 'full'
solution?
scons can build and install on linux, windows/msvc/mingw/cygwin but I
do not
Bo Peng wrote:
It would be good to use one build system, but the current situation is
that none of them work best under all situations, and for all
developers. Abdel and other MSVS users obviously need cmake, linux
gurus prefer autotools. I think the currently situation is acceptable
as long as
On Wed, Aug 22, 2007 at 06:34:43PM +0100, José Matos wrote:
As a linux guy I use KDE and I do not forget that for KDE4 scons was
dropped for cmake.
And the KDE people I currently work with expressed very clearly that
cmake is what works best for KDE _and_ for any non-trivial project for
On Wed, Aug 22, 2007 at 01:00:20PM -0500, Bo Peng wrote:
OTHO the development of scons was stalled for a long time. I had not used
it
for more than one year after the introduction in lyx because it required the
use of an unreleased version.
As I have said, scons' development is much
On Wed, Aug 22, 2007 at 07:12:15PM +0100, José Matos wrote:
And you know that I would drop m4 for python in an eye blink. ;-)
You are too predictable.
Andre'
Its autoconf functionality is weaker than
autotools so it might not work on some *nix systems.
I guess it's safe to go for Linux and add the rest on demand.
Agreed.
scons also updates po, TOC.lyx, it is easier to understand/maintain
than autotools or cmake, because it uses a language
Scons development slow and unreliable,
cmake quick and reliable, i.e. an argument that might carry some weight
for us as long as our needs are not covered.
I suspect that scons will never produce native MSVS projects due to
its design philosophy. As long as scons delivers 'scons dist', I do
On Wed, Aug 22, 2007 at 08:39:40PM +0200, Uwe Stöhr wrote:
- i = i + 1
+ i += 1
Please don't use such constructs. This makes life hard for newbies and
those who just want to have a look how a function works.
Please?
People likely looking into the source surely have seen C, C++, Java,
On Wed, Aug 22, 2007 at 07:51:25PM +0100, José Matos wrote:
On Wednesday 22 August 2007 19:39:40 Uwe Stöhr wrote:
- i = i + 1
+ i += 1
Please don't use such constructs. This makes life hard for newbies and
those who just want to have a look how a function works.
You are
On Wed, Aug 22, 2007 at 09:55:33PM +0300, Martin Vermeer wrote:
On Wed, Aug 22, 2007 at 08:39:40PM +0200, Uwe Stöhr wrote:
- i = i + 1
+ i += 1
Please don't use such constructs. This makes life hard for newbies and
those who just want to have a look how a function works.
One of the perceived problems with scons is that one needs to do a lot
'manually'. Which is, given the use of Python, feasible, but not exactly
'nice'. The other systems are (said to be...) less flexible but handle
common cases well.
You get it right. SConstruct is just a python script with a
On Wed, Aug 22, 2007 at 02:50:09PM -0500, Bo Peng wrote:
I was told that no patch should break autotools, so here it is an
updated patch with autotools support.
Good boy.
Andre'
+
+
+Expected features:
+=
+
+1. With embedding enabled (disabled by default), .lyx
1 - 100 of 252 matches
Mail list logo
