On Mon, Mar 22, 2010 at 10:50 AM, Kornel Benko wrote:
> We need someone having OSX. You already have some experience there. It is not
> soo difficult
> to start with cmake. Maybe you could step in here?
>
> Code specific for OSX in e.g. CMakeLists.txt would look like this:
> if(APPLE)
> if(NO
On Mon, Mar 22, 2010 at 10:55 AM, Stephan Witt wrote:
> Am 22.03.2010 um 14:58 schrieb BH:
>
>> On Mon, Mar 22, 2010 at 9:17 AM, Kornel Benko wrote:
The problem is installing it. When XCode builds, it should
create the application bundle, but it doesn't. When I use unix
makefiles,
On Fri, Mar 26, 2010 at 09:40:27PM -0400, rgheck wrote:
>
> >>>Several:
> >>>1. Disable cache.
> >>>2. Softlink the cache dir somewhere else.
> >>>3. Use the -userdir flag when launching lyx.
> >>>4. Set the LYX_USERDIR_16x to a place with plenty of room.
> >>>
> >>So far as I can see, only the f
On Fri, Mar 26, 2010 at 09:40:56PM -0400, rgheck wrote:
> On 03/26/2010 06:40 PM, Enrico Forestieri wrote:
> >On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote:
> >>On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
> >>>Any other ideas, then? This does seem to be a real
On Wed, Mar 24, 2010 at 11:52 AM, Stephan Witt wrote:
> Am 24.03.2010 um 16:11 schrieb BH:
>
>> On Wed, Mar 24, 2010 at 10:10 AM, Pavel Sanda wrote:
>>> BH wrote:
etc.). Qt4.6 crashes, which I gather is true on other systems as well.
>>>
>>> which crashes?
>>
>> I'll start submitting them. O
On 03/26/2010 06:40 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
Any other ideas, then? This does seem to be a real problem for some people.
Several:
1. Disable ca
Several:
1. Disable cache.
2. Softlink the cache dir somewhere else.
3. Use the -userdir flag when launching lyx.
4. Set the LYX_USERDIR_16x to a place with plenty of room.
So far as I can see, only the first is likely to work in the case
the user reported. Or maybe the second, but tha
Richard Heck wrote:
> Looks good to me.
thanks for comments.
pavel
On Fri, Mar 26, 2010 at 11:40:21PM +0100, Enrico Forestieri wrote:
> On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote:
> > On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
> > > Any other ideas, then? This does seem to be a real problem for some
> > > people.
> >
>
On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote:
> On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
> > Any other ideas, then? This does seem to be a real problem for some people.
>
> Several:
> 1. Disable cache.
> 2. Softlink the cache dir somewhere else.
> 3. Use t
On Fri, Mar 26, 2010 at 06:20:06PM -0400, rgheck wrote:
> On 03/26/2010 06:16 PM, Enrico Forestieri wrote:
> >On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
> >
> >>On 3/26/10 5:50 PM, Enrico Forestieri wrote:
> >>>On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote:
> >>>
>
> > I have download alpha 1,
> configure, compile and install without problem.
> > But when I run it get:
> >
> >lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1:
> undefined
> >symbol: _ZN11QVectorData4freeEPS_i
> >
> > I have debian lenny with g++ 4.3.2, qt 4.6.2.
> >
> >Regards
>
> Usually, you
On 03/26/2010 06:16 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
On 3/26/10 5:50 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote:
On 03/26/2010 01:11 PM, rgheck wrote:
A user noted
On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
> On 3/26/10 5:50 PM, Enrico Forestieri wrote:
> >On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote:
> >
> >>On 03/26/2010 01:11 PM, rgheck wrote:
> >>>A user noted that, by putting the converter cache in the user
> >>>directory, w
On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote:
> On 03/26/2010 01:11 PM, rgheck wrote:
> >
> >A user noted that, by putting the converter cache in the user
> >directory, we risk running people over their disk quotas, since
> >that cache can get fairly large. The attached moves the cache t
On 03/26/2010 02:12 PM, Pavel Sanda wrote:
Richard Heck wrote:
wouldnt be better this way
// Saving failed, so backup is not backup
if (madeBackup)
backupName.moveTo(d->filename);
+d->filename.copyTo(d->backupName);
Vincent van Ravesteijn wrote:
> I'm not sure I remember what Edwin proposed.
at one point i suggested to keep only the "advanced" one
you then suggested to keep the "simple" one and perhaps turn it into a
search bar
if i remember well the issue was mainly speed
of course keeping the old one ar
Leuven recently proposed a rework of the current simple-search dialog.
Are we going to have 3 search facilities ?
- simple-search dialog
- advanced-search pane
- simple-search bar ?
I'm not sure I remember what Edwin proposed.
Or, are you thinking to just replace the simple-search dialog w
Tommaso Cucinotta wrote:
> Or, are you thinking to just replace the simple-search dialog with the bar
> ?
yes that was the proposal.
pavel
Vincent van Ravesteijn - TNW wrote:
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? otherwise c.
I've already done some work on it. I really want to have this in 2.0.0,
so w
Richard Heck wrote:
>> wouldnt be better this way
>> // Saving failed, so backup is not backup
>> if (madeBackup)
>> backupName.moveTo(d->filename);
>> +d->filename.copyTo(d->backupName);
>>
>>
>>
> I'm a bit puzzled here. Why c
On 03/26/2010 01:16 PM, J Worky wrote:
rgheck wrote:
>LyX 2.0 will include its own native HTML output, and alpha releases of 2.0
should be out shortly, so you can try it out for yourself. If your tool works
with
LyX's HTML output, or if you can get it to do so, then I have no objec
On 03/26/2010 01:11 PM, rgheck wrote:
A user noted that, by putting the converter cache in the user
directory, we risk running people over their disk quotas, since that
cache can get fairly large. The attached moves the cache to LyX's
temporary directory. Does anyone know a reason not to do t
>Author: rgheck
>Date: Fri Mar 26 17:59:08 2010
>New Revision: 33875
>URL: http://www.lyx.org/trac/changeset/33875
>
>Log:
>Backport fix for #6454. The real cause may be elsewhere, but
>this does fix the crash and is a worthwhile sanity check in
>any event.
Status.16x ?
Vincent
>Author: rgheck
>Date: Fri Mar 26 17:54:24 2010
>New Revision: 33874
>URL: http://www.lyx.org/trac/changeset/33874
>
>Log:
>Backport fix for #6522.
Status.16x ?
Vincent
Richard,
Could you please add an extension to the patches you send, .patch or
.diff or .txt.
Then, I can open the attachment without difficulties and/or annoying
extra mouseclicks.
Vincent
On 03/25/2010 05:59 PM, Jack Desert wrote:
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"
rgheck wrote:
>LyX 2.0 will include its own native HTML output, and alpha releases of 2.0
> should be out shortly, so you can try it out for yourself. If your tool
works with
> LyX's HTML output, or if you can get it to do so, then I have no objection
to
> its being included in LyX. Seems useful.
A user noted that, by putting the converter cache in the user directory,
we risk running people over their disk quotas, since that cache can get
fairly large. The attached moves the cache to LyX's temporary directory.
Does anyone know a reason not to do this?
Jurgen, this could go to branch,
>
>This seems like a sensible request. Anyone know off-hand where we set
this?
>
ConverterCache::init() ?
// We do this here and not in the constructor because package() gets
// initialized after all static variables.
cache_dir = FileName(addName(package().user_support().absFilename(),
"cache"
On 03/26/2010 12:44 PM, Zeyn Saigol wrote:
Dear Lyx developers,
I'd like to request that the converter cache directory be moved from the user
settings directory to the temp directory (as configured in the Paths section of
the Preferences dialog).
This is actually important for me (and probabl
Dear Lyx developers,
I'd like to request that the converter cache directory be moved from the user
settings directory to the temp directory (as configured in the Paths section of
the Preferences dialog).
This is actually important for me (and probably other users on Windows),
because I work i
On 03/25/2010 08:07 PM, Pavel Sanda wrote:
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.
I read the thread on the bug. This is weird and annoying. From what I
can t
>> -Building Visual C++ 2005 project files
>> +Building Visual C++ project files
>> --
>>
>> -* install Visual C++ 2005
>> -* install Platform SDK 2005, "Core" and "Web Workshop"
>> +* install Visual C++ 2008
>> +* install Platform SDK 2008, "Co
> I have download alpha 1, configure, compile and install without problem.
> But when I run it get:
>
>lyx-2.0.0.a1: symbol lookup error: lyx-2.0.0.a1: undefined
>symbol: _ZN11QVectorData4freeEPS_i
>
> I have debian lenny with g++ 4.3.2, qt 4.6.2.
>
>Regards
Usually, you use a different run-time v
On 03/25/2010 10:37 PM, kuem...@lyx.org wrote:
Author: kuemmel
Date: Thu Mar 25 22:37:42 2010
New Revision: 33869
URL: http://www.lyx.org/trac/changeset/33869
Log:
cmake: update Readme
-Building Visual C++ 2005 project files
+Building Visual C++ project files
--
Le 26/03/2010 10:43, Guenter Milde a écrit :
On 2010-03-25, Jean-Marc Lasgouttes wrote:
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 \us
Le 25/03/2010 22:01, Pavel Sanda a écrit :
Joost Verburg wrote:
I'm afraid not, MiKTeX also maintains a database of installed packages.
pity
pavel
Could we coerce miktex maintainer into adding to MiKTex a "lyxsupport"
meta package with only dependencies (do these things exist in MikTex?),
On 2010-03-25, Jean-Marc Lasgouttes wrote:
> 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.
Did
Helge Hafting wrote:
> Compatibility meaning:
> "the document still compiles and output still looks good"
> or "identical printout to within 1/100 of a mm"
> or "bitwise identical pdf file"?
>
> The first one is good enough for me, but maybe not for everybody?
Compatibility means (here): the con
40 matches
Mail list logo
