>> > However, ATM I have no time to explore this idea.
>>
>> Me neither. Should I commit this nevertheless including a fixme?
>
> I think so, as it is not prejudicial to the proper approach outlined
> by JMarc.
OK, it is in.
regards Uwe
On Tue, Nov 10, 2009 at 02:16:28PM +0100, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri writes:
> > The difficulty would be that we now have something as params().use_amsmath,
> > while "package" would be a string, not easily associated to the variable
> > name "use_amsmath".
>
> We can have a
On Tue, Nov 10, 2009 at 04:34:21AM +0100, Uwe Stöhr wrote:
> > However, ATM I have no time to explore this idea.
>
> Me neither. Should I commit this nevertheless including a fixme?
I think so, as it is not prejudicial to the proper approach outlined
by JMarc.
--
Enrico
On Tue, 2009-11-10 at 13:15 +0100, Helge Hafting wrote:
> * When two packages conflict, LyX resolves this automatically by
>loading one package and renaming all conflicting symbols before
>the next package is loaded. Latex nameclashes then becomes a thing of
>the past with LyX.
I am no
On Tue, Nov 10, 2009 at 09:19:51AM +1000, Douglas Ray wrote:
> half the topics on this list seem to be how to
> overcome problems of using Qt...
And the other two thirds are about re-inventing wheels without Qt.
SCNR,
Andre'
Gregory Jefferis writes:
> Just to confirm from man kill(2) at:
>
> http://developer.apple.com/Mac/library/documentation/Darwin/Reference/ManPag
> es/man2/kill.2.html#//apple_ref/doc/man/2/kill
Thanks!
> So the choice of -1 as the return value when ForkedProcess::fork()
> can't fork turned out t
On 2009-11-10 15:35, "Jean-Marc Lasgouttes" wrote:
> Jean-Marc Lasgouttes writes:
>> This is pretty bad. But note that it is considered as pretty rude from a
>> modern OS to just die because of an application it does not like. Is it
>> fix with the recent 10.6.2 OS X update?
>
> I suspect that
On Tue, Nov 10, 2009 at 10:35 AM, Jean-Marc Lasgouttes
wrote:
> Jean-Marc Lasgouttes writes:
>> This is pretty bad. But note that it is considered as pretty rude from a
>> modern OS to just die because of an application it does not like. Is it
>> fix with the recent 10.6.2 OS X update?
>
> I susp
On Tue, Nov 10, 2009 at 11:02 AM, Jean-Marc Lasgouttes
wrote:
> BH writes:
>
>> On Tue, Nov 10, 2009 at 9:49 AM, Jean-Marc Lasgouttes
>> wrote:
>>> This is pretty bad. But note that it is considered as pretty rude from a
>>> modern OS to just die because of an application it does not like. Is it
BH writes:
> On Tue, Nov 10, 2009 at 9:49 AM, Jean-Marc Lasgouttes
> wrote:
>> This is pretty bad. But note that it is considered as pretty rude from a
>> modern OS to just die because of an application it does not like. Is it
>> fix with the recent 10.6.2 OS X update?
>
> I'm still on 10.5.8, w
On Tue, Nov 10, 2009 at 9:49 AM, Jean-Marc Lasgouttes
wrote:
> This is pretty bad. But note that it is considered as pretty rude from a
> modern OS to just die because of an application it does not like. Is it
> fix with the recent 10.6.2 OS X update?
I'm still on 10.5.8, with no plans to move to
Jean-Marc Lasgouttes writes:
> This is pretty bad. But note that it is considered as pretty rude from a
> modern OS to just die because of an application it does not like. Is it
> fix with the recent 10.6.2 OS X update?
I suspect that OSX dies when we kill a process with pid==-1 %-|
Bennett, cou
Jean-Marc Lasgouttes wrote:
> I am baffled by this problem.
So am I.
> Juergen, I guess this means that 1.6.4.2
> should wait.
Yes, I already removed the tarballs. I'm glad we detected the problem before
the release. However, these Mac OS X extra releases are beginning to annoy me
:-/
Jürgen
BH writes:
> On Mon, Nov 9, 2009 at 9:26 AM, BH wrote:
>> With recent branch, when I attempt to spellcheck any document I get a
>> hard crash of all user processes, dumping me back to the login screen.
>
> After further investigation, it turns out this crash was introduced
> with Jean-Marc's no-
Jean-Marc Lasgouttes wrote:
> > Any reason not to resolve the E-Mail masking in the About LyX dialog?
>
> No. Please go on.
done.
Jürgen
Jürgen Spitzmüller writes:
> Any reason not to resolve the E-Mail masking in the About LyX dialog?
No. Please go on.
JMarc
rgheck writes:
>> Richard, it is nice to see you working on that. One thing that would be
>> nice is to be able to have the graph depend on the document, or rather
>> of its class: this would allow to handle unsupported classes, which can
>> currently not be output at all. We should be able to exp
Any reason not to resolve the E-Mail masking in the About LyX dialog?
Jürgen
Index: src/frontends/qt4/GuiAbout.cpp
===
--- src/frontends/qt4/GuiAbout.cpp (Revision 31934)
+++ src/frontends/qt4/GuiAbout.cpp (Arbeitskopie)
@@ -58,9 +58,
Jean-Marc Lasgouttes wrote:
>> Better is to switch to tr1, and as fallback to use an external boost
>> tr1 implementation.
>
> The part that is problematic for stdlib-debug, I think, is boost::regex.
> Does tr1 contain something like that?
Yes, but it is not 100% source compatible (at least with
Enrico Forestieri writes:
> The difficulty would be that we now have something as params().use_amsmath,
> while "package" would be a string, not easily associated to the variable
> name "use_amsmath".
We can have a map object that we use like
params().use["amsmath"]
JMarc
Sebastian Guttenberg writes:
> Jean-Marc wrote:
>> > but in both cases
>> > LyX still includes the package fontenc in the exported file.
>>
>> And is it a problem in practice?
>
> Not in practice any longer, but in principle: If I am not using a
> package at all, then it shouldn't be loaded I thi
mgc wrote:
> I hereby grant permission to license my contributions to LyX under the
> GNU General Public License, version 2 or later.
Thanks, Tao. You're in the Hall of Fame now.
Jürgen
Peter Kümmel writes:
> Better is to switch to tr1, and as fallback to use an external boost
> tr1 implementation.
The part that is problematic for stdlib-debug, I think, is boost::regex.
Does tr1 contain something like that?
We could also:
- have external-boost be the default for releases
- hav
Pavel Sanda writes:
> Jürgen Spitzmüller wrote:
>> >An easier long-term fix (for branch) would be to make
>> >--with-external-boost the default.
>>
>> Yes, but for now, I'd prefer another upgrade.
>
> so we can do it for trunk now?
As I wrote, this kills stdlib-debug (unless distribs also provi
Enrico Forestieri wrote:
I understand your point. But for example the esint handling was
introduced because this package redefines commands that are also used
by other packages. The two-letter commands defined by mhchem are error
prone as well. Besides this, mhchem is our third package that is
a
hi, i'm reposting this from trac since i guess this needs to be discussed here:
while trying to fix #5211 i just found have problem in trunk with
reloading files which is not present in branch.
consider the following scenario:
1. change child buffer
2. go to the master and try to reload buffer
w
I hereby grant permission to license my contributions to LyX under the
GNU General Public License, version 2 or later.
On Tue, Nov 10, 2009 at 10:06 AM, Pavel Sanda wrote:
> mgc wrote:
> > Hope it will be helpful.
>
> thank you! we need your statement that this contribution is licensed under
On 9.11.09, Jean-Marc Lasgouttes wrote:
> Sebastian Guttenberg writes:
> > Sorry that I have posted my question to lyx-devel and not lyx-user, but
> > the reason was to suggest to make it possible to deselect the package
> > fontenc. And I still think that all packages should be deselectable. But
On 2009-11-09, Vincent van Ravesteijn wrote:
> Afief Halumi schreef:
>> I've been trying to get Inkscape to convert my svgs instead of the
>> default(which gives an empty image after opening octave's svg plots)
> Images are first copied into the temporary directory using this string
> you're see
Dear LyX developers,
at http://www.lyx.org/trac/ticket/3605, I was asked to send my patch to the
lyx-devel list. My first attempt (via mail) seems to have failed, so I try
again (via news).
On 26.10.09, LyX Ticket Tracker wrote:
> #3605: MAC formatted layout files causes layout2layout.py run perm
30 matches
Mail list logo
