Hi Thomas,
Sorry for so much time to get back to you.
> While on your branch, you will want to do
> rebase master
> that will result in a conflict that you will have to fix, manually
> (nothing complex, I just added machine readable copyright info in the
> header).
>
> If you run into trouble,
Hi,
> While on your branch, you will want to do
> rebase master
> that will result in a conflict that you will have to fix, manually
> (nothing complex, I just added machine readable copyright info in the
> header).
OK, I will try to do that as soon as I have some time, probably sometime during
Hi Thomas,
I got a message stating that my merge request about syntax highlighting was
getting into trouble because the rkward.xml file got modified in the source
repository. I'm not sure what is the best way to fix this?
Also, I was wondering whether you were still interesting with the
Pierre de Villemereuil commented:
https://invent.kde.org/education/rkward/-/merge_requests/23#note_696625
Should be ready now.
--
Reply to this email directly or view it on GitLab:
https://invent.kde.org/education/rkward/-/merge_requests/23#note_696625
You're receiving this email through
Pierre de Villemereuil marked merge request !23 as ready
--
Reply to this email directly or view it on GitLab:
https://invent.kde.org/education/rkward/-/merge_requests/23
You're receiving this email through KDE Activity Filter (see
sysadmin/activityfilter on invent.kde.org)
Hi Thomas and others,
FYI, it seems a release date (6th June) for R 4.0.1 was decided today:
https://stat.ethz.ch/pipermail/r-devel/2020-May/079577.html
Cheers,
Pierre
Le dimanche 24 mai 2020, 10:14:17 CEST Thomas Friedrichsmeier a écrit :
> Hi!
>
> This is a note of caution about using RKWard
Hi all,
Before opening a bug report and to best address it either to RKWard or
openSUSE, could someone confirm to be this behaviour outside of openSUSE's
package (0.7.1)?
1. When the menu bar is set to be exported in the title bar (adding the "App
Menu" button to the buttons of the title bar
Hi,
I just made a new install a saw that the R indentation is not activated by
default for R files. It's also the case for Kate. Do you know if I should
change to the identation script (and what) or if it's a change that needs to
happen somewhere else? It's a shame the feature is there but not
Hi,
> looks fine to me. but is there a reason why line 53 ends
>
> ... r_app_stdx(stream)) || rkward_stdx(stream)
>
> instead of
>
> ... r_app_stdx(stream) || rkward_stdx(stream))
>
> ?
There is none whatsoever, good catch! (Precisely the kind of safe-guard I was
looking for! ^^)
Thank
rit :
> Hi,
>
> On Sat, 03 Nov 2018 13:04:44 +0100
> Pierre de Villemereuil wrote:
> > The dev is asking whether there is a way to detect RKWard. Is there?
>
> well, as far as I can see, the function in question is
> progress:::is_supported. That checks if the output
Friedrichsmeier a écrit :
> Hi,
>
> On Thu, 22 Nov 2018 10:38:22 +0100
> Pierre de Villemereuil wrote:
> > If I may suggest, Kile stores its previews in /tmp/ which makes a lot
> > of sense, maybe it's another way to solve this issue?
>
> that's what we di
Hi,
If I may suggest, Kile stores its previews in /tmp/ which makes a lot of sense,
maybe it's another way to solve this issue?
I have absolutely no idea how much of a hassle this would be however...
Cheers,
Pierre.
Le Thursday, 22 November 2018, 09:50:04 CET Thomas Friedrichsmeier a écrit :
It seems to work indeed. I'll try to implement something for progress based on
this... when I have the time! ;)
Cheers,
Pierre
Le samedi 3 novembre 2018, 13:43:18 CET meik michalke a écrit :
> Am Samstag, 3. November 2018, 13:04:44 CET schrieb Pierre de Villemereuil:
> > The dev
The dev is asking whether there is a way to detect RKWard. Is there?
If so, I might be able to submit a PR to "progress". At least, I'll try...
Cheers,
Pierre.
Le samedi 3 novembre 2018, 09:49:38 CET Pierre de Villemereuil a écrit :
> Yes, Thomas you are right. I see it correct
Yes, Thomas you are right. I see it correctly when using force = TRUE.
I've submitted a bug report there:
https://github.com/r-lib/progress/issues/74
I'm going to mention this.
Cheers,
Pierre.
Le samedi 3 novembre 2018, 09:07:39 CET Thomas Friedrichsmeier a écrit :
> Hi,
>
> On Fri, 02 Nov
Hi,
Is there any reason why the "progress" package doesn't display progress bars in
RKWard?
E.g. this code:
library(progress)
pb <- progress_bar$new(total = 100)
f <- function() {
pb$tick(0)
Sys.sleep(3)
for (i in 1:100) {
pb$tick()
Sys.sleep(1 / 100)
}
}
f()
Dear all,
FYI the issue was indeed a bug in ktexteditor. I reported it here:
https://bugs.kde.org/show_bug.cgi?id=398393
and it was fixed by this commit:
https://phabricator.kde.org/D15370
Cheers,
Pierre
Le mardi 4 septembre 2018, 16:09:08 CEST Pierre de Villemereuil a écrit :
> Hi M
che 2 septembre 2018, 00:37:23 CEST meik michalke a écrit :
> hi pierre,
>
> Am Samstag, 1. September 2018, 18:52:53 CEST schrieb Pierre de Villemereuil:
> > On the same note as for "headline":
> > https://mail.kde.org/pipermail/rkward-devel/2018-April
Dear all,
On the same note as for "headline":
https://mail.kde.org/pipermail/rkward-devel/2018-April/005013.html
the comment keywords TODO and NOTE (are there others?) are reported as TRUE
using the isCode javascript function of KTextEdit.
As for headlines, those keywords being comments, I
Thank you for this!
Cheers,
Pierre
Le mercredi 29 août 2018, 23:53:36 CEST meik michalke a écrit :
> hi,
>
> Am Mittwoch, 29. August 2018, 21:21:43 CEST schrieb Pierre de Villemereuil:
> > Thanks for this. By "assignment", do you mean as the "<-" is highlig
d is a bit of both for data.table).
Cheers,
Pierre.
Le mercredi 29 août 2018, 20:43:20 CEST meik michalke a écrit :
> hi pierre,
>
> Am Mittwoch, 29. August 2018, 14:41:43 CEST schrieb Pierre de Villemereuil:
> > The operator ":=" is used by at least two major pa
Dear all,
The operator ":=" is used by at least two major packages (data.table to perform
"assignment by reference" and tidyverse/rlang for quasiquosation on the LHS of
a function argument).
However, on RKward, this seems to be highlighted as a syntax error (the : is
highlighted as always and
Thanks!
Le lundi 23 avril 2018, 11:08:13 CEST Thomas Friedrichsmeier a écrit :
> Hi!
>
> On Mon, 23 Apr 2018 10:10:47 +0200
> Pierre de Villemereuil <pierre.de.villemere...@mailoo.org> wrote:
> > While working on a small bug on my indentation script, I realised the
> &
Hi,
While working on a small bug on my indentation script, I realised the issue was
not in my script but in the fact that a line starting with ## (highlighted as
"headline" as far as I can tell) was considered isCode == TRUE rather being
isComment == TRUE. Is this normal? These lines actually
Hi,
Just to say (although I'm not the maintainer) that openSUSE already switched to
the KF5-based version (for a dependency reason I forgot about...) and it's
working without any major issue I could spot.
Cheers,
Pierre
PS: Still haven't forget about submitting my indentation script to KF5,
Hi Thomas and both lists,
I'll submit the indent script on phabricator as soon as I'm a bit more settled
(writing from an airport right now!). Thank you for your investigation Thomas!
Cheers,
Pierre
Le mercredi 13 décembre 2017, 21:09:09 NZDT Thomas Friedrichsmeier a écrit :
> On Wed, 13 Dec
> The file is packaged with RKWard, but also with KatePart. Or, more
> precisely, the syntax highlighting has been split out into a separate
> module, around a year(?) ago. You can find the r.xml-file, here:
> https://cgit.kde.org/syntax-highlighting.git/tree/data/syntax . It also
> does not get
On Thursday, 9 November 2017 12:39:40 NZDT Pierre de Villemereuil wrote:
> Hi,
>
> > thanks a lot for sharing your work, and sorry for the delayed reply!
>
> No problem.
>
> > Personally I could never get used to automatic indentation at all, and
> > just turn it
Hi there,
I grew tired of hitting Tab far too often, so I've been working on a R
indentation file for Kate (well, for RKward really):
https://github.com/devillemereuil/rindent
I think this indentation scheme follows a sound style for R, especially it
tries to be consistent for brackets
Hi!
> hm, it shouldn't really "break" anything, it would just make it possible to
> change it's behavior.
>
> maybe i didn't make myself clear enough: i don't propose to put that
> formals()
> call into the default configuration. i just meant that if we fixed the
> override function to
Hi,
> RKWard should just behave the same way, making it possible to set the 'save'
> argument in q()/quit(), which it currently doesn't use (you don't get an
> error
> if you set 'save' but in effect "default" remains hardcoded).
>
> if RKWard respected the use of 'save' like vanilla R, then
Dear all,
I've been using RKWard for several years now, it's great and it suits my
workflow quite well, except for one thing. I'm almost never using workspaces
and prefer to save/load only specific objects using the save()/load() functions
in R and just save my scripts.
But RKWard is very
32 matches
Mail list logo