Regarding the following ticket,
http://www.lyx.org/trac/ticket/4398
is this fixed? It seems to work fine for me in trunk.
For example, in the Embedded Objects Manual when I delete the note that says
Remove the protected space when bug 4398 is fixed! and the protected space
the document compiles
I have issues with Edit Externally in all three of the insets of the Simple
examples section of the spreadsheets.lyx example file:
1.
right click on the first external material inset (sheet1.gnumeric) and go to
Edit Externally. I get the error No information for editing gzip. This should
happen
On Tue, Sep 4, 2012 at 10:31 PM, Richard Heck rgh...@lyx.org wrote:
On 09/04/2012 09:48 PM, Scott Kostyshak wrote:
Is notifying that lyx.org is down useful?
Yes, it signals me to try to fix it. I'll see what I can do.
OK.
Scott
On Tue, Sep 4, 2012 at 7:51 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:
Le 31/08/2012 19:29, Scott Kostyshak a écrit :
Where is the correct place to report this? Should I report it at the
main trac site or is it lyx.org-specific?
1. go to http://www.lyx.org/trac/
2. login
3. click
Is there a reason why lyx -help, lyx -dbg, and lyx -version are
written to stderr? I have not seen this behavior from any other
command.
Thanks,
Scott
On Sat, Sep 8, 2012 at 11:07 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Valgrind shows an unitialized variable there. I fixed it, you can try to see
whether it helps (but I would be surprised).
JMarc's fix might have fixed this for me. I no longer get a crash. But
I wasn't able to get
On Sun, Sep 9, 2012 at 4:21 PM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:
-help and -version should probably go to standard output. For -dbg the same
holds when no debug channel is specified.
Feel free to fix this.
Patch attached.
Thanks,
Scott
diff --git a/src/LyX.cpp b/src/LyX.cpp
On Sun, Sep 9, 2012 at 7:50 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
Now I did, and it doesn't crash any more. Still, I'm very puzzled by the
*why* initializing that boolean should have fixed the crash.
I would be interested in the answer to this also.
Without too much philosophy,
On Mon, Sep 10, 2012 at 7:09 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
Is a better solution still to move the Date template to InsetInfo?
Well, the idea was also to join this with insert-date via some preference
(or even have some formatting string).
Makes sense
On Mon, Sep 10, 2012 at 7:17 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
application/x-gzip check the extension. I wonder if this applies to other
formats that store compressed data. If so, then at least it would not be
hardcoded only for the specific case of gnumeric
On Mon, Sep 10, 2012 at 5:59 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
The branch, master, has been updated.
- Log -
commit a57a2d9acfc2a36084d2f322f5089203ae89fc9e
Author: Jean-Marc Lasgouttes lasgout...@lyx.org
Date:
On Mon, Sep 10, 2012 at 5:01 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 10/09/12 17:14, Stephan Witt a écrit :
With TAB instead of 8 spaces it works :)
Is it better now?
Yes, it works for me now.
Thank you,
Scott
On Sun, Sep 9, 2012 at 7:50 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
On 09/09/12 02:54, LyX Ticket Tracker wrote:
I have not been able to reproduce since JMarc's fix. Have you tried on
updated trunk?
Now I did, and it doesn't crash any more. Still, I'm very puzzled by the
*why*
From: lyx-devel@lists.lyx.org [lyx-devel@lists.lyx.org] on behalf of Pavel
Sanda [sa...@lyx.org]
Sent: Tuesday, August 21, 2012 5:05 AM
It looks innocent, go ahead. Pavel
The commit is in.
Thanks,
Scott
On Sun, Sep 9, 2012 at 5:02 PM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:
Le 09/09/12 22:47, Scott Kostyshak a écrit :
On Sun, Sep 9, 2012 at 4:21 PM, Jean-Marc Lasgouttes lasgout...@lyx.org
wrote:
-help and -version should probably go to standard output. For -dbg the
same
holds when
On Mon, Sep 10, 2012 at 5:01 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 10/09/12 17:14, Stephan Witt a écrit :
With TAB instead of 8 spaces it works :)
Is it better now?
Should autogen.sh abort if the make doesn't succeed?
Attached is a patch.
Scott
diff --git a/autogen.sh
On Tue, Sep 11, 2012 at 3:29 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 11/09/2012 09:15, Scott Kostyshak a écrit :
On Mon, Sep 10, 2012 at 5:01 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 10/09/12 17:14, Stephan Witt a écrit :
With TAB instead of 8 spaces it works
On Tue, Sep 11, 2012 at 4:06 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 11/09/2012 09:39, Scott Kostyshak a écrit :
Yes.
Is that patch OK?
Yes, sure.
It's in.
Thanks,
Scott
On Tue, Sep 11, 2012 at 4:02 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
commit 1451c7cf662e4ae02bfc5f7cd1e6b0783fc5d4a7
Author: Scott Kostyshak skost...@lyx.org
Date: Mon Sep 10 23:18:22 2012 -0400
Get rid of a Qt-generated stderr message
Welcome on our board Scott
On Tue, Sep 11, 2012 at 11:03 AM, Julien Rioux jri...@physics.utoronto.ca
wrote:
On 11/09/2012 4:02 AM, Pavel Sanda wrote:
Scott Kostyshak wrote:
commit 1451c7cf662e4ae02bfc5f7cd1e6b0783fc5d4a7
Author: Scott Kostyshak skost...@lyx.org
Date: Mon Sep 10 23:18:22 2012 -0400
Get rid of a Qt
On Tue, Sep 11, 2012 at 11:19 AM, Julien Rioux
jri...@physics.utoronto.ca wrote:
On 10/09/2012 9:58 AM, Scott Kostyshak wrote:
On Mon, Sep 10, 2012 at 7:17 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
application/x-gzip check the extension. I wonder if this applies to
other
On Tue, Sep 11, 2012 at 6:36 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 11/09/2012 11:44, Pavel Sanda a écrit :
Scott Kostyshak wrote:
If the Date template were moved out, would there still be a need to
support external material with no file associated with it? Or will
I don't
On Fri, Aug 31, 2012 at 9:11 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
OK, this is also in the updated patch.
Thanks, this can go in.
It is in now.
Should I commit LFUNs.lyx after `make lfundoc` now or is this only
done prior to release?
Scott
On Sun, Sep 2, 2012 at 8:42 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
The attached patch cleans up some comments, LFUN documentation, an
error message, and lyx --help output.
Fine for trunk. Pavel
It is in.
Thanks,
Scott
On Wed, Sep 12, 2012 at 8:03 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
Should I commit LFUNs.lyx after `make lfundoc` now or is this only
No need. P
OK, thanks.
Scott
On Sun, Sep 2, 2012 at 4:23 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
(a) the style is inconsistent
This is good enough reason. I did grep sources and we indeed use
const_iterator
for end in most cases.
(3) I've read that compilers can apply more aggressive optimizations
On Thu, Sep 13, 2012 at 5:57 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
Is the patch (attached in the first email) OK to go in?
As said I don't think there is any performance profit in those cases
so I would stick to the default style we use.
IIRC end iterators are generally
This topic came up twice in the last couple of days:
http://tex.stackexchange.com/questions/71550/globally-set-a-word-in-small-caps-or-italics/71591
http://latex-community.org/forum/viewtopic.php?f=19t=21427
I have two questions:
(1) Is there an easier LyX-solution than recompiling or using a
lyx.org is down.
Scott
On Sun, Sep 16, 2012 at 8:36 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
I do not think that the other changes in the patch are contrary to the
current style. I made them with the same thought as what Richard has:
I trust your decision, go on.
It's in.
Thanks,
Scott
On Mon, Sep 17, 2012 at 12:54 AM, Andrew Parsloe apars...@clear.net.nz wrote:
I would love to be able to insert a pause between buffer-export lyxtabsort
and buffer-reload, and found myself searching, alas forlornly, for a pause
LFUN (e.g. pause 500 = do nothing for half a second).
It would be
On Mon, Sep 10, 2012 at 6:06 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 10/09/2012 02:12, Scott Kostyshak a écrit :
On Sun, Sep 9, 2012 at 7:50 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
Now I did, and it doesn't crash any more. Still, I'm very puzzled by the
*why* initializing
(CC'ing original author)
Attached is a patch with some changes to the bash completion script.
I don't understand the following:
case $last in
+\(--export|-e\))
Why is the second line not simply --export|-e) ?
Instead of hardcoding the -dbg options, this patch makes it so they
On Wed, Sep 19, 2012 at 4:09 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 19/09/2012 09:46, Scott Kostyshak a écrit :
I tried to reproduce the Valgrind error (on commit 7a7b9abf1) as an
exercise and I could not. Here is my Valgrind log:
http://paste.debian.net/190784/
Note that I
Some have reported problems with LyX scrolling on Windows and Mac.
Robert Schulze has git-bisected his way to the root cause of the
particular scrolling problem he is experiencing:
http://www.lyx.org/trac/ticket/8135
I am wondering if his problem is the same as others. The patch for
current branch
This patch for branch fixes a warning that was fixed on master here:
ea50cd71f9d
Is it OK?
Scott
diff --git a/src/frontends/qt4/GuiSpellchecker.cpp
b/src/frontends/qt4/GuiSpellchecker.cpp
index 5dbdbbb..c428807 100644
--- a/src/frontends/qt4/GuiSpellchecker.cpp
+++
This patch for branch fixes a warning that was fixed on master here:
ea50cd71f9d
Is it OK?
Scott
This updated patch fixes another warning on branch, which was also
fixed in master at that commit.
Scott
diff --git a/src/Lexer.cpp b/src/Lexer.cpp
index d824da0..664e1b9 100644
---
On Thu, Sep 20, 2012 at 4:05 PM, Scott Kostyshak skost...@lyx.org wrote:
This patch for branch fixes a warning that was fixed on master here:
ea50cd71f9d
Is it OK?
Scott
This updated patch fixes another warning on branch, which was also
fixed in master at that commit.
Scott
Sorry
On Thu, Sep 20, 2012 at 4:44 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
If the hardcoding is desired, then I will manually make the updates:
I think hardcoding is fine here. Pavel
OK, updated patch attached.
Thanks,
Scott
diff --git a/lib/scripts/bash_completion b/lib
On Thu, Sep 20, 2012 at 5:49 PM, Lars Gullik Bjønnes lar...@gullik.org wrote:
btw. std::string::c_str() should not be used here,
use std::string::data() instead.
Lars, can you confirm that I made the right corrections? I changed
c_str() to data() in two places. If they are right I will also
On Thu, Sep 20, 2012 at 6:14 PM, Richard Heck rgh...@lyx.org wrote:
On 09/20/2012 05:00 PM, Scott Kostyshak wrote:
On Thu, Sep 20, 2012 at 4:44 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
If the hardcoding is desired, then I will manually make the updates:
I think
On Fri, Sep 21, 2012 at 3:54 AM, Lars Gullik Bjønnes lar...@gullik.org wrote:
Scott Kostyshak skost...@lyx.org writes:
| On Thu, Sep 20, 2012 at 5:49 PM, Lars Gullik Bjønnes lar...@gullik.org
wrote:
btw. std::string::c_str() should not be used here,
use std::string::data() instead
On Fri, Sep 21, 2012 at 6:04 PM, Pavel Sanda sa...@lyx.org wrote:
Lars Gullik Bj?nnes wrote:
| diff --git a/src/Server.cpp b/src/Server.cpp
| index 7ec096e..b4a0d11 100644
| --- a/src/Server.cpp
| +++ b/src/Server.cpp
| @@ -1010,12 +1010,16 @@ bool LyXComm::loadFilesInOtherInstance()
|
Hi Cengiz,
Thanks for the response! It's always nice to see original authors
sticking around.
On Fri, Sep 21, 2012 at 3:21 PM, Cengiz Günay cgu...@emory.edu wrote:
On Wed, Sep 19, 2012 at 3:48 AM, Scott Kostyshak skost...@lyx.org wrote:
I don't understand the following:
case $last
On Fri, Sep 21, 2012 at 6:04 PM, Pavel Sanda sa...@lyx.org wrote:
Lars Gullik Bj?nnes wrote:
| diff --git a/src/Server.cpp b/src/Server.cpp
| index 7ec096e..b4a0d11 100644
| --- a/src/Server.cpp
| +++ b/src/Server.cpp
| @@ -1010,12 +1010,16 @@ bool LyXComm::loadFilesInOtherInstance()
|
On Sat, Sep 22, 2012 at 5:47 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
not worth it worrying about the warnings because they are not harmful
and that by trying to fix them, something could go wrong. The reason I
That *something could go wrong* is critical. Removing unused
On Sat, Sep 22, 2012 at 6:06 PM, Scott Kostyshak skost...@lyx.org wrote:
On Sat, Sep 22, 2012 at 5:47 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
not worth it worrying about the warnings because they are not harmful
and that by trying to fix them, something could go wrong
On Mon, Sep 24, 2012 at 6:49 PM, Richard Heck rgh...@lyx.org wrote:
On 09/24/2012 03:54 PM, Pavel Sanda wrote:
Scott Kostyshak wrote:
Are these OK to go in to branch and master?
Looks fine if tested ;) Branch is Richard's call.
I don't know anything about this completion stuff. How do you
On Mon, Sep 24, 2012 at 1:04 PM, Richard Heck rgh...@lyx.org wrote:
On 09/23/2012 04:54 PM, Jean-Marc Lasgouttes wrote:
Le 23/09/12 00:06, Scott Kostyshak a écrit :
How many users *compile* anything :)
True. And out of those who do, how many look at the warnings? :)
Personally, I still
When /tmp was on a different file system (e.g. encrypted home),
lyxknitr.R failed to move files to /tmp because it relied on R's
'file.rename' function, which in turn relied on the rename function in
stdio.h, which was failing with the EXDEV errno. Now lyxknitr.R relies
on 'file.copy'.
Yihui,
On Thu, Sep 27, 2012 at 1:51 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
On 27/09/2012 7:17 AM, Scott Kostyshak wrote:
- ::write(pipefd, cmd.c_str(), cmd.length());
+if (::write(pipefd, cmd.c_str(), cmd.length()) 0)
+LYXERR0(Cannot
On Thu, Sep 27, 2012 at 1:40 PM, Yihui Xie x...@yihui.name wrote:
Hi Scott,
Attached is my patch. Now lyxknitr.R does not move files at all; all
old tricks are gone, and the R script is much cleaner. I have tested
it under Ubuntu.
It looks a lot cleaner indeed.
I'm not sure you can commit
On Thu, Sep 27, 2012 at 3:56 PM, Scott Kostyshak skost...@lyx.org wrote:
On Thu, Sep 27, 2012 at 1:40 PM, Yihui Xie x...@yihui.name wrote:
Hi Scott,
Attached is my patch. Now lyxknitr.R does not move files at all; all
old tricks are gone, and the R script is much cleaner. I have tested
ignored? If so, warning can
be replaced with ignored in the above pragmas and no message will
appear.
Comments?
Thanks,
Scott
From 33f38e72f5fcb1e60dab1ed28ca463473fc0a526 Mon Sep 17 00:00:00 2001
From: Scott Kostyshak skost...@lyx.org
Date: Sat, 29 Sep 2012 04:30:28 -0400
Subject: [PATCH
On Sat, Sep 29, 2012 at 6:37 AM, André Pönitz
andre.poen...@mathematik.tu-chemnitz.de wrote:
On Sat, Sep 29, 2012 at 04:53:00AM -0400, Scott Kostyshak wrote:
I have been thinking about compiler warnings because of the recent
discussion here:
http://www.mail-archive.com/lyx-devel@lists.lyx.org
a Windows + LyX +
R + knitr tester.
Scott
Regards,
Yihui
--
Yihui Xie xieyi...@gmail.com
Phone: 515-294-2465 Web: http://yihui.name
Department of Statistics, Iowa State University
2215 Snedecor Hall, Ames, IA
On Fri, Sep 28, 2012 at 1:43 AM, Scott Kostyshak skost...@lyx.org wrote:
On Thu, Sep
On Thu, Sep 27, 2012 at 3:53 PM, Scott Kostyshak skost...@lyx.org wrote:
On Thu, Sep 27, 2012 at 1:51 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
On 27/09/2012 7:17 AM, Scott Kostyshak wrote:
- ::write(pipefd, cmd.c_str(), cmd.length());
+if (::write
In Qt Creator 4.8, I went to Tools Options Text Editor Behavior
and unchecked Clean whitespace. However, when making a small change
in a .ui file, Qt Creator makes many superficial changes, such as
- property name=sizeGripEnabled
+ property name=sizeGripEnabled
This makes patches less
This might encourage users to post this information when reporting bugs
and sometimes it's useful to be able to copy the paths of the Library
and User directories.
Comments?
Thanks,
Scott
From 65b5783645468afa0ade232c845bb28a71d2f326 Mon Sep 17 00:00:00 2001
From: Scott Kostyshak skost
On Mon, Oct 1, 2012 at 2:46 AM, Yihui Xie x...@yihui.name wrote:
I have tested it on my Windows 7 and I did not see any problems.
Great, thanks for doing that Yihui. In that case, the question becomes
-- should this be committed only to trunk? I would be in favor of
committing it to branch, but
On Mon, Oct 1, 2012 at 4:06 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote:
Le 01/10/2012 08:45, Scott Kostyshak a écrit :
This might encourage users to post this information when reporting bugs
and sometimes it's useful to be able to copy the paths of the Library
and User directories
On Mon, Oct 1, 2012 at 3:51 AM, Lars Gullik Bjønnes lar...@gullik.org wrote:
Scott Kostyshak skost...@lyx.org writes:
| On Thu, Sep 27, 2012 at 3:53 PM, Scott Kostyshak skost...@lyx.org wrote:
On Thu, Sep 27, 2012 at 1:51 PM, Julien Rioux
jri...@physics.utoronto.ca wrote:
On 27/09/2012 7:17
On Mon, Oct 1, 2012 at 9:40 AM, Richard Heck rgh...@lyx.org wrote:
On 10/01/2012 02:40 AM, Scott Kostyshak wrote:
In Qt Creator 4.8, I went to Tools Options Text Editor Behavior
and unchecked Clean whitespace. However, when making a small change
in a .ui file, Qt Creator makes many
On Sun, Sep 16, 2012 at 8:52 AM, Pavel Sanda sa...@lyx.org wrote:
Jean-Marc Lasgouttes wrote:
If we do that we could
1/ introduce a way to define these forms easily (although then people will
be clamoring for real macros in text)
2/ extend the autocorrect mechanism of mathed to texted.
On Mon, Oct 1, 2012 at 9:43 AM, Richard Heck rgh...@lyx.org wrote:
On 10/01/2012 04:04 AM, Jean-Marc Lasgouttes wrote:
Le 01/10/2012 08:56, Scott Kostyshak a écrit :
On Mon, Oct 1, 2012 at 2:46 AM, Yihui Xie x...@yihui.name wrote:
I have tested it on my Windows 7 and I did not see any
On Tue, Oct 2, 2012 at 5:54 AM, Stephan Witt st.w...@gmx.net wrote:
Am 02.10.2012 um 11:44 schrieb Scott Kostyshak skost...@lyx.org:
On Mon, Oct 1, 2012 at 3:51 AM, Lars Gullik Bjønnes lar...@gullik.org
wrote:
Scott Kostyshak skost...@lyx.org writes:
| On Thu, Sep 27, 2012 at 3:53 PM
On Tue, Oct 2, 2012 at 9:09 AM, Stephan Witt st.w...@gmx.net wrote:
Am 02.10.2012 um 12:39 schrieb Scott Kostyshak skost...@lyx.org:
On Tue, Oct 2, 2012 at 5:54 AM, Stephan Witt st.w...@gmx.net wrote:
Am 02.10.2012 um 11:44 schrieb Scott Kostyshak skost...@lyx.org:
On Mon, Oct 1, 2012 at 3
On Tue, Oct 2, 2012 at 5:42 AM, Scott Kostyshak skost...@lyx.org wrote:
On Mon, Oct 1, 2012 at 4:06 AM, Jean-Marc Lasgouttes lasgout...@lyx.org
wrote:
Le 01/10/2012 08:45, Scott Kostyshak a écrit :
This might encourage users to post this information when reporting bugs
and sometimes it's
Are these patches OK for trunk and branch?
Thanks,
Scott
On Tue, Oct 2, 2012 at 6:34 AM, Scott Kostyshak skost...@lyx.org wrote:
On Mon, Oct 1, 2012 at 9:43 AM, Richard Heck rgh...@lyx.org wrote:
On 10/01/2012 04:04 AM, Jean-Marc Lasgouttes wrote:
Le 01/10/2012 08:56, Scott Kostyshak
On Sat, Oct 6, 2012 at 5:01 AM, Liviu Andronic landronim...@gmail.com wrote:
On Sat, Oct 6, 2012 at 10:53 AM, Kornel Benko kor...@lyx.org wrote:
Are you aware of make package in cmake? I am using it all the time.
No, I didn't know that. But since I'm trying to come up with a rather
specific
On Sat, Oct 6, 2012 at 5:46 AM, Liviu Andronic landronim...@gmail.com wrote:
On Sat, Oct 6, 2012 at 11:14 AM, Scott Kostyshak skost...@lyx.org wrote:
If it's not too much of a pain, could you document the packaging
procedure for Ubuntu and LyX?
At this point it's only a question out
On Sat, Oct 6, 2012 at 11:03 AM, Richard Heck rgh...@lyx.org wrote:
On 10/06/2012 12:55 AM, Scott Kostyshak wrote:
Are these patches OK for trunk and branch?
I meant to have said yes here:
They're in.
Thanks,
Scott
Good for branch, then.
Scott, you know about status.20x, yes?
I do
On Sun, Oct 7, 2012 at 9:26 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
A patch is attached. Is this what you had in mind?
Do you have a good name for the new tab? Here are a few ideas:
Diagnostics
Extended Info
Build Info
I think Build Info is better naming than
On Mon, Oct 8, 2012 at 7:41 PM, Pavel Sanda sa...@lyx.org wrote:
Vincent van Ravesteijn wrote:
Op 8-10-2012 21:07, Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
I would prefer to have this tab only visible when DEVEL_VERSION is set.
This doesn't provide much help in the released version.
On Wed, Oct 10, 2012 at 5:52 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
When I start LyX, I get all the IPA toolbars superimposed on the top left of
my toolbar area. This is quite annoying and I solved it by deselecting the
toolbars one by one.
I've had this problem also. Thanks for
On Wed, Oct 10, 2012 at 8:48 PM, Yihui Xie x...@yihui.name wrote:
I'm pretty busy at the moment. I'm wondering if Scott can do it.
Sure, I can do that this weekend. Should it be done for both branch and trunk?
Scott
Regards,
Yihui
--
Yihui Xie xieyi...@gmail.com
Phone: 515-294-2465 Web:
On Tue, Oct 9, 2012 at 3:51 PM, Kornel Benko kor...@lyx.org wrote:
Am Dienstag, 9. Oktober 2012 um 13:05:26, schrieb Scott Kostyshak
skost...@lyx.org
On Mon, Oct 8, 2012 at 7:41 PM, Pavel Sanda sa...@lyx.org wrote:
Vincent van Ravesteijn wrote:
Op 8-10-2012 21:07, Pavel Sanda schreef
Regarding ticket http://www.lyx.org/trac/ticket/8364,
the following bind does not work for Michael (on Windows?):
\bind S-C-parenleft math-delim ( )
It does work for me on Ubuntu.
Michael found that the following does work
\bind S-C-9 math-delim ( )
but JMarc pointed out that this is not the
On Mon, Aug 27, 2012 at 12:09 PM, Scott Kostyshak
skost...@princeton.edu wrote:
From: Jean-Marc Lasgouttes [lasgout...@lyx.org]
Sent: Thursday, August 23, 2012 9:15 AM
Then I propose to simplify things a lot by only dispatching to visible
buffers (for now). No more special parameter
On Thu, Oct 11, 2012 at 8:17 AM, Liviu Andronic landronim...@gmail.com wrote:
On Thu, Oct 11, 2012 at 12:46 PM, Scott Kostyshak skost...@lyx.org wrote:
I thought the idea was to get better bug reports from users. But it
seems that the extra information isn't that useful for bug reports
On Sun, Oct 14, 2012 at 6:22 PM, Uwe Stöhr uwesto...@web.de wrote:
Am 07.07.2012 05:49, schrieb Pavel Sanda:
commit e777b180669cd7c4c1f4bf20f14aa25f49943576
Author: Uwe StĂśhr uwesto...@lyx.org
Date: Fri Jul 6 22:34:02 2012 +0200
remove an obsolete layout file
as the support
On Thu, Oct 11, 2012 at 11:03 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
On Wed, Oct 10, 2012 at 8:48 PM, Yihui Xie x...@yihui.name wrote:
I'm pretty busy at the moment. I'm wondering if Scott can do it.
Sure, I can do that this weekend. Should it be done for both branch
On Fri, Oct 12, 2012 at 8:54 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 11/10/2012 12:51, Scott Kostyshak a écrit :
Any comments on this?
Sorry Scott, I thought it was in already. I think this patch is fine.
It's in.
Thanks a lot for all of your help on this, JMarc. You could
On Tue, Oct 16, 2012 at 6:25 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
On Thu, Oct 11, 2012 at 11:03 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
On Wed, Oct 10, 2012 at 8:48 PM, Yihui Xie x...@yihui.name wrote:
I'm pretty busy at the moment. I'm wondering
I have this problem on master and 2.0.x.
An empty $$e variable is being passed to the converter script on
import because the document is not open yet:
command = subst(command, token_encoding, buffer ?
buffer-params().encoding().iconvName() : string());
Should $$e be set to the default encoding
On Wed, Oct 17, 2012 at 6:52 PM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 17/10/12 06:09, Scott Kostyshak a écrit :
I have this problem on master and 2.0.x.
An empty $$e variable is being passed to the converter script on
import because the document is not open yet:
command = subst
On Wed, Oct 17, 2012 at 4:15 AM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
OK thanks for the tips. I'm guessing it's OK to update the format in
trunk when changing the manuals?
For additional manual it's OK. IIRC Uwe wanted the manuals under his
maintenance to remain in 2.0.x
On Thu, Oct 18, 2012 at 3:46 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 18/10/12 01:49, Scott Kostyshak a écrit :
Stupid question; where is importation of knitr files defined in
converters?
Rnw (knitr) - latex (plain)
The converter is currently:
Rscript --verbose --no-save
On Thu, Oct 18, 2012 at 8:18 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 18/10/2012 14:02, Scott Kostyshak a écrit :
Ah, then I don't understand how LyX handles imports. The Customization
manual does not talk about importing. Doesn't LyX use the converters
to convert the file
On Thu, Oct 18, 2012 at 9:15 AM, Pavel Sanda sa...@lyx.org wrote:
The branch, 2.0.x, has been updated.
- Log -
commit d21eac8a893945aa05c0e945794a99143a34971b
Author: Pavel Sanda sa...@lyx.org
Date: Thu Oct 18 15:14:46 2012
On Thu, Oct 18, 2012 at 9:11 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 18/10/2012 14:55, Scott Kostyshak a écrit :
The old way this noweb mode works is
1/ ensure that the class name is literate-something (now it would be
ensure
that some module is loaded and the module name
On Fri, Oct 19, 2012 at 5:11 AM, Jean-Marc Lasgouttes
lasgout...@lyx.org wrote:
Le 18/10/2012 16:19, Scott Kostyshak a écrit :
The unchangedConverter.log is here (error):
http://paste.debian.net/201557/
So the error happens on export to latex because the encoding is not
specified
On Sat, Oct 20, 2012 at 6:17 PM, Yihui Xie x...@yihui.name wrote:
I think it should be easy to ignore the encoding argument if it does
not exist, but the problem that confuses me is why importing Rnw is
involved with lyxsweave.R or lyxknitr.R. I mean Rnw should be treated
as a normal TeX
at 7:58 PM, Scott Kostyshak skost...@lyx.org wrote:
OK thanks for the tips. I'm guessing it's OK to update the format in
trunk when changing the manuals?
I don't think anything in-depth needs to be written there about knitr
in the Additional manual because knitr already has a manual for use
I do not see knitr and Sweave security discussed anywhere. The
Customization guide has 5 paragraphs on security regarding external
templates.
For example, someone could post a .lyx file asking for help that
contains malicious code. I don't always check the list of modules that
a document has and
.
But I wanted to throw it out there.
Thanks,
Scott
Regards,
Yihui
--
Yihui Xie xieyi...@gmail.com
Phone: 515-294-2465 Web: http://yihui.name
Department of Statistics, Iowa State University
2215 Snedecor Hall, Ames, IA
On Sat, Oct 20, 2012 at 8:51 PM, Scott Kostyshak skost...@lyx.org wrote
On Sun, Oct 21, 2012 at 3:08 AM, Yihui Xie x...@yihui.name wrote:
I learned \write18 from a quick search:
http://stackoverflow.com/questions/3252957/how-to-execute-shell-script-from-latex
I didn't know about that. Then yes, if LyX allows security problems
like that from LaTeX I should not be
On Mon, Oct 22, 2012 at 12:24 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
Any thoughts as far as improving security, warning the user, or
documentation?
Up to this moment we were trying not to include anything which could be used
in
the exec(rm -rf /) way
On Mon, Oct 22, 2012 at 3:54 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
You are right
that \write18 is disabled by default.
Fine, I'm happy to hear this.
I would prefer that on every
new document I open, if it has the Sweave/knitr module enabled, I am
notified
On Mon, Oct 22, 2012 at 5:31 PM, Pavel Sanda sa...@lyx.org wrote:
Scott Kostyshak wrote:
Yes. And would be nice nice if we have some general solution,
so its easy to re-use it in other cases.
That would be nice. I could look into this but not for a while. I
don't think adding a warning
101 - 200 of 8756 matches
Mail list logo
