Am 08.07.2010 04:46, schrieb Uwe Stöhr:
This small patch fixes the following bug:
LyX allows to create \frameboxes with multiple paragraph if there is no
inner box. But this is only possible for shaded boxes.
Attached is a better patch that additionally fixes this issue:
If you have a shaded b
Am 08.07.2010 01:23, schrieb Richard Heck:
No, but it's not a matter of more than one paragraph, necessarily. Can
you do a makebox with a list in LyX?
No, this is only possible for parbox, minipage and shaded.
I just fixed some remaining issues in the makebox routine and it now works for all
This small patch fixes the following bug:
LyX allows to create \frameboxes with multiple paragraph if there is no inner box. But this is only
possible for shaded boxes.
OK?
regards Uwe
Index: InsetBox.cpp
===
--- InsetBox.cpp (rev
Am 08.07.2010 03:19, schrieb Uwe Stöhr:
I cannot compile LyX including the new AppleSpellChecker:
Sorry for the noise. It was my mistake; I fixed now SCons accordingly.
(I'll test the compilation again when CMake is working for me.)
regards Uwe
I cannot compile LyX including the new AppleSpellChecker:
Creating library release\lyx.lib and object release\lyx.exp
AppleSpellChecker.obj : error LNK2019: unresolved external symbol _newAppleSpeller referenced in
function "public: __thiscall lyx::AppleSpellChecker::Private::Private(void)"
When compiling todays' trunk using CMake I get a whole bunch of errors:
9>d:\lyxsvn\lyx-devel\intl\gettextP.h(109) : error C2054: expected '(' to
follow 'inline'
9>d:\lyxsvn\lyx-devel\intl\gettextP.h(110) : error C2085: 'SWAP' : not in
formal parameter list
9>d:\lyxsvn\lyx-devel\intl\gettextP.h
Am 08.07.2010 03:06, schrieb Uwe Stöhr:
Compiling todays' SVN trunk pops up this warning:
D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected
tokens following preprocessor directive - expected a newline
Another occurence:
LyX.cpp(1331) : warning C4067: unexpected tokens followi
Compiling todays' SVN trunk pops up this warning:
D:\LyXSVN\lyx-devel\src\LyXRC.cpp(289) : warning C4067: unexpected tokens following preprocessor
directive - expected a newline
Can this be ignored as MAC-specific?
regards Uwe
On 07/07/2010 05:27 PM, Uwe Stöhr wrote:
One thing you might want to check. Right now, a box can have various
layouts. This seems to get wiped out at present. And if there were
multiple paragraphs in the box (is that allowed?) then something weird
will definitely happen. The solution would be p
On 7/7/2010 5:51 PM, Peter Kuemmel wrote:
Cool! Do you plan to create a zip which contains all the libs
for a special compiler, something like lyx_dependencies_msvc10.zip?
msvc10 here means it's compiled against the MSVC 2010 CRT, which I used
for all dependencies. You can still use them with
Original-Nachricht
> Datum: Tue, 06 Jul 2010 17:18:21 -0400
> Von: Joost Verburg
> An: lyx-devel@lists.lyx.org
> Betreff: Re: opions-renaming in cmake
> On 7/6/2010 4:00 PM, Peter Kuemmel wrote:
> > GNUWIN32_DIR is not an boolean option, it's defined
> > by a Find-Package modul
Am 07.07.2010 03:59, schrieb Richard Heck:
I eventually realized what you were doing, which does seem right. I
wonder if it would have been easier to do it this way for Index entries,
too, rather than use the complicated method we did.
I'll have a look.
One thing you might want to check. Rig
Am 07.07.2010 um 13:12 schrieb Stephan Witt:
> Am 07.07.2010 um 13:02 schrieb Vincent van Ravesteijn:
>
>>> The import of rtf file fails at the tex2lyx step and there is no output
>>> from tex2lyx.
>>> Is there any possiblity to make it more verbose and collect the output for
>>> presentation
>
On 7/7/2010 1:36 PM, Stephan Witt wrote:
The dictionaries for hunspell and the thesauri are openoffice work.
AFAIK there many different open source projects that maintain
dictionaries for a certain language and they are usually the ones who
create the OpenOffice extensions and submit them for
Am 07.07.2010 um 14:43 schrieb Pavel Sanda:
> Stephan Witt wrote:
>>> i hope i understand correctly that dictionary files themselves are identical
>>> to all platforms (while the code around is not). so i would put all the code
>>> into our tarball, while the dictionaries could be packed separatel
Am Mittwoch, 7. Juli 2010 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > It would not be very nice to list explicitly all the needed files.
>
> i'm not sure we understand each other.
We did not.
> i mean we would just adopt the sequence of various command from "make
> lyx.pot-update"
> from qui
Kornel Benko wrote:
> It would not be very nice to list explicitly all the needed files.
i'm not sure we understand each other.
i mean we would just adopt the sequence of various command from "make
lyx.pot-update"
from quick view something like:
python ./lyx_pot.py -b .. -o qt4_l10n.pot -t qt4 .
Stephan Witt wrote:
> > i hope i understand correctly that dictionary files themselves are identical
> > to all platforms (while the code around is not). so i would put all the code
> > into our tarball, while the dictionaries could be packed separately - we can
> > even create new svn directory on
Am 07.07.2010 um 13:02 schrieb Vincent van Ravesteijn:
>> The import of rtf file fails at the tex2lyx step and there is no output from
>> tex2lyx.
>> Is there any possiblity to make it more verbose and collect the output for
>> presentation
>> in message window?
>
> When tex2lyx is run from the
> The import of rtf file fails at the tex2lyx step and there is no output from
> tex2lyx.
> Is there any possiblity to make it more verbose and collect the output for
> presentation
> in message window?
When tex2lyx is run from the command line, the file is converted
correctly right ? So, I thin
Am Mittwoch, 7. Juli 2010 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > Am Dienstag, 6. Juli 2010 schrieb Peter Kuemmel:
> > > > Done. Added aspell (=LYX_ASPELL) to the set of option-variables too. Set
> > > > the
> > > > group of options at the same place in CMakeLists.txt.
> > >
> > > I've foun
Am 07.07.2010 um 10:35 schrieb Pavel Sanda:
> Stephan Witt wrote:
>> Am 06.07.2010 um 23:51 schrieb Pavel Sanda:
>>
>>> Stephan Witt wrote:
Yes. But I don't know if this is enough and legal. Is anybody able to tell
this for sure?
E. g. the spanish language pack contains a README w
Kornel Benko wrote:
> Am Dienstag, 6. Juli 2010 schrieb Peter Kuemmel:
> > > Done. Added aspell (=LYX_ASPELL) to the set of option-variables too. Set
> > > the
> > > group of options at the same place in CMakeLists.txt.
> >
> > I've found much more options and introduced therefore the LYX_OPTION
>
Stephan Witt wrote:
> Am 06.07.2010 um 23:51 schrieb Pavel Sanda:
>
> > Stephan Witt wrote:
> >> Yes. But I don't know if this is enough and legal. Is anybody able to tell
> >> this for sure?
> >> E. g. the spanish language pack contains a README with a reference to
> >> http://www.gnu.org/licen
Anfang der weitergeleiteten E-Mail:
> Von: "LyX Ticket Tracker"
> Datum: 7. Juli 2010 09:01:23 MESZ
> An: jer...@malcolm.id.au, st.w...@gmx.net
> Kopie: sw...@lyx.org
> Betreff: Re: #6805: "Cannot convert file" importing from RTF, but works on
> the command line
> Antwort an: lyx-devel@lists.lyx
Am 06.07.2010 um 23:58 schrieb LyX Ticket Tracker:
> #6773: Incorrectly spelled words are sometimes not detected
> -+--
> Reporter: marcelo |Owner: stwitt
> Type: defect | Status: closed
> Priority
26 matches
Mail list logo
