Le 06/10/2024 à 09:34, Murat Yildizoglu a écrit :
I wanted to signal as a bug but the bug tracker has forgotten me it
seems and my login is rejected now.
Hi Murat,
Let's start with this. Can you send me privately your login name and the
associated address (if it is not the one I see here)?
On Sun, 2022-07-31 at 13:52 +0200, Jean-Marc Lasgouttes wrote:
> Thanks for the offer José, but I took a different way, which does not
> change the syntax. I have not documented it yet though.
>
> JMarc
That is nice to know. :-)
--
José Abílio
--
lyx-devel mailing list
lyx-devel@lists.lyx.or
Thanks for the offer José, but I took a different way, which does not change
the syntax. I have not documented it yet though.
JMarc
Le 31 juillet 2022 12:50:34 GMT+02:00, "José Matos" a
écrit :
>I can do the python part if you want to. :-)
>
--
lyx-devel mailing list
lyx-devel@lists.lyx.or
On Tue, 2022-07-19 at 10:10 +0200, Jean-Marc Lasgouttes wrote:
> However, I am not sure how to implement the prefs2prefs part, firstly
> because one have to handle quotes (or absence thereof) and spaces and
> secondly because I am bad at python.
>
> So do we want to do this for 2.4? I can do all t
Am Wed, 27 Jul 2022 19:02:42 +0200
schrieb Jean-Marc Lasgouttes :
> Le 27/07/2022 à 12:37, Kornel Benko a écrit :
> >> I could not resist. Try this one, please.
> >
> > That is what I suspected/hoped :)
> > The result is perfect!
> > please commit.
>
> Done.
>
> You are devilish.
Thanks, y
Le 27/07/2022 à 12:37, Kornel Benko a écrit :
I could not resist. Try this one, please.
That is what I suspected/hoped :)
The result is perfect!
please commit.
Done.
You are devilish. It is not nice to profit from others' weaknesses ;)
Anyway, my summer coding spree stops tomorrow, so this
Am Wed, 27 Jul 2022 12:01:18 +0200
schrieb Jean-Marc Lasgouttes :
> Le 25/07/2022 à 12:59, Kornel Benko a écrit :
> >> We could stay with the current patch. It is good enough for what you
> >> want to do, isn't it?
> >
> > Yes, it is.
>
> I could not resist. Try this one, please.
That is wh
src/frontends/qt/GuiPrefs.cpp | 10 +++
2 files changed, 33 insertions(+), 29 deletions(-)
diff --git a/src/KeyMap.cpp b/src/KeyMap.cpp
index f469da5c44..b4a87d227c 100644
--- a/src/KeyMap.cpp
+++ b/src/KeyMap.cpp
@@ -160,29 +160,30 @@ void KeyMap::unbind(KeySequence * seq, FuncRequest const &a
Am Mon, 25 Jul 2022 12:11:23 +0200
schrieb Jean-Marc Lasgouttes :
> Le 25/07/2022 à 10:39, Kornel Benko a écrit :
> > Am Sun, 24 Jul 2022 22:57:01 +0200
> > schrieb Jean-Marc Lasgouttes :
> >
> >> Le 24/07/2022 à 19:52, Kornel Benko a écrit :
> >>> /usr2/src/lyx/lyx-git/src/KeyMap.cpp: In mem
Le 25/07/2022 à 10:39, Kornel Benko a écrit :
Am Sun, 24 Jul 2022 22:57:01 +0200
schrieb Jean-Marc Lasgouttes :
Le 24/07/2022 à 19:52, Kornel Benko a écrit :
/usr2/src/lyx/lyx-git/src/KeyMap.cpp: In member function
‘lyx::KeyMap::ReturnValues
lyx::KeyMap::readWithoutConv(const lyx::support::Fi
Am Sun, 24 Jul 2022 22:57:01 +0200
schrieb Jean-Marc Lasgouttes :
> Le 24/07/2022 à 19:52, Kornel Benko a écrit :
> > /usr2/src/lyx/lyx-git/src/KeyMap.cpp: In member function
> > ‘lyx::KeyMap::ReturnValues
> > lyx::KeyMap::readWithoutConv(const lyx::support::FileName&,
> > lyx::KeyMap*)’: /usr2/s
at the rest shall be handled in
PrefShortcuts::insertShortcutItem
JMarcdiff --git a/src/KeyMap.cpp b/src/KeyMap.cpp
index f469da5c44..d15c2e4156 100644
--- a/src/KeyMap.cpp
+++ b/src/KeyMap.cpp
@@ -160,29 +160,30 @@ void KeyMap::unbind(KeySequence * seq, FuncRequest const & func, unsigned int r
Am Sun, 24 Jul 2022 19:36:43 +0200
schrieb Jean-Marc Lasgouttes :
>
> Le 24/07/2022 à 19:35, Jean-Marc Lasgouttes a écrit :
> > Le 24/07/2022 à 13:00, Kornel Benko a écrit :
> >> Use this in user.bind
> >> \unbind "Tab" "message *"
> >> (for the proposed '\unbind "Tab" "*"' is more to do)
> >
so confused.
JMarc
With the patch now.
JMarcdiff --git a/src/KeyMap.cpp b/src/KeyMap.cpp
index f469da5c44..8cc50b6f98 100644
--- a/src/KeyMap.cpp
+++ b/src/KeyMap.cpp
@@ -160,29 +160,30 @@ void KeyMap::unbind(KeySequence * seq, FuncRequest const & func, unsigned int r)
KeyModifier const
Le 24/07/2022 à 13:00, Kornel Benko a écrit :
Use this in user.bind
\unbind "Tab" "message *"
(for the proposed '\unbind "Tab" "*"' is more to do)
This seems to work. But the shortcut-dialog still shows the original
setting.
With this patch, your can unbind "*" directly. This seems cle
/KeyMap.cpp
+++ b/src/KeyMap.cpp
@@ -30,10 +30,11 @@
#include "frontends/alert.h"
#include
#include
#include
+#include
using namespace std;
using namespace lyx::support;
namespace lyx {
@@ -156,22 +157,32 @@ void KeyMap::unbind(KeySequence * seq, FuncRequest const &am
Am Tue, 19 Jul 2022 12:20:59 +0200
schrieb Jean-Marc Lasgouttes :
> Le 19/07/2022 à 11:11, Kornel Benko a écrit :
> > The only drawback I see is when there are more than one binding to a key.
>
> Ahh. Good point.
>
> Then we can add special handling for function "*", which means all
> binding
Le 19/07/2022 à 11:11, Kornel Benko a écrit :
The only drawback I see is when there are more than one binding to a key.
Ahh. Good point.
Then we can add special handling for function "*", which means all
bindings to this sequence.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
htt
Am Tue, 19 Jul 2022 10:43:41 +0200
schrieb Jean-Marc Lasgouttes :
> Le 19/07/2022 à 10:36, Kornel Benko a écrit :
> > Why not simply ignore the second part, so that
> > \unbind "xyzzy" "some (non) emty string"
> > would still work.
>
> Yes, I thought about that. It is not really clean, thou
Le 19/07/2022 à 10:36, Kornel Benko a écrit :
Why not simply ignore the second part, so that
\unbind "xyzzy" "some (non) emty string"
would still work.
Yes, I thought about that. It is not really clean, though :)
I can do it right now, but I would not want this to stay like that.
JMa
Am Tue, 19 Jul 2022 10:10:04 +0200
schrieb Jean-Marc Lasgouttes :
> Le 18/07/2022 à 14:44, Kornel Benko a écrit :
> >history. I think it is a design error. Looks good (if used manually). I
> >never unbound
> >a key in tests. Have to prepare the
> > scripts.
> > Also I have to know the binding, li
Le 18/07/2022 à 14:44, Kornel Benko a écrit :
history. I think it is a design error. Looks good (if used manually). I never
unbound a key in tests. Have to prepare the
scripts.
Also I have to know the binding, like
\unbind "Tab""command-alternatives
completion-accept;cell-forward;tab-ins
Am Mon, 18 Jul 2022 14:44:27 +0200
schrieb Kornel Benko :
> Am Mon, 18 Jul 2022 13:56:15 +0200
> schrieb Jean-Marc Lasgouttes :
>
> > Le 18/07/2022 à 12:43, Kornel Benko a écrit :
> > > And makes some findadv tests fail. What is the key-combination now to
> > > switch the
> > > focus? Or is th
Am Mon, 18 Jul 2022 13:56:15 +0200
schrieb Jean-Marc Lasgouttes :
> Le 18/07/2022 à 12:43, Kornel Benko a écrit :
> > And makes some findadv tests fail. What is the key-combination now to
> > switch the
> > focus? Or is there a lyx-command to do it?
>
> I guess you run the tests with controlle
Le 18/07/2022 à 12:43, Kornel Benko a écrit :
And makes some findadv tests fail. What is the key-combination now to switch
the focus?
Or is there a lyx-command to do it?
I guess you run the tests with controlled preferences. This means that
you can unbind Tab and BackTab.
Would that work?
Am Mon, 18 Jul 2022 11:30:02 +0200 (CEST)
schrieb Jean-Marc Lasgouttes :
> commit 2b24c03e8b83e6397c5cbf7dcd69f77fb4e67e62
> Author: Jean-Marc Lasgouttes
> Date: Mon Jul 18 12:02:28 2022 +0200
>
> Do not override (Back)Tab in Adv F&R when it is useful
>
>
Am Sat, 2 Jul 2022 14:42:28 +0200
schrieb Jean-Marc Lasgouttes :
> Le 02/07/2022 à 13:47, Kornel Benko a écrit :
> > Not slow, 16 cores, 32GB fast memory, nvidia geforce gtx 750 Ti.
> > Qt 5.9.5.
> >
> > I do not see any rebuilding if using QT 4.8.
> > Compiling now for QT5.15.0 ... ready
> > Aga
Le 02/07/2022 à 13:47, Kornel Benko a écrit :
Not slow, 16 cores, 32GB fast memory, nvidia geforce gtx 750 Ti.
Qt 5.9.5.
I do not see any rebuilding if using QT 4.8.
Compiling now for QT5.15.0 ... ready
Again, no rebuilds ==> so it is showing under QT5.9.5 only.
How do you see it? Does it fli
Am Sat, 2 Jul 2022 13:15:55 +0200
schrieb Jean-Marc Lasgouttes :
> Le 02/07/2022 à 09:45, Kornel Benko a écrit :
> > That makes sense. Good work, thanks.
>
> Thanks for testning, I pushed it.
>
> > Another issue with TOC. Each keystroke or moue-click causes TOC to
> > be rebuild twice. This is
Le 02/07/2022 à 09:45, Kornel Benko a écrit :
That makes sense. Good work, thanks.
Thanks for testning, I pushed it.
Another issue with TOC. Each keystroke or moue-click causes TOC to
be rebuild twice. This is better as it was before your changes (the rebuild was
trice
then)
The rebuild is
this is an issue. For example, I suspect that one
> redraw will trigger eventFilter for each element (checkbox...) in the
> F&R widget.
>
> JMarc
That makes sense. Good work, thanks.
Another issue with TOC. Each keystroke or moue-click causes TOC to
be rebuild twice. This is bett
(checkbox...) in the
F&R widget.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Thu, 30 Jun 2022 16:42:02 +0200
schrieb Jean-Marc Lasgouttes :
> Le 30/06/2022 à 12:19, Kornel Benko a écrit :
> >> I propose to apply my patch for now, since it makes sense in itself. But
> >> I will investigate the rest.
>
> Here is the result of my investigation. First point, eventFilter
et(GuiView & view);
bool initialiseParams(std::string const & params);
- void updateGUI();
+ void updateWorkAreas();
void updateButtons();
// return true if \c wa is one if the adv. F&R workareas
--
2.25.1
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Thu, 30 Jun 2022 12:11:36 +0200
schrieb Jean-Marc Lasgouttes :
> Le 30/06/2022 à 11:57, Kornel Benko a écrit :
> > For your info.
> > Make a breakpoint at FindAndReplaceWidget::eventFilter
> > Starting the findadv-dialog causes 128 calls to that routine with totally
> > different
> > stack cou
Le 30/06/2022 à 11:57, Kornel Benko a écrit :
For your info.
Make a breakpoint at FindAndReplaceWidget::eventFilter
Starting the findadv-dialog causes 128 calls to that routine with totally
different stack
counts.
(using 'bt -3')
Several points here:
1/ it is not really a problem that eventFi
Am Thu, 30 Jun 2022 11:19:42 +0200
schrieb Jean-Marc Lasgouttes :
> Le 30/06/2022 à 07:47, Jean-Marc Lasgouttes a écrit :
> > I pushed the thing by mistake but, yes, I am aware of it and will propose
> > something
> > soon.
>
> What about this?
>
> JMarc
>
For your info.
Make a breakpoint at
Le 30/06/2022 à 07:47, Jean-Marc Lasgouttes a écrit :
I pushed the thing by mistake but, yes, I am aware of it and will propose
something soon.
What about this?
JMarc
From 2ec868cf87e57bc6158d97d1f2bd7cf9c8845cb5 Mon Sep 17 00:00:00 2001
From: Jean-Marc Lasgouttes
Date: Thu, 30 Jun 2022 11:
I pushed the thing by mistake but, yes, I am aware of it and will propose
something soon.
JMarc
Le 30 juin 2022 06:50:56 GMT+02:00, Kornel Benko a écrit :
>You are aware that I still get crash if not taking care of the recurse?
>
> Kornel
--
lyx-devel mailing list
lyx-devel@lists.lyx.or
Am Wed, 29 Jun 2022 22:34:43 +0200 (CEST)
schrieb Jean-Marc Lasgouttes :
> commit ae528715d336562a3d1e65fdd144797caeae25e9
> Author: Jean-Marc Lasgouttes
> Date: Tue Jun 28 23:17:05 2022 +0200
>
> Fix ToC action when cursor is in adv. F&R pane
>
You are aware
On 2018-05-10, Jean-Marc Lasgouttes wrote:
> Le 05/05/2018 à 23:26, Scott Kostyshak a écrit :
>> The reason for this error, from the R perspective, is detailed by this
>> r-help ML post [1]. The problem is that when LyX exports the .Rnw file
>> (which in turn is used to make t
On Thu, May 10, 2018 at 11:50:37AM +, Jean-Marc Lasgouttes wrote:
> Le 05/05/2018 à 23:26, Scott Kostyshak a écrit :
> > The reason for this error, from the R perspective, is detailed by this
> > r-help ML post [1]. The problem is that when LyX exports the .Rnw file
> > (
Le 05/05/2018 à 23:26, Scott Kostyshak a écrit :
The reason for this error, from the R perspective, is detailed by this
r-help ML post [1]. The problem is that when LyX exports the .Rnw file
(which in turn is used to make the .R file), the .Rnw file is created
with encoding "iso-8859-1"
7;ll leave it alone then.
> You might be
> able to set up a copier for this task. Manually, you can always set the
> encoding to utf8 in Document > Settings > Language.
Now that I'm aware of the issue, it's not a problem for me--a copier is
a good idea. Or in R I can put 'o
Am Samstag, den 05.05.2018, 17:26 -0400 schrieb Scott Kostyshak:
> The attached .lyx file contains a knitr chunk. If I export to PDF,
> the
> PDF is created successfully. However, if I export the .R file and run
>
> source('encoding_export_issue.R', echo =
The attached .lyx file contains a knitr chunk. If I export to PDF, the
PDF is created successfully. However, if I export the .R file and run
source('encoding_export_issue.R', echo = TRUE)
I get an error:
Error in nchar(dep, "c") : invalid multibyte string, element 1
On 18/05/2017 6:45 p.m., Tommaso Cucinotta wrote:
All valuable comments, thanks for the detailed report.
This deserves a TT on trac.lyx.org.
I'd agree with 2. and 5., and for the others the issue
is that the regexp inset is a kind of math inset ATM,
but at the same time it is not, in that it m
ace:
UI matters (mainly minor): 1. With a document open and the Adv. F & R
panel open, click on the document to ensure the focus is there. Now
click the X on the Adv F & R panel to close it. It closes but the
toolbar button remains depressed. (But: as soon as you click back in
the document, t
Top posting deliberately: please ignore point 4. A thinko on my part.
Andrew
On 18/05/2017 1:31 p.m., Andrew Parsloe wrote:
(alpha1-1, windows 7) Some "road testing" of adv. find & replace:
UI matters (mainly minor):
1.
With a document open and the Adv. F & R panel open, cli
(alpha1-1, windows 7) Some "road testing" of adv. find & replace:
UI matters (mainly minor):
1.
With a document open and the Adv. F & R panel open, click on the
document to ensure the focus is there. Now click the X on the Adv F & R
panel to close it. It closes but the
[mailto:t...@lyx.org]
Sent: Wednesday, August 19, 2015 10:05 AM
To: John Carbone; lasgout...@lyx.org
Subject: Re: #9725: $$p $$r $$f not working in LyX 2.1.3/Windows 8.1
#9725: $$p $$r $$f not working in LyX 2.1.3/Windows 8.1
+-
Reporter: qlcorp |
Hi,
back from a trip, here a few extra thoughts:
On 01/04/14 08:20, Vincent van Ravesteijn wrote:
> Except that Text::asString(AS_STR_INSETS | AS_STR_PLAINTEXT) now asserts, and
> Paragraph::asString(AS_STR_INSETS|AS_STR_PLAINTEXT) now asserts.
for Paragraphs, there's the comment:
+ ///
ether we should refactor entirely the whole
> string export machinery of LyX, and/or the whole Advanced F&R. For me,
> OO-wise, a generic visitor/double-dispatching interface should have been
> introduced long ago, to support generic walk-through the entire objects
> graph, where di
On 03/31/2014 04:40 PM, Tommaso Cucinotta wrote:
On 29/03/14 17:50, Vincent van Ravesteijn wrote:
Tomasso's patch was not improving the situation, but was somehow hiding the
underlying mess by building some messy function on top of it.
well, I have to some-what disagree here:
- removing from t
out whether we should refactor entirely the whole string
export machinery of LyX, and/or the whole Advanced F&R. For me, OO-wise, a
generic visitor/double-dispatching interface should have been introduced long
ago, to support generic walk-through the entire objects graph, where different
vis
On 29/03/14 11:28, Vincent van Ravesteijn wrote:
> Hmm, I don't see it.
I was sure to have pushed, but I didn't ?
Check now pls.
> On a closer look at the patch, I don't think that AS_STR_PLAINTEXT should be
> an option to asString(). Plain text is an output format.
What I did, was just having
Richard Heck schreef op 29-3-2014 18:35:
On 03/29/2014 07:28 AM, Vincent van Ravesteijn wrote:
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit.
S
On 03/29/2014 07:28 AM, Vincent van Ravesteijn wrote:
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit.
So, it's in 2.2-staging, with 2 commits, as
Tommaso Cucinotta schreef op 29-3-2014 0:07:
On 28/03/14 18:07, Tommaso Cucinotta wrote:
Please commit to the 2.2-staging branch.
ok, no prob. I'll try to address your concerns in the new commit.
So, it's in 2.2-staging, with 2 commits, as per your suggestion.
Hmm, I don't see it.
Interface
the 2.2-staging branch.
> Fixing #7987: deleted text in change-tracking mode is not found in
> Advanced F&R any more.
>
> Merged Paragraph::stringify into asString().
> Added ignore of deleted text to Advanced F&R.
>
It would be better to split this into two com
On 3/12/2013 1:09 a.m., Liviu Andronic wrote:
On Sun, Dec 1, 2013 at 10:45 AM, Liviu Andronic wrote:
On Sun, Dec 1, 2013 at 9:56 AM, Andrew Parsloe wrote:
2.0.1 beta2, windows 7.
1. When an adv. f & r search reaches the end of the document & I respond
'yes' to searching
On Sun, Dec 1, 2013 at 10:45 AM, Liviu Andronic wrote:
> On Sun, Dec 1, 2013 at 9:56 AM, Andrew Parsloe wrote:
>> 2.0.1 beta2, windows 7.
>>
>> 1. When an adv. f & r search reaches the end of the document & I respond
>> 'yes' to searching from th
On Sun, Dec 1, 2013 at 12:03 AM, Tommaso Cucinotta wrote:
> On 27/11/13 19:25, Scott Kostyshak wrote:
findadv-re-05-in.txt: FAILED
findadv-re-06-in.txt: Ok
>> Tommaso, is this test failure a regression or a bug in the test? Is it
>> on your ra
On 27/11/13 19:25, Scott Kostyshak wrote:
>>> findadv-re-05-in.txt: FAILED
>>> findadv-re-06-in.txt: Ok
>>>
> Tommaso, is this test failure a regression or a bug in the test? Is it
> on your radar to fix? Should the test be removed?
AFAICR, it a case working
On Sun, Dec 1, 2013 at 9:56 AM, Andrew Parsloe wrote:
> 2.0.1 beta2, windows 7.
>
> 1. When an adv. f & r search reaches the end of the document & I respond
> 'yes' to searching from the beginning, all the toolbars etc vanish from
> view. (See the attachment (
On Thu, Nov 14, 2013 at 12:33 PM, Scott Kostyshak wrote:
> On Tue, Nov 12, 2013 at 9:33 PM, Tommaso Cucinotta wrote:
>> On 13/11/13 02:10, Tommaso Cucinotta wrote:
>>> On 12/11/13 22:26, Scott Kostyshak wrote:
On Sun, Oct 27, 2013 at 5:59 AM, Tommaso Cucinotta wrote:
> On 27/10/13 08:17
On Tue, Nov 12, 2013 at 9:33 PM, Tommaso Cucinotta wrote:
> On 13/11/13 02:10, Tommaso Cucinotta wrote:
>> On 12/11/13 22:26, Scott Kostyshak wrote:
>>> On Sun, Oct 27, 2013 at 5:59 AM, Tommaso Cucinotta wrote:
On 27/10/13 08:17, Scott Kostyshak wrote:
>
> Tommaso,
>
> I also
On 13/11/13 02:10, Tommaso Cucinotta wrote:
> On 12/11/13 22:26, Scott Kostyshak wrote:
>> On Sun, Oct 27, 2013 at 5:59 AM, Tommaso Cucinotta wrote:
>>> On 27/10/13 08:17, Scott Kostyshak wrote:
Tommaso,
I also have findadv-re-05 failing. Does it fail for you?
>>>
>>>
>>> Just
On 12/11/13 22:26, Scott Kostyshak wrote:
> On Sun, Oct 27, 2013 at 5:59 AM, Tommaso Cucinotta wrote:
>> On 27/10/13 08:17, Scott Kostyshak wrote:
>>>
>>> Tommaso,
>>>
>>> I also have findadv-re-05 failing. Does it fail for you?
>>
>>
>> Just upgraded to 13.10, let's see if I can still compile :-)
On Sun, Oct 27, 2013 at 5:59 AM, Tommaso Cucinotta wrote:
> On 27/10/13 08:17, Scott Kostyshak wrote:
>>
>> Tommaso,
>>
>> I also have findadv-re-05 failing. Does it fail for you?
>
>
> Just upgraded to 13.10, let's see if I can still compile :-)...
Just a reminder :)
Scott
On 27/10/13 08:17, Scott Kostyshak wrote:
Tommaso,
I also have findadv-re-05 failing. Does it fail for you?
Just upgraded to 13.10, let's see if I can still compile :-)...
T.
gt;
>
>> Now the regexp insets entered in Advanced F&R search/replace boxes do
>> not preview anymore independently, unless embedded/nested within other math
>> elements.
>
>> Fixing crash as described in #7805.
>
>>
>
>
>
> Thanks T
Am Samstag, 24. August 2013 um 14:08:00, schrieb Tommaso Cucinotta
> commit 203dab97c36308b74ec43f3706ade4fc23f5c35b
> Author: Tommaso Cucinotta
> Date: Sat Aug 24 13:06:05 2013 +0100
>
> Now the regexp insets entered in Advanced F&R search/replace boxes do not
e po-file differences more robust.
> > 2.) Automatic search for repository-type (git, hg, svn)
> > 3.) Unified command-line e.g for revision params (-rHEAD~3 ==
> > -rHEAD-3 == -r-3).
> >
> >
> Please write a subject line on the first line of the commit messag
for revision params (-rHEAD~3 == -rHEAD-3 ==
-r-3).
Please write a subject line on the first line of the commit message that
summarizes the commit, followed by a blank line, and the rest of the
commit message. This works better with the git tools.
Vincent
On Mon, Jun 17, 2013 at 9:52 PM, Corey Yanofsky
wrote:
> It was a path problem, now solved. Details at the Stack Overflow link.
Thanks for the update,
Scott
It was a path problem, now solved. Details at the Stack Overflow link.
On Mon, Jun 17, 2013 at 9:46 PM, Scott Kostyshak wrote:
> On Mon, Jun 17, 2013 at 9:55 AM, Liviu Andronic
> wrote:
> > On Mon, Jun 17, 2013 at 5:15 AM, Corey Yanofsky
> > It works fine here on Linux. See attached. I suppose
On Mon, Jun 17, 2013 at 9:55 AM, Liviu Andronic wrote:
> On Mon, Jun 17, 2013 at 5:15 AM, Corey Yanofsky
> It works fine here on Linux. See attached. I suppose something is
> wrong with your PATHs, which are usually handled gracefully on Linux.
> Maybe you need to set up something in LyX > Tools >
Literate programming with knitr and LyX requires LyX to call Rscript. I've
discovered, as the subject line says, that the R package gdata can't be
loaded by R scripts called from LyX. The gory details are here:
http://stackoverflow.com/questions/17130424/on-my-system-knitr-cant-compile-
On Sun, May 12, 2013 at 5:07 AM, Jean-Marc Lasgouttes
wrote:
> Le 12/05/2013 07:22, Scott Kostyshak a écrit :
>
>> Can I commit a layout and template for the R Journal? Information on
>> the journal is here: http://journal.r-project.org/
>>
>> Yihui made the files an
Le 12/05/2013 07:22, Scott Kostyshak a écrit :
Can I commit a layout and template for the R Journal? Information on
the journal is here: http://journal.r-project.org/
Yihui made the files and I've tweaked and tested them. They are here:
https://github.com/yihui/lyx/blob/master/temp
Can I commit a layout and template for the R Journal? Information on
the journal is here: http://journal.r-project.org/
Yihui made the files and I've tweaked and tested them. They are here:
https://github.com/yihui/lyx/blob/master/templates/RJournal.lyx
https://github.com/yihui/lyx/blob/m
On Sat, Jan 5, 2013 at 1:30 PM, Jean-Marc Lasgouttes wrote:
> Le 05/01/13 16:25, Jean-Pierre Chrétien a écrit :
>
>> Dera developers,
>>
>> Happy new year to all of you, keep the good work going.
>>
>> I have added a pointer in the French Wikipedia page about
Le 05/01/13 16:25, Jean-Pierre Chrétien a écrit :
Dera developers,
Happy new year to all of you, keep the good work going.
I have added a pointer in the French Wikipedia page about R, see section
3 in
http://fr.wikipedia.org/wiki/R_%28langage_de_programmation_et_environnement_statistique%29
Dera developers,
Happy new year to all of you, keep the good work going.
I have added a pointer in the French Wikipedia page about R, see section 3 in
http://fr.wikipedia.org/wiki/R_%28langage_de_programmation_et_environnement_statistique%29
I hope this is appropriate (Jean-Marc ?).
If so
Le 21/08/2012 16:59, Richard Heck a écrit :
Since bug #7741 is very annoying for all external programs which do
not like having weird locale settings, I think this should eventually
go to branch.
When you feel it's ready.
Since getting testers on windows is more difficult, I will apply to
br
:
>> The branch, master, has been updated.
>>
>> - Log -
>>
>> commit 16fd47ad8f5d78a3b7266520b0868c1e2bd0dcac
>> Author: Jean-Marc Lasgouttes
>> Date: Sun Jul 15 22:22:10 2012 +0200
>
It is difficult to build the Windows installer from source. If there
is a daily Windows build, I'd love to test it.
Regards,
Yihui
--
Yihui Xie
Phone: 515-294-2465 Web: http://yihui.name
Department of Statistics, Iowa State University
2215 Snedecor Hall, Ames, IA
On Tue, Aug 21, 2012 at 5:33 AM
On 07/15/2012 04:43 PM, Jean-Marc Lasgouttes wrote:
Le 15/07/12 22:30, Jean-Marc Lasgouttes a écrit :
commit 16fd47ad8f5d78a3b7266520b0868c1e2bd0dcac
Author: Jean-Marc Lasgouttes
Date: Sun Jul 15 22:22:10 2012 +0200
Fix bug #7741: incorrect locale when starting R from LyX?
The
x bug #7741: incorrect locale when starting R from LyX?
The goal here is to get rid of the old code that modified variables
LANGUAGE and LC_ALL, therefore creating the problems mentionned
in the ticket.
In the new system, there is no explicit "GUI" message handler,
Jean-Marc Lasgouttes wrote:
> I would appreciate feedback on how this work on linux, mac os and windows.
I tested that setting LC_MESSAGES still works on Linux :)
Pavel
Le 15/07/12 22:30, Jean-Marc Lasgouttes a écrit :
commit 16fd47ad8f5d78a3b7266520b0868c1e2bd0dcac
Author: Jean-Marc Lasgouttes
Date: Sun Jul 15 22:22:10 2012 +0200
Fix bug #7741: incorrect locale when starting R from LyX?
The goal here is to get rid of the old code that modified
Am 06.11.2011 22:39, schrieb Peter Kümmel:
Updating src_tex2lyx_copied_files in scons_manifest.py should fix it.
here the cmake changes:
http://www.lyx.org/trac/changeset/40139/lyx-devel/trunk/src/tex2lyx/CMakeLists.txt
Georg did this already. For an unknown reason I had to delete all compile
On 06.11.2011 21:29, Uwe Stöhr wrote:
After r40139 I get 8 unresolved externals:
Updating src_tex2lyx_copied_files in scons_manifest.py should fix it.
here the cmake changes:
http://www.lyx.org/trac/changeset/40139/lyx-devel/trunk/src/tex2lyx/CMakeLists.txt
regards Uwe
After r40139 I get 8 unresolved externals:
preamble.obj : error LNK2019: unresolved external symbol "bool __cdecl lyx::oper
ator==(class lyx::Author const &,class lyx::Author const &)" (??8lyx@@YA_NABVAut
hor@0@0@Z) referenced in function "public: class lyx::Author const & __thiscall
lyx::Preambl
Il 04/06/2011 08:13, Enrico Forestieri ha scritto:
On Sat, Jun 04, 2011 at 12:13:03AM +0200, Tommaso Cucinotta wrote:
whilst when searching for \alpha on
the right cell:
\begin{align*}
& \alpha
\end{align*}
then it is not found, but this last case is somewhat unusual (I
think) for this kin
On Sat, Jun 04, 2011 at 12:13:03AM +0200, Tommaso Cucinotta wrote:
> Il 29/05/2011 12:11, Enrico Forestieri ha scritto:
> >On Fri, May 27, 2011 at 08:26:21PM -0400, BH wrote:
> >
> >>I've tried searching for \alpha and x^2 in both files provided with
> >>the bug report, and I cannot reproduce the
Il 29/05/2011 12:11, Enrico Forestieri ha scritto:
On Fri, May 27, 2011 at 08:26:21PM -0400, BH wrote:
I've tried searching for \alpha and x^2 in both files provided with
the bug report, and I cannot reproduce the bug with trunk r38856 or
r38870. That's on MacOSX 10.6.7. Am I missing anything?
On Sun, May 29, 2011 at 6:11 AM, Enrico Forestieri wrote:
> Maybe you didn't uncheck "Ignore format". I can reproduce the reported
> problem on all platforms I have access to, but only if "Ignore format"
> is off. So, it is not limited to Windows and OSX and it is not fixed in
> current trunk.
Y
On Fri, May 27, 2011 at 08:26:21PM -0400, BH wrote:
> On Fri, May 27, 2011 at 5:28 PM, Tommaso Cucinotta wrote:
> > Hi,
> >
> > perhaps some Mac/Win developer can help in verifying whether this issue
> >
> > http://www.lyx.org/trac/ticket/7596
> >
> > is easily reproducible for lyx-2.0.0 on thes
1 - 100 of 253 matches
Mail list logo
