Am 09.05.2011 um 23:15 schrieb Pavel Sanda:
> Richard Heck wrote:
>> Jurgen liked having the keyword because it made it easier to tell what
>> bugs had been fixed for the next release. I suppose your suggestion,
>> closing them with the milestone, probably serves the same purpose. So
>> I'd be hap
Liviu Andronic wrote:
> Hmm, what about Aspell? Does 2.0 still work with Aspell? (It does so on
> Linux.)
Yes, it does. But Aspell does not have proper support for hyphenated
compounds.
Jürgen
On Tue, May 10, 2011 at 7:24 AM, Jürgen Spitzmüller wrote:
>> > And obviously, it would be a great feature to have on-the-fly spell
>> > checking, highlighting incorrect words when written.
>>
>> LyX 2.0 does this.
>
> If you use hunspell, that is.
>
Hmm, what about Aspell? Does 2.0 still work wit
Liviu Andronic wrote:
> > There is an annoying behavior in my Lyx spell checking utility (for
> > French language), I'd like to be able to change it or make a suggestion
> > to developers. This spell checking utility doesn't ignore words
> > beginning with an upper case, so all proper nouns are mar
Pavel Sanda wrote:
> maybe we can close bugs with comment "will be fixed in 2.0.3" so all users
> do understand.
They don't.
Users search for open tickets and report new ones, if they do not find any.
Jürgen
Am 09.05.2011 um 23:02 schrieb Peter Kümmel:
> On 09.05.2011 22:56, Stephan Witt wrote:
>> Am 09.05.2011 um 22:14 schrieb Peter Kümmel:
>>
>>> On 04.05.2011 00:50, Vincent van Ravesteijn wrote:
Hi everyone,
As a typical start of a new release cycle I want to poll
- what featu
On 5/9/11 7:37 PM, Enrico Forestieri wrote:
On Mon, May 09, 2011 at 10:39:18AM -0400, Richard Heck wrote:
On 05/08/2011 02:45 PM, Enrico Forestieri wrote:
The \input@path mechanism (already used by LyX) is not always sufficient
and there are cases where a file can be found by LaTeX and also by
>
> > 11. When installing LyX the first time, and therefore also MiKTeX is
> > installed the first time, the configure.py file should be run in a
> console
> > window. This is very important because the first installation will
> install
> > more than 50 LaTeX-packages and take approximately half an
Am 10.05.2011 02:04, schrieb Jim Oldfield:
Sorry for not being clear. I meant that if the user uninstalled Python or
Ghostscript (perhaps not realising LyX uses them) then LyX would break, rather
than the other way round.
We cannot avoid that. Take for example Java. I don't know a Java program
Am 09.05.2011 20:03, schrieb Joost Verburg:
1. the installer doesn't recognize if Ghostscript is already installed
2. the installer doesn't recognize if Python is already installed
3. the installer doesn't recognize if Imagemagick is already installed
For computers where these are installed, we
> From: Uwe Stöhr
>
> >> For computers where these are installed, we unnecessarily take 42 MB of
> >> disk space.
> >
> > Personally, am I happy to sacrifice 40MB of disk space if it means that
> > uninstalling other programs doesn't suddenly stop LyX from working.
>
> This doesn't happ
On Sun, May 08, 2011 at 11:22:32PM -0400, Richard Heck wrote:
> On 05/08/2011 05:12 PM, Enrico Forestieri wrote:
> > On Sun, May 08, 2011 at 11:09:38PM +0200, for...@lyx.org wrote:
> >
> >> Author: forenr
> >> Date: Sun May 8 23:09:38 2011
> >> New Revision: 38646
> >> URL: http://www.lyx.org/tra
Uwe Stöhr wrote:
> The conversion from CP-1252 to utf8 can be be a problem.
we distribute python and there must be some python library doing this
already... p
Uwe Stöhr wrote:
>> So the task would have the following sub-tasks:
>> 1. iterate the personal word lists the user has (for all languages)
>> 2. detect the appropriate char set
>> 3. look up the LyX language name from lib/languages
>> LangCode => Language, e. g. LangCode=pt_BR => Language brazi
On Mon, May 09, 2011 at 10:39:18AM -0400, Richard Heck wrote:
> On 05/08/2011 02:45 PM, Enrico Forestieri wrote:
> > The \input@path mechanism (already used by LyX) is not always sufficient
> > and there are cases where a file can be found by LaTeX and also by other
> > ancillary programs (such as
Am 09.05.2011 20:15, schrieb Joost Verburg:
An even better idea, if it is possible, is to capture the stdout/stderr of this
and redirect it to a list box in the installer, possibly hidden behind a "more
details" button. Until the "more details" button is clicked, a simple warning
about the lengt
Am 09.05.2011 18:25, schrieb Stephan Witt:
The LyX format is:
1 file per language as of - FileName dictfile =
FileName(addName(package().user_support().absFileName(),"pwl_" + lang.lang() +
".dict"))
at my machine that's e. g. "/Users/stephan/Library/Application
Support/LyX-2.0/pwl_english.d
Am 09.05.2011 15:52, schrieb Jim Oldfield:
1. the installer doesn't recognize if Ghostscript is already installed
2. the installer doesn't recognize if Python is already installed
3. the installer doesn't recognize if Imagemagick is already installed
For point 3: My fault. It is correct, th
On 09/05/2011 6:27 PM, Richard Heck wrote:
On 05/09/2011 06:06 PM, Julien Rioux wrote:
On 09/05/2011 5:15 PM, Pavel Sanda wrote:
Richard Heck wrote:
Jurgen liked having the keyword because it made it easier to tell what
bugs had been fixed for the next release. I suppose your suggestion,
closi
>
> Yes I am able to do what you describe in 1.6. In your example child doc,
> you did not set the master setting, did you?
>
Indeed.
I was in a hurry and I forgot it. ;/
---
Diego Queiroz
On 09/05/2011 6:27 PM, Richard Heck wrote:
On 05/09/2011 06:06 PM, Julien Rioux wrote:
On 09/05/2011 5:15 PM, Pavel Sanda wrote:
Richard Heck wrote:
Jurgen liked having the keyword because it made it easier to tell what
bugs had been fixed for the next release. I suppose your suggestion,
closi
On 09.05.2011 23:54, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake/CMakeLists.txt and move the code into
the master file.
yes.
Will you do it, or should I?
Ko
On 05/09/2011 06:06 PM, Julien Rioux wrote:
> On 09/05/2011 5:15 PM, Pavel Sanda wrote:
>> Richard Heck wrote:
>>> Jurgen liked having the keyword because it made it easier to tell what
>>> bugs had been fixed for the next release. I suppose your suggestion,
>>> closing them with the milestone, pro
On 09/05/2011 5:15 PM, Pavel Sanda wrote:
Richard Heck wrote:
Jurgen liked having the keyword because it made it easier to tell what
bugs had been fixed for the next release. I suppose your suggestion,
closing them with the milestone, probably serves the same purpose. So
I'd be happy to say we j
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> On 09.05.2011 23:26, Kornel wrote:
> > Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> >> Let us delete development/cmake/CMakeLists.txt and move the code into
> >> the master file.
> >
> > yes.
> > Will you do it, or should I?
> >
> > Kornel
>
>
On 05/09/2011 05:15 PM, Pavel Sanda wrote:
> Richard Heck wrote:
>> Jurgen liked having the keyword because it made it easier to tell what
>> bugs had been fixed for the next release. I suppose your suggestion,
>> closing them with the milestone, probably serves the same purpose. So
>> I'd be happy
On 05/09/2011 05:22 PM, Jean-Marc Lasgouttes wrote:
> Le 09/05/11 22:43, Richard Heck a écrit :
>>
>> Would anyone object to my creating a new resolution in trac that we
>> could use instead of using the keyword fixedinbranch? I'd propose:
>> FixedForBranch, as the resolution.
>
> I have no idea on
On 09.05.2011 23:26, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Let us delete development/cmake/CMakeLists.txt and move the code into the
master file.
yes.
Will you do it, or should I?
Kornel
If you have the time, please do it.
I'll test it under Windows.
Peter
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> Attached your patch updated. (I wonder why you don't need the same changes)
But I have them, (in Top_LyX.cmake)
Kornel
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> Let us delete development/cmake/CMakeLists.txt and move the code into the
> master file.
yes.
Will you do it, or should I?
Kornel
signature.asc
Description: This is a digitally signed message part.
Le 09/05/11 22:43, Richard Heck a écrit :
Would anyone object to my creating a new resolution in trac that we
could use instead of using the keyword fixedinbranch? I'd propose:
FixedForBranch, as the resolution.
I have no idea on the queston but it makes me remember to tell that you
are welco
Richard Heck wrote:
> Jurgen liked having the keyword because it made it easier to tell what
> bugs had been fixed for the next release. I suppose your suggestion,
> closing them with the milestone, probably serves the same purpose. So
> I'd be happy to say we just close these bugs now, but make re
On 09.05.2011 23:04, Kornel wrote:
Peter, it works, if you include CMakeLists.txt. But if including say xy.cmake,
then
the calls have to be like
add_subdirectory(development/cmake/po "${TOP_BINARY_DIR}/po")
But that will be the second part of my patch.
1.)Rename development/cmake/CMake
Then our naming is bad.
Ignore it (second arguments points to the binary dir)
But your patch does not work on windows. Maybe more places to add
LYX_CMAKE_DIR. I'll have a look at it.
Attached your patch updated. (I wonder why you don't need the same changes)
And later we should just move a
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> On 09.05.2011 22:39, Peter Kümmel wrote:
> > On 09.05.2011 22:30, Kornel wrote:
> >> Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> >>> On 09.05.2011 18:28, Kornel wrote:
> Index: development/cmake/CMakeLists.txt
> ===
On 05/09/2011 04:52 PM, Pavel Sanda wrote:
> Richard Heck wrote:
>> release, so it's more convenient as far as queries go to treat them as
>> closed;
> personally i'm fine with closing them completely. the whole fixedinbranch
> keywording seems useless to me. if bug is closed with "fixed in 2.0.3"
On 09.05.2011 22:56, Stephan Witt wrote:
Am 09.05.2011 um 22:14 schrieb Peter Kümmel:
On 04.05.2011 00:50, Vincent van Ravesteijn wrote:
Hi everyone,
As a typical start of a new release cycle I want to poll
- what features are a must in the next release;
- what work do you think you will be d
Am 09.05.2011 um 22:14 schrieb Peter Kümmel:
> On 04.05.2011 00:50, Vincent van Ravesteijn wrote:
>> Hi everyone,
>>
>> As a typical start of a new release cycle I want to poll
>> - what features are a must in the next release;
>> - what work do you think you will be doing;
>> - what do you hope
Discussion in the "Math Macros in Child Documents" thread has revealed a
problem with how we clone buffers with parents. The set up is this: You
have a master that defines a macro, and a child that uses it. If you try
to compile just the child, it works in 1.6 but not in 2.0. The reason is
that, w
Richard Heck wrote:
> release, so it's more convenient as far as queries go to treat them as
> closed;
personally i'm fine with closing them completely. the whole fixedinbranch
keywording seems useless to me. if bug is closed with "fixed in 2.0.3" why
anybody should not understand whats going on.
On 09.05.2011 22:39, Peter Kümmel wrote:
On 09.05.2011 22:30, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLis
Would anyone object to my creating a new resolution in trac that we
could use instead of using the keyword fixedinbranch? I'd propose:
FixedForBranch, as the resolution.
Why? Well, (i) bugs fixed in branch are fixed and are only awaiting
release, so it's more convenient as far as queries go to tr
On 09.05.2011 22:30, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLists.txt(Revision 38662)
+++ development
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> On 09.05.2011 18:28, Kornel wrote:
> > Index: development/cmake/CMakeLists.txt
> > ===
> > --- development/cmake/CMakeLists.txt(Revision 38662)
> > +++ development/cmake/CMakeLists
On 04.05.2011 00:50, Vincent van Ravesteijn wrote:
Hi everyone,
As a typical start of a new release cycle I want to poll
- what features are a must in the next release;
- what work do you think you will be doing;
- what do you hope to see somebody else to do (please keep it realistic) ?
I will
On 09.05.2011 18:28, Kornel wrote:
Index: development/cmake/CMakeLists.txt
===
--- development/cmake/CMakeLists.txt(Revision 38662)
+++ development/cmake/CMakeLists.txt(Arbeitskopie)
@@ -21,7 +21,6 @@
include(LyXMacros)
-
On 09.05.2011 21:56, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
Could you test attached patch? Would be simpler.
Peter
Works, but as you say, the binary directory has now this extra
"development/cmake" part.
The version I made is not so simple, yes, but works for all version
Am Montag, 9. Mai 2011 schrieb Peter Kümmel:
> Could you test attached patch? Would be simpler.
>
> Peter
Works, but as you say, the binary directory has now this extra
"development/cmake" part.
The version I made is not so simple, yes, but works for all versions in the
same way.
Korn
On Mon, May 9, 2011 at 5:12 PM, Lagaffe Gaston
wrote:
> Hello Lyx people,
>
> There is an annoying behavior in my Lyx spell checking utility (for French
> language), I'd like to be able to change it or make a suggestion to
> developers.
> This spell checking utility doesn't ignore words beginning
On 09.05.2011 18:28, Kornel wrote:
Am Montag, 9. Mai 2011 schrieb Kornel:
What we could do, is convert development/cmake/CMakeLists.txt to a
something like TopLyx.cmake and include directly in the top-level
CMakeLists.txt. Also the add_subdirectory() calls in this TopLyx.cmake has
to be expanded
Hello Lyx people,
There is an annoying behavior in my Lyx spell checking utility (for French
language), I'd like to be able to change it or make a suggestion to developers.
This spell checking utility doesn't ignore words beginning with an upper case,
so all proper nouns are marked as incorrect
On 05/09/2011 02:38 PM, Julien Rioux wrote:
>
> Yes I am able to do what you describe in 1.6. In your example child
> doc, you did not set the master setting, did you? But anyway, I
> corrected it and still in 2.1.0svn the compilation of the child is
> broken:
>
> Undefined control sequence \anymac
On 09.05.2011 17:24, Kornel wrote:
Am Samstag, 7. Mai 2011 schrieb Peter Kümmel:
On 07.05.2011 12:25, Kornel wrote:
Ok, we can ask if ${CMAKE_BINARY_DIR} equals ${CMAKE_SRC_DIR}
Seems we've worked in parallel. But not a problem, mainly I
needed a test case for the "one-feature-in-a-branch" wo
Vincent van Ravesteijn wrote:
> On 8-5-2011 22:39, b...@lyx.org wrote:
>> Log:
>> Forgot this (why did this file not show up in svn diff?)
>
> Because you have to do 'svn add' first ?
No. I created that file with 'svn copy'. Meanwhile I found out that 'svn
diff' simply ignores copied files that
Il 09/05/2011 20:23, Diego Queiroz ha scritto:
I've attached two files: the child and the master document.
I can't compile the child document. Can you try?
I can confirm the child doesn't compile as standalone,
despite the macro is correctly expanded on the screen.
T.
$\anymacro
$
The c
On 05/09/2011 02:45 PM, Georg Baum wrote:
> Richard Heck wrote:
>
>> Both of those look fine to me.
> OK, I'll put them in. The next po remerge will then create some "new old"
> strings.
>
Thanks.
>> I'm going to look at the other mathed ones, too. It seems prima facie as
>> if they will be good
On 05/09/2011 02:41 PM, Tommaso Cucinotta wrote:
> Il 09/05/2011 16:26, Richard Heck ha scritto:
>>
* component: search => find/replace
>>> what is the intended difference between these components ?
>> I somehow thought search was something different, but of course it's the
>> same. I'l
Richard Heck wrote:
> Both of those look fine to me.
OK, I'll put them in. The next po remerge will then create some "new old"
strings.
> I'm going to look at the other mathed ones, too. It seems prima facie as
> if they will be good for branch at some point, but (a) I'm hoping to
> release 2.0
Il 09/05/2011 16:26, Richard Heck ha scritto:
* component: search => find/replace
what is the intended difference between these components ?
I somehow thought search was something different, but of course it's the
same. I'll change them back and make you owner of the search bugs.
unl
On 09/05/2011 2:23 PM, Diego Queiroz wrote:
Which workaround? You said math macros don't work within child docs, I say
they work for me. No workaround necessary.
Maybe I misunderstood you.
I was citing your workaround to include bibtex in the childs.
"I use a branch named "child only", whic
"Uwe Stöhr" wrote in message
news:4dc7ddbe.2020...@web.de...
5. The latest version of the metafile2eps printer gives an error message
when it is first used: When I compile a LyX file containing a wmf-image,
I get the error message that the printer could not be successfully be
initialized. For
On 05/09/2011 12:03 PM, John Kennan wrote:
> Hi:
>
> In Windows version (XP), using LyX 2.0.0 (April 29) I get a crash when
> I do this:
>
> editing the attached file with outline on
>
> click just in front of where it says Two
> highlight from there to the end of the file, and delete
>
> click on
>
> Which workaround? You said math macros don't work within child docs, I say
> they work for me. No workaround necessary.
>
Maybe I misunderstood you.
I was citing your workaround to include bibtex in the childs.
>> "I use a branch named "child only", which is activated in child docs but
deacti
"Jim Oldfield" wrote in message
news:868476.20267...@web29206.mail.ird.yahoo.com...
> Personally, am I happy to sacrifice 40MB of disk space if it means that
uninstalling other programs doesn't suddenly stop LyX from working. This
is the
"Windows way" sadly - since there is no package manager,
On 09/05/2011 1:44 PM, Diego Queiroz wrote:
So, I do not experience your problem. However document settings and stuff
that gets defined in the preamble need to be set in both master and child
docs.
--
Julien
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you
"Uwe Stöhr" wrote in message
news:4dc7ddbe.2020...@web.de...
the last days I tested your new installer. You have done a good job!: the
installer code is much more understandable and contains more comments to
be able to understand the code.
Thanks.
As we once agreed, we should only provide ON
On 09/05/2011 1:44 PM, Diego Queiroz wrote:
So, I do not experience your problem. However document settings and stuff
that gets defined in the preamble need to be set in both master and child
docs.
--
Julien
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you
>
> So, I do not experience your problem. However document settings and stuff
> that gets defined in the preamble need to be set in both master and child
> docs.
> --
> Julien
>
Actually, the answer is: yes, you do experience the very same problem.
Otherwise you won't need to go after a workaround
On 09/05/2011 10:22 AM, Diego Queiroz wrote:
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use it in other c
Jean-Marc Lasgouttes wrote:
>>>
>>> as always ;-)
>>
>> i guess its related to the higher workload when people come to work on
>> monday and start reading various news...
>> ping still works so it most probably needs apache restart or so.
>
> Is there something that does not work right now? It see
Le 09/05/11 13:15, Pavel Sanda a écrit :
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
in its prime time :/
as always ;-)
i guess its related to the higher workload when people come to work on monday
and start reading various news...
ping still works so it most probably needs apache restart
On May 9, 2011, at 9:26 AM, Liviu Andronic wrote:
> On Mon, May 9, 2011 at 6:03 PM, John Kennan wrote:
>> Hi:
>>
>> In Windows version (XP), using LyX 2.0.0 (April 29) I get a crash when I do
>> this:
>>
> Confirmed on Xubuntu 10.04, with 2.0.0.
> Liviu
>
The same thing happens on Mac OS X 10
>
> But what if you really want to compile it as a standalone document?
> People do this.
>
> Richard
>
But if it was really a standalone document, I would have to unset master
document property, right?
Anyway, in my case, the problem is that my child document with the macros
also define Nomencla
Am Montag, 9. Mai 2011 schrieb Kornel:
> What we could do, is convert development/cmake/CMakeLists.txt to a
> something like TopLyx.cmake and include directly in the top-level
> CMakeLists.txt. Also the add_subdirectory() calls in this TopLyx.cmake has
> to be expanded with a second parameter, e.g.
On Mon, May 9, 2011 at 6:03 PM, John Kennan wrote:
> Hi:
>
> In Windows version (XP), using LyX 2.0.0 (April 29) I get a crash when I do
> this:
>
Confirmed on Xubuntu 10.04, with 2.0.0.
Liviu
> editing the attached file with outline on
>
> click just in front of where it says Two
> highlight fr
Am 09.05.2011 um 15:22 schrieb Uwe Stöhr:
> Am 09.05.2011 14:45, schrieb Stephan Witt:
>
>> Besides the question how to install hunspell I have a remark here.
>>
>> Aspell in general is unable to remove words from the personal word list.
>
> Yes, this is one of the major problems of Aspell.
>
Hi:
In Windows version (XP), using LyX 2.0.0 (April 29) I get a crash when I
do this:
editing the attached file with outline on
click just in front of where it says Two
highlight from there to the end of the file, and delete
click on where it says stuff
Outline still shows Part II (even tho
On 05/09/2011 12:08 PM, Jürgen Spitzmüller wrote:
> Richard Heck wrote:
>> I was more thinking about the next person. And where I could easily
>> store this.
> It's certainly good to have such stuff centralized. I was just trying to
> excuse my laziness.
>
Isn't laziness the number 1 virtue of a h
Richard Heck wrote:
> I was more thinking about the next person. And where I could easily
> store this.
It's certainly good to have such stuff centralized. I was just trying to
excuse my laziness.
Jürgen
Liviu Andronic wrote:
> On Mon, May 9, 2011 at 1:05 PM, Pavel Sanda wrote:
> > in its prime time :/
> >
> Will some download stats be available later on?
the ftp servers are not under our control.
even more, most of linux installs will never touch our servers
at all and will go through distros pa
Jim Oldfield wrote:
> > 10. The last installer page should have an option to start LyX after
> > installing it, as in my installer. This behaviour is more or less a
> > standard
> > and many people expect that the program is opened after installing.
>
>
> Actually, this is an anachronism, and
On 05/09/2011 11:09 AM, Jürgen Spitzmüller wrote:
> Richard Heck wrote:
>> Is there a reason not to commit such a script to development/tools/?
> No. Except that I thought it would be of no use for anybody but me (and now
> you).
>
I was more thinking about the next person. And where I could easil
On 05/08/2011 07:19 AM, b...@lyx.org wrote:
> Author: baum
> Date: Sun May 8 13:19:55 2011
> New Revision: 38640
> URL: http://www.lyx.org/trac/changeset/38640
>
> Log:
> Fix bug #7511 by moving the old label instead of creating a new one.
>
For branch?
Richard
> Modified:
>lyx-devel/trunk/s
On 05/09/2011 11:22 AM, Edwin Leuven wrote:
> Richard Heck wrote:
>> Edwin Leuven wrote:
>>> ok for branch?
>>>
>> Yes, please.
> done:
>
> http://www.lyx.org/trac/changeset/38658
>
Thanks.
rh
On 05/08/2011 05:09 PM, for...@lyx.org wrote:
> Author: forenr
> Date: Sun May 8 23:09:38 2011
> New Revision: 38646
> URL: http://www.lyx.org/trac/changeset/38646
>
> Log:
> MikTeX's kpsewhich doesn't mention "kpathsea emulation" anymore.
> On Cygwin, the most reliable way to tell what is the rig
Am Samstag, 7. Mai 2011 schrieb Peter Kümmel:
> On 07.05.2011 12:25, Kornel wrote:
> > Ok, we can ask if ${CMAKE_BINARY_DIR} equals ${CMAKE_SRC_DIR}
>
> Seems we've worked in parallel. But not a problem, mainly I
> needed a test case for the "one-feature-in-a-branch" workflow.
>
...
I have found
Richard Heck wrote:
> Edwin Leuven wrote:
>> ok for branch?
>>
> Yes, please.
done:
http://www.lyx.org/trac/changeset/38658
On 05/09/2011 02:15 AM, Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
>> also this page needs 1.6.10->2.0.1 transition: http://www.lyx.org/I18n
>> some script like
>> cd po; make i18n.inc; cp i18n.inc ../../www/farm/cookbook/LyX/i18n.inc; svn
>> ci do what you want.
> I've done that (and sent Ric
On 05/09/2011 11:05 AM, Diego Queiroz wrote:
>
>> If you want to compile just one chapter as part of a larger document,
>> then you need to use the \includeonly support, accessible from
>> Document>Settings.
> I was not aware of this feature. Thanks for the hint.
>
It's new in 2.0.0.
> But it is a
Richard Heck wrote:
> Is there a reason not to commit such a script to development/tools/?
No. Except that I thought it would be of no use for anybody but me (and now
you).
Jürgen
>
> If you ask to compile just the child, then you are asking to compile it
> as a standalone document, so it is no surprise that this does not work.
>
Exactly. :-)
> If you want to compile just one chapter as part of a larger document,
> then you need to use the \includeonly support, accessibl
On 05/09/2011 02:09 AM, Pavel Sanda wrote:
> Richard Heck wrote:
>> if they will be good for branch at some point, but (a) I'm hoping to
>> release 2.0.1 not that far into the future, since we already have some
>> pretty serious bugs fixed, and (b) these look like fairly minor bugs
>> that could wa
On 9-5-2011 16:38, Diego Queiroz wrote:
> The question now is that whether Lyx stores all the settings files in the
> installation directory itself, and not use registry (for windows, etc).
> Perhaps one of the developers could have answer to this more specific
> question.
>
>
> LyX uses t
On 05/08/2011 02:45 PM, Enrico Forestieri wrote:
> The \input@path mechanism (already used by LyX) is not always sufficient
> and there are cases where a file can be found by LaTeX and also by other
> ancillary programs (such as dvi previewers) only if the document dir is
> placed in the TEXINPUTS
>
> The question now is that whether Lyx stores all the settings files in the
> installation directory itself, and not use registry (for windows, etc).
> Perhaps one of the developers could have answer to this more specific
> question.
>
LyX uses the user directory by default and doesn't use the W
On 05/09/2011 10:22 AM, Diego Queiroz wrote:
> I'm not sure if this is a bug report or a feature request. Probably the
> second one.
>
> In LyX it's ok to define a Math Macro in a Master document and use it in a
> child one. It's also ok to use math macros that are defined in a child and
> use it i
On 05/09/2011 08:34 AM, Edwin Leuven wrote:
> Richard Heck wrote:
>> Anyway, I'll have a look at the patch later. For now, it looks good, and
>> of course we'll also need it for branch.
> i applied this
>
> http://www.lyx.org/trac/changeset/38655
>
> ok for branch?
>
Yes, please.
Richard
On 05/09/2011 02:13 AM, Tommaso Cucinotta wrote:
> Il 09/05/2011 05:32, LyX Ticket Tracker ha scritto:
>> #7217: performance issue with advanced find and replace dialog
>> --+-
>>
>> Reporter: uwestoehr | Owner: t
I'm not sure if this is a bug report or a feature request. Probably the
second one.
In LyX it's ok to define a Math Macro in a Master document and use it in a
child one. It's also ok to use math macros that are defined in a child and
use it in other child document.
In both cases, I am able to vie
> From: Uwe Stöhr
> 1. the installer doesn't recognize if Ghostscript is already installed
> 2. the installer doesn't recognize if Python is already installed
> 3. the installer doesn't recognize if Imagemagick is already installed
>
> For computers where these are installed, we unnece
1 - 100 of 119 matches
Mail list logo