rgheck wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Thu Jun 4 20:18:45 2009
New Revision: 29939
URL: http://www.lyx.org/trac/changeset/29939
This completes the major infrastructure for HTML output. Few of the
insets work yet, but it handles everything else reasonably well, even
tough
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
For graphics I think we need two options:
1) link to the original file
2) resize to LateX settings and copy the graphic file to 'file.dir'
along 'file.html'
Why? We can use the original file but specify its siz
On 06/06/2009 22:09, Peter Kuemmel wrote:
what is your vision howto proceed with those 'other calls'?
I've found some errors in my code, but have also the impression
QProcess in buggy on Linux (Kubuntu Qt 4.5.1)
1. QProcess::waitForFinished() sometimes crashes
2. QProcess::waitForFinish
On 06/06/2009 02:31, sa...@lyx.org wrote:
Author: sanda
Date: Sat Jun 6 02:31:58 2009
New Revision: 29976
URL: http://www.lyx.org/trac/changeset/29976
Log:
Fix compilation on win
You switched to Windows??!!!
Abdel.
On 06/06/2009 05:02, rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Jun 6 05:02:43 2009
New Revision: 29981
URL: http://www.lyx.org/trac/changeset/29981
Modified: lyx-devel/trunk/src/insets/InsetText.h
==
--- lyx-deve
On 07/06/2009 17:44, Peter Kuemmel wrote:
Until nobody proves me wrong I assume QProcess is not usable
synchronously.
Well I've used these signals successfully both on windows and Linux so I
am inclined to think that there might be some problems in your code.Your
excessive use of process
Richard Heck wrote:
Abdelrazak Younes wrote:
On 06/06/2009 05:02, rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Jun 6 05:02:43 2009
New Revision: 29981
URL: http://www.lyx.org/trac/changeset/29981
Modified: lyx-devel/trunk/src/insets/InsetText.h
Jean-Marc Lasgouttes wrote:
Le 13/06/2009 01:34, Richard Heck a écrit :
David Palacio wrote:
Hi,
On KDE 4.3, when using a KDE widget style, Qt applications get KDE
file dialogs for free. That is not the case for Lyx. I guess it is
because Lyx customizes the file dialog. It would be great for L
Jean-Marc Lasgouttes wrote:
Le 15/06/2009 10:37, Abdelrazak Younes a écrit :
Actually, I would have proposed that generally if only we were able
to use QFileDialog::setSidebarUrls. The problem with that method is
that
the URLs cannot be given names, so that if we add $lyxrid/clipart in
the
Uwe Stöhr wrote:
> 1/ one has to remember to update tex2lyx
But that's what I'm currently doing. tex2lyx needs to be updated with
most of the fileformat changes. This cannot be changed.
This *can* be changed. Instead of writing a lyx file, tex2lyx should ask
LyX to write it with current form
Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
But that's what I'm currently doing. tex2lyx needs to be updated
with most of the fileformat changes. This cannot be changed.
This *can* be changed. Instead of writing a lyx file, tex2lyx should
ask LyX to write it with current for
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Can you be a bit more precise please? When tex2lyx is integrated in
the lyx executable, how does it improves the current situation?
The file format will always be current. LyX will read the LaTeX file,
fill in a Buffer structure
Pavel Sanda wrote:
Abdel,
where should i look to find the code for storing/getting info into/from these
files - cant find it now.
Grep for QSettings.
Abdel.
rgh...@lyx.org wrote:
Author: rgheck
Date: Thu Jun 18 22:44:38 2009
New Revision: 30164
URL: http://www.lyx.org/trac/changeset/30164
Log:
Disable XHTML output for InsetExternal---for the time being.
As said in the comment, someone who knows what these are supposed
to do should have a look, pl
rgh...@lyx.org wrote:
Author: rgheck
Date: Fri Jun 19 15:50:19 2009
New Revision: 30186
URL: http://www.lyx.org/trac/changeset/30186
+InsetCaption const * InsetText::getCaptionInset() const
+{
+ ParagraphList::const_iterator pit = paragraphs().begin();
+ for (; pit != paragraphs().
Jean-Marc Lasgouttes wrote:
Pavel Sanda writes:
again as with some other Juergen's patch some weeks ago most of the
diff contains senseless changes in the output. can you pinpoint why
the endlines are so weirdly treated, i was not able to reproduce it
here. pavel
After a long debuggin
Enrico Forestieri wrote:
On Sun, Jun 21, 2009 at 07:38:15PM -0400, Ben M. wrote:
Hi everyone,
I wrote my first patch, which works simultaneously in branch and
trunk. It implements inverse search in a child document.
http://www.lyx.org/trac/attachment/ticket/6020/revdvichild.diff
I wonde
Hi Kornel,
It seems the problem of repeated po compilation is back, I see this on
Windows/MSVC and on Linux (ubuntu 9.04). If you have time could you
please have a look?
Thanks,
Abdel.
Jean-Marc Lasgouttes wrote:
you...@lyx.org writes:
Log: Paragraph::isLetter(): Fix word selection in ERT. The check had
nothing to do with spellchecking. This method is misnamed, it should
perhaps be renamed to 'canBePartOfWord()'.
Who did that? Was it Doctor Abdel or Mister Younes?
ht
Hi,
Just a warning that it seems that I broke the spellchecker with my
recent commits. I will fix that in the coming days. Sorry for the
inconvenience.
Abdel.
On 22/06/2009 23:01, Pavel Sanda wrote:
you...@lyx.org wrote:
Author: younes
Date: Mon Jun 22 22:16:08 2009
New Revision: 30225
URL: http://www.lyx.org/trac/changeset/30225
Log:
Bug fix?
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiView.cpp
Modified: lyx-devel/trunk/src/frontends/qt
On 22/06/2009 23:01, Pavel Sanda wrote:
you...@lyx.org wrote:
Author: younes
Date: Mon Jun 22 22:16:08 2009
New Revision: 30225
URL: http://www.lyx.org/trac/changeset/30225
Log:
Bug fix?
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiView.cpp
Modified: lyx-devel/trunk/src/frontends/qt
I thought this is rare enough that it deserves some advertising (and
it's actually interesting :-))
http://labs.trolltech.com/blogs/2009/06/22/peek-and-poke/
Abdel.
Pavel Sanda wrote:
Pavel Sanda wrote:
Abdelrazak Younes wrote:
And I reverted your revert ;-)
The problem was that the member variable 'd' was shadowed.
hehehe, even after your fix i see:
GuiView.cpp:394: warning: suggest parentheses around assignment used as truth
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Hum, I don't understand why you see this warning only here. This type of
assignment is used many times elsewhere in the source code...
where?
you...@younes:~/devel/lyx/trunk/src$ grep -r 'if (Buffer' *
frontends/qt4/Gui
Edwin Leuven wrote:
hi abdel,
since you're digging around in the spellcheck code:
if it's easy to add "replace all" to the spellcheck dialog you would make at
least 1 person very happy ;-)
Yes, I already thought about the very same feature ;-)
I'll try to if I manage to find enough time
Steve Litt wrote:
On Tuesday 23 June 2009 05:21:28 am Abdelrazak Younes wrote:
Edwin Leuven wrote:
hi abdel,
since you're digging around in the spellcheck code:
if it's easy to add "replace all" to the spellcheck dialog you would make
at least 1 person very happ
lasgout...@lyx.org wrote:
Author: lasgouttes
Date: Tue Jun 23 16:47:29 2009
New Revision: 30244
URL: http://www.lyx.org/trac/changeset/30244
Log:
fix assertion when inserting math inset
Thanks.
Modified:
lyx-devel/trunk/src/Text3.cpp
Modified: lyx-devel/trunk/src/Text3.cpp
==
Hi,
I would like to create a task list for items defined in different
tables. Ideally I would like to have a number of possibly configurable
fields:
* id: an auto-incremented counter
* title: title of the task
* description: multi-paragraph detailed description of the task
* target: target da
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Is this InsetCounter a good idea? Could this be based on InsetFlex?
i would use such kind of inset myself and have already been thinking
how to add it ;) (maybe named counters for more counters in named document
and master/child usage
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Aha, les grands esprits se rencontrent...
do you also think that the other one should implement it? :))
Year, the third one, JMarc :-)
Abdel.
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Is this InsetCounter a good idea? Could this be based on InsetFlex?
i would use such kind of inset myself and have already been thinking
how to add it ;) (maybe named counters for more counters in named document
and master/child usage
Jean-Marc Lasgouttes wrote:
Le 25 juin 09 à 13:06, Abdelrazak Younes a écrit :
I would like to create a task list for items defined in different
tables. Ideally I would like to have a number of possibly
configurable fields:
* id: an auto-incremented counter
* title: title of the task
rgheck wrote:
Pavel Sanda wrote:
Richard Heck wrote:
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Is this InsetCounter a good idea? Could this be based on InsetFlex?
i would use such kind of inset myself and have already been thinking
how to add it ;) (maybe named
Jürgen Spitzmüller wrote:
I believe one cause of the problems we have with settings that get lost after
reconfigure is the following:
The settings are saved by Qt in a config file that is named from the LyX
version. Thus we get a new, empty config file after every version change, and
thus the
Pavel Sanda wrote:
hi,
what about adding this into trunk?
If this is something that will be parsed by LyX, it should not be in
comments.
Abdel.
Pavel Sanda wrote:
Abdelrazak Younes wrote:
If this is something that will be parsed by LyX, it should not be in
comments.
yes it should :)
Could you please develop?
The layout format is a LyX internal format, I don't understand why LyX
should parse the comments.
Abdel.
and the resulting pdf file.
bernhard
Abdelrazak Younes schrieb:
Hi,
I would like to create a task list for items defined in different
tables. Ideally I would like to have a number of possibly
configurable fields:
* id: an auto-incremented counter
* title: title of the task
* description
Pavel Sanda wrote:
Abdelrazak Younes wrote:
The layout format is a LyX internal format, I don't understand why LyX
should parse the comments.
i'm just copying other modules/layouts. if i understand it correctly
the comment is not for lyx binary but for configure.py to wor
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
I found a recipe which lets me reproduce the toolbar problem reliably:
Just touch any of the ui files (e.g. stdcontext.inc). After the next
restart, the toolbar settings are lost.
good detective work :)
And some luck :-)
The reason
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
AFAIR some people (Pavel among them IIRC) complained that they want
their hand-made changes to the ui file WRT to default windows and
toolbars position to not be ignored. The best solution would be to have
these default values in a QSettings
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
In this case nothing. The problem is mainly on toolbar settings AFAIR.
So the easy solution is to remove "stdcontext.inc" and other files from
the test in the uifiles loop. You cannot ignore all include file because
the user may ha
Pavel Sanda wrote:
Abdelrazak Younes wrote:
You mean parsing the files at every startup or preference change and
comparing the parsed value and the default saved value each time? Yes that
would be an option indeed. But that would mean that we save the default
values along the current ones
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
You mean parsing the files at every startup or preference change and
comparing the parsed value and the default saved value each time?
Attached is an alternative approach. Since we parse the files anyway in
readUIFile, we can just
On 02/07/2009 18:05, Kornel Benko wrote:
Am Montag 22 Juni 2009 schrieb Abdelrazak Younes:
> Hi Kornel,
>
> It seems the problem of repeated po compilation is back, I see this on
> Windows/MSVC and on Linux (ubuntu 9.04). If you have time could you
> please have a loo
Kornel Benko wrote:
> I guess we should only do that upon 'make install', not for 'make'.
I found a way, but you would have to call "make translations" from
time to time.
To achieve this, substitute (in the main CMakeLists.txt) the line
add_subdirectory(po)
with
add_subdirectory(po EXCLUDE
On 23/06/2009 11:18, Edwin Leuven wrote:
hi abdel,
since you're digging around in the spellcheck code:
if it's easy to add "replace all" to the spellcheck dialog you would make at
least 1 person very happy ;-)
Turned out to be quite easy so I just added the button. Please test.
Abdel.
On 05/07/2009 16:06, Jean-Marc Lasgouttes wrote:
Le 2 juil. 09 à 04:00, Ben M. a écrit :
I hoped there would be a solution that would avoid changing LyXFunc
at all
and just ignore() early when the key event are unknown.
Ah, probably because you want to isolate all Qt-related code within
front
Jean-Marc Lasgouttes wrote:
lasgout...@lyx.org writes:
Author: lasgouttes
Date: Tue Jul 7 12:50:27 2009
New Revision: 30399
URL: http://www.lyx.org/trac/changeset/30399
Log:
Fix #6013: SIGABRT if we spell check inside a math macro, and then hit replace
This is just a matter of checking th
Pavel Sanda wrote:
Uwe Stöhr wrote:
qt 4.4 designer promised to be compilable with older versions, which
should solve your problem.
I used Qt 4.5's designer for this change and the result is obviously
uncompilable with Qt 4.2. In the past I used Qt 4.4's designer and Jürgen
had the s
Rex Dieter wrote:
Pavel Sanda wrote:
Rex Dieter wrote:
Been working on some fruitful work on standardizing distro spelling
dictionaries (fedora and hunspell), lyx is one of the last users of
aspell, so I was wondering if anyone has thought about or (ideally)
worked on adding support fo
BH wrote:
On Tue, Jul 7, 2009 at 3:25 PM, Rex Dieter wrote:
Been working on some fruitful work on standardizing distro spelling
dictionaries (fedora and hunspell), lyx is one of the last users of aspell,
so I was wondering if anyone has thought about or (ideally) worked on
adding support for
Jean-Marc Lasgouttes wrote:
Uwe Stöhr writes:
And you are sure these UI files will compile against Qt 4.2?
I hope so. But why are you using Qt 4.2? I mean hundreds of bugs have
been fixed the last 3 years in Qt and many new features were added.
The answer is that you are usi
Jean-Marc Lasgouttes wrote:
It is interesting to note that, since the version requirements have been
set to 4.2.2 in 1.6.0, nobody felt the urge to remove the 6 #ifdef that
are now useless. So much for the argument that a specifying a version
allows to simplify the code :)
I just checked and
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Jean-Marc Lasgouttes wrote:
It is interesting to note that, since the version requirements have been
set to 4.2.2 in 1.6.0, nobody felt the urge to remove the 6 #ifdef that
are now useless. So much for the argument that a
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Just for clarification: I am perfectly fine with staying with 4.2. I
also see no big features nor fixes in 4.3, 4.4 or 4.5 that would be
needed for Lyx, but I could be wrong of course. Windows and Mac
binaries should use 4.5.2 in any
Jean-Marc Lasgouttes wrote:
Pavel Sanda writes:
Abdelrazak Younes wrote:
To be clear, I've cleaned up the spellchecker interface so that it is now
quite easy to add support for another spellchecker library. So hunspell and
Enchant are the obvious candidates but the code i
Jean-Marc Lasgouttes wrote:
I propose to either include hunspell with my patches or try to contact
again the hunspell devs. Side note: Hunspell source code is not as
clean as MyThes.
How big is hunspell?
you...@younes:~/devel/lyx/hunspell/hunspell-1.2.8/src/hunspell$ wc -l
*.h* *.c*
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Pavel Sanda writes:
Abdelrazak Younes wrote:
To be clear, I've cleaned up the spellchecker interface so that it
is now quite easy to add support for another spellchecker library.
So hunspell and Enchant are the obvious candi
Hi,
Could someone please send me (privately) the web site password? I've
scratched my firefox installation and I lost all my saved passwords... :-/
Abdel.
Never mind, I found a backup. Sorry for the noise.
Abdel.
Abdelrazak Younes wrote:
Hi,
Could someone please send me (privately) the web site password? I've
scratched my firefox installation and I lost all my saved passwords...
:-/
Abdel.
Helge Hafting wrote:
Abdelrazak Younes wrote:
Replying to myself:
* When building, OpenOffice download hunspell-1.2.8.tar.gz, patch it
(with a patch in its svn) and compile it.
* Mozilla maintain a copy of the hunspell sourcecode in its cvs.
I don't know if Linux distributions
Jean-Marc Lasgouttes wrote:
John McCabe-Dansted writes:
We now calculate the smallest set of keys needed to cause the crash
(we assume that if we cannot find a smaller set of keys within an
hour, no such set exists)
I am impressed.
Me too.
Thinking more about it, this lyxserver
Hello LyXers,
Let's try some pragmatism...
It is now pretty obvious that XML won't be done for this release. I
propose to start the stabilisation of trunk and to aim for a release in
September. What about a meeting to finish 1.7 and really start XML this
time? I'd be available between the 27
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
libhunspell-dev - spell checker and morphological analyzer (development)
I hope the shared library is good enough, seems a better idea than
including extra source code.
On my system (ubuntu) I also have these these two packages
[ 0%] Building CXX object
src/support/CMakeFiles/support.dir/home/younes/devel/lyx/trunk/src/support/ForkedCalls.o
cd
/home/younes/devel/lyx/trunk/development/cmake/qtcreator-build/src/support
&& /us
rgheck wrote:
I reported this a while back, and the advice was to use external boost.
Well even if the advice is true this should be fixed. gcc-4.4 is out so
we should support it. Maybe it is just a matter of upgrading our
internal boost?
Abdel.
rgheck wrote:
Abdelrazak Younes wrote:
Hello LyXers,
Let's try some pragmatism...
It is now pretty obvious that XML won't be done for this release. I
propose to start the stabilisation of trunk and to aim for a release
in September. What about a meeting to finish 1.7 and really
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
We could add hunspell as a new backend in addition to apsell,
Yes. Are you able to add the autotools support? Someone else will take
care of scons and cmake I guess.
Sure.
I actually tried to get my hand dirty with
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
We could add hunspell as a new backend in addition to apsell,
Yes. Are you able to add the autotools support? Someone else will take
care of scons and cmake I guess.
Sure. Do we want to be able to
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
We could add hunspell as a new backend in addition to apsell,
Yes. Are you able to add the autotools support? Someone else will take
care of scons and cmake I guess.
Sure
On 09/07/2009 21:33, Edwin Leuven wrote:
Abdel wrote:
On 23/06/2009 11:18, Edwin Leuven wrote:
if it's easy to add "replace all" to the spellcheck dialog you would make at
least 1 person very happy ;-)
Turned out to be quite easy so I just added the button. Please test.
On 09/07/2009 18:19, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
And a patch that actually compiles...
This looks reasonable (although the existing autotools code could use a
cleanup). Do you have problems with it?
Not that I can see. LyX compiles and link just fine
Pavel Sanda wrote:
Abdelrazak Younes wrote:
Thinking more about it, this lyxserver and the work John has been doing can
be re-used to define automatic test cases for all our features.
i'm interested how you imagine such kind of _useful_ script. to test that
we don't crash
Pavel Sanda wrote:
Abdelrazak Younes wrote:
if it's easy to add "replace all" to the spellcheck dialog you would
make at least 1 person very happy ;-)
Turned out to be quite easy so I just added the button. Please test.
btw we might want new t
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
And a patch that actually compiles...
This looks reasonable (although the existing autotools code could use a
cleanup). Do you have problems with it?
Could you send a "diff -wu" version in order to hide spacing changes?
Helge Hafting wrote:
Abdelrazak Younes wrote:
rgheck wrote:
I reported this a while back, and the advice was to use external boost.
Well even if the advice is true this should be fixed. gcc-4.4 is out
so we should support it. Maybe it is just a matter of upgrading our
internal boost?
If
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
I thought this was because some distribution likes and
others like
Yes it is. However...
In any case, I think we should use and in
the code and adjust the include paths instead if need be.
... this is what the code
Pavel Sanda wrote:
Abdelrazak Younes wrote:
For example we can test that a given sequence of LFUNs produces a lyx file
that is identical to an archived lyx file on svn. So in my idea a test case
would contain:
* an optional lyx file input in case the test is about a mutating sequence
(eg
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
I thought this was because some distribution likes and
others like
Yes it is. However...
In any case, I think we should use and in
Pavel Sanda wrote:
the search and replace feature is imho in a very unfinished state. last tiutme i
tried it was extremely slow for bigger documents, full of crashes and disabled
'features'. i even thought whether we disable it for a release since nobody
seems to maintain it...
I agree about t
Jürgen Spitzmüller wrote:
Am Dienstag 14 Juli 2009 13:48:35 schrieb Jean-Marc Lasgouttes:
Juergen this is needed in branch too, maybe after some testing.
Ticket 1720 is: LyX/Mac: TOC Menus entries are not correctly disabled
when a dialog has focus
This is on Mac only (but the patch could pote
Jürgen Spitzmüller wrote:
Am Dienstag 14 Juli 2009 13:48:35 schrieb Jean-Marc Lasgouttes:
Juergen this is needed in branch too, maybe after some testing.
Ticket 1720 is: LyX/Mac: TOC Menus entries are not correctly disabled
when a dialog has focus
This is on Mac only (but the patch could pote
Kornel Benko wrote:
Hi Abdel,
there seems to be no hunspell devel for OpenSuSE (ia64), so I had to change the
cmake-files.
It compiles here now.
At home I have hunspell installed, so I will check cmake there later.
OK, and thanks Kornel for handling that.
Abdel.
Jean-Marc Lasgouttes wrote:
Le 13 juil. 09 à 00:46, you...@lyx.org a écrit :
Log:
New support files for Hunspell support. Only autotools for now.
Hunspell is not used yet, don't try it.
Added:
lyx-devel/trunk/src/HunspellSpellChecker.cpp
lyx-devel/trunk/src/HunspellSpellChecker.h
Would it
Hello Tommaso,
Coming back to FindAndAdvanced? ;-)
On 01/08/2009 15:38, Tommaso Cucinotta wrote:
Hi all,
with the current LyX from svn, open the attached file, then perform
the following actions:
-) 4 times [right], then 2 times [down] ==> CRASH
-) click on any "Q", then [down] ==> CRASH
-)
On 15/07/2009 18:16, rgheck wrote:
Well, the problem here is that InsetMathChar *explicitly* doesn't have
its buffer_ set. Abdel did this at r23362, with the message: "We don't
want a buffer_ member in InsetMathChar." But I don't know why we
wouldn't. In any event, if one removes the lines he a
Is there anybody that uses that dialog?
I cannot seem to find them in any of my Thunderbird, Firefox or
OpenOffice installation...
Idea someone?
Abdel.
On 01/08/2009 23:45, Jean-Marc Lasgouttes wrote:
Le 01/08/2009 18:29, Abdelrazak Younes a écrit :
In case this question was left unanswered, we don't want a buffer_
member in InsetMathChar because this sucks 4 bytes of memory for each
inset. And, AFAICS, there's no need to access the
On 01/08/2009 20:32, Kornel Benko wrote:
Am Samstag 01 August 2009 schrieb Abdelrazak Younes:
> I cannot seem to find them in any of my Thunderbird, Firefox or
> OpenOffice installation...
>
> Idea someone?
Not for windows, but ..
on ubuntu:
firefox: /usr/lib/firefox-3.0.12/
On 02/08/2009 11:25, Kornel Benko wrote:
Am Sonntag 02 August 2009 schrieb you...@lyx.org:
> * Begin Hunspell support (not tested and does not link yet)
It links on linux
Good, thanks for trying. But you did set TRY_HUNSPELL to 1 in
HunspellChecker, right?
_and_ seems to work!
Well we
On 02/08/2009 00:52, Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
Hello Tommaso,
Hello,
Coming back to FindAndAdvanced? ;-)
in fact. Last time I left over with a usable forward (after the
optimization in which I search first the outer pit, then, once found,
I search exactly the
On 02/08/2009 12:35, Kornel Benko wrote:
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> On 02/08/2009 11:25, Kornel Benko wrote:
> > Am Sonntag 02 August 2009 schrieb you...@lyx.org:
> > > * Begin Hunspell support (not tested and does not link yet)
> >
> &
On 02/08/2009 12:35, Kornel Benko wrote:
+if (HUNSPELL_FOUND)
+target_link_libraries(${_lyx} hunspell)
On Windows, I need libhunspell instead of hunspell and then it links!
Abdel.
On 02/08/2009 12:44, Kornel Benko wrote:
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> On 02/08/2009 12:35, Kornel Benko wrote:
> > +if (HUNSPELL_FOUND)
> > + target_link_libraries(${_lyx} hunspell)
>
> On Windows, I need libhunspell instead of hunspell and then
On 02/08/2009 17:10, Kornel Benko wrote:
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> libhunspell.lib is I guess the name chosen by the hunspell developers,
> if I rename that to huspell.lib, cmake won't error out!
> So that's OK as far as I am concerned on Wi
On 02/08/2009 18:41, Abdelrazak Younes wrote:
By the way Kornel, we need an USE_HUNSPELL define similar to
USE_ASPELL in case the system supports hunspell, could you add that? I
already did this for autotools AFAIR.
I did it.
Abdel.
On 02/08/2009 18:52, Kornel Benko wrote:
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> On 02/08/2009 18:41, Abdelrazak Younes wrote:
> > By the way Kornel, we need an USE_HUNSPELL define similar to
> > USE_ASPELL in case the system supports hunspell, could you add that
Vincent van Ravesteijn wrote:
Uwe Stöhr schreef:
- When you open the manual Extended.lyx in branch you see that two
different authors have modified the file using change tracking. From
where can I get the information who made the changes?
If you click on a change, the statusbar will say who t
1 - 100 of 10187 matches
Mail list logo