Georg Baum <[EMAIL PROTECTED]> writes:
> Am Dienstag, 21. März 2006 14:12 schrieb Angus Leeming:
> > There's an RGBColor class (and an HSVColor one too)
> > in the XForms frontend.
> > Please move 'em someplace useful.
> Nice, I stumbled about RGBColor b
Andre Poenitz <[EMAIL PROTECTED]> writes:
> I guess they abonded the habit of scalding people during normal
> discussions a few years ago.
LOL!
A
Charles de Miramon <[EMAIL PROTECTED]> writes:
> Maybe, you should take a look at
> http://www.icefox.net/programs/?program=KAutoConfig
Nice! Definitely something to investigate.
Angus
===
Does KAutoConfig require KDE
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I would like to cut QPrefsDialog into multiple modules.
> Second step would be to create one class per module.
Sounds like a sane thing to do.
Angus
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > I am not sure. Maybe it would be better to store it as a numerical rgb
> > triplet?
>
> I agree.
There's an RGBColor class (and an HSVColor one too) in the XForms frontend.
Please move 'em someplace useful.
Angus
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Enrico> my reading of it is that you need the three compilations only
> Enrico> if you want an internationalized iconv program, i.e., if you
> Enrico> want translated messages from iconv. I personally think that
> Enrico> building libiconv with --d
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> if you are referring to this excerpt from the libiconv README:
...
> my reading of it is that you need the three compilations only if you want
> an internationalized iconv program, i.e., if you want translated messages
> from iconv. I personally thi
Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Dear Angus,
>
> believe or not: I am still working on INSTALL.Win32!
:)
> Now that we no longer rely on the msbitfields flag, I tested whether
> getext (0.14.5) and libiconv (1.10) can be built with MinGW. Surprise,
> surprise, compilation works p
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | Why not make the precommit-hook something like:
> | sed 's/\r$//' orig.diff > unix_line_endings.diff
> | There's no real reason to beat the developers up over something that can be
> | fixed automatically.
> No. This is just not done.
> preco
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | Maybe I'll just f**k off then? Really, I don't see why you're beating me up
> | about something so trivial.
> If I remembered you beeing so touchy I would have used a lot of
> emoticons.
Oh, I'm just sleep deprived. Telling me to go get a sense
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Lars,
>
> what are we going to do? Currently Abdel keeps putting in more and more
> files with mixed line endings. This should be stopped as soon as possible.
>
> I can do the eol-style conversion if we are going to use that. Otherwise,
> please instal
Jean-Marc Lasgouttes writes:
>>> It works pretty well, except that I need the following trivial
>>> patch to see the function name:
>>> -s/[^ ]\{1,\} *// +s/[^ ]\{1,\} +//
> Angus> Interesting. I take it you were matching too much stuff?
> Yes. I attach the offending patch.
Ahhh. I didn't think
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> It works pretty well, except that I need the following trivial patch
> to see the function name:
> -s/[^ ]\{1,\} *//
> +s/[^ ]\{1,\} +//
Interesting. I take it you were matching too much stuff?
If you're going to use "+", then that may as well b
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> "Burnt" and liquids just sounds wrong. You should use
> Angus> "scalded".
>
> I have to admit I have never seen this word. Do people really use it
> in normal discussion?
Yes. When it comes to "burning" and "liquids", people really do say
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Angus> Anyway. Whatever. I find that the whole discussion is something
> Angus> of a storm in a tea cup. Sorry for feeling a bit bruised.
>
> You should make sure you do not keep your tea cup too close to
> yourself. If a storm happens to start in
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Changing subject for advertising reasons...
>>> Ok, where is the tar.gz? If this is only a Win test build of
>>> 1.4.xSVN then say so.
> Angus> ??? I think you need to get some rest ;-P
>
> You could name it lyx-1.4.1-snap20060319 to diff
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> Using MSYS, I have built the libiconv package suggested by Michael and then
>> gone on to build LyX using --with-included-gettext. configure finds
>> libiconv and the build proceeds happily, but I find that the resulting .exe
>> is unable to chang
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Lars Gullik Bjønnes wrote:
> | > Angus Leeming writes:
> | > | Changing subject for advertising reasons...
> | > Ok, where is the tar.gz?
> | > If this is onl
Lars Gullik Bjønnes wrote:
Angus Leeming writes:
| Changing subject for advertising reasons...
Ok, where is the tar.gz?
If this is only a Win test build of 1.4.xSVN then say so.
??? I think you need to get some rest ;-P
The start of the original post:
With the help of the attached
Changing subject for advertising reasons...
Angus
Enrico Forestieri wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
Enrico Forestieri wrote:
Then why not compiling libiconv with mingw, too? It is quite strightforward
to do. As regards gettext, if you configure with --with-included-gettext,
it will be compiled alongside LyX.
Then why not kee
With the help of the attached patch, I have built and uploaded a snapshot
of the 1.4.x branch to:
http://wiki.lyx.org/uploads/Windows/LyX141pre/lyx-1.4.1-pre_win32_setup_v1.exe
Jean-Marc, could you apply the patch please? (I have been unable to create
a writable subversion repository on Windows
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > "Stephen" == Stephen Harris <[EMAIL PROTECTED]> writes:
> Stephen> So the "declare a 1.4.1 release candidate" makes sense to me,
> Stephen> a 1.4.1pre_1. The users will be happier and it provides
> Stephen> testing to the newly added bug fixe
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >>>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> Angus> One further question: unless something has changed recently,
> Angus> LyX 1.3.x and LyX 1.4.x won't live together peacefu
Georg Baum <[EMAIL PROTECTED]> writes:
>
> lib/configure.py cannot be run if you compile with a fresh builddir !=
> srcdir. The reason is that the main configure script creates builddir/lib
> only after trying to run lib/configure.py.
> The attached patch fixes that. Does anybody know a better
Angus Leeming <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes ...> writes:
> > > Moving on to LyX/Win 1.4, what should I compile? The release tar ball or
> > > a
> > > snapshot of the 1.4.x tree including the bug fixes that have gone i
Joost Verburg <[EMAIL PROTECTED]> writes:
> In my opinion, the best thing to do would be to combine the best parts
> of both installers into a new official installer. That's also less
> confusing for an end-user compared to having both official and
> unofficial versions.
That's a great idea! I
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
> > snapshot of the 1.4.x tree including the bug fixes that have gone in since
> 1.4.0 was announced?
>
> Personnally I'd prefer the plain 1.4.0
> tarball, unless there
Jose' Matos <[EMAIL PROTECTED]> writes:
> On Friday 17 March 2006 20:05, Martin Vermeer wrote:
> > Has anybody looked at this?
I looked at it. Seemed fine to me on a cursory glance.
I'd have hollered otherwise :-P
Angus
> This message is one of the two/three messages in this folder
> marked
Angus Leeming wrote:
The data installer does not have to be recompiled, but I think it would
be a good thing to upload new dictionary installers with the default
folder update.
Ok, will do.
Done.
A.
Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win
1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new
Aspell dictionaries and seems to work well.
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
snapshot of the 1.4.x tree in
Joost Verburg <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > Am I right in thinking that I don't actually need to
> > use this again? Ie, the AspellData-0.60.4.exe that's
> > on the wiki is perfectly fine for LyX's purposes?
> > Assuming t
Joost Verburg <[EMAIL PROTECTED]> writes:
>
> Thanks Angus. I can also confirm that they work fine.
>
> Stephen Harris wrote:
> > The *.cmap/cset etc. were installed to C:\Aspell\lib\aspell-0.60
> > as I think they are supposed to be. But the default on the installer
> > reads C:\Aspell. Should
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Martin Vermeer wrote:
>
> > Better solution would be to have your LyX docs in a version control
> > system. I wonder how many people have.
>
> Me. And it really helps.
Me too. And I agree :)
A.
Martin Vermeer <[EMAIL PROTECTED]> writes:
> you should not be able to accidentally change that file's
> date stamp (yes, that's the most hateful thing about re-saving
> "unchanged" documents -- and no way within the known laws of physics to
> revert it!)
touch -t 200602291200 myfile.lyx
? Or
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Hum, after thinking a bit more about this, I am maybe wrong here when
> the windowing system is an X11 server. Georg's post pushed me to try
> using a backing QImage instead of a QPixmap. I cannot feel any speed
> difference within Windows but I gu
Beck, Andrew Thomas - BECAT001 <[EMAIL PROTECTED]> writes:
>
> I have generally followed this outline:
>
> http://marc.theaimsgroup.com/?l=lyx-devel&m=113523961018129&q=p3
>
> I found that if I don't modify the environment as described
> and the configure script, it fails to find the qt librari
Joost Verburg wrote:
Joost Verburg wrote:
The installers (one for the data files and lots of dictionary
installers) are finished. I attached all files to build them. Once
Angus has uploaded the installers (I have no access to the server),
they will be ready for everyone to use.
Minor update:
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Angus,
> it should simply be a matter of
> windres -i lyxicons.rc -o lyxicons.o
> where:
> $ cat lyxicons.rc
> 1 ICON "lyx_32x32.ico"
> 2 ICON "lyx_doc_32x32.ico"
> and then including lyxicons.o in the final link step.
> But windres is a cygwin progra
Beck, Andrew Thomas - BECAT001 <[EMAIL PROTECTED]> writes:
> I've been waiting patiently for a windows installer
> for the latest & greatest LyX. Is there some technical
> reason why one hasn't been posted, or is it simply that
> nobody has gotten to it yet?
The latter I think.
> I've been trying
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Angus, I am a C++ newbie
No! Really? Wow! You don't come across as one!
> and don't even know if getline() is some sort
> of standard function
namespace std {
template
basic_istream&
getline(basic_istream& istr,
Enrico Forestieri wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>> > I'll try to come up with a patch to the LaTeX::deplog() function in
>> > src/LaTeX.C.
>>
>> Way to go!
>
> ;-)
>
> Here is the patch. Please test, it work
Martin Vermeer <[EMAIL PROTECTED]> writes:
> On Thu, Mar 16, 2006 at 03:55:06PM +0000, Angus Leeming wrote:
> > Martin Vermeer wrote:
> > > svndiff='svn diff --diff-cmd /usr/bin/diff -x -up'
> > > alias grepfunc='egrep \(Index:\|^\)
Martin Vermeer wrote:
> svndiff='svn diff --diff-cmd /usr/bin/diff -x -up'
> alias grepfunc='egrep \(Index:\|^@@\)'
$ svndiff -r 13397 > svndiff.txt
$ sh svndiff.sh svndiff.txt
Regards,
--
Angus
svndiff.sh
Description: application/shellscript
Martin Vermeer <[EMAIL PROTECTED]> writes:
> Is there a way to automate the commit message editing process in such a
> way that the user can easily add this info to the list of files? I.e.,
> the guard protecting the file list should be removed and some smaller
> format conversions to make it chang
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Funny, I could have sworn that you were in generate_contributions.py.
>
> That's maybe because you asked me the question once:
> http://marc.theaimsgroup.com/?l=lyx-devel&m=113993670602439&w=2
I'm obviously going senile :(
Anyway, thanks for foll
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Angus Leeming a écrit :
> > Jean-Marc Lasgouttes ...> writes:
> >>>>>>> "Chris" == Chris Karakas ...> writes:
> >> Chris> After extensively searching the LyX homepage for a list
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Lars Gullik Bjønnes a écrit :
> > btw. did we come to any consensus about my "Drop ChangeLogs" RFC?
> I guess unless someone decide there would be no decision.
> So?
I don't hear anybody speaking up for ChangeLogs. Just do it and move on :)
Angus
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > "Chris" == Chris Karakas <[EMAIL PROTECTED]> writes:
> Chris> After extensively searching the LyX homepage for a list of
> Chris> authors, I gave up. I tried to locate a CREDITS file (which
> Chris> must be there, according to the GPL, I thin
Michael Gerz <[EMAIL PROTECTED]> writes:
> Hi Angus,
> is there any reason why you did not add build_aspell.sh to the 1.4.0 branch?
> How about the update to polish.nsh?
> My understanding is that 1.5.0 and 1.4.X should be in sync.
> I would like to update INSTALL.Win32 afterwards.
Michael, pleas
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> )) (C:\texmf\tex\latex\pgf\basiclayer\pgfcore.sty
> (C:\texmf\tex\latex\graphics\
> graphicx.sty
> Package: graphicx 1999/02/16 v1.0f Enhanced LaTeX Graphics (DPC,SPQR)
> ...
> Notice that the line ending in "(C:\texmf\tex\latex\graphics\" really
>
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> Special question for Angus (or Michael), I never managed to compile the
> 'po' directory. Could this be something similar to 'configure.ac' which
> had dos-style line-ending?
>
> Thanks in advance,
> Abdel.
>
> D:\mingw\bin\make.ex
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Computing crc of "/c/texmf/tex/latex/graphics/"
> Abort (core dumped)
>
> I tried the same with a mingw build and got that it also tried computing
> the crc of the same directory, but in this case no crash was occurring.
>
> As it seems really stran
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > "christian" == christian ridderstrom
> <[EMAIL PROTECTED]> writes:
>
> christian> I was also thinking about having to modify .php-files, but
> christian> I haven't really looked at them so I don't know how
> christian> difficult it'd be to c
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Hello Lars,
> If you want to simplify it even more, just erase the two iterator
> classes and put the following in ParagraphList.h instead;
> I believe the potential performance problems will go away
> once the use cases of ParagraphList uses dire
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> When trying to preview a beamer document I get a crash with a cygwin build.
> I attach a bt at the bottom. Am I right that the crash is occurring inside
> cygwin1.dll? Just ignore the first two false SEGFAULTS, it's a known
> problem with gdb in c
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> | H, if memory serves me right, forward declarations like this with
> | std::containers are strictly illegal.
> This is not a standard contai
Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
H, if memory serves me right, forward declarations like this with
std::containers are strictly illegal. gcc is happy, but other compilers (MSVC?)
complain. This code is essentially similar to the original paragraphlist_fwd.h
(which forward declar
Rainer Dorsch <[EMAIL PROTECTED]> writes:
>
> Am Montag, 13. März 2006 15:51 schrieb Angus Leeming:
> > Rainer Dorsch wrote:
> > > Sounds better to me than a dialog. I am wondering why LyX does not use a
> > > context menu (right mouse click seems to be unu
Abdelrazak Younes wrote:
> Angus Leeming a écrit :
>> Abdelrazak Younes wrote:
>>>> We don't need something for process creation, we already have
>>>> src/support/forkedcall.[C,h].
>>> Very good.
>>
>> Unfortunately, it doesn't hand
Rainer Dorsch wrote:
> Sounds better to me than a dialog. I am wondering why LyX does not use a
> context menu (right mouse click seems to be unused). Has that something
> to do with the multiple frontends LyX supports?
No. I wrote one in 10 minutes and posted it to the list when André Pönitz
went
Michael Gerz wrote:
>> Is it not at development/Win32/packaging/build_aspell.sh? Note that the
>> script doesn't build the dictionaries.
> No, unfortunately, you haven't committed it yet.
Thanks for the heads up. Now fixed.
--
Angus
Abdelrazak Younes wrote:
>> We don't need something for process creation, we already have
>> src/support/forkedcall.[C,h].
>
> Very good.
Unfortunately, it doesn't handle IPC through pipes connected to the
std{in,out,err} streams. I have code to do so in a platform independent
way, but it never g
Abdelrazak Younes wrote:
enpos is a size_t, do you really think there is a benefit to make it
const? I believe you and I made the change but I'd really like to know
the benefits... And by the way, why not startpos?
startpos too :)
Everything that you can make const should be const. It's not a
Abdelrazak Younes wrote:
Lars Gullik Bjønnes a écrit :
Georg Baum writes:
| I have replaced the m4 version of lib/configure with the python
version | since several weeks now. After fixing some bugs (mainly
typos) it works | fine.
| The attached patch contains these fixes and makes lib/configur
Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
Bennett Helm a écrit :
Dialogs.C:275: error: expected type-specifier before 'ControlRef'
Dialogs.C:275: error: expected `)' before 'ControlRef'
Dialogs.C:275: error: no matching function for call to
'lyx::frontend::Dialog::setController(in
Jose' Matos <[EMAIL PROTECTED]> writes:
>
> On Friday 10 March 2006 22:54, Angus Leeming wrote:
> > Jose' Matos ...> writes:
> > > I hope I have finally provided a real clue for your search. [emoticon
> > > censored on Friday]
> >
> >
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> I was browsing the lyx site and found a link on http://www.lyx.org/internet/
> to
> the Norwegian mirror. Dead as a doormat. (It's owned by someone called Lars
> Bjønnes.)
While we're at it, the italian and greek m
I was browsing the lyx site and found a link on http://www.lyx.org/internet/ to
the Norwegian mirror. Dead as a doormat. (It's owned by someone called Lars
Bjønnes.)
Angus
Jose' Matos <[EMAIL PROTECTED]> writes:
> I hope I have finally provided a real clue for your search. [emoticon
> censored on Friday]
José, you're cheating. Stop it.
Angus
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Dialogs.C:275: error: expected type-specifier before 'ControlRef'
> > Dialogs.C:275: error: expected `)' before 'ControlRef'
> > Dialogs.C:275: error: no matching function for call to
> > 'lyx::frontend::Dialog::setController(int*)'
> > ../../../sr
Georg Baum <[EMAIL PROTECTED]> writes:
> See http://bugzilla.lyx.org/show_bug.cgi?id=1955. This has been tested by
> Bennet. OK to commit to 1.4 and 1.5?
>
> Georg
> Attachment (1955-3.diff): text/x-diff, 3367 bytes
When I view these messages from the Gmane web interface, I see that the location
Georg Baum <[EMAIL PROTECTED]> writes:
> > I think it would be quite ok to drop qt2 support for 1.5, so that we
> > only have worry about qt3 (and qt4)
> This may have happened already. I would not be surprised if 1.4 would not
> work with qt 2 anymore. AFAIK it is some time ago since somebody com
Georg Baum <[EMAIL PROTECTED]> writes:
> > | > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > | >
> > | > | -Id:/program/Qt/4.1.0/include/Qt
> > | > | -Id:/program/Qt/4.1.0/include/QtGui
> > | > | -Id:/program/Qt/4.1.0/include/Qt3Support
> > | >
> > | > Are these really needed? Or would be nic
Georg Baum <[EMAIL PROTECTED]> writes:
> Does this patch (thanks Angus) help? I did not add the debug stuff, because
> I did not understand why it is needed.
>
> Georg
> Attachment (qtlib.diff): text/x-diff, 847 bytes
Hi, Georg.
You can remove the lQtXml bit as LyX doesn't ues it.
+
Joost Verburg <[EMAIL PROTECTED]> writes:
> There is one remaining issue: I cannot get the
> --enable-win32-relocatable configure option to work. So Aspell always
> looks inside one hard-coded path for dictionaries and I cannot create an
> installer that allows the user to choose where to instal
Michael Gerz <[EMAIL PROTECTED]> writes:
> Hi Angus,
>
> I have updated INSTALL.Win32. Could you please proof-read it
Certainly. Done so. It reads very well.
One comment: you should mention something like:
LyX can be built with either MinGW/MSYS or with Visual Studio. The instructions
below de
Michael Gerz <[EMAIL PROTECTED]> writes:
> how about these (untested) fixes
Looks fine to me.
(please commit to HEAD and BRANCH_1_4_X if OK).
Sorry, can't ATM. V. busy. Please do so yourself.
Angus
Jean-Marc Lasgouttes wrote:
Abdelrazak> Yes, those are just conversions form const_iterator to
Abdelrazak> iterator, which is allowed. Beside that, these are
Abdelrazak> necessary because lyx code mix freely iterator types.
Are we supposed to do that?
Conversion from iterator to const_iterat
Abdelrazak Younes wrote:
OK. I talked too fast then :-).
Do you think there is some benefit in linking with the debug version of
Qt? In other other does this find bugs?
I think the official Qt for Mingw does not include the debug lib.
Of course, as I added to the bottom of my mail, I'd add th
Joost Verburg wrote:
Angus Leeming wrote:
I see an installer at http://aspell.net/win32 for aspell 0.5. Can you
reuse that or would it be easier to start afresh with NSIS?
I wrote an installer for Aspell 0.6 and an updated dictionary installer.
However, things seem to be a little more
Georg Baum wrote:
The format must end with a number so that it is recognized as a "child"
format (I don't like that magic, but it is implemented like that). I don't
see a problem to have "dvi2" also as extension.
Having "dvi2 as an extension" might be a problem on Windows because Windows
uses
Abdelrazak Younes wrote:
Linking of executables that were compiled with different sets of
compiler flags is, u, problematic on Windows.
I think you should precise "on Microsoft Compilers". I don't think this
apply to Mingw. At least with LyX, I never had any problem linking code
with debu
Lars Gullik Bjønnes wrote:
| > So this is a file where we should set svn:eol-style LF?
| I believe so. However, when I mentioned this self-same issue a little
| while ago, André came up with some reasoning why doing so was a bad
| idea. Something to do with performance... Clearly, I'm no svn e
Charles Fox wrote:
Dear LyX Developers,
I am a PhD student who will be starting to write a thesis in a couple
of months time. I'd love to use LyX, but there is one feature missing
that I really need: an outline mode. Like MS Word, I'd like to be
able to see and /quickly edit in place/ the do
Georg Baum wrote:
Abdelrazak Younes wrote:
On my system, it should be -lQtCore4
Does this patch (thanks Angus) help? I did not add the debug stuff, because
I did not understand why it is needed.
Linking of executables that were compiled with different sets of compiler
flags is, u, pr
Lars Gullik Bjønnes wrote:
Angus Leeming writes:
| Abdelrazak Younes wrote:
| > Any time I try to configure, it fails with this:
|
| > checking types of arguments for select... int,int *,struct timeval *
| > ./configure: line 35276: syntax error near unexpected token `"s/^\\([
Abdelrazak Younes wrote:
Any time I try to configure, it fails with this:
checking types of arguments for select... int,int *,struct timeval *
./configure: line 35276: syntax error near unexpected token `"s/^\\(['
./configure: line 35276: `
"s/^\\([_$as_cr_alnum]*_cv_[_$as_cr_alnum]*\\)=\\(.*
Abdelrazak Younes wrote:
Obviously I can make a patch without being connected to svn server :-)
Index: D:/msys/home/yns/src/lyx-svn/trunk/config/qt.m4
===
--- D:/msys/home/yns/src/lyx-svn/trunk/config/qt.m4 (revision 13299)
++
Joost Verburg wrote:
Angus Leeming wrote:
Thanks for this report, Stephen. Joost are you reading?
These data files are indeed also required. It looks like we have to
create an installer for Aspell itself as well.
I see an installer at http://aspell.net/win32 for aspell 0.5. Can you reuse
Stephen Harris wrote:
I'll have a go at the installation with a newly minted dict.
The installer offered the correct default folder for installation.
However, I encountered the same problem as before, there
are missing files. "The spellchecker could not be started,
the file "c:/Aspell/lib/aspe
Joost Verburg wrote:
Thanks for building all 80 Aspell dictionary installers, but it was
maybe a better idea to test one first (as I said in my previous post the
installer script was untested).
When testing your installers I noticed that the uninstaller user
interface is broken, this should b
Paul A. Rubin wrote:
> Angus Leeming wrote:
>> I'm still mulling over what to do with aspell.
> FWIW, I installed 1.4.0pre2. Installation was smooth, and the
> configuration script ran when it was supposed to (unlike with 1.37).
> File->Import lists three options,
Joost Verburg wrote:
> Angus Leeming wrote:
>> I think that the Aspell dictionaries aren't our business. We shouldn't
>> package them with LyX. Uwe can throw them into his installer if he likes
>> (it's his installer after all :)) but LyX itself shouldn't
Hi, Kevin.
I see that the http://aspell.net/win32/ page is a little out of date. Are you
interested in updating the Windows installers for the aspell dictionaries to
aspell version 0.6? If so, I've uploaded Windows installers for 78 Aspell 0.6
dictionaries to the LyX wiki site.
As it says in t
Joost Verburg wrote:
> Angus Leeming wrote:
>> We don't use aspell.exe. We link aspell.lib statically into
>> lyx.exe. It's perfectly possible to install (and use) the
>> dictionaries without installing aspell.exe.
> Then I don't really understand w
Michael Gerz wrote:
IIRC you made some changes to the 1.3 installer a long time ago which
you did not commit to the head. Are 1.3 and 1.4 in sync again?
Yes, I believe so. More importantly, they both work. I've fixed the bugs
that have plagued the generation of the path_prefix variable in the
Abdelrazak Younes wrote:
> Lars, you told me you want to have a say in how the porting to Qt4 is
> done. I just want to warn you that it is not worth having the two
> frontends sharing code at all. You must see them as two totally
> separated frontends (the same as xform or gtk). But feel free to
Joost Verburg <[EMAIL PROTECTED]> writes:
> About dictionary uninstall:
> In order to be able to uninstall a dictionary, you'll need to keep track
> of all filenames of that dictionary. If your shell script can write some
> temporary file that contains:
> ${COMMAND} "${DIRECTORY}dicfile1"
> ${CO
Stephen Harris <[EMAIL PROTECTED]> writes:
> SH: I this packaging scheme adaptable?
I don't think that it's any better than the 'official' aspell 0.5 installer at
http://aspell.net/win32/files/testing/dictgen/setup.iss.in
> The dict files went to C:\Aspell\data
That's no longer the case for aspe
701 - 800 of 10407 matches
Mail list logo