Enrico Forestieri wrote:
On Wed, Aug 22, 2007 at 07:24:17PM +0200, Jean-Pierre Chretien wrote:
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
Richard Heck wrote:
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 07:44:17PM -0400, Richard Heck wrote:
Andre Poenitz wrote:
Looks good in general.
Good.
I find the naming TextClass_sptr exceptionally ugle (CamelBump and
under_score mixed), but I know there are unfortunate
Richard Heck wrote:
The pointer in question is a boost::shared_ptr. This is needed because
CutAndPaste saves a copy of the layout with each cut or copied
selection. We cannot assume the selection vanishes when the document is
closed, so there are two options: (i) keep a list of all the layouts
Abdelrazak Younes [EMAIL PROTECTED] writes:
[...]
Jean-Pierre, if you have problem with Qt, then I suggest to report this
to the Qt-interest mailing list. There is a news interface too. My
experience is that they are pretty responsive.
Sure, I'm already in the process of subscribing.
Andre Poenitz wrote:
A third option would be to eliminate const_iterator semantics
completely... What do people feel about this?
I don't think wee need the hard constness in this case.
If this is the general feeling, I'll just remove the fake one then (because
having a behaving DocIterator
Enrico Forestieri wrote:
Nuisance:
- Even with only one file opened, a toolbar with a tab appears.
This is fixed.
Problems:
- The main window bar does not show the filename of a loaded file.
However, after opening another file, the name shows up.
I don't see this bug.
- The list of
On Wednesday 22 August 2007 21:38:05 Andre Poenitz wrote:
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.
With respect to m4? Surely. ;-)
Andre'
--
José Abílio
On Wednesday 22 August 2007 22:39:50 Martin Vermeer wrote:
Are you sure? Less than half of them so far.
(But I'll try to work on it)
Uwe is right. We have defined half as the threshold for the language to be
shown, and Finish is not different from other languages in that regard. :-)
-
Martin Vermeer schrieb:
Are you sure? Less than half of them so far.
Yes, because the other yellow languages in i18n.php are also in the Linguas
file.
regards Uwe
Andre Poenitz wrote:
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
Andre Poenitz wrote:
And you do not even try to keep it alive.
I explained the reasons in detail back then. If this is not some random
accusation and you are really interested why this was no option anymore go
read the archives (thread Random Notes).
[...]
Now that you look at trac you might
On Saturday 18 August 2007 23:52:00 Andre Poenitz wrote:
Typical use would be to have such --enable-monolithic-* for
{core,mathed,insets,controllers,frontends,qt4,tex2lyx,client,boost}
implemented and 'switched on' for all the areas one is not currently
working on (or invert that logic at some
On Tuesday 21 August 2007 21:07:41 Bo Peng wrote:
Could you add, please, your ideas to a wiki page under development?
Will do that later.
Even a compilation of previous messages to this list is OK. :-)
Here is a comment from my src/EmbeddedFiles.h:
This has now become:
This has now become:
http://wiki.lyx.org/Devel/Embedding
Thanks. Maybe we should have a 'New in 1.6.0' or 'PEP for 1.6.0' page.
Bo
src/frontends/qt4/GuiView.cpp:126: error: invalid use of undefined
type `struct QTabBar'
/home/bpeng/lyx-devel/qt422/include/QtGui/qtabwidget.h:36: error:
forward declaration of `struct QTabBar'
If this is another 4.3 only stuff, please make qt 4.3 the minimal
required version for lyx 1.6.0, OR
On Thursday 23 August 2007 15:07:47 Bo Peng wrote:
Thanks. Maybe we should have a 'New in 1.6.0' or 'PEP for 1.6.0' page.
For the moment I have created a category called LyX_1_6 that has two pages:
embedding and xml.
See http://wiki.lyx.org/Devel/Devel
As soon as new pages are created
Bo Peng wrote:
src/frontends/qt4/GuiView.cpp:126: error: invalid use of undefined
type `struct QTabBar'
/home/bpeng/lyx-devel/qt422/include/QtGui/qtabwidget.h:36: error:
forward declaration of `struct QTabBar'
fixed.
A/
On Wednesday 22 August 2007 23:53:54 Andre Poenitz wrote:
I jsut tried to create a wiki page to collect all the stuff that's
written here.
It's currently
http://wiki.lyx.org/Devel/Pages
and I have no clue how I can rename this 'Pages' into somethoing like
'Build Systems'. Christian?
Alfredo Braunstein wrote:
Bo Peng wrote:
src/frontends/qt4/GuiView.cpp:126: error: invalid use of undefined
type `struct QTabBar'
/home/bpeng/lyx-devel/qt422/include/QtGui/qtabwidget.h:36: error:
forward declaration of `struct QTabBar'
fixed.
Thanks, sorry for the inconvenience.
Abdel.
On Thursday 26 July 2007 15:36:32 Lyx user wrote:
Now that Unicode is supported and everyone is looking towards version 1.6,
I would like to suggest full support for XeTeX. It is currently the most
comprehensive way to put Unicode characters in a TeX document. Another
great feature is direct
I have moved its content to
http://wiki.lyx.org/Devel/BuildSystems
and I have categorised it as LyX_1_6.
The discussion is still going on? Then,
I chose scons for a lot of reasons, such as flexibility, platform
independence. I have doubt in cmake's approach because I am not sure
if cmake can
Thanks, sorry for the inconvenience.
So this is another pch problem??? Please try to fix cmake.
Bo
Bo Peng wrote:
Thanks, sorry for the inconvenience.
So this is another pch problem???
Yes.
Please try to fix cmake.
This is not about fixing cmake but about me not being careful enough.
pch support can be disabled in CMake. In general I am careful with new
header but I forgot this
Please try to fix cmake.
This is not about fixing cmake but about me not being careful enough.
pch support can be disabled in CMake. In general I am careful with new
header but I forgot this time.
This is about cmake's allowing you to compile a lyx.exe without this header.
Bo
Bo Peng wrote:
I have moved its content to
http://wiki.lyx.org/Devel/BuildSystems
and I have categorised it as LyX_1_6.
The discussion is still going on? Then,
I chose scons for a lot of reasons, such as flexibility, platform
independence. I have doubt in cmake's approach because I am not
Bo Peng wrote:
Please try to fix cmake.
This is not about fixing cmake but about me not being careful enough.
pch support can be disabled in CMake. In general I am careful with new
header but I forgot this time.
This is about cmake's allowing you to compile a lyx.exe without this header.
On Wednesday 15 August 2007 11:05:11 Darren Freeman wrote:
If nobody else puts their hand up, I might work on this some day, but
currently I have other obligations :) I have a background in image
processing and I would certainly offer advice to whoever works on it.
It seems Darren that you
??? That's the basic idea behind pch. The same thing would happen with
scons I think.
So you think this is acceptable? I did not add pch to scons because of
this exact reason. I want a reliable build more than performance.
Bo
If a new file is added or
package.cpp.in is changed, you indeed have to regenerate the vcproject,
I understand how cmake works now.
I think you can trick a vcproject to do this kind of stuff with
post-compile script. But that is not a good solution. In general you
want to compile and debug
Bo Peng wrote:
??? That's the basic idea behind pch. The same thing would happen with
scons I think.
So you think this is acceptable?
For day to day development, yes.
I did not add pch to scons because of
this exact reason. I want a reliable build more than performance.
On the contrary,
Bo Peng wrote:
If a new file is added or
package.cpp.in is changed, you indeed have to regenerate the vcproject,
I understand how cmake works now.
I think you can trick a vcproject to do this kind of stuff with
post-compile script. But that is not a good solution. In general you
want to
Bo Peng wrote:
In my institution, because few people are willing to review others'
grant, there is a submit one, review one policy. If we adopt this rule
here, you should go ahead and review my Embedding patch. :-)
Sure...though I can't promise competence with minizip, etc.
First, could you
So you think this is acceptable?
For day to day development, yes.
But please try not to break the trunk.
On the contrary, for development I want performance first.
...
Bo
I never said that. What I said is that the two tasks (development and
packaging) are different and separate. Our support for packaging is weak
at the moment because nobody was interested in improving it, that's all.
But I am quite sure that CMake with CPack can be as good as scons for
Sure...though I can't promise competence with minizip, etc.
No. You do not have to worry about minizip. No one understands that
part of the code. Use zipFiles and unzipToDir as two black boxes.
There's no feature yet. I'm trying to follow the divide your patch into
logical bits rule. This one
Abdelrazak Younes wrote:
Richard Heck wrote:
The pointer in question is a boost::shared_ptr. This is needed
because CutAndPaste saves a copy of the layout with each cut or
copied selection. We cannot assume the selection vanishes when the
document is closed, so there are two options: (i) keep
Bo Peng wrote:
So you think this is acceptable?
For day to day development, yes.
But please try not to break the trunk.
I am trying hard in general. Just not in this case.
Abdel.
Bo Peng wrote:
There's no feature yet. I'm trying to follow the divide your patch into
logical bits rule. This one just reworks the infrastructure to prepare
for modules, which will come next.
I was asking for a big picture.
Oh, yes, then: There'll be a UI, and two LFUNs: clear-modules
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
The pointer in question is a boost::shared_ptr. This is needed
because CutAndPaste saves a copy of the layout with each cut or
copied selection. We cannot assume the selection vanishes when the
document is closed, so there are
Abdelrazak Younes wrote:
Richard Heck wrote:
(iii) remember layout base class _and_ module in BufferParams. Maybe
the solution is to have a global TextClassModule along the global
TextClassList instead of having local copies of TextClass? Or
integrate the module access to the TextClassList
Abdelrazak Younes wrote:
Previously, it just held an index into TextClassList, and extending
that would lead to solution (i). I suppose you could have some kind
of next TextClass-thingy that kept a list of modules that are in use.
But that presumes that the contents of the modules don't change
To learn more about XeTeX, see also this video:
http://www.river-valley.tv/conferences/tex/tug2007/#Jonathan_Kew2
Regards,
Asger
On Wed, Aug 22, 2007 at 08:56:36PM -0500, Bo Peng wrote:
On 8/22/07, Andre Poenitz [EMAIL PROTECTED] wrote:
On Wed, Aug 22, 2007 at 04:26:23PM -0500, Bo Peng wrote:
How do I create such a .vcproj file? I'd like to have a look...
Under development/scons, run 'scons mode=debug
On Wed, Aug 22, 2007 at 10:15:12PM -0500, Bo Peng wrote:
Right now a scon null release build is 32 seconds, autotools is 18
seconds on my machine.
Given that one of the main reasons to abolish autotools is to reduce
development roundtrip times this does not bode well...
This is not a
On Wed, Aug 22, 2007 at 11:03:24PM -0500, Bo Peng wrote:
In my institution, because few people are willing to review others'
grant, there is a submit one, review one policy. If we adopt this rule
here, you should go ahead and review my Embedding patch. :-)
First, could you disclose a little
Aehm. Where? Neither the source nor the Wiki seems to match...
Under development/scons, run 'scons mode=debug msvs_projects' and
HERE. and INSTALL.scons.
double click the generated lyx.vcproject file. You will have to (?)
run 'scons intall' before you can debug in msvs.
Also, I
Just from a user's point of view: Do I really have to give the full
scons commandline or is there some kind of shortcut once the thing is
build already.
scons --implicit-deps-unchanged -f ../trunk/development/scons/SConstruct
mode=release
--implicit-deps-unchanged is not recommended. Best
On Thu, Aug 23, 2007 at 01:11:52PM +0200, Georg Baum wrote:
You still don't get it. All your arguments including this one and that
in your other mail are based on the assumption that there were only
two alternatives: full support or removal from trunk. Under this
premise I agree completely
On Thu, Aug 23, 2007 at 02:22:45PM +0100, José Matos wrote:
On Saturday 18 August 2007 23:52:00 Andre Poenitz wrote:
Typical use would be to have such --enable-monolithic-* for
{core,mathed,insets,controllers,frontends,qt4,tex2lyx,client,boost}
implemented and 'switched on' for all the
On Thu, Aug 23, 2007 at 03:37:03PM +0100, José Matos wrote:
On Wednesday 22 August 2007 23:53:54 Andre Poenitz wrote:
I jsut tried to create a wiki page to collect all the stuff that's
written here.
It's currently
http://wiki.lyx.org/Devel/Pages
and I have no clue how I can rename
On Thu, Aug 23, 2007 at 11:09:49AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Nuisance:
- Even with only one file opened, a toolbar with a tab appears.
This is fixed.
Ok, thanks.
Problems:
- The main window bar does not show the filename of a loaded file.
However,
Andre Poenitz wrote:
I too.
Andre'
You tooed too much already!
A/
On Thu, 23 Aug 2007, Andre Poenitz wrote:
I jsut tried to create a wiki page to collect all the stuff that's
written here.
It's currently
http://wiki.lyx.org/Devel/Pages
and I have no clue how I can rename this 'Pages' into somethoing like
'Build Systems'. Christian?
I saw that Martin
On Thu, Aug 23, 2007 at 09:57:04AM -0500, Bo Peng wrote:
I have moved its content to
http://wiki.lyx.org/Devel/BuildSystems
and I have categorised it as LyX_1_6.
The discussion is still going on?
Sure. My plan is to come to a conclusion within a few weeks.
Then,
I added this to the
On Thu, 23 Aug 2007, José Matos wrote:
On Wednesday 22 August 2007 23:53:54 Andre Poenitz wrote:
I jsut tried to create a wiki page to collect all the stuff that's
written here.
It's currently
http://wiki.lyx.org/Devel/Pages
and I have no clue how I can rename this 'Pages' into somethoing
On Wed, Aug 22, 2007 at 12:51:36AM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 10:35:46PM +0200, Enrico Forestieri wrote:
That's true for all of us, that's why there is no Qt3 frontend anymore.
There is no Qt3 frontend anymore because it was brutally murdered.
Poor little
On Thu, Aug 23, 2007 at 01:05:27PM +0200, Alfredo Braunstein wrote:
2) one idea would be to use a special mark inset. This would solve b) but
not a). Aditionally, this implies that we have an undesired object that
obstacles edition. We could try to track its existence with a signal in
On Thu, 23 Aug 2007, José Matos wrote:
On Thursday 26 July 2007 15:36:32 Lyx user wrote:
Now that Unicode is supported and everyone is looking towards version 1.6,
I would like to suggest full support for XeTeX. It is currently the most
comprehensive way to put Unicode characters in a TeX
On Thu, Aug 23, 2007 at 10:34:23AM -0500, Bo Peng wrote:
If a new file is added or
package.cpp.in is changed, you indeed have to regenerate the vcproject,
I understand how cmake works now.
I think you can trick a vcproject to do this kind of stuff with
post-compile script. But that is
In order to build, I have to use the attached in src/support.
Would somebody please draw the appropriate lessons?
(Age old Fedora)
;-)
- Martin
Index: filetools.cpp
===
--- filetools.cpp (revision 19756)
+++ filetools.cpp
Right now it looks like cmake does it.
Yes. cmake re-generates the project file/make files when
Package.cpp.in is changed, or a file is added. It is faster than
autogen.sh and configure. The difference is that cmake is a 'two step'
system, and scons is 'one-step' (and autotools is a 'three
On Thu, Aug 23, 2007 at 11:40:08AM -0400, Richard Heck wrote:
Bo Peng wrote:
In my institution, because few people are willing to review others'
grant, there is a submit one, review one policy. If we adopt this rule
here, you should go ahead and review my Embedding patch. :-)
On Thu, Aug 23, 2007 at 10:50:41AM -0500, Bo Peng wrote:
Sure...though I can't promise competence with minizip, etc.
No. You do not have to worry about minizip. No one understands that
part of the code. Use zipFiles and unzipToDir as two black boxes.
There's no feature yet. I'm trying to
On Wed, 22 Aug 2007, Joost Verburg wrote:
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
On Thu, Aug 23, 2007 at 10:19:47PM +0300, Martin Vermeer wrote:
In order to build, I have to use the attached in src/support.
Would somebody please draw the appropriate lessons?
(Age old Fedora)
;-)
autogen.sh
--
Enrico
It can not provide a platform independent way of distributing lyx,
There is no 'platform independent way of distribution'. Windows won't
like .rpm, Ubuntu won't like .msi.
I meant a uniform interface. I will be able to do 'scons rpm' under
*nix, and 'scons msi' under windows. I do not know
Andre Poenitz wrote:
On Thu, Aug 23, 2007 at 01:05:27PM +0200, Alfredo Braunstein wrote:
2) one idea would be to use a special mark inset. This would solve b)
but not a). Aditionally, this implies that we have an undesired object
that obstacles edition. We could try to track its
On Thu, Aug 23, 2007 at 07:02:52PM +0200, Asger Ottar Alstrup wrote:
To learn more about XeTeX, see also this video:
http://www.river-valley.tv/conferences/tex/tug2007/#Jonathan_Kew2
Nice. Looks like a really intresting development.
Andre'
As the subject says. If you do, I'm less inclined to suspect spam
activities, i.e. less work for me.
/Christian
PS. I haven't seen any spam attacks in a long while... *knock on wood*
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Thursday 23 August 2007 20:13:35 [EMAIL PROTECTED] wrote:
Umm... shouldn't it go into bugzilla?
Yes. :-)
If we want to show them on a wiki
page, we could tag them in someway (or a special search), and have that
embedded in a wiki page?
And so I did. Have you seen
On Thursday 23 August 2007 19:49:07 Enrico Forestieri wrote:
Hmm, on second
thought, it is better requiring Qt 4.3.1 which has already been released.
--
Enrico
Why, is that a problem? ;-)
$ rpm -qi qt4
Name: qt4 Relocations: (not relocatable)
Version :
The discussion is still going on?
Sure. My plan is to come to a conclusion within a few weeks.
Note that in a few weeks, scons should be able to do 'scons rpm',
'scons sdist' etc, using a snapshot version of scons (Jose will hate
this. :-).
Bo
On Thursday 23 August 2007 19:30:19 Andre Poenitz wrote:
On Thu, Aug 23, 2007 at 01:11:52PM +0200, Georg Baum wrote:
That alternative would of course not have guaranteed that 1.5.0 would be
released with qt3. Maybe it would indeed have been too much work to keep
it up to date, and it would
On Thu, Aug 23, 2007 at 09:22:08PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 10:19:47PM +0300, Martin Vermeer wrote:
In order to build, I have to use the attached in src/support.
Would somebody please draw the appropriate lessons?
(Age old Fedora)
;-)
On Thursday 23 August 2007 20:54:57 Bo Peng wrote:
Note that in a few weeks, scons should be able to do 'scons rpm',
'scons sdist' etc, using a snapshot version of scons (Jose will hate
this. :-).
Let us pretend that I did not hear this. ;-)
Bo
--
José Abílio
[EMAIL PROTECTED] wrote:
While cmake can create MSVC projects, the current implementation does
not handle all the dependencies like scons does. For example, the
thesaurus is not supported. To create Windows releases, scons in the
only option right now.
Umm... sorry if I've asked this before,
On Thu, Aug 23, 2007 at 01:28:19PM -0500, Bo Peng wrote:
Just from a user's point of view: Do I really have to give the full
scons commandline or is there some kind of shortcut once the thing is
build already.
scons --implicit-deps-unchanged -f ../trunk/development/scons/SConstruct
On Thu, Aug 23, 2007 at 08:52:00PM +0100, José Matos wrote:
On Thursday 23 August 2007 19:49:07 Enrico Forestieri wrote:
Hmm, on second
thought, it is better requiring Qt 4.3.1 which has already been released.
--
Enrico
Why, is that a problem? ;-)
Not at all.
$ ./src/lyx.exe
On Thu, Aug 23, 2007 at 10:19:47PM +0300, Martin Vermeer wrote:
In order to build, I have to use the attached in src/support.
Would somebody please draw the appropriate lessons?
(Age old Fedora)
;-)
- Martin
Index: filetools.cpp
On Thu, Aug 23, 2007 at 11:00:57PM +0300, Martin Vermeer wrote:
On Thu, Aug 23, 2007 at 09:22:08PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 10:19:47PM +0300, Martin Vermeer wrote:
In order to build, I have to use the attached in src/support.
Would somebody please
Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 11:09:49AM +0200, Abdelrazak Younes wrote:
Another problem: lyx allows opening multiple times the same file.
Really? I'll have a look... Do you mean multiple BufferView or multiple
Buffer? The later would be embarrassing.
And there's
On Thu, Aug 23, 2007 at 10:19:28PM +0200, Joost Verburg wrote:
[EMAIL PROTECTED] wrote:
While cmake can create MSVC projects, the current implementation does
not handle all the dependencies like scons does. For example, the
thesaurus is not supported. To create Windows releases, scons in
So scons -f ../trunk/SConstruct remains?
I guess you get use to the autotools way of using VPATH build. In
scons, you can call scons from top source directory, and build lyx to
any specified directory (default to debug or release with mode=debug
or mode=release, can be specified with
On Thu, Aug 23, 2007 at 02:18:12PM -0500, Bo Peng wrote:
Right now it looks like cmake does it.
Yes. cmake re-generates the project file/make files when
Package.cpp.in is changed, or a file is added. It is faster than
autogen.sh and configure. The difference is that cmake is a 'two step'
On Thursday 23 August 2007 21:31:25 Enrico Forestieri wrote:
On third thought, maybe we should only allow Qt snaspshots,
just to be sure. Don't we already use boost snapshots?
Now that you mention it the solution is to carry our own copy of qt, then qt
and boost will be on the same level...
On Thu, Aug 23, 2007 at 10:36:10PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 11:09:49AM +0200, Abdelrazak Younes wrote:
Another problem: lyx allows opening multiple times the same file.
Really? I'll have a look... Do you mean multiple BufferView or
On Thu, Aug 23, 2007 at 11:00:57PM +0300, Martin Vermeer wrote:
On Thu, Aug 23, 2007 at 09:22:08PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 10:19:47PM +0300, Martin Vermeer wrote:
In order to build, I have to use the attached in src/support.
Would somebody please
On Thu, Aug 23, 2007 at 10:19:28PM +0200, Joost Verburg wrote:
[EMAIL PROTECTED] wrote:
While cmake can create MSVC projects, the current implementation does
not handle all the dependencies like scons does. For example, the
thesaurus is not supported. To create Windows releases, scons in the
On Thu, Aug 23, 2007 at 10:35:18PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 11:00:57PM +0300, Martin Vermeer wrote:
On Thu, Aug 23, 2007 at 09:22:08PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 10:19:47PM +0300, Martin Vermeer wrote:
In order to build, I
On Thu, Aug 23, 2007 at 10:31:25PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 08:52:00PM +0100, José Matos wrote:
On Thursday 23 August 2007 19:49:07 Enrico Forestieri wrote:
Hmm, on second
thought, it is better requiring Qt 4.3.1 which has already been released.
--
There is nothing wrong with cutting a complex process into small pieces.
The problems lie between the programs. It is never clear to me when I
need to call autogen.sh, and when I need to call configure.sh. scons
gives me a peace of mind.
I guess that'd rate around '2' or '3' on a scale from
Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 10:36:10PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 11:09:49AM +0200, Abdelrazak Younes wrote:
Another problem: lyx allows opening multiple times the same file.
Really? I'll have a look... Do you mean
On Thu, Aug 23, 2007 at 11:53:35PM +0300, Martin Vermeer wrote:
On Thu, Aug 23, 2007 at 10:35:18PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007 at 11:00:57PM +0300, Martin Vermeer wrote:
On Thu, Aug 23, 2007 at 09:22:08PM +0200, Enrico Forestieri wrote:
On Thu, Aug 23, 2007
On Thu, Aug 23, 2007 at 03:54:46PM -0500, Bo Peng wrote:
There is nothing wrong with cutting a complex process into small pieces.
The problems lie between the programs. It is never clear to me when I
need to call autogen.sh, and when I need to call configure.sh. scons
gives me a peace of
Finally I got where Richard was many weeks ago... the custom inset 'endnote'
works!
Or would, if I would have endnote.sty on my system.
Finally I got where Richard was many weeks ago... the custom inset 'endnote'
works!
Or would, if I would have endnote.sty on my system.
What is now not
On Thu, Aug 23, 2007 at 11:18:47PM +0200, Enrico Forestieri wrote:
Does the attached patch help?
Even if not, just commit that.
Andre'
On Thu, Aug 23, 2007 at 03:54:46PM -0500, Bo Peng wrote:
There is nothing wrong with cutting a complex process into small pieces.
The problems lie between the programs. It is never clear to me when I
need to call autogen.sh, and when I need to call configure.sh. scons
gives me a peace of
On Thu, Aug 23, 2007 at 11:36:36PM +0200, Andre Poenitz wrote:
On Thu, Aug 23, 2007 at 11:18:47PM +0200, Enrico Forestieri wrote:
Does the attached patch help?
Even if not, just commit that.
Done.
--
Enrico
This patch gets replaces Package.cpp.in by an ordinary 'Package.cpp'
which gets its data from by #defines config.h.
I think all build systems are adjusted, but I did not test intensively,
though.
Andre'
Index: src/support/Package.cpp.in
On Thu, 23 Aug 2007, José Matos wrote:
On Thursday 23 August 2007 20:13:35 [EMAIL PROTECTED] wrote:
Umm... shouldn't it go into bugzilla?
Yes. :-)
If we want to show them on a wiki page, we could tag them in someway
(or a special search), and have that embedded in a wiki page?
And so I
1 - 100 of 210 matches
Mail list logo
