Vincent van Ravesteijn schrieb:
- 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 the author is. Or,
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 the author is. Or,
you could op
Uwe Stöhr schreef:
> No, this is me.
Does this need to be fixed or is it by design?
regards Uwe
It does need to be fixed, but I'm thinking about how..
Vincent
> No, this is me.
Does this need to be fixed or is it by design?
regards Uwe
Today I updated the UserGuide and stumbled over the following two things:
- In the File menu we have an entry named "Fax". It is below the entry "Print" but doesn't appear
here on Windows. What is this entry for and what needs to be done that it appears?
- When you open the manual Extended.lyx
Abdelrazak Younes ha scritto:
So you are not going to switch to in memory search? My idea was to
implement the searching functions in Inset::search(),
Paragraph::search() and Text::search()... whereas your technique is to
stringify or to latexify the contents before searching.
Of course, the lo
Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
uwesto...@lyx.org schreef:
@@ -42518,7 +42630,8 @@
\end_inset
dd -\begin_inset Formula $\approx$
+\begin_inset Formula $\approx
+$
\end_inset
37.6
Why would that happen ?
isn't this similar to the old bug trigge
Vincent van Ravesteijn wrote:
> uwesto...@lyx.org schreef:
>> @@ -42518,7 +42630,8 @@
>> \end_inset
>> dd -\begin_inset Formula $\approx$
>> +\begin_inset Formula $\approx
>> +$
>> \end_inset
>>37.6
>>
> Why would that happen ?
isn't this similar to the old bug triggered by spellcheck?
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> 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 cas
> -Subparagraphs
> +Subparagraph
> +\family default
> +s
>
> This looks very suspicious too.
This is not due to a file format update, I changed this purposely to sync with
branch.
regards Uwe
>> -\begin_inset Formula $\approx$
>> +\begin_inset Formula $\approx
>> +$
>
> Why would that happen ?
I thought that this is due to your patch for the labels in math bug. But anyway, could you please
have a look if any other mathed changes in trunk this week eventually causes this?
regards Uw
Vincent van Ravesteijn schreef:
uwesto...@lyx.org schreef:
@@ -42518,7 +42630,8 @@
\end_inset
dd -\begin_inset Formula $\approx$
+\begin_inset Formula $\approx
+$
\end_inset
37.6
Why would that happen ?
Vincent
@@ -4410,7 +4411,9 @@
\family default
s are divided into
\family sa
uwesto...@lyx.org schreef:
@@ -42518,7 +42630,8 @@
\end_inset
dd
-\begin_inset Formula $\approx$
+\begin_inset Formula $\approx
+$
\end_inset
37.6
Why would that happen ?
Vincent
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? I
> > already did
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? I
> > already did this for autotools AFAIR.
>
> I did it.
B
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> 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!
> > > S
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 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 Windows.
Ok, I will change
Uwe Stöhr schrieb:
Since this week's fix for the language handling there is a regression in
branch...
I accidentally closed LyX. After restarting it I can no longer reproduce this -
strange.
So ignore this topic.
regards Uwe
Since this week's fix for the language handling there is a regression in branch:
- open an English and e.g. a French document
- copy text from the French document to the English one
Result: the language information is lost you you get LaTeX errors when compiling because the
encoding is no longe
Am Sonntag 02 August 2009 schrieb Abdelrazak Younes:
> 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 Windo
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 it links!
Try again :(
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 it links!
Try again :(
> Abdel.
Kornel
signatur
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: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)
> >
> > It links on linux
>
> Good, than
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)
> >
> > It links on linux
>
> Good, thanks for trying. But you did set TRY_HUNSPELL
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 pos
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
Am Sonntag 02 August 2009 schrieb you...@lyx.org:
> * Begin Hunspell support (not tested and does not link yet)
It links on linux _and_ seems to work!
Kornel
signature.asc
Description: This is a digitally signed message part.
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/dictionaries -> /usr
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 Buffer in a
31 matches
Mail list logo
