Am Freitag, den 26.03.2010, 03:52 +0100 schrieb Uwe Stöhr:
> Am 25.03.2010 22:13, schrieb Peter Kümmel:
>
> >> devenv lyx.sln /clean Release
> >
> > I'm not sure if denenv is part of the Express version of VC.
>
> It is not part, I'm now using this command with success:
>
> start lyx.sln /clean
Am Freitag, den 26.03.2010, 03:50 +0100 schrieb Uwe Stöhr:
> Am 25.03.2010 22:17, schrieb Peter Kümmel:
>
> >> -G "Visual Studio 9.0" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
>
> This doesn't work, but this one:
>
> -G"Visual Studio 9 2008" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
Calling cmake
Am 25.03.2010 22:13, schrieb Peter Kümmel:
devenv lyx.sln /clean Release
I'm not sure if denenv is part of the Express version of VC.
It is not part, I'm now using this command with success:
start lyx.sln /clean Release
However, the "Release" option has no effect. MSVC is always started in
Am 25.03.2010 22:17, schrieb Peter Kümmel:
-G "Visual Studio 9.0" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
This doesn't work, but this one:
-G"Visual Studio 9 2008" -Dnls=1 -DGNUWIN32_DIR="..." -Dmerge=0
And then open lyx.sln.
I found now out how to decide if a debug or release build is
hi,
this is not fixing the root of #6587 but at least we add some
safety measures. since its touching sensitive area of code,
i'd like to ask for review before committing.
to make a brief summary ext4 has long time window between truncating
file in journal and actually moving the actual data on d
> >
> > I found a package for libaspell-dev. Is this the same thing?
> >
> > -Jack
> >
> Yes. If compiling with cmake, make sure to remove the CMakeCache.txt.
> Removing it implies that cmake will search again for all packages.
>
> Kornel
>
After installing libaspell-dev, continuous sp
I have created a patch that automatically sets up
LyxBlogger file formats and converter definitions for
both of the supported input types: LyXHTML and eLyXer.
For the LyXHTML format, it adds:
\converter xhtml xblog "lyxblogger $$i" ""
\Formatxblog blog "Ly
On 3/25/2010 5:13 PM, Peter Kümmel wrote:
Am Mittwoch, den 24.03.2010, 05:18 +0100 schrieb Uwe Stöhr:
:: clean
devenv lyx.sln /clean Release
I'm not sure if denenv is part of the Express version of VC.
It's not. You can probably replace devenv with VCExpress.
Joost
Am Donnerstag, den 25.03.2010, 17:00 +0100 schrieb Abdelrazak Younes:
> On 03/25/2010 03:38 PM, Uwe Stöhr wrote:
> >>> Btw. After I run CMake, I opened the lyx.sln file. I then used the
> >>> MSVC menu named "build". This successfully compiled LyX, but a debug
> >>> version. What do have to chan
Am Mittwoch, den 24.03.2010, 05:18 +0100 schrieb Uwe Stöhr:
>
> :: clean
> devenv lyx.sln /clean Release
I'm not sure if denenv is part of the Express version of VC.
Peter
>
>
> So the folder D:/LyXSVN/lyx-devel/lyx-windows-deps-msvc2008/bin that contains
> the iconv.dll is
> a
On 03/25/2010 02:16 PM, Jürgen Spitzmüller wrote:
* http://www.lyx.org/trac/ticket/6455
Multiple index UI polishment
- index inset should display something besides just "Idx"
- Insert>Toc menu should probably say "Index: Names" rather than just
"Names".
Juegen, Richard?
I don't see a
On 03/25/2010 12:37 PM, Andre Poenitz wrote:
There's btw nothing stopping a translater from translating above
message to "[...]Siehe Abschnitt 4.5.1.3 im Nutzerhandbuch [...]"
I meant to make that point, too
rh
Joost Verburg wrote:
> I'm afraid not, MiKTeX also maintains a database of installed packages.
pity
pavel
On 3/25/2010 4:26 PM, Pavel Sanda wrote:
while i understand all the arguments above, the new win installs on friends
computers is somewhat embarassing because of it literally takes ages.
the main reason is miktex online updates. couldn't we ship those latex
packages, slip them into proper dirs af
On 3/25/2010 4:18 PM, Pavel Sanda wrote:
there has been small hint that at least the official installer would
be somewhat refactorized. please would it be possible that you at least
_try_ to cooperate on one single code, resulting in a single installer
for windows?
I proposed a new approach (se
Vincent van Ravesteijn - TNW wrote:
>
> Did you update today ? I think they are now exactly the same.
>
Thank you. It is much better. Still, I would go further and get rid of the
advanced tab:
- At the top of the pane I would put the scope as a combo box
- Then a smaller Find TextEdit
- Then
Vincent van Ravesteijn - TNW wrote:
> Author: vfr
> Date: Thu Mar 25 19:03:49 2010
> New Revision: 33868
> URL: http://www.lyx.org/trac/changeset/33868
>
> Log:
> Prevent the ghost index files when the converter cache is either not
> used or not initialized.
iirc there has been more fundamenal pr
Uwe Stöhr wrote:
> > As you all know, it takes ages to install these packages,
> > and that's not what a user expects when running LyX for the first
> > time. We have to improve on this.
>
> Well, you only have to do this once - the first time LaTeX is installed on
> your computer. Later on, only
Joost Verburg wrote:
> My installer uses a similar approach;
Uwe, Joost,
there has been small hint that at least the official installer would
be somewhat refactorized. please would it be possible that you at least
_try_ to cooperate on one single code, resulting in a single installer
for window
Jürgen Spitzmüller wrote:
rgheck wrote:
Anything seems better to me than allowing the use of both prettyref and
refstyle. We'd have to support both in 2.0, and I don't see any nice way
to do that.
If we are not able to provide full compatibility, we must IMHO.
Compatibility meaning:
"the
>Would it not be better to have one search&replace dialog and a
>button to toggle between simple mode and advanced mode.
The simple search will be a toolbar if it's up to me.
>Today the advanced mode pane design is different than the simple one in
>term of place of the find button, replace button
Vincent van Ravesteijn - TNW wrote:
>>* http://www.lyx.org/trac/ticket/2625
>>convert the search dialog to a search bar
>>
>>to me it was fixed by new search pane. Vincent however have idea
>>to convert the current simple search dialog into search bar. opinions?
>>anybody wants to work on it? othe
On 25/03/2010 1:18 PM, Vincent van Ravesteijn - TNW wrote:
- I really am frustrated that configure script makes MikTeX install
packages. Can't we either
- not install the packages,
- ask the user to install them.
This depends on your MiKTeX settings. MiKTeX has the setting to :
a) downloa
On 3/25/2010 2:27 PM, Uwe Stöhr wrote:
The aim of both installers is to install a fully functional LyX version
and to keep the tricky LaTeX-package handling away from new users.
(As the first installation of LaTeX needs some times, my installer shows
a console Window with the LaTeX-installation p
On 03/25/2010 07:18 PM, Vincent van Ravesteijn - TNW wrote:
if you do, then i have no problems.
OK, then the problem is in LyX's metrics calculation (and not in Qt's).
Of course it is.
ParagraphMetrics::singleWidth has to call Paragraph::transformChar for arabic
character
Hello Uwe,
are you going to integrate the lib/doc/AdvancedSearch.lyx manual into
lib/doc/UserGuide.lyx ?
Need anything from my side ?
T.
LyX Ticket Tracker wrote:
#3095: Integrate advanced search manual into our manuals
--+-
> - To run the reconfigure script on Windows, we need a python version
> with the logging module included. This is not yet the case for the
> python.exe/dll we ship with LyX1.6.x.
>
> Joost, Uwe, are you able to provide a new python version ?
The installers for LyX 2.0 will of course include all
Vincent van Ravesteijn - TNW wrote:
> To Branch ?
Yes, please.
Jürgen
>> if you do, then i have no problems.
>
>OK, then the problem is in LyX's metrics calculation (and not in Qt's).
>
Of course it is.
ParagraphMetrics::singleWidth has to call Paragraph::transformChar for arabic
characters. This is however not done if the language is not marked arabic. And,
we
Pavel Sanda wrote:
> * http://www.lyx.org/trac/ticket/1714
> LyX doesn't allow environments with options
> - actually support for environments (and commands) with
> multiple mandatory arguments,
>
> JMarc, Juergen?
I have started to implement that some time ago, but I got no time to finish
it, a
> * http://www.lyx.org/trac/ticket/2591
> text inset for tipa
>
> Juergen, Uwe?
I won't have time to work on that for 2.0.
> * http://www.lyx.org/trac/ticket/2605
> Add checkbox for automatic equation, figure and table
> numbering corresponding to section number
>
> no activity for 3 years. c?
Author: vfr
Date: Thu Mar 25 19:03:49 2010
New Revision: 33868
URL: http://www.lyx.org/trac/changeset/33868
Log:
Prevent the ghost index files when the converter cache is either not
used or not initialized.
Modified:
lyx-devel/trunk/src/ConverterCache.cpp
Modified: lyx-devel/trunk/src/Convert
Mohamed Magdy wrote:
> Do you observe the same problem for instance in the preamble
>> (Document>Settings>Preamble) and in other Qt applications?
>>
>> No problems were observed in the preamble.
>
> but what do you by Qt applications? , Do you mean applications other than
> LyX?
Yes.
> if you d
- To run the reconfigure script on Windows, we need a python version
with the logging module included. This is not yet the case for the
python.exe/dll we ship with LyX1.6.x.
Joost, Uwe, are you able to provide a new python version ?
- I really am frustrated that configure script makes MikTeX in
Vincent van Ravesteijn - TNW wrote:
> >* http://www.lyx.org/trac/ticket/3865
> >implement to define color definitions in document settings
> >
> >i guess c. Uwe?
> >
>
> This should be done as soon as possible.
>
> Why do you want to remove all milestones almost ?
this list was little bit biased
Richard Heck wrote:
> We need 2.0.x and 2.1 milestones now then.
i have already asked about this.
pavel
On 03/25/2010 05:37 PM, Andre Poenitz wrote:
On Thu, Mar 25, 2010 at 01:30:59PM +0100, Enrico Forestieri wrote:
On Thu, Mar 25, 2010 at 01:44:16AM +0100, rgh...@lyx.org wrote:
+ bformat(_("The document class requested\n"
+
On Thu, Mar 25, 2010 at 01:30:59PM +0100, Enrico Forestieri wrote:
> On Thu, Mar 25, 2010 at 01:44:16AM +0100, rgh...@lyx.org wrote:
> > + bformat(_("The document class requested\n"
> > +"\t%1$s\n"
> > +
On 03/25/2010 03:38 PM, Uwe Stöhr wrote:
Btw. After I run CMake, I opened the lyx.sln file. I then used the
MSVC menu named "build". This successfully compiled LyX, but a debug
version. What do have to change to compile a release version?
There is a combo box at the top to select "Release" or
On 03/25/2010 10:50 AM, Julien Rioux wrote:
On Thu, Mar 25, 2010 at 01:44:16AM +0100,
rgheck-0hxrfu2p...@public.gmane.org wrote:
+bformat(_("The document class requested\n"
+ "\t%1$s\n"
+ "requires external files that are not
avail
On Thu, Mar 25, 2010 at 01:44:16AM +0100,
rgheck-0hxrfu2p...@public.gmane.org wrote:
+ bformat(_("The document class requested\n"
+"\t%1$s\n"
+"requires external files tha
Btw. After I run CMake, I opened the lyx.sln file. I then used the
MSVC menu named "build". This successfully compiled LyX, but a debug
version. What do have to change to compile a release version?
There is a combo box at the top to select "Release" or "Debug"
Hmm, the combo box has here onl
>I compiled with "-Dmerge=1" as suggested in the
>"Install.CMake" file and also the "build.bat"
>file in the "cmake" folder in trunk.
>
This is not really practical to use when developing. Every change will
then trigger a full rebuild. Moreover, clicking a compile error won't
bring you to the orig
On 03/25/2010 03:18 PM, Uwe Stöhr wrote:
Abdelrazak Younes schrieb:
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths,
On 03/25/2010 10:10 AM, Julien Rioux wrote:
I see that it is preferable to remove the spacing in the
comma-separated list of prerequisites. But then the following patch to
configure.py is also needed, where all latex classes are marked
unavailable before actually running chkconfig.ltx.
Commi
Abdelrazak Younes schrieb:
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths, function
will cause runtime stack overflo
last call for 2.0 feature requests we have reported.
i'm going to cleanup bugzilla from enhacenments we wont offer in 2.0. i
have listed those which are not clear and we have to decide which action
should we take on each of the requests.
a) do it for 2.0
b) postpone for 2.1 in case you want to wor
I see that it is preferable to remove the spacing in the comma-separated
list of prerequisites. But then the following patch to configure.py is
also needed, where all latex classes are marked unavailable before
actually running chkconfig.ltx.
--
Julien
Index: lib/configure.py
=
On 03/25/2010 09:58 AM, Pavel Sanda wrote:
Richard Heck wrote:
Yes, I thought of this, but I didn't have any better idea. Do you? I want
to make sure people know where to get this information, since the question
is so often asked.
we can say which guide and chapter/section name instea
On 03/25/2010 09:52 AM, Pavel Sanda wrote:
hi,
last call for 2.0 feature requests we have reported.
i'm going to cleanup bugzilla from enhacenments we wont offer
in 2.0. i have listed those which are not clear and we have to
decide which action should we take on each of the requests.
a) do it f
Richard Heck wrote:
> Yes, I thought of this, but I didn't have any better idea. Do you? I want
> to make sure people know where to get this information, since the question
> is so often asked.
we can say which guide and chapter/section name instead of numbers.
pavel
On 03/25/2010 08:30 AM, Enrico Forestieri wrote:
On Thu, Mar 25, 2010 at 01:44:16AM +0100, rgh...@lyx.org wrote:
+ bformat(_("The document class requested\n"
+"\t%1$s\n"
+
hi,
last call for 2.0 feature requests we have reported.
i'm going to cleanup bugzilla from enhacenments we wont offer
in 2.0. i have listed those which are not clear and we have to
decide which action should we take on each of the requests.
a) do it for 2.0
b) postpone for 2.1 in case you want
On Thu, Mar 25, 2010 at 01:44:16AM +0100, rgh...@lyx.org wrote:
> + bformat(_("The document class requested\n"
> + "\t%1$s\n"
> + "requires external files that
> are not available.
On 03/25/2010 03:42 AM, Uwe Stöhr wrote:
Compilation via CMake and MSVC2008 shows this warning:
d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning
C4717: 'lyx::operator==' : recursive on all control paths, function
will cause runtime stack overflow
I suggest that you don't
Liviu Andronic writes:
> Hmm, would it make sense to notify Friedrich Leisch, the author of Sweave?
I guess he knows already...
> And a question slightly departing from the original post, I am curious
> where should one choose the font for the actual R computations? In the
> attached .pdf, the c
Jean-Marc Lasgouttes writes:
> Solution 3: Use \PassOptionToClass. Hmm, it might just work.
I just tried it and it did not work, because
\PassOptionToClass{noae}{Sweave}
is not correct in presence of a \usepackage{/path/to/Sweave} command.
Sigh...
I like Sweave, but many design decisions are q
Dear LyX developers,
The 'accent-*' LFUNs place a combining Unicode behind the to-be-accented
char and normalize them if possible.
Without normalization, the expansion of combining Unicode chars fails for
Cyrillic and Greek letters.
Example: "accent-tilde alpha" becomes \~{\textgreek{a}} which
Liviu Andronic writes:
> Dear LyX developers
> I notice this issue in current SVN (probably Alpha1):
> 1. open a new 'article' document
> 2. add the Sweave module
> 3. write "something"
> 4. change Document > Fonts > Roman to 'Palatino'
> 5. view > pdf
> 6. the generated pdf will contain the CMR1
Am Donnerstag, 25. März 2010 schrieb Jack Desert:
>
> > Make sure you have aspell-devel or hunspell-devel installed, assuming
> > you are using svn or otherwise compiling yourself.
> >
> > rh
> >
>
> I found a package for libaspell-dev. Is this the same thing?
>
> -Jack
>
Yes. If compiling w
Jean-Marc Lasgouttes writes:
> Abdelrazak Younes writes:
>> It depends on the MAC packager really. I personally prefer to avoid
>> indirection and our spellchecker API is just enough for our use. Using
>> Enchant means that the MAC package will have to take care of glib
>> integration in the bui
Edwin Leuven writes:
> On Tue, Mar 23, 2010 at 5:40 PM, Jean-Marc Lasgouttes
> wrote:
>>
>> The last round of changes has been pretty bad for Qt 4.2 support. I have
>> a patch for some issues (below), but then I have problems with CompareUi and
>> PrefLatexUi which use left/right/top/bottom marg
Uwe Stöhr wrote:
> Compilation via CMake and MSVC2008 shows this warning:
>
> d:\lyxsvn\lyx-devel\src\frontends\qt4\guihyperlink.cpp(28) : warning C4717:
> 'lyx::operator==' : recursive on all control paths, function will cause
> runtime stack overflow
this comes from here http://www.lyx.org/tra
Lars Gullik Bjønnes writes:
>> I got no answer, but I'll try again tomorrow.
>
> Is this related to the change you wanted me to make?
No. The change is still a good think to do (for others, it is changing
ftp.lyx.org DNS entry to point to ftp.via.ecp.fr to be more future-proof)
JMarc
Enrico Forestieri writes:
> On Wed, Mar 24, 2010 at 10:47:24AM +0100, Jean-Marc Lasgouttes wrote:
>> Le 24/03/2010 00:45, Enrico Forestieri a écrit :
>>> Qt 4.3 and 4.4 series were unusable on non-windows and non-linux systems.
>>
>> I thought 4.5 and 4.6 were not usable for Mac OS.
>
> That's su
> 2010/3/17 Jean-Marc Lasgouttes :
> >> the only difference now is that i cant even log in.
> >> Error connecting to ftp: Access denied: 530
> >
> >
> > I got no answer, but I'll try again tomorrow.
>
> Is this related to the change you wanted me to make?
this problem is solved now.
pavel
> Make sure you have aspell-devel or hunspell-devel installed, assuming
> you are using svn or otherwise compiling yourself.
>
> rh
>
I found a package for libaspell-dev. Is this the same thing?
-Jack
Am Mittwoch, 24. März 2010 schrieb Charles de Miramon:
> Hello,
>
> I have compiled LyX through the cmake way and it looks faster than the old
> autotools
>
> I would like to do a make install but not mess my LyX 1.6 and install the
> files in /usr/share/LyX20
>
> How should I do that ?
>
Y
On Thu, Mar 25, 2010 at 1:54 AM, Jack Desert wrote:
> Problem solved. I removed all versions of eLyXer from my system and
> redownloaded eLyXer 0.42. Now it runs fresh as a shiny copper penny,
> even with images in ~/Imágenes/.
Glad to know! Please report to the eLyXer list (or to me) any issues
69 matches
Mail list logo
