I tried this and still get the same
error:
Font LGR/ptm/m/n/10=grtm10 at 10.0pt not loadable: Metric (TFM) file not found
Description:
\textgreek{AABGDEZHJIK}
I wasn't able to read the size data for this font,
so I will ignore the font specification.
[Wizards can
svn: In directory 'trunk/lib/images/math'
svn: Can't open file
'trunk/lib/images/math/.svn/tmp/text-base/diamond2.png.svn-base': No
such file or directory
Any ideas?
rh
On 2010-01-21, Pavel Sanda wrote:
> Guenter Milde wrote:
>> On 2010-01-21, Pavel Sanda wrote:
>> > Pavel Sanda wrote:
>> I got greek fonts working also with lmodern, however no
>> emphasized/italic, small caps, or bold versions.
> i was rather asking why document edited in lyx 1.6.2/3 stop worki
On 01/22/2010 01:39 PM, Vincent van Ravesteijn - TNW wrote:
"Vincent van Ravesteijn - TNW" writes:
But then
os[kk] = k;
doesn't work anymore, because os[kk] returns a copy and the copy is
then assigned the value that k has. That means that we are back at
having setters and gette
On Tuesday 19 January 2010 20:11:56 rgheck wrote:
> While just beginning to think about xml, it occurred to me that probably
> the first thing we have to do is modify the read and write routines so
> that they write entities for &, <, and >, at which point we'll need
> lyx2lyx to convert files,
Am Freitag 22 Januar 2010 schrieb Abdelrazak Younes:
> On 01/22/2010 04:32 PM, Abdelrazak Younes wrote:
> > On 01/22/2010 04:07 PM, Jürgen Spitzmüller wrote:
> >> Abdelrazak Younes wrote:
> >>> Correct, I didn't bother... just as you didn't bother with CMake
> >>
> >> what needs to be done for CMak
> "Vincent van Ravesteijn - TNW" writes:
>
>> But then
>>
>> os[kk] = k;
>>
>> doesn't work anymore, because os[kk] returns a copy and the copy is
>> then assigned the value that k has. That means that we are back at
>> having setters and getters instead of the [] operator.
>>
> Inde
On 01/22/2010 12:03 PM, Jean-Marc Lasgouttes wrote:
"Vincent van Ravesteijn - TNW" writes:
But then
os[kk] = k;
doesn't work anymore, because os[kk] returns a copy and the copy is then
assigned the value that k has. That means that we are back at having
setters and getters instead of the
>>
>> If you click Compare, a thread is started and the Close button
changes
>> to Cancel: to stop the thread.
>>
>> After pressing it, it will stop the thread and the button text
changes
>> back to Close: to close the window.
>
>Why not close the window right away?
>
I don't know.. Maybe becaus
"Vincent van Ravesteijn - TNW" writes:
> But then
>
> os[kk] = k;
>
> doesn't work anymore, because os[kk] returns a copy and the copy is then
> assigned the value that k has. That means that we are back at having
> setters and getters instead of the [] operator.
Indeed :)
JMarc
"Vincent van Ravesteijn - TNW" writes:
>>BTW, when I click on Cancel, the button just turns to
>>'Close'. What does that mean?
>
> If you click Compare, a thread is started and the Close button changes
> to Cancel: to stop the thread.
>
> After pressing it, it will stop the thread and the button
Jürgen Spitzmüller wrote:
> and the two Browse buttons need different
> accelerators)
Sorry, this is only in the German localization.
Jürgen
Vincent van Ravesteijn - TNW wrote:
> >- with my qt 4.2.x the frame "Options" appears empty
>
> I don't really have a clue how to solve it. Isn't it the problem of the
> "Expanding" sizepolicy that is not understood by qt4.2 ?
I think you need to set a GridLayout to the GroupBox (also, the two Ra
>I do not like much this business of loading buffers without
>showing them, actually... And with this browse button, I feel
>the feature feels more like an additional utility than a part
>of the program.
That's why it is in the Tools menu ;).
>BTW, when I click on Cancel, the button just turns to
>> Of course, you can return a copy instead of a reference.
>
>This might be safer...
>
But then
os[kk] = k;
doesn't work anymore, because os[kk] returns a copy and the copy is then
assigned the value that k has. That means that we are back at having
setters and getters instead of the [] operat
>Other remarks in no particular order:
>
>- with my qt 4.2.x the frame "Options" appears empty
>
I don't really have a clue how to solve it. Isn't it the problem of the
"Expanding" sizepolicy that is not understood by qt4.2 ?
>- Could we have nice names displayed instead of full names?
I don'
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
>
> > Abdelrazak Younes wrote:
> >> Maybe keep a Browse button in order to load another document in the
> >> background. And the combo box displaying the list of open buffers would be
> >> automatically updated; and maybe a coffee when you are a
"Vincent van Ravesteijn - TNW" writes:
> Of course, you can return a copy instead of a reference.
This might be safer...
JMarc
Pavel Sanda writes:
> Abdelrazak Younes wrote:
>> Maybe keep a Browse button in order to load another document in the
>> background. And the combo box displaying the list of open buffers would be
>> automatically updated; and maybe a coffee when you are at it...
>
> i would also let the browse
Abdelrazak Younes writes:
> Maybe keep a Browse button in order to load another document in the
> background. And the combo box displaying the list of open buffers
> would be automatically updated; and maybe a coffee when you are at
> it...
I do not like much this business of loading buffers with
>> Author: vfr
>> Date: Thu Jan 21 19:58:55 2010
>> New Revision: 33137
>> URL: http://www.lyx.org/trac/changeset/33137
>>
>> Log:
>> Fix the Compare feature. The compl_vector class
>>shouldn't be accessed twice in one statement as it
>>might happen that the vectors are reallocated, such
>>that t
Abdelrazak Younes wrote:
> Maybe keep a Browse button in order to load another document in the
> background. And the combo box displaying the list of open buffers would be
> automatically updated; and maybe a coffee when you are at it...
i would also let the browse button live. and instead of ba
On 01/22/2010 04:48 PM, Jean-Marc Lasgouttes wrote:
Jean-Marc Lasgouttes writes:
Vincent van Ravesteijn writes:
Is it fixed at r33137 ?
Yes, and valgrind does not complain anymore. My small files still give
wrong output, though (duplicated first line)
Other remarks
On 01/22/2010 04:32 PM, Abdelrazak Younes wrote:
On 01/22/2010 04:07 PM, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Correct, I didn't bother... just as you didn't bother with CMake
what needs to be done for CMake?
Ask Kornel or Peter :-)
I tried something like this after installing
Jean-Marc Lasgouttes writes:
> Vincent van Ravesteijn writes:
>> Is it fixed at r33137 ?
>
> Yes, and valgrind does not complain anymore. My small files still give
> wrong output, though (duplicated first line)
Other remarks in no particular order:
- with my qt 4.2.x the frame "Options" appear
v...@lyx.org writes:
> Author: vfr
> Date: Thu Jan 21 19:58:55 2010
> New Revision: 33137
> URL: http://www.lyx.org/trac/changeset/33137
>
> Log:
> Fix the Compare feature. The compl_vector class shouldn't be accessed twice
> in one statement as it might happen that the vectors are reallocated, s
Vincent van Ravesteijn writes:
> Is it fixed at r33137 ?
Yes, and valgrind does not complain anymore. My small files still give
wrong output, though (duplicated first line)
JMarc
#LyX 2.0.0svn created this file. For more info see http://www.lyx.org/
\lyxformat 376
\begin_document
\begin_header
On 01/22/2010 04:07 PM, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Correct, I didn't bother... just as you didn't bother with CMake
what needs to be done for CMake?
Ask Kornel or Peter :-)
Abdel.
Abdelrazak Younes wrote:
> But I agree that now that you finished hunspell support, Scons must be
> updated for the Windows packagers.
I tried to do hunspell support in SCons as well, but I don't have SCons, so I
could not test.
However, SCons still only allows one spellchecker exclusively. I w
Jean-Marc Lasgouttes wrote:
> The start your m4 code like:
>
> + lyx_use_enchant=false
> + AC_ARG_WITH(enchant, AC_HELP_STRING([--with-enchant],[check for
> Enchant library])) + test "$with_enchant" = "yes" &&
> lyx_use_enchant=true
This is what I used.
> Note that I reversed
Jürgen Spitzmüller writes:
> Yes. I understand that enchant is just a wrapper, and that aspell is one of
> the backends. Thus, if enchant is installed, I assume that aspell is most
> likely also installed.
>
> Anyway, the idea is that I do not want to change the default behaviour in the
> mids
Abdelrazak Younes wrote:
> Correct, I didn't bother... just as you didn't bother with CMake
what needs to be done for CMake?
Jürgen
Jean-Marc Lasgouttes wrote:
> In code like the following (from branch)
> lyx_use_aspell=true
> AC_ARG_WITH(aspell, AC_HELP_STRING([--with-aspell],[use ASpell
> libraries])) test "$with_aspell" = "no" && lyx_use_aspell=false
> the behaviour is that we try to configure aspell (lyx_use_aspell
Tommaso Cucinotta writes:
> I also proposed to add a DispatchResult everywhere (I wanted an LFUN
> returning a match position in a search, without any GUI-related op).
> In my proposed fix, I had added a DispatchResult pointer within the
> FuncRequest class itself, so as to avoid changing each and
On 01/22/2010 03:58 PM, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Hum, you just made me waste 15 minutes :-[
Sorry about that.
That being said my version was just a bunch of empty functions :-)
Yours look just fine.
OK, great.
BTW it occurs to me as if hunspell
Abdelrazak Younes wrote:
> Hum, you just made me waste 15 minutes :-[
Sorry about that.
> That being said my version was just a bunch of empty functions :-)
>Yours look just fine.
OK, great.
BTW it occurs to me as if hunspell is not yet fully integrated with SCons.
Correct?
Jürgen
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>> But --with-enchant is the default! Only --without-enchant matters.
>
> In branch?
In code like the following (from branch)
lyx_use_aspell=true
AC_ARG_WITH(aspell, AC_HELP_STRING([--with-aspell],[use ASpell libraries]))
test
On 01/22/2010 03:48 PM, Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
However, in trunk, the spellchecking framework was rewritten and thus the
patch cannot be used for trunk as is. Are you willing to provide a patch
for trunk as well?
I did it myself. Patch attached.
H
Jürgen Spitzmüller wrote:
> However, in trunk, the spellchecking framework was rewritten and thus the
> patch cannot be used for trunk as is. Are you willing to provide a patch
> for trunk as well?
I did it myself. Patch attached.
Jürgen
Index: src/EnchantChecker.cpp
==
Pavel Sanda wrote:
yes thats my idea. only erts toggled by user would be rendered through instant
preview.
pavel
You may want to search the ERT contents for unbalanced "{" and "[", and
simply refuse preview in those cases.
Helge Hafting
I have observed a bug several times today that I cannot yet consistently
reproduce. I therefore wanted to ask, if it's perhaps known:
I was editing an equation-array and wanted to add a label via -i-l.
The cursor in the label window did not react on anything I typed or
deleted. Even when I pressed
On 01/22/2010 09:46 AM, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Not objecting but I am wondering if could not somewhat convey this
information in the LFUN dispatching. I mean that a flag would tell to
the dispatcher if Undo should be begun and ended.
The problem was pre
Jean-Marc Lasgouttes wrote:
> But --with-enchant is the default! Only --without-enchant matters.
In branch?
Jürgen
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>> What you do here is not configure aspell if enchant has been found. Is
>> that what you wanted?
>
> Yes, but only if --with-enchant is used (and it seems to work as intended).
But --with-enchant is the default! Only --without-enchant m
Jean-Marc Lasgouttes wrote:
> What you do here is not configure aspell if enchant has been found. Is
> that what you wanted?
Yes, but only if --with-enchant is used (and it seems to work as intended).
Jürgen
On Jan 22, 2010, at 11:43 AM, Jürgen Spitzmüller wrote:
> Jürgen Spitzmüller wrote:
>>> Do you have any suggestions on what these greek fonts might be and why it
>>> only happens with times roman, and not with any of the other font
>>> choices like palatino, etc.?
>>
>> Try if installing the cbg
Jürgen Spitzmüller writes:
> Trunk already does that: it configures all spell checkers unless the
> --no-*spell switches are used.
--without-*spell
> Jean-Marc, does the m4 code look sensible?
+dnl Prefer aspell over pspell
+dnl enchant is only used if --with-enchant is set
+CHECK_
Jean-Marc Lasgouttes wrote:
> > The patch currently replaces aspell by enchant, if enchant is installed.
>
> OK, I missed that. It should probably configure both when installed.
Trunk already does that: it configures all spell checkers unless the
--no-*spell switches are used.
As far as branch
Jürgen Spitzmüller wrote:
> > Do you have any suggestions on what these greek fonts might be and why it
> > only happens with times roman, and not with any of the other font
> > choices like palatino, etc.?
>
> Try if installing the cbgreek package or a similar Greek fonts package
> with the Mi
maarten rutgers wrote:
> Do you have any suggestions on what these greek fonts might be and why it
> only happens with times roman, and not with any of the other font choices
> like palatino, etc.?
Try if installing the cbgreek package or a similar Greek fonts package with
the MikTeX manager
Hello,
Thanks for testing this too.
The problem occurs on all of our computers with clean installs of LyX and
MikTeX (as installed by the LyX installer) (windows XP).
Do you have any suggestions on what these greek fonts might be and why it only
happens with times roman, and not with any of th
David J. Raymond wrote:
> 1. Bug #5594, which causes the cursor to do weird things upon
> exiting a math box under certain circumstances.
Sure? According to the record, this bug exists at least since LyX 1.6.0.
> 2. Something I reported in this mailing list in December, but
>
> which seems to ha
Abdelrazak Younes writes:
> Not objecting but I am wondering if could not somewhat convey this
> information in the LFUN dispatching. I mean that a flag would tell to
> the dispatcher if Undo should be begun and ended.
The problem was precisely in the dispatcher :) Look at this changeset
(probabl
rgheck wrote:
> Log:
> Fix non-BibTeX detection of "author (year)" labels.
>
> Jurgen, this one is actually for branch, too.
Fine with me.
Jürgen
Uwe Stöhr wrote:
> I have done this in trunk:
> http://www.lyx.org/trac/changeset/33152
>
> Jürgen, can this also go to branch or do you have another proposal?
Can go in.
Jürgen
On 01/21/2010 06:06 PM, Jean-Marc Lasgouttes wrote:
Guenter Milde writes:
* sometimes, when editing a test case for a bug report, "undo" will
undo all changes since the buffer was opened in one step.
There was one instance of an undo group that did not get closed (as
richard guess
56 matches
Mail list logo
