Jose' Matos wrote:
On Thursday 06 July 2006 15:10, Abdelrazak Younes wrote:
By the way Jose, do you still see the problem with accentuated chars?
Abdel.
It works for qt4 now. Thanks.
Cool, thanks for checking.
PS: I disregard you comment about yesterday... ;-)
Which one?
Abdel.
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo BTW, I use scons alone on all platforms now. I find that DESTDIR
Bo is still working in a wrong way. It *replaces* prefix
Bo (DESTDIR/bin/lyx) rather than prefix it (DESTDIR/prefix/bin/lyx).
Bo I am going to change it, but how autotools handle this on
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Georg Baum wrote:
Hmm left marging should be smaller than right margin
Michael Please note that we need some space for the change tracking
Michael bar!
The situation now is that we have a 10 pixels left margin for the
change bar and a
Michael Gerz wrote:
Hi,
this patch removes a few references to the xforms frontend. In
particular, it removes ControlPreamble.[Ch] which was only used by the
xforms frontend (see comment inside of the file).
Ok to commit?
Could you fix also what's below while you're at it?
Thanks in
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Should the possible values not be qt3, qt4, gtk ?
Actually, the qt3 frontend is still named qt. This should be changed
too.
JMarc
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi, this patch removes a few references to the xforms
Michael frontend. In particular, it removes ControlPreamble.[Ch]
Michael which was only used by the xforms frontend (see comment
Michael inside of the file).
There are other
Uwe == Uwe Stöhr [EMAIL PROTECTED] writes:
Uwe I've read that also Joost has no write permissions, is that true?
Not anymore.
JMarc
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen http://bugzilla.lyx.org/show_bug.cgi?id=2675 A trivial one. I
Juergen wonder why this was undetected so long.
Juergen OK for branch and trunk?
Definitely. I vaguely planned to look at it, but I am glad you did it.
JMarc
Uwe Stöhr wrote:
Angus Leeming wrote:
Agreed. Given that Joost based his work on the
features provided by your installer, Uwe, it doesn't
make much sense to keep two separate code bases doing
the same thing.
I fully agree with you, but this week is the first one where I found
some time to
Uwe Stöhr wrote:
Joost Verburg wrote:
The new Windows installer scripts are designed to provide both a web
installer that automatically downloads components like MiKTeX and well
as a bundled installer with those components included.
Sounds good! I assume that you found an adequate
On Friday 07 July 2006 09:12, Abdelrazak Younes wrote:
It works for qt4 now. Thanks.
Cool, thanks for checking.
It is easy to do.
PS: I disregard you comment about yesterday... ;-)
Which one?
The one regarding sadness, we are never sad, only less happy.
I learned that regarding
Jose' Matos wrote:
On Friday 07 July 2006 09:12, Abdelrazak Younes wrote:
PS: I disregard you comment about yesterday... ;-)
Which one?
The one regarding sadness, we are never sad, only less happy.
I learned that regarding adult behaviour, during evaluation we ask what was
positive and
Uwe Stöhr [EMAIL PROTECTED] writes:
I asked Lars twice (on the list) to give me write permissions but got no
response.
So keep asking. Mail him in private perhaps. He's a busy man too...
I've read that also Joost has no write permissions, is that true?
Nope. Joost has access. However, it
Andre Poenitz wrote:
On Wed, Jul 05, 2006 at 11:59:22AM +0200, Jean-Marc Lasgouttes wrote:
Andre 'Using LyX 1.5 on a distribution shipped in July 2006' means
Andre 'installing LyX 1.5'. Installing Qt 4 in the same place is
Andre about the same (I'd even argue 'less') effort and requires the
Jose' == Jose' Matos [EMAIL PROTECTED] writes:
Jose' Even on a Friday I think that I will start to think about
Jose' changing to scons, after all I get stunned everytime I see
Jose' configure searching for fortran and fortran 95 when testing for
Jose' lyx requirements.
Why not just apply the
Jose' == Jose' Matos [EMAIL PROTECTED] writes:
Jose' The one regarding sadness, we are never sad, only less happy.
This reminds me of this witty (?) saying (from Alphonse Allais),
difficult to translate from French:
De même que les Portugais sont toujours gais, les Espagnols sont
toujours
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
This reminds me of this witty (?) saying (from Alphonse Allais),
difficult to translate from French:
De même que les Portugais sont toujours gais, les Espagnols sont
toujours gnols.
Just as the Portuguese are always merry, the Spaniards are
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
This reminds me of this witty (?) saying (from Alphonse Allais),
difficult to translate from French:
De même que les Portugais sont toujours gais, les Espagnols sont
toujours gnols.
Angus
On Friday 07 July 2006 10:12, Jean-Marc Lasgouttes wrote:
Why not just apply the following patch?
Please do. It should not hurt.
See the gentoo guy comment:
http://comments.gmane.org/gmane.comp.sysutils.autoconf.general/6848
Libtool 2.0 is supposed to fix that.
Ah, the old mantra New
Jose' == Jose' Matos [EMAIL PROTECTED] writes:
Jose' On Friday 07 July 2006 10:12, Jean-Marc Lasgouttes wrote:
Why not just apply the following patch?
Jose' Please do. It should not hurt.
I'll wait for Lars comments. Also our LYX_PROG_LIBTOOL is probably not
needed anymore.
Libtool 2.0 is
Angus Leeming wrote:
Nope. Joost has access. However, it appears that he hasn't yet uploaded his code
to the repository:
http://www.lyx.org/trac/browser/lyx-devel/trunk/development/Win32/packaging/installer
Joost Verburg [EMAIL PROTECTED] writes:
I will upload the installer today.
Are you able to write to /home/ftp/pub? I'd like to upload build
instructions and related files, but the permissions seem to be wrong.
Sorry, I don't follow. What has /home/ftp/pub got to do with anything?
Why aren't
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
De même que les Portugais sont toujours gais, les Espagnols sont
toujours gnols.
Angus Just as the Portuguese are always merry, the Spaniards are
Angus always merry (drunk)
You have to admit the rhyme is not as good.
I'll admit that happily.
Angus Leeming wrote:
Sorry, I don't follow. What has /home/ftp/pub got to do with anything?
The installer will include tools like aiksaurus, dvipost etc. I want to
upload them somewhere to make it easier for people to compile the
installer. I can't upload these files to the wiki because of
Joost Verburg [EMAIL PROTECTED] writes:
Angus Leeming wrote:
Sorry, I don't follow. What has /home/ftp/pub got to do with anything?
The installer will include tools like aiksaurus, dvipost etc. I want to
upload them somewhere to make it easier for people to compile the
installer. I can't
Hello guys,
while working through the Debian BTS I've found a wishlist bug with a patch
attached to make use of the Metakey within LyX. I donno if you like the patch
nor if it's correct.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344147
---cut--
When using the Emacs
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Angus Leeming wrote:
Sorry, I don't follow. What has /home/ftp/pub got to do with
anything?
Joost The installer will include tools like aiksaurus, dvipost etc. I
Joost want to upload them somewhere to make it easier for people to
Joost
Angus Leeming wrote:
However, if people are going to compile the installer, why aren't they compiling
the sources also? Why not add
development/Win32/packaging/
aiksaurus
dvipost
to the svn repository and add the source files there.
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Angus Leeming wrote:
However, if people are going to compile the installer, why aren't
they compiling the sources also? Why not add
development/Win32/packaging/ aiksaurus dvipost to the svn
repository and add the source
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Angus Leeming wrote:
However, if people are going to compile the installer, why aren't
they compiling the sources also? Why not add
development/Win32/packaging/ aiksaurus dvipost to the svn
Abdelrazak Younes [EMAIL PROTECTED] writes:
Unfortunately I have read in the Aspell list that Peter's work didn't
generate any interest from the Aspell author.
I don't think that the case. See the last message in this thread
http://thread.gmane.org/gmane.comp.gnu.aspell.devel/974/focus=974
and
Angus Leeming wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
Unfortunately I have read in the Aspell list that Peter's work didn't
generate any interest from the Aspell author.
I don't think that the case. See the last message in this thread
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Wait a minute. I do not think we want to add all these things to
our source tree! Please don't do that.
Abdelrazak Is it a disk space problem or a religious issue?
We try to avoid hosting code that is not ours because
- it indeed
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc I plan to apply the following trivial patch to branch and
Jean-Marc trunk tomorrow. Any objection?
Jean-Marc I think that Lars forgot to reduce the right margin when he
Jean-Marc did redice the left margin of documents.
I
Jean-Marc Lasgouttes wrote:
The situation now is that we have a 10 pixels left margin for the
change bar
Which is too small IMO.
Jürgen
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Wait a minute. I do not think we want to add all these things to
our source tree! Please don't do that.
Abdelrazak Is it a disk space problem or a religious issue?
We try to avoid hosting code that is
Even on a Friday I think that I will start to think about changing to scons,
after all I get stunned everytime I see configure searching for fortran and
fortran 95 when testing for lyx requirements.
Good move. I need more testers for scons.
Currently, scons is trying to ensure a correct
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
The situation now is that we have a 10 pixels left margin for the
change bar
Juergen Which is too small IMO.
This is a different problem :) I think it is too small because our
change bars are so fat
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
- this is even more important when the code is only used on one
platform. Linux and OSX can use the system aspell.
Abdelrazak Then you should erase all the #ifdef MAC and WIN32 from
Abdelrazak the code because this code is not used on
Jean-Marc Lasgouttes wrote:
So, I do not know how religious the arguments turns out to be, but as
far as I am concerned, it boils down to avoid trouble and let
others handle their stuff.
Fair enough. As a step in this direction, do you know how I'd go about
getting the attached patch into
Bo Peng wrote:
Even on a Friday I think that I will start to think about changing
to scons,
after all I get stunned everytime I see configure searching for
fortran and
fortran 95 when testing for lyx requirements.
Good move. I need more testers for scons.
Currently, scons is trying to
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
- this is even more important when the code is only used on one
platform. Linux and OSX can use the system aspell.
Abdelrazak Then you should erase all the #ifdef MAC and WIN32 from
Abdelrazak the code
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
So, I do not know how religious the arguments turns out to be, but
as far as I am concerned, it boils down to avoid trouble and let
others handle their stuff.
Angus Fair enough. As a step in this direction, do
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
- this is even more important when the code is only used on one
platform. Linux and OSX can use the system aspell.
Abdelrazak Then you
Jean-Marc Lasgouttes wrote:
This is a different problem :)
Yes and no.
I think it is too small because our
change bars are so fat and ugly.
While this is true, I think the current border is just too small anyway. I
think a bit more borders would enhance screen readability. I'd opt for 20
Hi, Geoffrey.
I'm unsure how to go about getting some fixes to
http://ctan.tug.org/tex-archive/dviware/dtl/
into CTAN. As you're the author and as you have a pointer to LyX on your TeX
page, perhaps you're interested?
The attached patch does a number of things:
* it enables the
I have two bug report for you:
1) The first time you run scons on a freshly created build directory it
always stop complaining it doesn't have the right to access version.C.
Then a second call to scons solves the problem.
I will see.
2) When compiling with autotools, I used to pass
Hello,
I came across this bug while playing with the painting. As the emptyness
check is obviously correct I guess I will have no objection but I am
asking anyway because I am good boy.
Any objection?
Abdel.
Index: rowpainter.C
Bo Peng wrote:
I have two bug report for you:
1) The first time you run scons on a freshly created build directory it
always stop complaining it doesn't have the right to access version.C.
Then a second call to scons solves the problem.
I will see.
Thanks.
2) When compiling with
1) The first time you run scons on a freshly created build directory it
always stop complaining it doesn't have the right to access version.C.
Then a second call to scons solves the problem.
I will see.
Thanks.
I could not reproduce this bug under linux. If I remove debug
directory and
Bo Peng wrote:
1) The first time you run scons on a freshly created build
directory it
always stop complaining it doesn't have the right to access
version.C.
Then a second call to scons solves the problem.
I will see.
Thanks.
I could not reproduce this bug under linux. If I remove
Bo Peng writes:
Abdelrazak Younes writes:
I'll try that thanks. And I'll commit the attached patch.
Sure. Note that yes will add package version like 1.4.2svn.
Note also that on *nix, version_suffix will be added to executables, to the
system LyX directory and also to .po files.
So your
Angus Leeming wrote:
Bo Peng writes:
Abdelrazak Younes writes:
I'll try that thanks. And I'll commit the attached patch.
Sure. Note that yes will add package version like 1.4.2svn.
Note also that on *nix, version_suffix will be added to executables, to the
system LyX directory and also to
Abdelrazak Younes [EMAIL PROTECTED] writes:
I came across this bug while playing with the painting. As the emptyness
check is obviously correct I guess I will have no objection but I am
asking anyway because I am good boy.
Why do you move
theCoords.parPos()[text][pit] = Point(x, y);
Right, and as release and debug are reserved for mingw I created
msvc and msvc-debug. I don't think I had the problem with the
default directory. But I cannot reproduce the problem anymore even after
I deleted the directory, .sconsign.dblite and env.cache.
I will try a separate build directory
Angus Leeming wrote:
However, if people are going to compile the installer, why aren't they compiling
the sources also? Why not add (...)
Maybe it's a good idea to create a separate branch/directory on the SVN
server for the installer and all related software? I have modified
versions of
But not on windows I hope, is it?
No. On windows, only user directory will change.
Bo
Angus Leeming wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
I came across this bug while playing with the painting. As the emptyness
check is obviously correct I guess I will have no objection but I am
asking anyway because I am good boy.
Why do you move
Bo Peng wrote:
Right, and as release and debug are reserved for mingw I created
msvc and msvc-debug. I don't think I had the problem with the
default directory. But I cannot reproduce the problem anymore even after
I deleted the directory, .sconsign.dblite and env.cache.
I will try a separate
Bo Peng wrote:
version_suffix=yes/no/something. Please let me know if it works for you.
It works fine as it created the lyx1.5.0svn directory.
Abdel.
Abdelrazak Younes wrote:
Hello,
I came across this bug while playing with the painting. As the emptyness
check is obviously correct I guess I will have no objection but I am
asking anyway because I am good boy.
Any objection?
I will commit to my branch to let Lars the time to review this
On Friday 07 July 2006 16:41, Joost Verburg wrote:
Maybe it's a good idea to create a separate branch/directory on the SVN
server for the installer and all related software? I have modified
versions of Aspell, Aiksaurus, Dvipost and Libiconv for Windows.
As far as possible you should try to
As the former one, this one is obviously correct and I need it for my
branch so I'll commit it now.
Abdel.
Index: text.C
===
--- text.C (revision 14346)
+++ text.C (working copy)
@@ -2245,6 +2245,9 @@
{
//lyxerr
Abdelrazak Younes wrote:
I will commit to my branch to let Lars the time to review this patch. I
hope he will not be upset to have multiple fix in the same branch.
I fear he will, because this has nothing to do with the other stuff in your
branch.
If I were you I would announce that this patch
As the title says.
Committed to younes.
Abdel.
Index: BufferView_pimpl.C
===
--- BufferView_pimpl.C (revision 14345)
+++ BufferView_pimpl.C (working copy)
@@ -675,23 +675,23 @@
buffer_-buildMacros();
Yes, I use mode=debug build_dir=msvc-debug and it works fine.
Good. One less thing to test.
Yes. There are two ways to specify a path option. The usual option
allows an non-exist path, and I will have to check and create the path
myself; and a path option that will accept only pre-exist
On Friday 07 July 2006 17:13, Georg Baum wrote:
I fear he will, because this has nothing to do with the other stuff in your
branch.
+1
If I were you I would announce that this patch will go in trunk tomorrow
unless there are objections. This is a perfect example for this procedure:
It is an
Georg Baum wrote:
Abdelrazak Younes wrote:
I will commit to my branch to let Lars the time to review this patch. I
hope he will not be upset to have multiple fix in the same branch.
I fear he will, because this has nothing to do with the other stuff in your
branch.
It has because it is
Jose' Matos wrote:
On Friday 07 July 2006 17:13, Georg Baum wrote:
I fear he will, because this has nothing to do with the other stuff in your
branch.
+1
If I were you I would announce that this patch will go in trunk tomorrow
unless there are objections. This is a perfect example for this
Abdelrazak Younes wrote:
It has because it is only triggered with my BufferView changes. But
really, I think it is a perfect illustration of the failure of the
current commit procedure. With a distributed SCM (git, mercurial, etc)
my current practice would be encouraged. I cannot at the same
% cat C:/cygwin/tmp/tmpypQ_JT.ltx
\nonstopmode\input{C:/cygwin/tmp/tmp7dbFOB.ltx}
% latex C:/cygwin/tmp/tmpypQ_JT.ltx
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
file:line:error style messages enabled.
%-line parsing enabled.
entering extended mode
! I can't find file
Hello,
I'm currently working on a package with the source code of the new
Windows installer including the required utilities (modified versions of
Aspell, Aiksaurus, Dvipost, DTL, Bakoma fonts etc.). This will make it a
lot easier to compile the installer package and create a stable Windows
This patch adds a cache for FileName::isZipped, because the file has to be
read to get that information. The plan is to eventually replace most
filename variables of type string with variables of type FileName. That
would mean less checks like BOOST_ASSERT(absolutePath(file_in)); And of
course
I'm currently working on a package with the source code of the new
Windows installer including the required utilities (modified versions of
Aspell, Aiksaurus, Dvipost, DTL, Bakoma fonts etc.). This will make it a
lot easier to compile the installer package and create a stable Windows
version of
Log:
LyXView::view_state_changed boost signal: deleted
LyXView::updateStatusBar(): new pure virtual method
GuiView::updateStatusBar(): renamed from update_view_state
Index: GuiView.C
===
--- GuiView.C (revision 14346)
+++
Hum, I forgot to put LyXView in the patch, here is the correct patch.
URL: http://www.lyx.org/trac/changeset/14368
Log:
LyXView::view_state_changed boost signal: deleted
LyXView::updateStatusBar(): new pure virtual method
LyXView::redrawWorkArea(): now calls updateStatusBar
Bo Peng wrote:
Are you going to upload sources or patches of aspell etc? It is better
to put the installer in the trunk, since a branch sounds temporary to
me. Then, we'd better only keep patches to external programs. If the
installer works for both 1.4.x and 1.5.x, the top directory (parellel
Joost Verburg wrote:
Bo Peng wrote:
Are you going to upload sources or patches of aspell etc? It is better
to put the installer in the trunk, since a branch sounds temporary to
me. Then, we'd better only keep patches to external programs. If the
installer works for both 1.4.x and 1.5.x, the top
I think it's better to upload the complete source of Aspell etc. instead
of just a patch. This will allow the whole package to be compiled at
once without having to download and patch a large number of tools. Of
course it will also be in this separate directory.
Is there a compiler issue for
Abdelrazak Younes wrote:
It will be good enough if you convince them to put the needed windows
binaries in SVN. But even that is far from sure.
Why binaries in SVN instead of source code?
Joost
Bo Peng wrote:
Is there a compiler issue for aspell etc? I heard that you have to
have Peter's patch for aspell/cvs to use msvc. This is unfortunate
since msvc will generate smaller and potentially faster binary
files...
The 1.4 releases will use MinGW. For future 1.5 releases I will try to
I wish you good luck convincing the big guns. Pragmatism is an insult
in this list.
It will be good enough if you convince them to put the needed windows
binaries in SVN. But even that is far from sure.
We can do patch, source and binary of external programs. They are in
an increasing order of
Joost Verburg wrote:
Abdelrazak Younes wrote:
It will be good enough if you convince them to put the needed windows
binaries in SVN. But even that is far from sure.
Why binaries in SVN instead of source code?
Because it is not the job of LyX to maintain other project source code,
so they
Bo Peng wrote:
My suggestion? patches and binaries. We have the best of both ends.
Binaries on the FTP server and patches in SVN is also fine with me. Then
the remaining question is whether to maintain identical installers in
branch and trunk or have a separate directory.
Joost
Because it is not the job of LyX to maintain other project source code,
so they say.
Exactly, also because it is difficult to keep them up to date. What if
aspell has a new release?
The binaries (including headers and libs like your Aspell package)
should be compatible for all version of
Binaries on the FTP server and patches in SVN is also fine with me.
This is what I just proposed.
Then the remaining question is whether to maintain identical installers in
branch and trunk or have a separate directory.
Which ever is easier for you.
Bo
Bo Peng wrote:
1. upload lyx win installer to svn/winInstaller (parallel to www-devel)
2. upload patches to various external programs (with readme)
3. upload modified binaries to devel.lyx.org/contrib or /winInstaller.
I agree. Lars, is this SVN directory OK?
Joost
Bo Peng wrote:
Because it is not the job of LyX to maintain other project source code,
so they say.
Exactly, also because it is difficult to keep them up to date. What if
aspell has a new release?
Aspell releases are not frequent at all. Same for Aiksaurus (2003), etc.
If that is the case
This patch fixes a crash in my tree. I will commit it also to trunk
tomorrow if I don't get objection.
Abdel.
Log:
getPos: Verify presence the presence of the theCoords ParPos cache
before using it.
Index: bufferview_funcs.C
On Fri, Jul 07, 2006 at 01:31:01PM -0500, Bo Peng wrote:
So, \nonstopmode should not be used after all. Enrico, can you confirm
this? Can you apply our trick for CheckTeXAllowSpaces to this case?
Yes and yes. Please, find attached patches for both 1.4 and 1.5.
--
Enrico
Index:
Yes and yes. Please, find attached patches for both 1.4 and 1.5.
Thank you very much. I tested the patches under cygwin and applied
them. I hope that they are the last patches to deal with this
nonstopmode madness.
Oops, JMarc, I forget to wait for the green signal. The patches are
Jose' Matos wrote:
On Thursday 06 July 2006 15:10, Abdelrazak Younes wrote:
By the way Jose, do you still see the problem with accentuated chars?
Abdel.
It works for qt4 now. Thanks.
Cool, thanks for checking.
PS: I disregard you comment about yesterday... ;-)
Which one?
Abdel.
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> BTW, I use scons alone on all platforms now. I find that DESTDIR
Bo> is still working in a wrong way. It *replaces* prefix
Bo> (DESTDIR/bin/lyx) rather than prefix it (DESTDIR/prefix/bin/lyx).
Bo> I am going to change it, but how autotools
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Georg Baum wrote:
>>> Hmm left marging should be smaller than right margin
>>>
Michael> Please note that we need some space for the change tracking
Michael> bar!
The situation now is that we have a 10 pixels left margin for
Michael Gerz wrote:
Hi,
this patch removes a few references to the xforms frontend. In
particular, it removes ControlPreamble.[Ch] which was only used by the
xforms frontend (see comment inside of the file).
Ok to commit?
Could you fix also what's below while you're at it?
Thanks in
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Should the possible values not be "qt3, qt4, gtk" ?
Actually, the qt3 frontend is still named "qt". This should be changed
too.
JMarc
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, this patch removes a few references to the xforms
Michael> frontend. In particular, it removes ControlPreamble.[Ch]
Michael> which was only used by the xforms frontend (see comment
Michael> inside of the file).
There are
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> I've read that also Joost has no write permissions, is that true?
Not anymore.
JMarc
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=2675 A trivial one. I
Juergen> wonder why this was undetected so long.
Juergen> OK for branch and trunk?
Definitely. I vaguely planned to look at it, but I am glad you did it.
Uwe Stöhr wrote:
Angus Leeming wrote:
Agreed. Given that Joost based his work on the
features provided by your installer, Uwe, it doesn't
make much sense to keep two separate code bases doing
the same thing.
I fully agree with you, but this week is the first one where I found
some time to
1 - 100 of 182 matches
Mail list logo
