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
http://www.l
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: lib/configure
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
=
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 an
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
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
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 windo
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
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 sa
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 o
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
sw
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
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 asp
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
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
to
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
GuiView::updateStatusB
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)
+++ GuiView.
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 Ly
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
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
v
% 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 `C:/cygwin/t
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 sa
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 p
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 only
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 i
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-exi
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();
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 patc
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 <
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 t
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 p
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.
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
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
theCoords.parPos()[&tex
But not on windows I hope, is it?
No. On windows, only user directory will change.
Bo
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 Asp
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
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,
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 .p
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 co
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 re
>> 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
directo
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 autot
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
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
"--with
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 Makefile
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
> "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
> "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 i
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 cod
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 ensu
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 int
> "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 i
> "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 b
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 build
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 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" == 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 docu
> "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
-
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
http://thread.gmane.org/gmane.comp.gnu.aspell.
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
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
re
> "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 a
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. Add
> "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 peo
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 k
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
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 th
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
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 are
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
http://www.lyx.org/trac/browser/lyx-devel/branches/BRANCH_1_4_X/development/Win32/packagi
> "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.
>>
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 "
> "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
>>
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 Spaniard
> "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
t
> "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 jus
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
A
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, i
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
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 re
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 possibilit
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 re
> "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.
JM
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> I've read that also Joost has no write permissions, is that true?
Not anymore.
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 oth
> "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 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 adva
> "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
> "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 hand
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.
91 matches
Mail list logo